Re: [arch-general] Ping: 100% package loss
Guus Snijders via arch-general writes: > Op 2 feb. 2017 20:58 schreef "Thorsten Jolitz via arch-general" < > In the first case, perhaps a tunnel provider can help as your current setup > appears flaky at best. In the second case, it's probably better to find out > how to disable IPv6 on your machine. The second case seems the way to go, there are even related wiki articles about disabling IPv6. Took a while to understand whats going on ... -- cheers, Thorsten
Re: [arch-general] Ping: 100% package loss
Robin via arch-general writes: >> - IPv6 is tried , but takes forever and has 100% package loss >> (frecuent). >> - pinging IPv6 addresses works (very rare) > That's strange. A traceroute with booth working v6 and not working v6 > would be helpful. Also a output of your routing table would be nice. Hi Robin, I remember only one day when IPv6 really worked seamlessly. Today its completely down, so I can only deliver a traceroute with not working v6: , | $ traceroute www.google.com | traceroute to www.google.com (172.217.20.164), 30 hops max, 60 byte | packets | 1 * * * | 2 * * * | 3 * * * | 4 * * * | 5 * 72.14.195.222 (72.14.195.222) 246.613 ms 247.124 ms | 6 108.170.241.195 (108.170.241.195) 249.105 ms * * | 7 216.239.42.70 (216.239.42.70) 40.565 ms 209.85.251.25 | (209.85.251.25) 40.248 ms 108.170.236.140 (108.170.236.140) 39.085 ms | 8 108.170.241.227 (108.170.241.227) 35.108 ms 108.170.241.195 | (108.170.241.195) 40.341 ms 209.85.142.161 (209.85.142.161) 36.544 ms | 9 209.85.143.24 (209.85.143.24) 36.772 ms 209.85.143.27 | (209.85.143.27) 36.526 ms 209.85.143.24 (209.85.143.24) 36.607 ms | 10 209.85.241.98 (209.85.241.98) 58.073 ms 216.239.58.121 | (216.239.58.121) 35.617 ms 216.239.56.17 (216.239.56.17) 35.827 ms | 11 209.85.254.199 (209.85.254.199) 50.322 ms 66.249.95.22 | (66.249.95.22) 83.051 ms 66.249.95.38 (66.249.95.38) 36.208 ms | 12 216.239.41.165 (216.239.41.165) 50.455 ms 216.239.57.241 | (216.239.57.241) 66.627 ms 50.974 ms | 13 209.85.254.157 (209.85.254.157) 49.339 ms | waw02s07-in-f164.1e100.net (172.217.20.164) 52.945 ms 49.656 ms | [tj@arch ~]$ ping www.google.com | PING www.google.com (172.217.20.164) 56(84) bytes of data. | 64 bytes from waw02s07-in-f164.1e100.net (172.217.20.164): icmp_seq=1 | ttl=54 time=93.4 ms | 64 bytes from waw02s07-in-f164.1e100.net (172.217.20.164): icmp_seq=2 | ttl=54 time=50.3 ms | 64 bytes from waw02s07-in-f164.1e100.net (172.217.20.164): icmp_seq=3 | ttl=54 time=49.3 ms | 64 bytes from waw02s07-in-f164.1e100.net (172.217.20.164): icmp_seq=4 | ttl=54 time=51.3 ms | 64 bytes from waw02s07-in-f164.1e100.net (172.217.20.164): icmp_seq=5 | ttl=54 time=49.5 ms | | --- www.google.com ping statistics --- | 5 packets transmitted, 5 received, 0% packet loss, time 4005ms | rtt min/avg/max/mdev = 49.329/58.809/93.484/17.353 ms ` routing tables: , | $ ip -f inet route show | default via 192.168.2.1 dev ens34 src 192.168.2.122 metric 202 | 192.168.2.0/24 dev ens34 proto kernel scope link src 192.168.2.122 | metric 202 ` , | $ ip -f inet6 route show | fe80::/64 dev ens34 proto kernel metric 256 pref medium ` I have a weak WLAN and use a Fritz WLAN Repeater to enhance signal, but this my linux machine has no WLAN card, I plug it by cable into the WLAN repeater ;-) >> - pinging pure IPv6 addresses (ipv6.google.com) results in 'network >> not found', but pinging www.google.com results in a successfull >> IPv4 ping (very rare) > What is rare ? The successful v4 ping ? Yes, because (now I more or less understand what might be happening) normally, v6 is not completely down, so it is tried - and takes forever, pinging with 100 package loss. W3M webbrowsing (using google) still works somehow, but incredibly slow. Today for some reason v6 is completely down, thus v4 is used for www.google.com, and it works (reasonable fast). > This is easy to explain. As far as I know there is only a record > for ipv6.google.com. So when there are any v6 related problem you > should not able to send packets to this address. www.google.com got > booth an A and and record. I am not sure how ping decides which > protocol to use, but in your case it seems like you v6 network is down > (maybe no routing information), so it is using v4. You can force it to > use a specific protocol with -4 oder -6 switch. that explains it very well. ping can be forced to use a certain protocol, but my webbrowser doing google searches (e.g. textbased W3M) seems to always try v6 if its available. -- cheers, Thorsten
Re: [arch-general] Ping: 100% package loss
Damjan Georgievski via arch-general writes: >> And the most surprising thing is, that it worked for one single moment, >> see the PS, and stopped working after the next reboot - with all what I >> tried to make it work still untouched and in place. >> >> Any further tipps here? > > do you even have an IPv6 service from your ISP? > try pinging [2a00:1450:401b:801::2004] (an address I get for > www.google.com) thats the confusing thing, I more or less randomly end up in one of three situations (without changing anything), trying to ping www.google.com: - IPv6 is tried , but takes forever and has 100% package loss (frecuent). - pinging IPv6 addresses works (very rare) - pinging pure IPv6 addresses (ipv6.google.com) results in 'network not found', but pinging www.google.com results in a successfull IPv4 ping (very rare) So this is just an ISP problem, and the only reasonable solution is to deactivate IPv6 on my system? I'll try that. > also, ping now has the -4 and -6 options to specify which protocol to use. > otherwise, AFAIK the resolver in glibc autodetects if it'll use ipv4 > or ipv6 by defult -- cheers, Thorsten
Re: [arch-general] Ping: 100% package loss
Thorsten Jolitz via arch-general writes: Hello, following up to my own post again. > Thorsten Jolitz via arch-general writes: > > Hello, > following up to my own post: > >> Marcel Hoppe via arch-general writes: >> >> Hi Marcel, Hi Robin, >> >> thanks for your answers. >> >>> I resolved the same problem đ on my systems I run the >>> networkmanager and >>> this works long time - I'm not sure but I think the problem was that >>> systemd gets or starts its own revolver service. After disabling it and >>> deleting the linked resolve.conf the networkmanager creates it after a >>> restart again and it works. >> >> In Arch it's all about IPv6 it seems, so I did not want to disable >> it. Instead I deleted the old resolve.conf (it was replaced >> automatically by systemd). I replaced one (probably wrong) reference to >> IPv4 with IPv6 in my config, and started and enabled the network service >> again. >> >> Now pinging works for both protocols, and my internet connection went >> from incredibly slow to more or less acceptable. > > So yesterday it worked, pinging IPv6 adresses as well as having > acceptable internet connection speed. > Today not anymore, although I did not change anything (ok, wasn't there > a kernel update yesterday?) > > Any help interpreting this messages would be appreciated: > , > | Jan 28 13:03:58 arch systemd[1]: Timed out waiting for device > | sys-subsystem-net-devices-service.device. > | -- Subject: Unit sys-subsystem-net-devices-service.device has failed > | -- Defined-By: systemd > | -- Support: http://lists.freedesktop.org/mailman/listinfo/systemd-devel > | -- > | -- Unit sys-subsystem-net-devices-service.device has failed. > | -- > | -- The result is timeout. > | Jan 28 13:03:58 arch systemd[1]: Dependency failed for dhcpcd on > | service. > | -- Subject: Unit dhcpcd@service.service has failed > | -- Defined-By: systemd > | -- Support: http://lists.freedesktop.org/mailman/listinfo/systemd-devel > | -- > | -- Unit dhcpcd@service.service has failed. > | -- > | -- The result is dependency. > | Jan 28 13:03:58 arch systemd[1]: dhcpcd@service.service: Job > | dhcpcd@service.service/start failed with result 'dependency'. > ` This issue seems to be related to versions of systemd > 230, and I followed the advice in the wiki (adding a custom 'systemd-user-sessions.service' to '/etc/systemd/system/multi-user.target.wants'), and the symptom seems to have gone away. But not so the IPv6 and internet speed problems. I went to all kinds of wiki articles about network configuration, IPv6 and DHCP, and adapted my config in several places to advices from that pages, but to no avail. Now I don't even know how to further diagnose the problem, being unable to ping IPv6 addresses and incredibly slow internet connections seem to be the only visible symptom, everything else looks just fine. And the most surprising thing is, that it worked for one single moment, see the PS, and stopped working after the next reboot - with all what I tried to make it work still untouched and in place. Any further tipps here? TIA > Just time out because of lousy internet connecton? > > , > | /run: > | -rw-r--r-- 1 root root5 28. Jan 09:56 dhcpcd.pid > ` > , > | $ ps 1952 > | PID TTY STAT TIME COMMAND > | 1952 ?Ss 0:00 dhcpcd > ` > > At startup, when calling dhcpcd, messages indicate that things worked > out, but it seems the service never really started? > >> PS >> , >> | $ ping -c 3 www.google.com >> | PING www.google.com(waw02s07-in-x04.1e100.net >> | (2a00:1450:401b:802::2004%2)) 56 data bytes >> | 64 bytes from waw02s07-in-x04.1e100.net (2a00:1450:401b:802::2004): >> | icmp_seq=1 ttl=53 time=54.2 ms >> | 64 bytes from waw02s07-in-x04.1e100.net (2a00:1450:401b:802::2004): >> | icmp_seq=2 ttl=53 time=49.2 ms >> | 64 bytes from waw02s07-in-x04.1e100.net (2a00:1450:401b:802::2004): >> | icmp_seq=3 ttl=53 time=50.2 ms >> | >> | --- www.google.com ping statistics --- >> | 3 packets transmitted, 3 received, 0% packet loss, time 2003ms >> | rtt min/avg/max/mdev = 49.253/51.266/54.294/2.187 ms >> ` >> >> , >> | $ ping -c 3 ipv6.google.com >> | PING ipv6.google.com(waw02s08-in-x0e.1e100.net >> | (2a00:1450:401b:803::200e%2)) 56 data bytes >> | 64 bytes from waw02s08-in-x0e.1e100.net (2a00:1450:401b:803::200e): >> | icmp_seq=1 ttl=53 time=82.3 ms >> | 64 bytes from waw02s08-in-x0e.1e100.net (2a00:1450:401b:803::200e): >> | icmp_seq=2 ttl=53 time=48.7 ms >> | 64 byte
Re: [arch-general] Ping: 100% package loss
Thorsten Jolitz via arch-general writes: Hello, following up to my own post: > Marcel Hoppe via arch-general writes: > > Hi Marcel, Hi Robin, > > thanks for your answers. > >> I resolved the same problem đ on my systems I run the networkmanager and >> this works long time - I'm not sure but I think the problem was that >> systemd gets or starts its own revolver service. After disabling it and >> deleting the linked resolve.conf the networkmanager creates it after a >> restart again and it works. > > In Arch it's all about IPv6 it seems, so I did not want to disable > it. Instead I deleted the old resolve.conf (it was replaced > automatically by systemd). I replaced one (probably wrong) reference to > IPv4 with IPv6 in my config, and started and enabled the network service > again. > > Now pinging works for both protocols, and my internet connection went > from incredibly slow to more or less acceptable. So yesterday it worked, pinging IPv6 adresses as well as having acceptable internet connection speed. Today not anymore, although I did not change anything (ok, wasn't there a kernel update yesterday?) Any help interpreting this messages would be appreciated: , | Jan 28 13:03:58 arch systemd[1]: Timed out waiting for device | sys-subsystem-net-devices-service.device. | -- Subject: Unit sys-subsystem-net-devices-service.device has failed | -- Defined-By: systemd | -- Support: http://lists.freedesktop.org/mailman/listinfo/systemd-devel | -- | -- Unit sys-subsystem-net-devices-service.device has failed. | -- | -- The result is timeout. | Jan 28 13:03:58 arch systemd[1]: Dependency failed for dhcpcd on | service. | -- Subject: Unit dhcpcd@service.service has failed | -- Defined-By: systemd | -- Support: http://lists.freedesktop.org/mailman/listinfo/systemd-devel | -- | -- Unit dhcpcd@service.service has failed. | -- | -- The result is dependency. | Jan 28 13:03:58 arch systemd[1]: dhcpcd@service.service: Job | dhcpcd@service.service/start failed with result 'dependency'. ` Just time out because of lousy internet connecton? , | /run: | -rw-r--r-- 1 root root5 28. Jan 09:56 dhcpcd.pid ` , | $ ps 1952 | PID TTY STAT TIME COMMAND | 1952 ?Ss 0:00 dhcpcd ` At startup, when calling dhcpcd, messages indicate that things worked out, but it seems the service never really started? > PS > , > | $ ping -c 3 www.google.com > | PING www.google.com(waw02s07-in-x04.1e100.net > | (2a00:1450:401b:802::2004%2)) 56 data bytes > | 64 bytes from waw02s07-in-x04.1e100.net (2a00:1450:401b:802::2004): > | icmp_seq=1 ttl=53 time=54.2 ms > | 64 bytes from waw02s07-in-x04.1e100.net (2a00:1450:401b:802::2004): > | icmp_seq=2 ttl=53 time=49.2 ms > | 64 bytes from waw02s07-in-x04.1e100.net (2a00:1450:401b:802::2004): > | icmp_seq=3 ttl=53 time=50.2 ms > | > | --- www.google.com ping statistics --- > | 3 packets transmitted, 3 received, 0% packet loss, time 2003ms > | rtt min/avg/max/mdev = 49.253/51.266/54.294/2.187 ms > ` > > , > | $ ping -c 3 ipv6.google.com > | PING ipv6.google.com(waw02s08-in-x0e.1e100.net > | (2a00:1450:401b:803::200e%2)) 56 data bytes > | 64 bytes from waw02s08-in-x0e.1e100.net (2a00:1450:401b:803::200e): > | icmp_seq=1 ttl=53 time=82.3 ms > | 64 bytes from waw02s08-in-x0e.1e100.net (2a00:1450:401b:803::200e): > | icmp_seq=2 ttl=53 time=48.7 ms > | 64 bytes from waw02s08-in-x0e.1e100.net (2a00:1450:401b:803::200e): > | icmp_seq=3 ttl=53 time=48.8 ms > | > | --- ipv6.google.com ping statistics --- > | 3 packets transmitted, 3 received, 0% packet loss, time 2003ms > | rtt min/avg/max/mdev = 48.754/59.986/82.355/15.819 ms > ` > > , > | $ ping -c 3 www.web.de > | PING www.g-ha-web.de (82.165.230.17) 56(84) bytes of data. > | 64 bytes from bap.web.de (82.165.230.17): icmp_seq=1 ttl=247 time=226 ms > | 64 bytes from bap.web.de (82.165.230.17): icmp_seq=2 ttl=247 time=27.8 > | ms > | 64 bytes from bap.web.de (82.165.230.17): icmp_seq=3 ttl=247 time=27.4 > | ms > | > | --- www.g-ha-web.de ping statistics --- > | 3 packets transmitted, 3 received, 0% packet loss, time 2003ms > | rtt min/avg/max/mdev = 27.429/93.814/226.124/93.557 ms > ` > >> Greets, >> Marcel >> >> Am 22.01.2017 17:31 schrieb "Robin via arch-general" < >> arch-general@archlinux.org>: >> >>> Hi, >>> >>> seems like a ipv6 related problem. Your DNS Lookup is v4, first ping is >>> v6 and second ping is v4 again. Try to ping the ipv4 address of >>> google.com. But im pretty sure this is not arch related. >>> >>> Maybe you should try to disable ipv6 system wide and then check if it >>> works. >>> >>> Cheers, >>> Robin >>> > Hello List, >>> > sometime age my msmtp imap connections just stopped working. >>> > Investigating the cause, I checked quite a lot of things, and came >>> > across the ping "100% package loss" problem: >>> >> -- cheers, Thorsten
Re: [arch-general] Ping: 100% package loss
Thorsten Jolitz via arch-general writes: Hello, following up to my own post: > Marcel Hoppe via arch-general writes: > > Hi Marcel, Hi Robin, > > thanks for your answers. > >> I resolved the same problem đ on my systems I run the networkmanager and >> this works long time - I'm not sure but I think the problem was that >> systemd gets or starts its own revolver service. After disabling it and >> deleting the linked resolve.conf the networkmanager creates it after a >> restart again and it works. > > In Arch it's all about IPv6 it seems, so I did not want to disable > it. Instead I deleted the old resolve.conf (it was replaced > automatically by systemd). I replaced one (probably wrong) reference to > IPv4 with IPv6 in my config, and started and enabled the network service > again. > > Now pinging works for both protocols, and my internet connection went > from incredibly slow to more or less acceptable. So yesterday it worked, pinging IPv6 adresses as well as having acceptable internet connection speed. Today not anymore, although I did not change anything (ok, wasn't there a kernel update yesterday?) Any help interpreting this messages would be appreciated: , | Jan 28 13:03:58 arch systemd[1]: Timed out waiting for device | sys-subsystem-net-devices-service.device. | -- Subject: Unit sys-subsystem-net-devices-service.device has failed | -- Defined-By: systemd | -- Support: http://lists.freedesktop.org/mailman/listinfo/systemd-devel | -- | -- Unit sys-subsystem-net-devices-service.device has failed. | -- | -- The result is timeout. | Jan 28 13:03:58 arch systemd[1]: Dependency failed for dhcpcd on | service. | -- Subject: Unit dhcpcd@service.service has failed | -- Defined-By: systemd | -- Support: http://lists.freedesktop.org/mailman/listinfo/systemd-devel | -- | -- Unit dhcpcd@service.service has failed. | -- | -- The result is dependency. | Jan 28 13:03:58 arch systemd[1]: dhcpcd@service.service: Job | dhcpcd@service.service/start failed with result 'dependency'. ` Just time out because of lousy internet connecton? , | /run: | -rw-r--r-- 1 root root5 28. Jan 09:56 dhcpcd.pid ` , | $ ps 1952 | PID TTY STAT TIME COMMAND | 1952 ?Ss 0:00 dhcpcd ` At startup, when calling dhcpcd, messages indicate that things worked out, but it seems the service never really started? > PS > , > | $ ping -c 3 www.google.com > | PING www.google.com(waw02s07-in-x04.1e100.net > | (2a00:1450:401b:802::2004%2)) 56 data bytes > | 64 bytes from waw02s07-in-x04.1e100.net (2a00:1450:401b:802::2004): > | icmp_seq=1 ttl=53 time=54.2 ms > | 64 bytes from waw02s07-in-x04.1e100.net (2a00:1450:401b:802::2004): > | icmp_seq=2 ttl=53 time=49.2 ms > | 64 bytes from waw02s07-in-x04.1e100.net (2a00:1450:401b:802::2004): > | icmp_seq=3 ttl=53 time=50.2 ms > | > | --- www.google.com ping statistics --- > | 3 packets transmitted, 3 received, 0% packet loss, time 2003ms > | rtt min/avg/max/mdev = 49.253/51.266/54.294/2.187 ms > ` > > , > | $ ping -c 3 ipv6.google.com > | PING ipv6.google.com(waw02s08-in-x0e.1e100.net > | (2a00:1450:401b:803::200e%2)) 56 data bytes > | 64 bytes from waw02s08-in-x0e.1e100.net (2a00:1450:401b:803::200e): > | icmp_seq=1 ttl=53 time=82.3 ms > | 64 bytes from waw02s08-in-x0e.1e100.net (2a00:1450:401b:803::200e): > | icmp_seq=2 ttl=53 time=48.7 ms > | 64 bytes from waw02s08-in-x0e.1e100.net (2a00:1450:401b:803::200e): > | icmp_seq=3 ttl=53 time=48.8 ms > | > | --- ipv6.google.com ping statistics --- > | 3 packets transmitted, 3 received, 0% packet loss, time 2003ms > | rtt min/avg/max/mdev = 48.754/59.986/82.355/15.819 ms > ` > > , > | $ ping -c 3 www.web.de > | PING www.g-ha-web.de (82.165.230.17) 56(84) bytes of data. > | 64 bytes from bap.web.de (82.165.230.17): icmp_seq=1 ttl=247 time=226 ms > | 64 bytes from bap.web.de (82.165.230.17): icmp_seq=2 ttl=247 time=27.8 > | ms > | 64 bytes from bap.web.de (82.165.230.17): icmp_seq=3 ttl=247 time=27.4 > | ms > | > | --- www.g-ha-web.de ping statistics --- > | 3 packets transmitted, 3 received, 0% packet loss, time 2003ms > | rtt min/avg/max/mdev = 27.429/93.814/226.124/93.557 ms > ` > >> Greets, >> Marcel >> >> Am 22.01.2017 17:31 schrieb "Robin via arch-general" < >> arch-general@archlinux.org>: >> >>> Hi, >>> >>> seems like a ipv6 related problem. Your DNS Lookup is v4, first ping is >>> v6 and second ping is v4 again. Try to ping the ipv4 address of >>> google.com. But im pretty sure this is not arch related. >>> >>> Maybe you should try to disable ipv6 system wide and then check if it >>> works. >>> >>> Cheers, >>> Robin >>> > Hello List, >>> > sometime age my msmtp imap connections just stopped working. >>> > Investigating the cause, I checked quite a lot of things, and came >>> > across the ping "100% package loss" problem: >>> >> -- cheers, Thorsten
Re: [arch-general] Ping: 100% package loss
Marcel Hoppe via arch-general writes: Hi Marcel, Hi Robin, thanks for your answers. > I resolved the same problem đ on my systems I run the networkmanager and > this works long time - I'm not sure but I think the problem was that > systemd gets or starts its own revolver service. After disabling it and > deleting the linked resolve.conf the networkmanager creates it after a > restart again and it works. In Arch it's all about IPv6 it seems, so I did not want to disable it. Instead I deleted the old resolve.conf (it was replaced automatically by systemd). I replaced one (probably wrong) reference to IPv4 with IPv6 in my config, and started and enabled the network service again. Now pinging works for both protocols, and my internet connection went from incredibly slow to more or less acceptable. PS , | $ ping -c 3 www.google.com | PING www.google.com(waw02s07-in-x04.1e100.net | (2a00:1450:401b:802::2004%2)) 56 data bytes | 64 bytes from waw02s07-in-x04.1e100.net (2a00:1450:401b:802::2004): | icmp_seq=1 ttl=53 time=54.2 ms | 64 bytes from waw02s07-in-x04.1e100.net (2a00:1450:401b:802::2004): | icmp_seq=2 ttl=53 time=49.2 ms | 64 bytes from waw02s07-in-x04.1e100.net (2a00:1450:401b:802::2004): | icmp_seq=3 ttl=53 time=50.2 ms | | --- www.google.com ping statistics --- | 3 packets transmitted, 3 received, 0% packet loss, time 2003ms | rtt min/avg/max/mdev = 49.253/51.266/54.294/2.187 ms ` , | $ ping -c 3 ipv6.google.com | PING ipv6.google.com(waw02s08-in-x0e.1e100.net | (2a00:1450:401b:803::200e%2)) 56 data bytes | 64 bytes from waw02s08-in-x0e.1e100.net (2a00:1450:401b:803::200e): | icmp_seq=1 ttl=53 time=82.3 ms | 64 bytes from waw02s08-in-x0e.1e100.net (2a00:1450:401b:803::200e): | icmp_seq=2 ttl=53 time=48.7 ms | 64 bytes from waw02s08-in-x0e.1e100.net (2a00:1450:401b:803::200e): | icmp_seq=3 ttl=53 time=48.8 ms | | --- ipv6.google.com ping statistics --- | 3 packets transmitted, 3 received, 0% packet loss, time 2003ms | rtt min/avg/max/mdev = 48.754/59.986/82.355/15.819 ms ` , | $ ping -c 3 www.web.de | PING www.g-ha-web.de (82.165.230.17) 56(84) bytes of data. | 64 bytes from bap.web.de (82.165.230.17): icmp_seq=1 ttl=247 time=226 ms | 64 bytes from bap.web.de (82.165.230.17): icmp_seq=2 ttl=247 time=27.8 | ms | 64 bytes from bap.web.de (82.165.230.17): icmp_seq=3 ttl=247 time=27.4 | ms | | --- www.g-ha-web.de ping statistics --- | 3 packets transmitted, 3 received, 0% packet loss, time 2003ms | rtt min/avg/max/mdev = 27.429/93.814/226.124/93.557 ms ` > Greets, > Marcel > > Am 22.01.2017 17:31 schrieb "Robin via arch-general" < > arch-general@archlinux.org>: > >> Hi, >> >> seems like a ipv6 related problem. Your DNS Lookup is v4, first ping is >> v6 and second ping is v4 again. Try to ping the ipv4 address of >> google.com. But im pretty sure this is not arch related. >> >> Maybe you should try to disable ipv6 system wide and then check if it >> works. >> >> Cheers, >> Robin >> > Hello List, >> > sometime age my msmtp imap connections just stopped working. >> > Investigating the cause, I checked quite a lot of things, and came >> > across the ping "100% package loss" problem: >> > -- cheers, Thorsten
[arch-general] Ping: 100% package loss
Hello List, sometime age my msmtp imap connections just stopped working. Investigating the cause, I checked quite a lot of things, and came across the ping "100% package loss" problem: With /etc/resolv.conf , | # Generated by resolvconf | domain Speedport_W_xx | | nameserver 192.168.2.1 | nameserver fe80::1%ens34 ` this works , | $ drill @192.168.2.1. www.google.com | ;; ->>HEADER<<- opcode: QUERY, rcode: NOERROR, id: 36946 | ;; flags: qr rd ra ; QUERY: 1, ANSWER: 1, AUTHORITY: 0, ADDITIONAL: 0 | ;; QUESTION SECTION: | ;; www.google.com. IN A | | ;; ANSWER SECTION: | www.google.com. 39 IN A 216.58.210.196 | | ;; AUTHORITY SECTION: | | ;; ADDITIONAL SECTION: | | ;; Query time: 4 msec | ;; SERVER: 192.168.2.1 | ;; WHEN: Sun Jan 22 15:53:08 2017 | ;; MSG SIZE rcvd: 48 ` but this not , | $ ping -c 3 www.google.com | PING www.google.com(mrs04s09-in-x04.1e100.net | (2a00:1450:4006:803::2004)) 56 data bytes | | --- www.google.com ping statistics --- | 3 packets transmitted, 0 received, 100% packet loss, time 2014ms ` Network connectivity is obviously given , | [tj@arch ~]$ ping -c 3 216.58.210.196 | PING 216.58.210.196 (216.58.210.196) 56(84) bytes of data. | 64 bytes from 216.58.210.196: icmp_seq=1 ttl=54 time=51.4 ms | 64 bytes from 216.58.210.196: icmp_seq=2 ttl=54 time=49.8 ms | 64 bytes from 216.58.210.196: icmp_seq=3 ttl=54 time=50.7 ms | | --- 216.58.210.196 ping statistics --- | 3 packets transmitted, 3 received, 0% packet loss, time 2003ms | rtt min/avg/max/mdev = 49.855/50.685/51.408/0.689 ms ` and I can ping the nameserver ip too. Even when I put Googles DNS Servers in my /etc/resolv.conf, it would not work. So what could be the problem here? TIA -- cheers, Thorsten
Re: [arch-general] Cannot install mlpack from AUR
Ralf Mardorf writes: Hi, > On Wed, 2014-10-29 at 21:43 +0100, Temlin Olivér wrote: >> I'd recommend the comments, since it bothers less people, but beware >> that usually only the maintainer is subscribed, so it might take a few >> days to get an answer. > > Assumed there are issue, it would be good to report the issues as > comment, by quoting the important output, so perhaps not all warnings, > but everything that is related to errors. By doing this, the maintainer > could use the information to fix the PKGBUILD. > > However, for general questions and discussions > https://lists.archlinux.org/listinfo/aur-general . ok, wrong list, sorry - but thanks for the tips anyway, will try disabling the tests. -- cheers, Thorsten
[arch-general] Cannot install mlpack from AUR
Hi List, I cannot install the mlpack package from AUR , | ID : 105550 | Name: mlpack | Version : 1.0.9-1 | Maintainer : govg | : https://aur.archlinux.org/account/govg | Description : a scalable c++ machine learning library | Home Page : http://www.mlpack.org | AUR Page: https://aur.archlinux.org/packages/mlpack | Package Base: https://aur.archlinux.org/pkgbase/mlpack | License : LGPLv3 | Category: science | Votes : 2 | Out Of Date : No | Submitted : 2012-07-19 00:54:26 | Last Modified : 2014-08-27 13:14:07 ` because as the final step of makepkg it runs like 400+ tests, which is very timeconsuming, and makes the package build fail since there are not only a lot of warnings but also 3 failing tests. Did others face the same problem? -- cheers, Thorsten
Re: [arch-general] java: cannot execute - too many levels of symbolic links
ProgAndy writes: > Am 09.09.2014 um 11:16 schrieb Thorsten Jolitz: >> I'm not active enough in the archlinux community to "demand" more >> efficient information politics, so I prefer leaving this to >> others. As a Emacs Gnus user I just think sometimes how nice it >> would be to subscribe to an 'archlinux.activities' group on gmane >> and keep being updated on all forum posts, all bug reports and maybe >> even all packages related actions by following that list from >> Gnus. It might be 3 different read-only gmane lists/groups too, for >> forum, bugs, packages, the important thing would be to not having to >> leave my newsreader to search in different (web)sites for current >> issues or problems. > You can probably use gwene.org to read the rss feeds for these > events. There are rss feeds for active forum topics, new bugs and > package updates. Ah, ok, thanks for the tip, thats probably exactely what I was talking about. -- cheers, Thorsten
Re: [arch-general] java: cannot execute - too many levels of symbolic links
Guillaume ALAUX writes: > On 9 September 2014 10:50, Thorsten Jolitz wrote: >> Would it be technically possible to have a kind or read-only Gmane group >> that reflects all new posts in the forum as well as all new bug-reports? >> Similar to systems that track new commits to a git repo or so - just >> keep people informed about whats going on, bundling info from several >> places in one single place? >> >> In contrast to other groups/mailing lists, following the arch.general >> group doesn't help very much in staying up to date with reported >> problems or bugs. > About the "Gmane": that is another topic. You may want to start a new > thread about that (FYI there already is on each package page, a link > to the source files, commits and bug reports for this package along > with a link to a search on the wiki â no link to the forum though) > [0]. > > [0] https://www.archlinux.org/packages/extra/any/java-common/ I'm not active enough in the archlinux community to "demand" more efficient information politics, so I prefer leaving this to others. As a Emacs Gnus user I just think sometimes how nice it would be to subscribe to an 'archlinux.activities' group on gmane and keep being updated on all forum posts, all bug reports and maybe even all packages related actions by following that list from Gnus. It might be 3 different read-only gmane lists/groups too, for forum, bugs, packages, the important thing would be to not having to leave my newsreader to search in different (web)sites for current issues or problems. -- cheers, Thorsten
Re: [arch-general] java: cannot execute - too many levels of symbolic links
Guillaume ALAUX writes: Hello, > Guillaume here (packager of that "piece of crap" java-common). I did not say that ... > This issue and its fix were already reported here [0] and discussed on > the forum here [1] several days ago. > > [0] https://bbs.archlinux.org/viewtopic.php?id=186640 > [1] https://bugs.archlinux.org/task/41826 yes, I should have checked the forum first, I know ... Would it be technically possible to have a kind or read-only Gmane group that reflects all new posts in the forum as well as all new bug-reports? Similar to systems that track new commits to a git repo or so - just keep people informed about whats going on, bundling info from several places in one single place? In contrast to other groups/mailing lists, following the arch.general group doesn't help very much in staying up to date with reported problems or bugs. -- cheers, Thorsten
[arch-general] java: cannot execute - too many levels of symbolic links
Hi List, after updating yesterday java does not work anymore for me: , | [tj@arch ~]$ LC_ALL=C java --help | /usr/bin/java: line 2: /usr/lib/jvm/default/bin/java: Too many levels of | symbolic links | /usr/bin/java: line 2: exec: /usr/lib/jvm/default/bin/java: cannot | execute: Too many levels of symbolic links ` with '/usr/bin/java -> /usr/lib/java-common-wrapper' containing: #+BEGIN_SRC shell #!/bin/bash exec "${JAVA_HOME:-/usr/lib/jvm/default}/bin/${0##*/}" "$@" #+END_SRC I remember some Java lib was updated recently - anyone else with this problem? -- cheers, Thorsten
Re: [arch-general] rp-pppoe: requires ppp=2.4.6
Thomas BĂ€chler writes: > Am 03.09.2014 um 09:09 schrieb Thorsten Jolitz: >> >> Hi List, >> >> this morning I got the following error when trying to update (pacman >> -Syu): >> >> , >> | [tj@arch ~]$ LC_ALL=C syu >> | :: Synchronizing package databases... >> | core is up to date >> | extra is up to date >> | community is up to date >> | multilib is up to date >> | :: Starting full system upgrade... >> | resolving dependencies... >> | looking for inter-conflicts... >> | error: failed to prepare transaction (could not satisfy dependencies) >> | :: rp-pppoe: requires ppp=2.4.6 >> ` > > Should be fixed soon-ish (when your mirror updates again), sorry for the > noise. Yes, it works again, thx for the quick fix! -- cheers, Thorsten
[arch-general] rp-pppoe: requires ppp=2.4.6
Hi List, this morning I got the following error when trying to update (pacman -Syu): , | [tj@arch ~]$ LC_ALL=C syu | :: Synchronizing package databases... | core is up to date | extra is up to date | community is up to date | multilib is up to date | :: Starting full system upgrade... | resolving dependencies... | looking for inter-conflicts... | error: failed to prepare transaction (could not satisfy dependencies) | :: rp-pppoe: requires ppp=2.4.6 ` -- cheers, Thorsten
Re: [arch-general] Installing texlive docs
AK writes: > On 09/01/2014 01:23 AM, Thorsten Jolitz wrote: >> AK writes: >> >>> Since the URLs are invalid, the build() function seems to fail at the >>> second wget line and aborts the whole process so no package gets >>> built. Fixing the build() function so that wget no longer fails should >>> get you a working package. >> I still wonder how 1.5GB were downloaded from invalid URLs, but since I >> have that files own disk now, I will try to tweak the build() function >> to make it work - thx for the hint. >> > I wonder, since the first line should have downloaded everything you > wanted are the following lines needed at all? Probably not, but as I said - this recipe is copied from the web, I don't know nothing about the dir structure of the texlive server ... it must have changed recently. -- cheers, Thorsten
Re: [arch-general] Installing texlive docs
Stephen Martin writes: >> AK writes: >> >>> Since the URLs are invalid, the build() function seems to fail at the >>> second wget line and aborts the whole process so no package gets >>> built. Fixing the build() function so that wget no longer fails should >>> get you a working package. >> >> I still wonder how 1.5GB were downloaded from invalid URLs, but since I >> have that files own disk now, I will try to tweak the build() function >> to make it work - thx for the hint. > > I'm curious, why aren't the files downloaded using sources in the > pkgbuild metadata? I just copied this from the web (see link in my first post), and comments stated that it works - but apparently things have changed since then (2013?) -- cheers, Thorsten
Re: [arch-general] Installing texlive docs
AK writes: > Since the URLs are invalid, the build() function seems to fail at the > second wget line and aborts the whole process so no package gets > built. Fixing the build() function so that wget no longer fails should > get you a working package. I still wonder how 1.5GB were downloaded from invalid URLs, but since I have that files own disk now, I will try to tweak the build() function to make it work - thx for the hint. -- cheers, Thorsten
Re: [arch-general] Installing texlive docs
AK writes: > On 31.08.2014 12:50, Thorsten Jolitz wrote: >> Hi List, >> >> based on this page (https://bbs.archlinux.org/viewtopic.php?pid=1253365) >> I tried to build a texlive-most-doc package: >> >> #+NAME: PKGBUILD >> #+BEGIN_SRC shell >>pkgname=texlive-most-doc >>pkgver=$(date +%Y%m%d) >>pkgrel=1 >>pkgdesc="Most TeXLive documentation" >>url="http://tug.org/texlive/";; >>arch=('any') >>license=('unknown') >>optdepends=('texlive-bin: The texdoc program and some more documentation') >>makedepends=('wget') >>install=${pkgname}.install >>options=('!strip' '!purge') >> >>build() { >> wget -r -l inf -N -nH -nv --cut-dirs=3 -P "$srcdir/usr/share/" >> ftp://tug.org/texlive/Contents/live/texmf-dist/doc >> wget -r -l inf -N -nH -nv --cut-dirs=3 -P "$srcdir/usr/share/" >> ftp://tug.org/texlive/Contents/live/texmf/doc/asymptote >> wget -r -l inf -N -nH -nv --cut-dirs=3 -P "$srcdir/usr/share/" >> ftp://tug.org/texlive/Contents/live/texmf/doc/dvipng/dvipng.pdf >> wget -r -l inf -N -nH -nv --cut-dirs=3 -P "$srcdir/usr/share/" >> ftp://tug.org/texlive/Contents/live/texmf/doc/dvips/dvips.pdf >> wget -r -l inf -N -nH -nv --cut-dirs=3 -P "$srcdir/usr/share/" >> ftp://tug.org/texlive/Contents/live/texmf/doc/man >> wget -r -l inf -N -nH -nv --cut-dirs=3 -P "$srcdir/usr/share/" >> ftp://tug.org/texlive/Contents/live/texmf/doc/info >> wget -r -l inf -N -nH -nv --cut-dirs=3 -P "$srcdir/usr/share/" >> ftp://tug.org/texlive/Contents/live/texmf/doc/tetex >> wget -r -l inf -N -nH -nv --cut-dirs=3 -P "$srcdir/usr/share/" >> ftp://tug.org/texlive/Contents/live/texmf/doc/texlive >> wget -r -l inf -N -nH -nv --cut-dirs=3 -P "$srcdir/usr/share/" >> ftp://tug.org/texlive/Contents/live/texmf/doc/texworks >> wget -r -l inf -N -nH -nv --cut-dirs=3 -P "$srcdir/usr/share/" >> ftp://tug.org/texlive/Contents/live/texmf/doc/web2c/web2c.pdf >> wget -r -l inf -N -nH -nv --cut-dirs=3 -P "$srcdir/usr/share/" >> ftp://tug.org/texlive/Contents/live/texmf/doc/ttf2pk/ttf2tfm.txt >> wget -r -l inf -N -nH -nv --cut-dirs=3 -P "$srcdir/usr/share/" >> ftp://tug.org/texlive/Contents/live/texmf/doc/ttf2pk/ttf2pk.txt >>} >> >>package() { >> cp -rl "$srcdir"/* "$pkgdir" >>} >> #+END_SRC [...] > As the error message says, the directory > > ftp://tug.org/texlive/Contents/live/texmf/doc > > does not exist. Your URLs are invalid. Problem is that downloads worked, I have all the docs on my hard-drive now: , | /home/tj/abs/texlive-most-doc/src/usr/share/texmf-dist/doc: | insgesamt 256 | drwxr-xr-x 55 tj tj 4096 31. Aug 06:54 . | drwxr-xr-x3 tj tj 4096 31. Aug 03:20 .. | drwxr-xr-x3 tj tj 4096 31. Aug 03:20 aleph | drwxr-xr-x3 tj tj 4096 31. Aug 03:20 amstex | drwxr-xr-x3 tj tj 4096 31. Aug 03:21 asymptote | drwxr-xr-x2 tj tj 4096 31. Aug 03:22 bg5conv | drwxr-xr-x 25 tj tj 4096 31. Aug 03:23 bibtex | drwxr-xr-x2 tj tj 4096 31. Aug 03:23 bibtex8 | drwxr-xr-x2 tj tj 4096 31. Aug 03:23 bibtexu | drwxr-xr-x2 tj tj 4096 31. Aug 03:23 [...] ` but building the package failed. -- cheers, Thorsten
[arch-general] Installing texlive docs
Hi List, based on this page (https://bbs.archlinux.org/viewtopic.php?pid=1253365) I tried to build a texlive-most-doc package: #+NAME: PKGBUILD #+BEGIN_SRC shell pkgname=texlive-most-doc pkgver=$(date +%Y%m%d) pkgrel=1 pkgdesc="Most TeXLive documentation" url="http://tug.org/texlive/";; arch=('any') license=('unknown') optdepends=('texlive-bin: The texdoc program and some more documentation') makedepends=('wget') install=${pkgname}.install options=('!strip' '!purge') build() { wget -r -l inf -N -nH -nv --cut-dirs=3 -P "$srcdir/usr/share/" ftp://tug.org/texlive/Contents/live/texmf-dist/doc wget -r -l inf -N -nH -nv --cut-dirs=3 -P "$srcdir/usr/share/" ftp://tug.org/texlive/Contents/live/texmf/doc/asymptote wget -r -l inf -N -nH -nv --cut-dirs=3 -P "$srcdir/usr/share/" ftp://tug.org/texlive/Contents/live/texmf/doc/dvipng/dvipng.pdf wget -r -l inf -N -nH -nv --cut-dirs=3 -P "$srcdir/usr/share/" ftp://tug.org/texlive/Contents/live/texmf/doc/dvips/dvips.pdf wget -r -l inf -N -nH -nv --cut-dirs=3 -P "$srcdir/usr/share/" ftp://tug.org/texlive/Contents/live/texmf/doc/man wget -r -l inf -N -nH -nv --cut-dirs=3 -P "$srcdir/usr/share/" ftp://tug.org/texlive/Contents/live/texmf/doc/info wget -r -l inf -N -nH -nv --cut-dirs=3 -P "$srcdir/usr/share/" ftp://tug.org/texlive/Contents/live/texmf/doc/tetex wget -r -l inf -N -nH -nv --cut-dirs=3 -P "$srcdir/usr/share/" ftp://tug.org/texlive/Contents/live/texmf/doc/texlive wget -r -l inf -N -nH -nv --cut-dirs=3 -P "$srcdir/usr/share/" ftp://tug.org/texlive/Contents/live/texmf/doc/texworks wget -r -l inf -N -nH -nv --cut-dirs=3 -P "$srcdir/usr/share/" ftp://tug.org/texlive/Contents/live/texmf/doc/web2c/web2c.pdf wget -r -l inf -N -nH -nv --cut-dirs=3 -P "$srcdir/usr/share/" ftp://tug.org/texlive/Contents/live/texmf/doc/ttf2pk/ttf2tfm.txt wget -r -l inf -N -nH -nv --cut-dirs=3 -P "$srcdir/usr/share/" ftp://tug.org/texlive/Contents/live/texmf/doc/ttf2pk/ttf2pk.txt } package() { cp -rl "$srcdir"/* "$pkgdir" } #+END_SRC #+NAME: texlive-most-doc.install #+BEGIN_SRC shell post_install() { texhash } post_remove() { texhash } post_upgrade() { texhash } #+END_SRC and ended up with this directory structure: , | /home/tj/abs/texlive-most-doc: | insgesamt 24 | drwxr-xr-x 4 tj tj 4096 31. Aug 03:20 . | drwxr-xr-x 9 tj tj 4096 31. Aug 03:07 .. | d- 2 tj tj 4096 31. Aug 03:20 pkg | -rw-r--r-- 1 tj tj 1835 31. Aug 03:15 PKGBUILD | drwxr-xr-x 3 tj tj 4096 31. Aug 03:20 src | -rw-r--r-- 1 tj tj 88 31. Aug 03:10 texlive-most-doc.install ` and this error message (translated from German): , | END --2014-08-31 06:55:01-- | TIME: 3h 34m 12s | DOWNLOADED: 31502 files, 1,5G in 50m 24s (516 KB/s) | Directory »»texlive/Contents/live/texmf/doc«« does not exist | | ==> ERROR: Error in build(). | Aborting ... ` Now I have all the texlive doc files in /abs/texlive-most-doc/src, but not a package I can install via pacman -U, so I'm not quite sure how to proceed. Any hints would be welcome. -- cheers, Thorsten
Re: [arch-general] Why not mksh provides("ksh")?
On Sun, 10 Aug 2014 18:21:16 -0700 "G. Richard Bellamy" wrote: > Not sure if this is the correct venue for this comment, and apologies > if it's already been mentioned, but why wouldn't mksh [1] provide ksh? > > This would alleviate some AUR dependency weirdness, specifically with > the oracle-sqldeveloper [2] package, which currently forces an install > of ksh [3], even though it'll work just fine with mksh. > > -rb > > [1] https://www.archlinux.org/packages/community/x86_64/mksh/ > [2] https://aur.archlinux.org/packages/oracle-sqldeveloper/ > [3] https://aur.archlinux.org/packages/ksh/ Hello, that's because mksh by default does not provide a ksh binary, nor did it contain a mode to behave exactly like the ksh if called by this name, the extensions are always active. (It's been some years since I took the package and took a glance at the init code, maybe I'm wrong with this, feel free to correct me.) I think it's wrong to place this extended shell in the place of the original ksh. My intention is simply to give users the possibility to install the mksh and the original ksh parallel on the same machine, as they don't collide on the filesystem. If they want to call the mksh as ksh, people can still create a plain symlink for the binary. Also there is only one package that depends on mksh in the repos, kwalletcli. Sven-Hendrik makes no modifications regarding the shell in this PKGBUILD so I assume it's fine. As long as I don't make a problem for another TU or a developer I stay to the current setup of the package, when I add a ksh symlink to the package stating it also provides the ksh I take users the chance to install the original ksh and the mksh. There are users who don't want an extended shell because they work with the original since a lot of years on different systems. Best Regards, Thorsten signature.asc Description: PGP signature
Re: [arch-general] Error installing linux-3.15.5-1
Anatol Pomozov writes: >> Do I have a corrupted pacman DB now? What would be the steps for >> diagnosis and repair? > > https://wiki.archlinux.org/index.php/Pacman#I_get_an_error_when_updating:_.22file_exists_in_filesystem.22.21 I see, thx. -- cheers, Thorsten
[arch-general] Error installing linux-3.15.5-1
Hi List, just did my usual pacman -Syu and was offered a new linux version, which I accepted to install, but got 1000s of error messages like this: , | linux: /usr/lib/modules/3.15.5-1-ARCH/modules.symbols.bin exists in | filesystem | linux: /usr/lib/modules/extramodules-3.15-ARCH/version exists | in filesystem ` A few hours before pacman complained that the DB is locked, and I removed the db-lock (as proposed) since I was sure I had no pacman operation going on. Do I have a corrupted pacman DB now? What would be the steps for diagnosis and repair? -- cheers, Thorsten
Re: [arch-general] After gnutls update on 30-05-2014 `M-x gnus' crashes Emacs
Thorsten Jolitz writes: > Hi List, > > the gnutls version created at Fr 30 May 2014 15:25:49 makes Gnus > unusable for me, since calling `M-x gnus' crashes Emacs with a Segfault > (not immediately, but in the process of updating groups). I experience > this after updating at 22:42:03 yesterday. Otherwise, Emacs works fine. > > Since Gnus is such a vital tool, it would be nice if this is addressed > soon. Thanks. FYI: updating to , | Name : gnutls | Version : 3.3.4-1 | Erstellt am : Sa 31 Mai 2014 11:36:09 CEST ` fixes this issue. -- cheers, Thorsten
[arch-general] After gnutls update on 30-05-2014 `M-x gnus' crashes Emacs
Hi List, the gnutls version created at Fr 30 May 2014 15:25:49 makes Gnus unusable for me, since calling `M-x gnus' crashes Emacs with a Segfault (not immediately, but in the process of updating groups). I experience this after updating at 22:42:03 yesterday. Otherwise, Emacs works fine. Since Gnus is such a vital tool, it would be nice if this is addressed soon. Thanks. -- cheers, Thorsten
[arch-general] Black screen at first boot
Hi List, since a few days (I did not change anything, no updates, nothing) the first boot of my machine results in a non-responsive black screen. I have to do a cold-start, and then the second boot works as expected. Has anybody witnessed this too? A hardware problem? -- cheers, Thorsten
Re: [arch-general] signature from "Thorsten Tpper " is unknown trust
On Mon, 28 Jan 2013 15:56:37 +0100 SĂ©bastien Luttringer wrote: > Have an archlinux-keyring updated before key expiration is an elegant > solution. > > Cheers, Indeed. Also, it was my mistake not to update the key before it expired and I have to apologize for that. By now there is a new archlinux-keyring package that contains the updated key. I'm sorry for all the trouble this has caused. signature.asc Description: PGP signature
Re: [arch-general] Updating AUR package with pacman
Jonathan Dlouhy writes: > On 07/19/2012 12:18 PM, Jayesh Badwaik wrote: >> On Thursday 19 Jul 2012 17:13:44 Thorsten Jolitz wrote: >>> Hi List, >>> >>> when I want to install a new version from an already installed AUR >>> package - do I have to remove the old version first, or do I simply >>> follow the same steps as if there would be no old version on my machine >>> and pacman takes care of everything? >>> >>> >> You can just install the new version. Pacman takes care of it. But >> even better would be to use something like packer/yaourt. > > packer -Syu --auronly Packer must be new somehow, did not hear about it before (only about yaourt). So this would render my git-clone of the AUR repo superfluous, because it makes AUR packages as easily installable and updatable like packages form the official repos? -- cheers, Thorsten
[arch-general] Updating AUR package with pacman
Hi List, when I want to install a new version from an already installed AUR package - do I have to remove the old version first, or do I simply follow the same steps as if there would be no old version on my machine and pacman takes care of everything? -- cheers, Thorsten
[arch-general] Building taskjuggler 2.4.3 form AUR fails
Hi List, on a freshly updated arch with a freshly pulled AUR I can't install taskjuggler (2.4). Taskjuggler3 can be installed, but I want to use Emacs orgmode's taskjuggler export, thats geared towards taskjuggler 2.4. Anybody with the same problem? - make[2]: Entering directory `/home/tj/abs/taskjuggler/src/taskjuggler-2.4.3/TestSuite' Testing in CSV-Reports ERROR: ld.so: object 'libfakeroot.so' from LD_PRELOAD cannot be preloaded: ignored. Testing in HTML-Reports ERROR: ld.so: object 'libfakeroot.so' from LD_PRELOAD cannot be preloaded: ignored. ... ERROR: ld.so: object 'libfakeroot.so' from LD_PRELOAD cannot be preloaded: ignored. Testing in Misc ERROR: ld.so: object 'libfakeroot.so' from LD_PRELOAD cannot be preloaded: ignored. ... ERROR: ld.so: object 'libfakeroot.so' from LD_PRELOAD cannot be preloaded: ignored. Testing in Scheduler Testing in Syntax Testing in TJX-Reports ERROR: ld.so: object 'libfakeroot.so' from LD_PRELOAD cannot be preloaded: ignored. ERROR: ld.so: object 'libfakeroot.so' from LD_PRELOAD cannot be preloaded: ignored. Syntax error in XML file 'tjxreport-1-Export.tjx'. cmp: EOF on tjxreport-1-Export2.tjx gzip: tjxreport-1-Export2.tjx: unexpected end of file 1,1022d0 < < http://www.taskjuggler.org/dtds/TaskJuggler-2.0.dtd";> < < < 1041379200 < 1049155200 < 1044057600 < < 2 errors detected! make[2]: *** [all-local] Fehler 2 make[2]: Leaving directory `/home/tj/abs/taskjuggler/src/taskjuggler-2.4.3/TestSuite' make[1]: *** [all-recursive] Fehler 1 make[1]: Leaving directory `/home/tj/abs/taskjuggler/src/taskjuggler-2.4.3' make: *** [all] Fehler 2 ==> FEHLER: Ein Fehler geschah in build(). Breche ab ... ~/abs/taskjuggler $ ls PKGBUILD pkg src taskjuggler-2.4.3.tar.bz2 ~/abs/taskjuggler $ sudo pacman -U taskjuggler-2.4.3.tar.bz2 loading packages... error: missing package metadata in taskjuggler-2.4.3.tar.bz2 error: 'taskjuggler-2.4.3.tar.bz2': invalid or corrupted package ~/abs/taskjuggler $ -- cheers, Thorsten
Re: [arch-general] mplayer steals system sound
Ralf Mardorf writes: > On Sat, 2012-02-25 at 06:27 +0100, Ralf Mardorf wrote: >> If somebody should install PA depends to the usage of the computer. It's >> not wise to install it, just to get an issue regarding to a special >> usage of mplayer fixed, if the computer e.g. is used for pro-audio. >> >> - Ralf > > PS: Btw. my sound card has no audio output, as soon as PA is installed. > The PA issue isn't related to pro-audio usage only, but also to the used > hardware. Recommending to install PA is like recommending to install an > ATI driver, if there should be issues for NVIDIA drivers, with a mounted > NVIDIA graphics. PA can break an install. Linux audio is only for the brave at heart, it seems - unless everything works out ot the box. I now started mplayer -ao like suggested in this thread, and all of sudden I do have youtube sound again after shutting down mplayer (that works too). I can't say anything about pro/contra alsa, but it seems my problems is solved (permanently?) Thanks to everybody -- cheers, Thorsten
Re: [arch-general] mplayer steals system sound
jeremiah.do...@gmail.com writes: > Tom Gundersen writes: > >> On Sun, Feb 19, 2012 at 10:18 PM, Thorsten >> wrote: >> >> Are you using pulseaudio? If not, do that. If you are, then make sure >> that alsa-plugins and pulseaudio-alsa are installed too. >> >> -t > > FWIW, I do not use pulse, and I have zero problems running mplayer and > getting sound from other apps at the same time. Hallo, sorry for replying so terribly late, I was offline for a while. Thanks for your tips, need to experiment a bit and will give feedback then. -- cheers, Thorsten
Re: [arch-general] mplayer steals system sound
Tom Gundersen writes: > On Sun, Feb 19, 2012 at 10:18 PM, Thorsten > wrote: >> my system-sound (alsa) was working, until I installed mplayer. Now >> mplayer is working - but system-sound is gone. No way to regulate volume >> in alsamixer, > > What exactly happens? Are there no mixers, is it not possible to > adjust them, or does adjusting them not make a difference? When playing mplayer, there is a playback mixer in alsamixer, and it works. When mplayer is stopped, the playback mixer is gone, while the other mixers are still there. >> it seems mplayer has occupied the system. > > Just having it installed (very unlikely) or when it is running? After I ran mplayer the first time, system sound was gone. >> How can I use mplayer _and_ have sound for youtube etc again? > > Are you using pulseaudio? If not, do that. If you are, then make sure > that alsa-plugins and pulseaudio-alsa are installed too. yes, I do, and all the libraries are installed. thanks for your answer. cheers -- thorsten
[arch-general] mplayer steals system sound
Hi list, my system-sound (alsa) was working, until I installed mplayer. Now mplayer is working - but system-sound is gone. No way to regulate volume in alsamixer, it seems mplayer has occupied the system. How can I use mplayer _and_ have sound for youtube etc again? Thanks for any tips. cheers -- Thorsten
Re: [arch-general] [arch-dev-public] disowned pmount
On Wed, 15 Feb 2012 14:04:20 +0100 Tobias Powalowski wrote: > Am 15.02.2012 09:18, schrieb Pierre Schmitz: > > Am 15.02.2012 09:10, schrieb Tobias Powalowski: > >> Hi > >> feel free to adopt it, I don't use it anymore. > >> greetings > >> tpowa > > Why not just drop it entirely? Afaik it was once used by KDE3 but > > isn't needed by any package anymore. > > > +1 > Drop it to [community] I'll adopt it. -- Jabber: atsut...@freethoughts.de Blog: http://atsutane.freethoughts.de/ GPG-Key: 295AFBF4 FP: 39F8 80E5 0E49 A4D1 1341 E8F9 39E4 F17F 295A FBF4 signature.asc Description: PGP signature
Re: [arch-general] pacman new generation
On Mon, 21 Nov 2011 11:23:58 -0800 Bernardo Barros wrote: > Perhaps the developers want to take a look at this distribution.It is > reported that is written in a `purely functional package management' > and tries to be a highly safe OS, where `upgrading a system is as > reliable as reinstalling from scratch'. > > http://nixos.org/nixos/ > > > Because the files of a new configuration donât overwrite old ones, > > you can (atomically) roll back to a previous configuration. For > > instance, if after a nixos-rebuild switch you discover that you > > donât like the new configuration, you can just go back > > It can be an inspiration for a new version of pacman rewritten in > haskell? Also Don Stewart's talk about 'Scripting with Types' might > inspire someone too (BTW since he started arch-haskell I think he is a > Arch user): > > http://donsbot.files.wordpress.com/2009/01/semicolon.pdf Well I'm just a TU but I guess most people here are always pleasured for people bringing up their ideas, when they want to realize them by themselves. Seriously, it's probably meant like this but your mail reads like a "Hey why don't you learn $INSERT_LANG_HERE and rewrite your whole system." I've not participated in pacman development myself so I guess I should stfu myself, but for me this proposal just reads like a kick into the faces of Allan, Dan and all the other people who did so. Kind Regards Thorsten -- Jabber: atsut...@freethoughts.de Blog: http://atsutane.freethoughts.de/ Key: 295AFBF4 FP: 39F8 80E5 0E49 A4D1 1341 E8F9 39E4 F17F 295A FBF4 signature.asc Description: PGP signature
Re: [arch-general] Can't install e4rat from AUR: pacman fails to install missing dependencies
On Sun, 9 Oct 2011 17:44:44 +0200 Lorenzo Bandieri wrote: > Hello everyone! > > I'm having problems installing E4rat from the AUR ( > https://aur.archlinux.org/packages.php?K=e4rat&SeB=x). Installation > fails: $ makepkg -s > ==> WARNING: Sudo can not be found. Will use su to acquire root > privileges. ==> Making package: e4rat 0.2.1-2 (Sun Oct 9 17:34:22 > CEST 2011) ==> Checking runtime dependencies... > ==> Checking buildtime dependencies... > ==> Installing missing dependencies... > Password: > error: target not found: audit > ==> ERROR: 'pacman' failed to install missing dependencies. > > I performed a search with pacman -Ss, and audit seems not to be in the > repos. Has anyone encountered this problem yet? > > Thanks. > > Lorenzo I haven't encountered the problem, but there's a solution: Search the AUR when deps for AUR PKGBUILDs are missing. https://aur.archlinux.org/packages.php?ID=24070 signature.asc Description: PGP signature
Re: [arch-general] [arch-dev-public] [signoff] dnsutils-9.8.1-1
On Sun, 4 Sep 2011 12:52:21 +0300 Evangelos Foutras wrote: > On Sun, Sep 4, 2011 at 7:55 AM, Gaetan Bisson > wrote: > > Hi guys, > > > > A new dnsutils package lies in [testing]... again - an upstream > > update this time. No big changes, mostly bug fixes. For the curious: > > > > https://deepthought.isc.org/article/AA-00446/81/ > > > > Please test and signoff. > > Signoff x86_64. signoff i686 -- Jabber: atsut...@freethoughts.de Blog: http://atsutane.freethoughts.de/ Key: 295AFBF4 FP: 39F8 80E5 0E49 A4D1 1341 E8F9 39E4 F17F 295A FBF4 signature.asc Description: PGP signature
Re: [arch-general] [arch-dev-public] [signoff] diffutils-3.2-1
On Mon, 05 Sep 2011 13:30:13 +1000 Allan McRae wrote: > On 03/09/11 20:42, Evangelos Foutras wrote: > > On Sat, Sep 3, 2011 at 2:43 AM, Allan McRae > > wrote: > >> Upstream update: > >> > >> > >> * Noteworthy changes in release 3.2 (2011-09-02) [stable] > >> > >> ** Changes in behavior > >> > >> --ignore-file-name-case now applies at the top level too. > >> For example, "diff dir inIt" might compare "dir/Init" to "inIt". > >> > >> ** New features > >> > >> diff and sdiff have a new option --ignore-trailing-space (-Z). > >> > >> ** Packaging > >> > >> The texinfo documentation no longer specifies "front-cover" or > >> "back-cover" texts, so that it may now be included in Debian's > >> "main" section. > >> > >> > >> Signoff both, > > > > Signoff x86_64. > > > > Anyone for i686? > > Allan signoff i686 -- Jabber: atsut...@freethoughts.de Blog: http://atsutane.freethoughts.de/ Key: 295AFBF4 FP: 39F8 80E5 0E49 A4D1 1341 E8F9 39E4 F17F 295A FBF4 signature.asc Description: PGP signature
Re: [arch-general] [arch-dev-public] [signoff] dnsutils-9.8.0.P4-2
On Wed, 31 Aug 2011 00:00:50 -0700 Gaetan Bisson wrote: > [2011-08-29 10:40:27 +0300] Evangelos Foutras: > > On Mon, Aug 29, 2011 at 8:33 AM, Gaetan Bisson > > wrote: > > > Hi everyone, > > > > > > An update to dnsutils is in [testing]; it implements: > > > - FS#25801 (move nsupdate to bind) > > > - FS#25048 (make binaries smaller) > > > > > > Please test and signoff. > > > > Signoff x86_64. > > Somebody for i686? > signoff i686 -- Jabber: atsut...@freethoughts.de Blog: http://atsutane.freethoughts.de/ Key: 295AFBF4 FP: 39F8 80E5 0E49 A4D1 1341 E8F9 39E4 F17F 295A FBF4 signature.asc Description: PGP signature
Re: [arch-general] [signoff] kernel26-lts 2.6.32.46-1
On Tue, 30 Aug 2011 11:38:25 +0200 Tobias Powalowski wrote: > Latest LTS kernel is in testing, > please signoff for both arches > > greetings > tpowa signoff i686 -- Jabber: atsut...@freethoughts.de Blog: http://atsutane.freethoughts.de/ Key: 295AFBF4 FP: 39F8 80E5 0E49 A4D1 1341 E8F9 39E4 F17F 295A FBF4 signature.asc Description: PGP signature
Re: [arch-general] [signoff] kernel26-lts 2.6.32.44-1
On Tue, 09 Aug 2011 17:37:13 +0200 Tobias Powalowski wrote: > Latest LTS kernel is in testing, > please signoff for both arches > > greetings > tpowa signoff x86_64 -- Jabber: atsut...@freethoughts.de Blog: http://atsutane.freethoughts.de/ Key: 295AFBF4 FP: 39F8 80E5 0E49 A4D1 1341 E8F9 39E4 F17F 295A FBF4 signature.asc Description: PGP signature
Re: [arch-general] [arch-dev-public] removing cryptsetup from base group
On Tue, 9 Aug 2011 17:42:32 +0200 Lukas Fleischer wrote: > On Tue, Aug 09, 2011 at 03:37:15PM +0300, Ionut Biru wrote: > > Hi, > > > > this package brings in our clean chroots libgcrypt dependency. > > > > Until recently, gnutls had libcrypt as dependency but now it relies > > on nettle. That means that packages linked to gnutls and relied on > > libgcrypt dependency from it, will be broken. > > > > We have a gnutls 3.0.0 rebuild in progress in staging and because > > libgcrypt is in our clean chroots, everything is fine, functionality > > wise but I noticed that we skipped adding ligcrypt to dependency > > mostly because namcap and us assume that everybody have base group > > installed. > > > > Please check your packages to see if they link to libgcrypt and add > > it to dependency if they do. > > -1 to removing cryptsetup from base. Note that cryptsetup is an > essential tool for setups with system encryption enabled and is > required during boot time. It should also stay on our CDs (not only > as available package but also installed on the root-image to allow > for using the CD as a Live CD, even if partitions are encrypted; AIF > probably depends on it as well). Additionally, removing cryptsetup > from base will require users to install it manually when using > mkinitcpio's "encrypt" hook. If you decide to remove it anyway, keep > in mind to: > > * Keep it on our Live CDs. > > * Add a note to our default "/etc/mkinitcpio.conf". > > * Maybe also add some note in AIF. I agree with Lukas and support his arguments so another -1 for removing the package from the base group. -- Jabber: atsut...@freethoughts.de Blog: http://atsutane.freethoughts.de/ GPG-Key: 295AFBF4 FP: 39F8 80E5 0E49 A4D1 1341 E8F9 39E4 F17F 295A FBF4 signature.asc Description: PGP signature
Re: [arch-general] Printer driver
On Thu, 28 Apr 2011 22:50:55 +0200 Maciej Sobkowski wrote: > Hi, > I want to install driver for my Brother DCP-J315W printer. I've > downloaded driver files from brother's site, since there is no > package, neither in repo nor in aur. It was in deb format, also rpm > available. The driver is split into two packages: dcpj315wlpr and > dcpj315wcupswrapper. I converted them to tar.gz archive with > deb2targz, extracted and I don't know where to put the files to get > the driver working. > > Hierarchy in > cupswrapper: /usr/local/Brother/Printer/dcpj315w/cupswrapper/, and > there are brcupsconfpt1 brdcpj315w.ppd cupswrapperdcpj315w files. > > In lpr there is /usr/local/Brother/Printer/dcpj315w/lpd/ where are > brdcpj315wfilter filterdcpj315w psconvertij2, > > and /usr/local/Brother/Printer/dcpj315w/inf/ where are > brdcpj315wfunc brio08ba.bcm brio08bc.bcm brio08bf.bcm > brio08bk.bcm paperinfij2 > brdcpj315wrcbrio08bb.bcm brio08be.bcm brio08bg.bcm ImagingArea > setupPrintcapij > > and also usr/bin with brprintconf_dcpj315w. > > Should I put them in these directories in my system? > > maciejjo Well there are quite a bunch of packages[1] in [unsupported] you could use as a reference. I guess taking a package from there and modifying it to fit for your printer, would be the easiest way to handle this. Regards, Thorsten [1]https://aur.archlinux.org/packages.php?O=0&K=Brother&do_Search=Go -- Jabber: atsut...@freethoughts.de Blog: http://atsutane.freethoughts.de/ Key: 295AFBF4 FP: 39F8 80E5 0E49 A4D1 1341 E8F9 39E4 F17F 295A FBF4 signature.asc Description: PGP signature
Re: [arch-general] Change Arch's default crond
On Tue, 05 Apr 2011 08:41:13 +0200 Sven-Hendrik Haase wrote: > We all know the situation with dcron (it can't keep time properly) and > it still is broken. No fix (or any changes for that matter) have gone > into its upstream git for over a year now. There have been multiple > yeah-I'll-take-a-looks from various people as well as its upstream > maintainer and no work was done. > > I certainly don't want to offend anybody but I think it is time > another crond was made quasi default by swapping it for dcron in base > group. I know that users can do that themselves but the we shouldn't > suggest packages we know are broken by putting them into the base > group. Perhaps fcron is a fine choice. > > Bug report for reference: https://bugs.archlinux.org/task/18681 > > -- Sven-Hendrik As I maintain fcron in [community]: I won't mind if it's decided to replace dcron as default. If I remember correctly, this is the third thread about a replacement because of this bug, so I'd welcome a clear "Yes, we decide to replace it with X." or a "No, now stop to annoy us.". Still I'm TU not Dev so that's a plain beg. However just as a notice: it's not a plain package replacement, as one other package has to be modified for this, if not there are currently some problems with fcron's build process if that's not done. fcron needs the user and group 'cron' which are later used at the system to exist already at build time, to create these in the chroots is currently not possible to do with devtools, because of missing PAM Authorization within the chroots. Long story short: If it's moved to [core] don't forget to provide a cron user and a cron group[1] with the filesystem package. Regards, Thorsten [1]https://wiki.archlinux.org/index.php/DeveloperWiki:UID_/_GID_Database -- Jabber: atsut...@freethoughts.de Blog: http://atsutane.freethoughts.de/ Key: 295AFBF4 FP: 39F8 80E5 0E49 A4D1 1341 E8F9 39E4 F17F 295A FBF4 signature.asc Description: PGP signature
Re: [arch-general] Package deletion request
On Mon, 14 Feb 2011 15:15:09 +0200 "D. Can Celasun" wrote: > 2011/2/14 LukĂĄĆĄ JirkovskĂœ > > > On 14 February 2011 13:43, D. Can Celasun > > wrote: > > > I've adopted, updated and reuploaded the "ejecter"[1] package as > > > "indicator-ejecter"[2] to follow the general naming convention > > > regarding Ayatana packages [3] . Can someone please delete the > > > original "ejecter" package? > > > > > > [1] http://aur.archlinux.org/packages.php?ID=20493 > > > [2] http://aur.archlinux.org/packages.php?ID=46497 > > > [3] https://bbs.archlinux.org/viewtopic.php?id=99746&p=1 > > > > > > Thanks. > > > > > > > Deleted ejecter. > > BTW: could you please set the category in your indicator-ejecter > > package? > > > > Lukas > > > > Done - thanks for reminding! > > Can Please send future requests to the aur-general mailing list and not the arch-general list. Regards -- Jabber: atsut...@freethoughts.de Blog: http://atsutane.freethoughts.de/ Key: 295AFBF4 FP: 39F8 80E5 0E49 A4D1 1341 E8F9 39E4 F17F 295A FBF4 signature.asc Description: PGP signature
Re: [arch-general] [signoff] kernel-2.6.36.3-2
On Mon, 24 Jan 2011 19:38:44 +0100 Tobias Powalowski wrote: > Upstream update. This package is NOT in testing (2.6.37 currently > resides there), but at: > http://dev.archlinux.org/~tpowa/kernel26/ > > fixed udev crash #22343 > fixed ext3 default mount option #22544 > > please signoff for both arches. > > greetings > tpowa signoff x86_64 System ran for several hours without a problem or unusual log messages. -- Jabber: atsut...@freethoughts.de Blog: http://atsutane.freethoughts.de/ Key: 295AFBF4 FP: 39F8 80E5 0E49 A4D1 1341 E8F9 39E4 F17F 295A FBF4 signature.asc Description: PGP signature
Re: [arch-general] kernel 2.6.37 BKL
On Wed, 5 Jan 2011 18:28:42 -0600 Yaro Kasear wrote: > On Wednesday, January 05, 2011 05:51:02 pm Matthew Monaco wrote: > > Devs, > > > > Any plans about the BKL setting in .37? I've been running the rc's > > without it for a while now. > > What is BKL? The Big Kernel Lock, search the Web there are plenty of explanations. A short description is, that it is from the beginning of the Multiprocessor support by Linux which prevents conflicts created by doing some stuff at the central Kernel structures at the same time. -- Jabber: atsut...@freethoughts.de Blog: http://atsutane.freethoughts.de/ Key: 295AFBF4 FP: 39F8 80E5 0E49 A4D1 1341 E8F9 39E4 F17F 295A FBF4 signature.asc Description: PGP signature
Re: [arch-general] what happened to nut (network-ups-tools)?
On Mon, 29 Nov 2010 20:03:28 -0600 "David C. Rankin" wrote: > Guys, > > Where did nut go? I just checked and network-ups-tools is no > longer available. Did it change names? I must have missed it. Thanks. > It was moved to AUR since we had no components to really debug it, there was silence from userbase so it was decided to move it in order to give users of this package the possibility to debug and fix the problem by themselves, keeping it in [community] was no fine solution for that. https://bugs.archlinux.org/task/19351 http://mailman.archlinux.org/pipermail/aur-general/2010-September/010921.html -- Jabber: atsut...@freethoughts.de Blog: http://atsutane.freethoughts.de/ Key: 295AFBF4 FP: 39F8 80E5 0E49 A4D1 1341 E8F9 39E4 F17F 295A FBF4 signature.asc Description: PGP signature
Re: [arch-general] [arch-dev-public] [signoff] openssl 1.0.0.b-2
On Wed, 17 Nov 2010 11:46:54 +0100 Thorsten Töpper wrote: > On Wed, 17 Nov 2010 17:41:59 +1000 > Allan McRae wrote: > > On 17/11/10 16:43, Pierre Schmitz wrote: > > > On Tue, 16 Nov 2010 18:40:27 +0100, Pierre Schmitz > > > wrote: > > >> Side note: make test does no longer pass with this version. It > > >> might be just the test itself that is broken though (tested > > >> different arches and also on Ubuntu). But I need to look into > > >> this though. > > > > > > This is now fixed in 1.0.0.b-2. So please sign off that one. > > > > > > > signoff i686. > > > > Allan > > Also signoff i686 > Thorsten > And a signoff for x86_64 (desktop). -- Jabber: atsut...@freethoughts.de Blog: http://atsutane.freethoughts.de/ Key: 295AFBF4 FP: 39F8 80E5 0E49 A4D1 1341 E8F9 39E4 F17F 295A FBF4 signature.asc Description: PGP signature
Re: [arch-general] [arch-dev-public] [signoff] openssl 1.0.0.b-2
On Wed, 17 Nov 2010 17:41:59 +1000 Allan McRae wrote: > On 17/11/10 16:43, Pierre Schmitz wrote: > > On Tue, 16 Nov 2010 18:40:27 +0100, Pierre Schmitz > > wrote: > >> Side note: make test does no longer pass with this version. It > >> might be just the test itself that is broken though (tested > >> different arches and also on Ubuntu). But I need to look into this > >> though. > > > > This is now fixed in 1.0.0.b-2. So please sign off that one. > > > > signoff i686. > > Allan Also signoff i686 Thorsten -- Jabber: atsut...@freethoughts.de Blog: http://atsutane.freethoughts.de/ Key: 295AFBF4 FP: 39F8 80E5 0E49 A4D1 1341 E8F9 39E4 F17F 295A FBF4 signature.asc Description: PGP signature
Re: [arch-general] Replace dcron once again?
On Sun, 7 Nov 2010 21:09:12 +0100 Heiko Baums wrote: > Am Sun, 7 Nov 2010 13:57:50 -0500 > schrieb Kaiting Chen : > > > I think fcron is kind of heavy for most users. I'd rather we switch > > to cronie, which is the descendent of vixie-cron. It's developed by > > RedHat, well maintained, supports PAM and SELinux and can be built > > with anacron features. > > I disagree with Kaiting, because cronie doesn't have anacron features. > > If it's compiled with --enable-anacron there is no anacron feature > compiled into cronie. Instead there is a separate anacron daemon > compiled and that makes it unnecessarily complicated in using and > configuring it. And people who need anacron features have to run two > daemons and configure two daemons. > > With fcron you have all in one and need to run and configure only one > daemon. And fcron is by far not bloated and complicated to configure. > Instead there are several ways to configure fcron like crontab, > scripts in /etc/cron.{daily,weekly,monthly} and in /etc/cron.d. And > to use anacron features you only need to prefix a crontab entry with > an @. > > So I think fcron is much more flexible, much easier to configure and > to use than cronie, and has features for rather every use case. > > And, please, don't make such a regression again. > > Btw., cronie is in AUR since May and still has only 1 vote while fcron > is proven to run very well since years. > > Heiko I agree with Heiko and Florian, I myself am using fcron since spring and moved at my machines(including VMs that run more often) one after another to fcron and I'm happy with it. It's easy to configure, comes with the default jobs (=runs /etc/cron.{daily,weekly,monthly}/*) and thus if for a user who doesn't do much with cron nothing to worry about, everyone else gets next to the default possibilities several features that are really helpful. Furthermore it is well documented, so even people who begin to play with cronjobs have a spot where they can look for information and get an answer almost for sure. Thorsten -- Jabber: atsut...@freethoughts.de Blog: http://atsutane.freethoughts.de/ Key: 295AFBF4 FP: 39F8 80E5 0E49 A4D1 1341 E8F9 39E4 F17F 295A FBF4 signature.asc Description: PGP signature
Re: [arch-general] UbuntuOne
On Tue, 5 Oct 2010 13:57:05 -0500 Samir wrote: > I've noticed that there are some UbuntuOne related packages in aur, > but many of them are very out of date. > > In theory, I'm told that we should be able to get UbuntuOne working > under any Linux distro..I was wondering if there was any reason for > the > current state of the aur packages. Is there a technicaly issue that > prevents us from having more updated packages? As packages in AUR are maintained by common users this has not really to do with Arch itself. from a quick view it seems the Maintainer is inactive. If you want to take care of the package write him a mail asking what's the matter and if he can orphan the package if he is no longer interested in them, if there was no reaction after two weeks, write an orphan request to the [aur-general] mailing list. And one of us TUs will orphan it for you. -- Jabber: atsut...@freethoughts.de Blog: http://atsutane.freethoughts.de/ Key: 295AFBF4 FP: 39F8 80E5 0E49 A4D1 1341 E8F9 39E4 F17F 295A FBF4 signature.asc Description: PGP signature
Re: [arch-general] Request to orphan package
On Sat, 14 Aug 2010 17:53:56 +0200 Laurent Carlier wrote: > Le samedi 14 août 2010 17:44:19, ptchinster a écrit : > > Hello, > > > > I am the maintainer of eclipse-android > > (http://aur.archlinux.org/packages.php?ID=14544). One of the > > dependancies is eclipse-classic > > (http://aur.archlinux.org/packages.php?ID=32314) (v3.5 as opposed to > > 3.6 in the main repos) which is NOT maintained by me. There are > > several issues with this PKGBUILD including being out of date, not > > having a working build(), and not offering a correct provides array. > > The first of which was brought to the current maintainers attention > > back on May 13th, and he hasn't touched it since. > > > > I am willing to adopt this package as soon as orphaned. > > > > Thanks, > > > > ptchinster > > You can adopt it! > > Give it love, love, love! But please send future requests to the [aur-general] mailing list. -- Jabber: atsut...@freethoughts.de Blog: http://atsutane.freethoughts.de/ Key: 295AFBF4 FP: 39F8 80E5 0E49 A4D1 1341 E8F9 39E4 F17F 295A FBF4 signature.asc Description: PGP signature
Re: [arch-general] [signoff] kernel26 2.6.34.2-2
On Wed, 04 Aug 2010 18:11:27 +0200 Thomas BÀchler wrote: > Am 04.08.2010 17:50, schrieb Thorsten Töpper: > > On Wed, 04 Aug 2010 16:39:02 +0200 > > Thomas BÀchler wrote: > >> This new build fixes the b43 trouble lots of users have been > >> having. This package is NOT in testing (2.6.35 currently resides > >> there), but at: > >> > >> http://dev.archlinux.org/~thomas/kernel26/ > >> > >> Please sign off (also, please someone with the b43 problem test if > >> this is fixed). > >> > > > > Kernel runs and b43 works fine at my laptop. > > > > Sign-off i686. > > > > I don't see you among the error reports. Was yours broken with > 2.6.34.2-1? > It was broken, I did the upgrade yesterday evening but didn't boot the machine since then, so I tested it after I read the mail above and did the upgrade to -2 afterwards. -- Jabber: atsut...@freethoughts.de Blog: http://atsutane.freethoughts.de/ Key: 295AFBF4 FP: 39F8 80E5 0E49 A4D1 1341 E8F9 39E4 F17F 295A FBF4 signature.asc Description: PGP signature
Re: [arch-general] [signoff] kernel26 2.6.34.2-2
On Wed, 04 Aug 2010 16:39:02 +0200 Thomas BĂ€chler wrote: > This new build fixes the b43 trouble lots of users have been having. > This package is NOT in testing (2.6.35 currently resides there), but > at: > > http://dev.archlinux.org/~thomas/kernel26/ > > Please sign off (also, please someone with the b43 problem test if > this is fixed). > Kernel runs and b43 works fine at my laptop. Sign-off i686. -- Jabber: atsut...@freethoughts.de Blog: http://atsutane.freethoughts.de/ Key: 295AFBF4 FP: 39F8 80E5 0E49 A4D1 1341 E8F9 39E4 F17F 295A FBF4 signature.asc Description: PGP signature
Re: [arch-general] Chroot 32bit under 64bit; Problems with kernel package
On Sun, 25 Jul 2010 17:22:45 +0930 Jordan Windsor wrote: > I'm following the guide available at this URL: > http://wiki.archlinux.org/index.php/Arch64_Install_bundled_32bit_system > Currently I'm stuck on this step: > > [r...@archpc ~]# pacman --root /opt/arch32 --cachedir > /opt/arch32/var/cache/pacman/pkg --config /opt/arch32/pacman.conf -S > base base-devel > error: failed to prepare transaction (package architecture is not > valid) :: package kernel26-i915-2.6.34.1-1-x86_64 does not have a > valid architecture > > I'm wondering how I should go about getting this chroot working. > I'll be using the chroot to compile wine, I was unable to get it > working with gcc-multilib. > > Thanks. Why don't you use the devtools to create and use the chroot for packaging? It'll help you a lot: http://wiki.archlinux.org/index.php/DeveloperWiki:Building_in_a_Clean_Chroot Thorsten -- Jabber: atsut...@freethoughts.de Blog: http://atsutane.freethoughts.de/ Key: 295AFBF4 FP: 39F8 80E5 0E49 A4D1 1341 E8F9 39E4 F17F 295A FBF4 signature.asc Description: PGP signature
Re: [arch-general] Xorg 1.8 & Nouveau dependencies
On Sat, 26 Jun 2010 12:00:44 +0100 Michishige Kaito wrote: > Hey, > > So, we all heard it doesn't need HAL anymore. But what does it need? > It would seem like it depends on either "nvidia" or "nvidia-utils" > because I got rid of those last night and now X won't start. Well... > it _does_ start, but all I get is a bunch of nice coloured stripes > across the screen in random angles and sizes. I'm not really sure how > to handle this, since I can't seem to access my system now. I'm > burning an arch ISO while I type, and gonna try that. Whilst... any > tips? You don't need a full reinstall. When you're in grub select the entry, press e, select the kernel line and press e again, add a single 3 to the end of the line and press return to save this, then press b to boot this temporarily modified entry. If that does not work because you start your login manager as a DAEMON, do the same with a single 1 and not a 3, so your System will boot without daemons and you can kick the login manager from the init system and start the daemons by using "telinit 3". As I'm not familiar with the new configuration either I can't give you any tips for that. Regards, Thorsten -- Jabber: atsut...@freethoughts.de Blog: http://atsutane.freethoughts.de/ Key: 295AFBF4 FP: 39F8 80E5 0E49 A4D1 1341 E8F9 39E4 F17F 295A FBF4 signature.asc Description: PGP signature
Re: [arch-general] package obsolete dependencies
On Wed, 12 May 2010 23:17:16 +0400 Evgeny Burmentyev wrote: > Hello. > 1. The "qiv" package has an obsolete dependency "libexif". The 2.2.3 > Changelog says: > "[tw] use gdk_pixbuf to autorotate with EXIF tags instead of libexif. > Note: needs at least GDK 2.12" > > 2. The "libtorrent" will require makedepends=(cppunit) from the next > release (it already requires it in the main svn repository). > > I'm terribly sorry, if I posted in a wrong place (tell me, if I did, > and where to post such things next time, for I have some from time to > time). File bugreports at http://bugs.archlinux.org/ -- Jabber: atsut...@freethoughts.de Blog: http://atsutane.freethoughts.de/ Key: 295AFBF4 FP: 39F8 80E5 0E49 A4D1 1341 E8F9 39E4 F17F 295A FBF4 signature.asc Description: PGP signature
Re: [arch-general] PKGBUILD
-BEGIN PGP SIGNED MESSAGE- Hash: SHA224 On Sat, 10 Oct 2009 16:08:02 -0400 Baho Utot wrote: > I am constructing a PKGBUILD for a package and I know some of the > variables have been depreciated > > Has $startdir been removed if so what is it new equiv. > > Thanks Using $pkgdir and $srcdir is more welcome than using $startdir/{src,pkg} - -- Jabber: atsut...@freethoughts.de Blog: http://atsutane.freethoughts.de/ Key: 295AFBF4 FP: 39F8 80E5 0E49 A4D1 1341 E8F9 39E4 F17F 295A FBF4 -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.10 (GNU/Linux) iFYEARELAAYFAkrQ6j4ACgkQOeTxfyla+/TVAQDguanT5TPQSn1ySiLn3m3kkuna 9kn0JULBHIHUvgDgt2hmoxHzwUXRRjr4S7P9CAbetnLznMJPCIkuUw== =BimK -END PGP SIGNATURE-
Re: [arch-general] [arch-dev-public] [signoff] kernel26-lts 2.6.27.35-1
-BEGIN PGP SIGNED MESSAGE- Hash: SHA224 Am Fri, 25 Sep 2009 06:39:58 +0200 (CEST) schrieb Andreas Radke : > 2 upstream updates for the LTS stable kernel series: > > http://www.kernel.org/pub/linux/kernel/v2.6/ChangeLog-2.6.27.34 > http://www.kernel.org/pub/linux/kernel/v2.6/ChangeLog-2.6.27.35 > > one change in the kernel config: build ext4 now as module like all > other filesystems. > > Please signoff. Please try to boot it and look out for dmesg output. > > -Andy Sign off i686. Laptop boots fine, no errors in dmesg, daemons start fine(syslog, acpid, vnstat, sshd, crond, wicd, openntpd, alsa, lighthttpd and bluetooth), wlan(b43) is working and even X starts(Intel). - -- Jabber: atsut...@freethoughts.de Blog: http://atsutane.freethoughts.de/ Key: 295AFBF4 FP: 39F8 80E5 0E49 A4D1 1341 E8F9 39E4 F17F 295A FBF4 -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.10 (GNU/Linux) iFYEARELAAYFAkrAyF8ACgkQOeTxfyla+/QZHADfftZ5i6xK03kz2xWj69dcb6B4 KmZKAX1JEo2XSwDeNwkp1nTutrRG55Y/VQmJ0jn8bQT5/hpqRybLFQ== =NxBY -END PGP SIGNATURE-
Re: [arch-general] [signoff] kernel26-lts 2.6.27.33-1
-BEGIN PGP SIGNED MESSAGE- Hash: SHA224 Am Thu, 10 Sep 2009 08:05:38 +0200 (CEST) schrieb Andreas Radke : > New LTS kernel. No changes to the config, no further patching. > > http://article.gmane.org/gmane.linux.kernel/887240 > > and because of a build issue > > http://article.gmane.org/gmane.linux.kernel/887529 > > > I'd like to move it soon to core. Please give signoffs. If you don't > use it try it out if it works for you as fallback and can boot into > shell with a clean dmesg. Thanks. > > -Andy Signoff i686 from me, boots fine at my laptop, X(intel) and wlan(b43) are working without an issue, no problem with daemons(sshd, wicd, vnstat, lighthttpd, openntpd, alsa) even bluetooth works fine. Thorsten / Atsutane - -- Jabber: atsut...@freethoughts.de Blog: http://atsutane.freethoughts.de/ Key: 295AFBF4 FP: 39F8 80E5 0E49 A4D1 1341 E8F9 39E4 F17F 295A FBF4 -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.10 (GNU/Linux) iFYEARELAAYFAkqo27EACgkQOeTxfyla+/STLgDgjf9omP7hNptcf3fiejXcN2Da KMuUAOtLQKWVtwDgoEJoSsHDTpNT7f/GNR4MarDMJT8w2six+JeuXw== =sRVr -END PGP SIGNATURE-