April 2014 - Arch-general - lists.archlinux.org

[arch-general] CONFIG_TCP_CONG_VENO on Wifi link with a laptop
by Olivier Langlois 23 Apr '14

23 Apr '14

does anyone had a positive experience with this TCP congestion avoidance method with this particular setup?

2 2

Re: [arch-general] PPPoE broken on upload
by Felix Yan 22 Apr '14

22 Apr '14

On Monday, April 21, 2014 20:49:58 Wayne S wrote: > I "was" using arch linux box as a firewall router. I have a verizon fios > connection that still uses the old pppoe. Recently the pppoe connection > upload bandwidth went down to < 50kbps (normally it is >25Mbps), however > the download bandwidth is still around 58Mbps. I'm having a same problem. Just tried to either use linux-lts or downgrade linux to < 3.14 (like, 3.13.8) and it works properly. Could you confirm this? Regards, Felix Yan

1 0

[arch-general] Qt4 / Qt5 package naming
by Jerome Leclanche 22 Apr '14

22 Apr '14

Hi With Qt5 becoming more and more available throughout Qt apps (especially as KDE progresses into the switch), I think it's time to consider adopting an updated naming scheme. IMHO: - Qt4 apps should use the -qt4 suffix - Qt5 apps should not use any suffix or prefix - Qt libraries should probably use a qt- prefix. (eg what is currently qt5-base, qt5-doc etc should become qt-base, qt-location). Or alternatively, no prefix at all and use upstream naming scheme (qtbase, qtlocation, ...) Thoughts? J. Leclanche

2 1

[arch-general] PPPoE broken on upload
by Wayne S 22 Apr '14

22 Apr '14

No answers on previous post so starting new topic. Recent updates have caused problems with my PPPoE FIOS link. The upload speed has been reduced to near zero. I "was" using arch linux box as a firewall router. I have a verizon fios connection that still uses the old pppoe. Recently the pppoe connection upload bandwidth went down to < 50kbps (normally it is >25Mbps), however the download bandwidth is still around 58Mbps. There was a recent thread about recompiling PPP to 2.4.6, however, whatever this change did in recent updates, has broken my router PPP connection upload speed. During boot pppd 2.4.6 is started and the message RP-PPPoE plugin version 3.8d compiled against pppd 2.4.6. I see no errors. I switched over to using the Verizon actiontec fios router and it works OK. I switched over to an archlinuxarm on a Utilite computer, and it works OK. I built a new arch based firewall router on a different computer, and it has the same problem with the latest Arch on my existing router. Which leads me to conclude that something went wrong with pppoe after the recompile to 2.4.6. Any help would be welcome on what is going on, or how to diagnose. Wayne

1 0

[arch-general] How to track packages dropped from the repos?
by Lorenzo Bandieri 21 Apr '14

21 Apr '14

Hi list, Sometimes packages are silently dropped from the repos. This happened for example in the last few days with mash 0.2.0-3, which apparently I installed as a dependency for gnome (I guess it is no longer required). I follow arch-general, arch-dev-public and aur-general, and as far as I know, this change wasn't announced in any of these lists. I recall other examples in the last 2-3 years (this is roughly the time I've used arch consistently), but now I don't remember the packages involved. Currently I try to keep track of these changes by running e.g. "pacman -Qm" and "pacman -Qdt" once in a while, so it's no big deal. However, I think it would be interesting to know from a more "official" channel when a package is dropped and why. This would allow users to be aware of the change and decide whether the package is still needed (and act accordingly, e.g. if the package is dropped to AUR, one could subscribe to comments or check for updates) or can be safely uninstalled. I searched without finding anything decisive (e.g. these threads [1] [2] suggest possible workarounds in the form of scripts). I wonder if better methods to track dropped packages exist; if not, would it be feasible to implement a solution, e.g. a list where dropped packages are announced, similar to "last rites" in gentoo? Thanks for your time, Lorenzo [1] https://bbs.archlinux.org/viewtopic.php?id=147574 [2] https://bbs.archlinux.org/viewtopic.php?id=125665

4 5

[arch-general] GHC 7.8.1 packaging decisions for Arch Linux
by Thomas Dziedzic 21 Apr '14

21 Apr '14

Hello all, With the arrival of ghc 7.8.1 [0], I would like to address the following problems with a restructuring of how we treat haskell packages in archlinux: Problem 1: Updating any haskell package has been delayed until we bump ghc. Explanation: ghc is unable to produce a library that has a stable abi. In other words, if a library gets rebuilt (even if it's the same exact source), we will need to rebuild all package that depend on it, and this would in turn a messy rebuild for any kind of rebuild. Problem 2: Users are confused whether they should install packages from the repos or using cabal-install. This in turn sometimes causes them to install some packages from official repos, some from the aur, and some using cabal-install Explanation: Packages should ideally be installed from one place, either using repos/aur or cabal-install. Said that, it is entirely possible to use both repos/aur and cabal-install but for simplicity, one source is preferred. Problem 3: Our repos are unable to package every haskell package Explanation: hackage has over 5000 haskell packages in it currently. There is no way we will be able to support that many packages in our official repos without some kind of automation. And even if it would be possible, it would not necessarily be desirable. In addition, it is entirely possible to have multiple versions of the same package installed at the same time. Cabal has a very elaborate dependency solver in order to find versions that will work for all package versions installed. In addition, cabal-install 1.18 (the latest released) has added support for sandboxes, meaning that when developing haskell programs, you are now able to setup a sandbox environment that will only contain the haskell packages you want. I would like to propose the following changes to address the mentioned problems and having the ability to use sandboxes to isolate development environments. Change 1: Move every haskell related package out of [extra] into [community] except ghc and cabal-install. This includes the following 8 packages: haskell-http, haskell-mtl, haskell-network, haskell-parsec, haskell-random, haskell-text, haskell-transformers, haskell-zlib Explanation: These packages are only required to build cabal-install. Since we converted the cabal-install package to use the bootstrap script that comes with it, we no longer depend on these packages for anything in [extra]. Change 2: Make a news item stating that cabal-install is now the recommended way to install haskell packages. This wouldn't pollute the filesystem since cabal-install installs packages to the ~/.cabal directory by default. We might need to include a tip sheet about how you would handle ghc updates since it requires extra user steps. Change 3: Support users who are unable to install haskell packages that do not compile under archlinux. This would require working with the user and upstream to open up tickets and write patches for programs. At the very least we can work with the user if they do not to open up upstream bug reports and track them in our own bug tracker. There might be some packages which we would probably consider unsupported like bindings to packages that are not in the supported repos and packages that have no upstream activity and ones that are effectively unmaintained. Hopefully with the proposed changes, we can improve our user experience with using official tools to maintain haskell packages. I realize that some changes might be controversial especially change 3. This is why I posted this here in order to discuss the possibilities. I would also love to hear some opinions from vegai since he has some previous experience package haskell and has had similar thoughts in the past. Also if you're not a developer or trusted user, I would also like to hear your opinion since it would affect you also. Thanks for your time, - Tom [0] - https://github.com/ghc/ghc/releases/tag/ghc-7.8.1-release

6 8

[arch-general] iTunes on Arch Linux
by Ralf Mardorf 20 Apr '14

20 Apr '14

Hi, on my Arch Linux host I run Windows XP as guest in Virtual Box. From one day to the other some Internet connections don't work anymore. If I try to connect iTunes to their server, there is no Internet connection. If I try to connect to https://startpage.com/ by a guest's browser, there's no Internet connection, while for http://www.google.de/ there is. https://startpage.com/ is available by the Arch Linux host's browsers. Another https website, https://en.wikipedia.org/wiki/HTTP_Secure is available by the guest's browsers too. What could be the cause, that for some things the Internet is available for the guest and for other things the Internet isn't available. Some Heartbleed fix or some missing fix? Safari's German message says that it can's connect to https://startpage.com/ , because it can't establish a secure connection. iTunes just nags that I should check, if there is an Internet connection. Unfortunately I need iTunes. Any ideas how to fix it or another way to run iTunes on Linux? Regards, Ralf

3 2

[arch-general] ppp 2.4.6 in testing breaks pptp connections in NetworkManager
by Savyasachee Jha 20 Apr '14

20 Apr '14

Whenever I try connecting to my university's VPN, the authentication fails. Running systemctl status NetworkManager gives me the message: Feb 23 16:06:06 Empire NetworkManager[285]: <info> Starting VPN service 'pptp'... Feb 23 16:06:06 Empire NetworkManager[285]: <info> VPN service 'pptp' started (org.freedesktop.NetworkManager.pptp), PID 946 Feb 23 16:06:06 Empire NetworkManager[285]: <info> VPN service 'pptp' appeared; activating connections Feb 23 16:06:06 Empire NetworkManager[285]: <info> VPN plugin state changed: starting (3) Feb 23 16:06:06 Empire NetworkManager[285]: <info> VPN connection 'KUINS' (Connect) reply received. Feb 23 16:06:06 Empire pppd[947]: Plugin /usr/lib/pppd/2.4.5/nm-pptp-pppd-plugin.so is for pppd version 2.4.5, this is 2.4.6 Feb 23 16:06:06 Empire NetworkManager[285]: <warn> VPN plugin failed: 0 Feb 23 16:06:06 Empire NetworkManager[285]: <info> VPN plugin state changed: stopped (6) Feb 23 16:06:06 Empire NetworkManager[285]: <info> VPN plugin state change reason: 10 I went to /usr/lib/pppd and found 2 folders, 2.4.5 and 2.4.6. Should I recompile networkmanager-pptp and pptpclient? -- Savyasachee Jha "Rather than offering you the illusion of the free choice, I'll take the liberty of choosing for you."

4 9

Re: [arch-general] ibm java installation path environment
by message 20 Apr '14

20 Apr '14

On 2014-04-20 12:54, arch-general-request(a)archlinux.org wrote: > > ------------------------------ > > Message: 2 > Date: Sat, 19 Apr 2014 20:32:34 +0200 > From: Jelle van der Waa <jelle(a)vdwaa.nl> > > Why are you using a custom java and not for example aur/jre or the > openjdk packages in the normal repo. > There is no special reason. IBM Java has been used for many years previously. Some people claim better performance in the past.

1 0

Re: [arch-general] ibm java installation path environment
by message 19 Apr '14

19 Apr '14

On 2014-04-19 11:47, arch-general-request(a)archlinux.org wrote: > > ------------------------------ > > Message: 8 > Date: Sat, 19 Apr 2014 11:47:21 +0000 > From: message <letter(a)openmailbox.org> > Subject: Re: [arch-general] ibm java installation path environment >>> >>> IBM Java was installed into the directory 'usr/local': >>> >>> $ /usr/local/java/jre/bin/java -version >>> java version "1.8.0" >>> Java(TM) SE Runtime Environment (build pxi3280ea-20130422_01) >>> IBM J9 VM (build 2.7, JRE 1.8.0 Linux x86-32 20130419_145797 (JIT >>> enabled, AOT enabled) >>> J9VM - R27_Java827_Beta_3_20130419_2138_B145797 >>> JIT - r13.b02_20130419_36653 >>> GC - R27_Java827_Beta_3_20130419_2138_B145797 >>> J9CL - 20130419_145797) >>> JCL - 20130410_01 based on Oracle jdk8-b80 >>> >>> The file 'bashrc' was edited: >>> >>> GNU nano 2.2.6 File: ./.bashrc >>> >>> # .bashrc >>> >>> # User specific aliases and functions >>> >>> # Source global definitions >>> if [ -f /etc/bashrc ]; then >>> . /etc/bashrc >>> fi >>> export PATH=$PATH:/usr/local/bin >>> export JAVA_HOME=/usr/local/java/jre/bin/java >>> >>> After saving the bashrc file, sign-out and sign-in, the java program >>> is not accessible via command terminal 'java -version', the entire >>> path has to be entered. >>> >>> What is my mistake please? >> >> The path was changed to: >> >> export PATH=$PATH:/usr/local/bin:/usr/local/java/jre/bin/java >> >> but the command terminal 'java -version' is not recognised. >> > > java recognition fails after change of the file and sign-out, sign-in: > > # .bashrc > > # User specific aliases and functions > > # Source global definitions > if [ -f /etc/bashrc ]; then > . /etc/bashrc > fi > export PATH=$PATH:/usr/local/java/jre/bin/java > export JAVA_HOME=/usr/local/java/jre/bin/java > Have also tried: ... export PATH=$PATH:$JAVA_HOME/bin export JAVA_HOME=/usr/local/java/jre but also unsuccessful recognition of the java command.

3 2