- Arch-general - lists.archlinux.org

[arch-general] CPU frequency scaling issue
by Ralf Mardorf 14 Dec '14

14 Dec '14

Hi, any idea why CPU frequency scaling doesn't work for 3.14.25-rt22 [1] and why it does work for 3.17.6 [2]? Regards, Ralf [1] [rocketmouse@archlinux ~]$ uname -rm 3.14.25-rt22-1-rt x86_64 [rocketmouse@archlinux ~]$ zgrep CONFIG_CPU_FREQ /proc/config.gz CONFIG_CPU_FREQ=y CONFIG_CPU_FREQ_GOV_COMMON=y CONFIG_CPU_FREQ_STAT=m CONFIG_CPU_FREQ_STAT_DETAILS=y CONFIG_CPU_FREQ_DEFAULT_GOV_PERFORMANCE=y # CONFIG_CPU_FREQ_DEFAULT_GOV_USERSPACE is not set # CONFIG_CPU_FREQ_DEFAULT_GOV_ONDEMAND is not set # CONFIG_CPU_FREQ_DEFAULT_GOV_CONSERVATIVE is not set CONFIG_CPU_FREQ_GOV_PERFORMANCE=y CONFIG_CPU_FREQ_GOV_POWERSAVE=m CONFIG_CPU_FREQ_GOV_USERSPACE=m CONFIG_CPU_FREQ_GOV_ONDEMAND=y CONFIG_CPU_FREQ_GOV_CONSERVATIVE=m [rocketmouse@archlinux ~]$ cat /sys/devices/system/cpu/cpu*/cpufreq/scaling_governor performance performance [rocketmouse@archlinux ~]$ echo ondemand | sudo tee /sys/devices/system/cpu/cpu0/cpufreq/scaling_governor [sudo] password for rocketmouse: ondemand tee: /sys/devices/system/cpu/cpu0/cpufreq/scaling_governor: Invalid argument [rocketmouse@archlinux ~]$ [2] [rocketmouse@archlinux ~]$ uname -rm 3.17.6-1-ARCH x86_64 [rocketmouse@archlinux ~]$ zgrep CONFIG_CPU_FREQ /proc/config.gz CONFIG_CPU_FREQ=y CONFIG_CPU_FREQ_GOV_COMMON=y CONFIG_CPU_FREQ_STAT=m CONFIG_CPU_FREQ_STAT_DETAILS=y # CONFIG_CPU_FREQ_DEFAULT_GOV_PERFORMANCE is not set # CONFIG_CPU_FREQ_DEFAULT_GOV_USERSPACE is not set CONFIG_CPU_FREQ_DEFAULT_GOV_ONDEMAND=y # CONFIG_CPU_FREQ_DEFAULT_GOV_CONSERVATIVE is not set CONFIG_CPU_FREQ_GOV_PERFORMANCE=y CONFIG_CPU_FREQ_GOV_POWERSAVE=m CONFIG_CPU_FREQ_GOV_USERSPACE=m CONFIG_CPU_FREQ_GOV_ONDEMAND=y CONFIG_CPU_FREQ_GOV_CONSERVATIVE=m [rocketmouse@archlinux ~]$ cat /sys/devices/system/cpu/cpu*/cpufreq/scaling_governor ondemand ondemand [rocketmouse@archlinux ~]$ echo performance | sudo tee /sys/devices/system/cpu/cpu0/cpufreq/scaling_governor [sudo] password for rocketmouse: performance [rocketmouse@archlinux ~]$ cat /sys/devices/system/cpu/cpu*/cpufreq/scaling_governor performance performance [rocketmouse@archlinux ~]$ echo ondemand | sudo tee /sys/devices/system/cpu/cpu0/cpufreq/scaling_governor ondemand [rocketmouse@archlinux ~]$ cat /sys/devices/system/cpu/cpu*/cpufreq/scaling_governor ondemand ondemand [rocketmouse@archlinux ~]$

2 2

[arch-general] Mailing list web-settings?
by vixsomnis 12 Dec '14

12 Dec '14

Hi, I'm trying to update some of my settings for the mailing list, but I can't find the settings page on list.archlinux.org. I've tried accessing my account via the subscription page (e.g. https://lists.archlinux.org/listinfo/arch-general ), but this just sends me a security warning. Specifically, I'd like to disable duplicate messages (from sending) and add my real name. My message to mailman(a)lists.archlinux.org was bounced back, which is why I'm posting to this list. Thank you for any advice you can lend. -- vixsomnis

4 5

Re: [arch-general] [arch-dev-public] Moving gnutls to [core]
by Mohammad_AlSaleh 12 Dec '14

12 Dec '14

On Thu, Dec 11, 2014 at 07:18:16PM +0100, Jan Alexander Steffens wrote: > On Wed, Dec 10, 2014 at 10:46 PM, Gaetan Bisson <bisson(a)archlinux.org> wrote: > > I'd like to move gnutls and its dependencies (libtasn1, nettle, p11-kit) > > to [core] so gnupg can link against it; that'll enable HKPS support. > > p11-kit and its dependency libtasn1 have already been moved as they > are dependencies of ca-certificates-utils. > ... > Furthermore, nss and its dependencies nspr and sqlite have been moved > as ca-certificates-mozilla is a dependency of ca-certificates. (This > also opens up the possibility of building curl against nss). SSL/TLS implementations are not 100% exchangeable in libcurl. Building against NSS could cause *interesting* side effects: http://curl.haxx.se/libcurl/c/CURLOPT_SSL_CIPHER_LIST.html

1 0

[arch-general] archlinux updates error reduction
by Jude DaShiell 11 Dec '14

11 Dec '14

I commented out mirror.abscission.net in my /etc/pacman.d/mirrorlist since so far as I can tell that server runs too slow and causes yaourt to error out on it persistently. I'm using servers in the United States so this will be of no interest to foreign users of archlinux. jude <jdashiel(a)shellworld.net> Twitter: @jdashiel

3 4

[arch-general] Please help, after i686 install screen is unreadable blocky white squares.
by John Doe 10 Dec '14

10 Dec '14

Please help, after i686 install screen is unreadable blocky white squares.

2 1

[arch-general] Strange issue
by Neven Sajko 09 Dec '14

09 Dec '14

Hello, I used makepkg to build a package from /tmp. The package was then put to the designated directory and a symlink to pwd. When I try to install it with pacman -U /tmp/symlink-to-package, I get an error (permission denied) which I don't get when invoking pacman -U directly with the name of the file (not with the symbolic link). See, like this: [root@lnv64 tmp]# pacman -U /tmp/lomoco-1.0-9-x86_64.pkg.tar loading packages... error: '/tmp/lomoco-1.0-9-x86_64.pkg.tar': permission denied [root@lnv64 tmp]# ls -l /tmp/lomoco-1.0-9-x86_64.pkg.tar lrwxrwxrwx 1 nsajko nsajko 55 Dec 9 17:33 /tmp/lomoco-1.0-9-x86_64.pkg.tar -> /home/nsajko/debug-packages/lomoco-1.0-9-x86_64.pkg.tar [root@lnv64 tmp]# pacman -U /home/nsajko/debug-packages/lomoco-1.0-9-x86_64.pkg.tar loading packages... warning: lomoco-1.0-9 is up to date -- reinstalling resolving dependencies... looking for inter-conflicts... Packages (1): lomoco-1.0-9 Total Installed Size: 0.19 MiB Net Upgrade Size: 0.00 MiB :: Proceed with installation? [Y/n] n # I ran strace to see what really happens: [root@lnv64 tmp]# strace pacman -U /tmp/lomoco-1.0-9-x86_64.pkg.tar # ... # Here comes the part that could be relevant: write(1, "loading packages...\n", 20loading packages... ) = 20 access("/tmp/lomoco-1.0-9-x86_64.pkg.tar.sig", R_OK) = -1 ENOENT (No such file or directory) access("/tmp/lomoco-1.0-9-x86_64.pkg.tar", R_OK) = -1 EACCES (Permission denied) open("/usr/share/locale/en_US.UTF-8/LC_MESSAGES/libalpm.mo", O_RDONLY) = -1 ENOENT (No such file or directory) open("/usr/share/locale/en_US.utf8/LC_MESSAGES/libalpm.mo", O_RDONLY) = -1 ENOENT (No such file or directory) open("/usr/share/locale/en_US/LC_MESSAGES/libalpm.mo", O_RDONLY) = -1 ENOENT (No such file or directory) open("/usr/share/locale/en.UTF-8/LC_MESSAGES/libalpm.mo", O_RDONLY) = -1 ENOENT (No such file or directory) open("/usr/share/locale/en.utf8/LC_MESSAGES/libalpm.mo", O_RDONLY) = -1 ENOENT (No such file or directory) open("/usr/share/locale/en/LC_MESSAGES/libalpm.mo", O_RDONLY) = -1 ENOENT (No such file or directory) write(2, "\33[1;31merror: \33[0m", 18error: ) = 18 write(2, "'/tmp/lomoco-1.0-9-x86_64.pkg.ta"..., 54'/tmp/lomoco-1.0-9-x86_64.pkg.tar': permission denied ) = 54 close(4) = 0 munmap(0x7f6e2c980000, 4096) = 0 unlink("/var/lib/pacman/db.lck") = 0 close(3) = 0 munmap(0x7f6e2c981000, 4096) = 0 exit_group(1) = ? +++ exited with 1 +++ So from this line: access("/tmp/lomoco-1.0-9-x86_64.pkg.tar", R_OK) = -1 EACCES (Permission denied) we see that the kernel call access() reports that root doesn't have read access to a 777-permissible file?! Maybe it matters that it's on tmpfs and/or a symlink?

2 2

[arch-general] Problem with audio
by edson duarte 09 Dec '14

09 Dec '14

Hi! I have configured MPD to start with systemd using: $ systemctl --user enable mpd.service and MPD works fine but when I try to use other programs like VLC, there is no sound but by restarting MPD's service sound works again. Any ideas how to fix this, so that I do not need to restart the service every time I start the system? Thanks! -- edson duarte GPG key ID: 0xDDFA2FE8

4 6

[arch-general] RFC on a WIP detailed class outline on static typing
by Sam Stuewe 08 Dec '14

08 Dec '14

Hello everyone! I have been working on "A Gentle Introduction to Static Typing" to be taught in the Arch Classroom for a little while now, and I am hoping to get some more feedback on the detailed outline I have before we set a date for the class. The class is meant to only be an hour or two long (but I would not be inherently against it splitting into two sessions as-needed if those attending feel it is needed), and so the material covered is fairly basic. In fact, this class, though it is a general introduction, is meant to be a basic groundwork lead-in to an Intro to C class I intend to teach later on. The outline may be found here (https://gist.github.com/HalosGhost/aaf5ea068ef0f2854a3c), and all comments, questions, concerns and suggestions are welcome. I will be monitoring this thread, as well as the related BBS thread (https://bbs.archlinux.org/viewtopic.php?id=190788) and the comments on the Gist itself. Feel free to reply wherever you are most comfortable. -- All the best, Sam Stuewe (HalosGhost) All the best, --- Sam Stuewe

1 0

[arch-general] Java Problem
by Hunter Jozwiak 08 Dec '14

08 Dec '14

Hello: I have come accross an interesting issue with Java. Let's say I fashion a simple Hello World app, and entitle it hello.java The code would be: class hello { public void main(String[] args) { System.out.println("Hello World!"); } } Then, I compile the code as a regular user, with javac hello.java Here's the odd part: I type java hello, and I get unable to find main class hello But, if I run sudo java bhello, it works fine. What is the solution to not having to run Java software as sudo?

3 5

[arch-general] Official policy on beta releases in mainline repos
by Troy Engel 06 Dec '14

06 Dec '14

If this is on the wiki or elsewhere I've missed it, please feel free to direct me there. What is the official policy on beta releases in the mainline repositories? Is there one? $ pacman -Ss | grep ^[a-z] | grep beta core/grub 1:2.02.beta2-5 extra/foobillard++ 3.42beta-5 extra/frozen-bubble 2.2.1beta1-6 extra/hddtemp 0.3.beta15.52-2 extra/libcaca 0.99.beta18-2 [installed] extra/libunicodenames 1.1.0_beta1-1 extra/tsocks 1.8beta5-7 extra/ttf-tibetan-machine 1.901-6 community/echat 0.04beta1-4 community/fatrat 1.2.0_beta2-14 community/freerdp 1.2.0_beta1+android9-1 community/krecipes 2.0beta2-6 community/krusader 2.4.0beta3-5 community/sniffit 0.3.7.beta-15 community/vbindiff 3.0_beta4-4 community/wqy-microhei 0.2.0_beta-6 community/wqy-microhei-lite 0.2.0_beta-6 community/xmove 2.0beta2-6 I'm specifically concerned about the choice to release betas of freerdp into mainline and was trying to find out what the policy was and when it was deemed OK to release betas. (as with grub). I am not finding the reason for a freerdp upgrade documented to use the betas, a lot of us use this tool for work and can't afford to deal with the hits of beta software in a critical utility. thx, -te [1] https://bbs.archlinux.org/viewtopic.php?id=190317 [2] https://bugs.archlinux.org/task/42890

2 2