- Arch-general - lists.archlinux.org

[arch-general] ★ General Discussion about Arch Linux, Nicolás de la torre te dejó un mensaje...
by Nicolás de la torre 30 Dec '13

30 Dec '13

Nicolás de la torre te dejó un mensaje... Este mensaje es personal. Sólo vos y su remitente tienen acceso a él y te recordamos que lo podés eliminar en cualquier momento. Si querés responder podés hacerlo desde el chat. Para leer tu mensaje, cliqueá en el siguiente link: http://us1.badoo.com/01212612809/in/ZGlxk-etVAI/?lang_id=105&g=57-0-4&m=21&… Si al hacer clic en el link de este mensaje no funciona, copiá y pegalo en la barra de tu navegador. Este email es parte del proceso de entrega del mensaje enviado por Nicolás de la torre. Si recibiste este email por error, por favor ignoralo. En un breve periodo de tiempo va a ser eliminado del sistema. ¡Divertite! El Equipo de Badoo Recibiste este email de Badoo Trading Limited (dirección postal a continuación). Si no querés recibir futuras comunicaciones por parte de Badoo, por favor cliqueá acá para desactivarlas. https://us1.badoo.com/impersonation.phtml?lang_id=105&email=arch-general%40…. Badoo Trading Limited es una sociedad de responsabilidad limitada registrada en Inglaterra y Gales con número 7540255 y domicilio en Media Village, 131 - 151 Great Titchfield Street, Londres, W1W 5BB.

1 0

[arch-general] Locale Changed
by Silvio Siefke 29 Dec '13

29 Dec '13

Hello, i use XFCE and when i now start i become all in english but i has write the locales in german. I not understand i do nothing make restart and now the GTK Programms in English, XFCE in English, VLC in English. siefke ~ $ cat /etc/locale.conf export LC_DATE=de_DE.utf8 export LC_NUMERIC=de_DE.utf8 export LC_TIME=de_DE.utf8 export LANG=de_DE.utf8 siefke ~ $ cat /etc/vconsole.conf KEYMAP=de-latin1 siefke ~ $ cat .bashrc | grep LANG export LANG=de_DE.UTF-8 siefke ~ $ cat .xinitrc | grep LANG export LANGUAGE=de_DE.utf8 export LANG=de_DE.utf8 I really not understand why now most Programs in English. Can someone give me an advice. Thanks for help & Nice day Silvio

6 10

[arch-general] svntogit interface issue
by Leonid Isaev 26 Dec '13

26 Dec '13

Hi, I just noticed that svntogit interface at archlinux.org is few days behind SVN. For example systemd is still listed in trunk with pkgrel=5, while [testing] has pkgrel=9. Is this a known problem? Thanks and happy holidays, -- Leonid Isaev GnuPG key: 0x164B5A6D Fingerprint: C0DF 20D0 C075 C3F1 E1BE 775A A7AE F6CB 164B 5A6D

1 0

[arch-general] -Bsymbolic-functions
by Olivier Langlois 26 Dec '13

26 Dec '13

>From https://sourceware.org/binutils/docs/ld/Options.html#Options -Bsymbolic-functions When creating a shared library, bind references to global function symbols to the definition within the shared library, if any. This option is only meaningful on ELF platforms which support shared libraries. I have discovered this ld switch by seeing it offered in the alsa-lib configure script: --enable-symbolic-functions use -Bsymbolic-functions option if available (optmization for size and speed) My limited knowledge of how shared libraries work is that code refering to a 'so' function jump in a location containing a second jump to the address of the loaded symbol and this second jump instruction gets patched when the 'so' is loaded. So my understanding of the switch is that activating just go directly to the function without any indirection. Could it be interesting to make this switch standard in makepkg.conf? Has this ever been discussed in the past? The only potential problem that I can foresee with its usage is for programs 'hijacking' symbols by being preloaded first. The 2 programs that I know doing this are: trickle and glc but I am sure that there are many others.

1 0

Re: [arch-general] [arch-dev-public] [HEADSUP] Arch boot splash
by Genes Lists 22 Dec '13

22 Dec '13

On 12/22/2013 03:22 AM, Thomas Bächler wrote: > Am 22.12.2013 03:11, schrieb Gerardo Exequiel Pozzi: >> Anyways, I am planning to replace gummiboot by syslinux in archiso. (but ... > Given the state of syslinux on EFI (fails to load some kernels entirely > for some people) and its lack of features (cannot chainload EFI > executables, for example), I am now very sceptical towards this. > > I've been installing arch on new systems the last couple of days - and am having great success with rEFInd - pretty straightforward and so far is working really well for me. gene

1 0

[arch-general] build and test packages automatically
by Guangyu Zhang 22 Dec '13

22 Dec '13

Hello, I want to build an repository. I need a software to build and test packages automatically, and to show the status of all packages which is just like the buildd <http://www.debian.org/devel/buildd/> in Debian. I have been looking for it via Google, but nothing found. Can anybody give me some advice? I also wonder what software is used by official developers to manage the main repository. Thanks, Guangyu

4 3

[arch-general] nut UPS driver (upsdrvctl) fails to start for usbhid devices due to node perms - howto fix?
by David C. Rankin 20 Dec '13

20 Dec '13

Guys, As a follow-on to the thread "package: network-ups-tools what happened to it?" I have discussed the fail-to-start issue with the nut developers and the reason why nut used to just "work" in the past for usb devices, but now no longer does without additional configuration. This apparently has to do with hotplug/udev permissions on newer Linux systems. I guess this went into Arch about 12-18 months ago, because that is when nut stopped working without further configuration. After working through errors starting the latest nut from git with systemd, the problem was that /dev/bus/usb/004/002 is owned by root:root forcing nut-driver.server to fail to start. Essentially upsdrvctl could not find/connect with /dev/bus/usb/004/002 and could not find the ups usb connection. Modifying the Execstart=/usr/bin/upsdrvctl start to: /usr/bin/upsdrvctl -u root start <upsname> allowed upsdrvctl to connect, but then created the state files in /var/state/ups with root:root permission which in turn caused nut-server.service (upsd) to fail on startup. upsd could not read the device files created in the state directory and could not create the upsd.pid as it was running gid "nut". Changing gid ownership of /dev/bus/usb/004/002 to root:nut solves all problem and allows upsdrvctl, upsd and upsmon to all start and connect fine. However, there is no way for the packager to know what bus a device with install or or whether it will be plugged back into the same port each time. I would like to investigate how Arch could be changed/configured so that nut simply runs out of the box as it used to before what ever changed changed. Is there a way the packager can do this? There are articles about rolling custom udev files -- that essentially accomplish linking the device to systemd and the ups name through /etc/ups/ups.conf: http://www.kepstin.ca/blog/networkupstoolsnutandsystemd/ That too is something impossible for the packager to take into account when building the package. How do we package something like nut just works after it is installed like it used to? Essentially, what is broken is nut's ability to probe and connect to the ups device on startup due to the default device permissions. Did the usb devices used to have 0666 permissions in the past? That's the only way I can see upsdrvctl being able to probe/connect to the device right out of the box. What are the security consideration of having a usb device world writable? Could we modify the default Arch udev setup to recognize UPS devices and make these world writable by default? I don't know much about the new udev/usb logic, so I'm asking, what say the experts? -- David C. Rankin, J.D.,P.E.

4 6

[arch-general] Get netctl status from C?
by Daniel Bryan 17 Dec '13

17 Dec '13

I run dwm with a custom C program to update the status bar. So far I can check everything without needing to exec(), e.g. through libmpd, parsing /proc/meminfo, and so on. Is there a way to interface with the netctl profile system from C? I really just want to find the currently actively profile. I pulled down the code for netctl with abs and it seems to amount largely to shell scripts that will with stuff in /sys. It doesn't look too daunting, but I'd prefer a native interface if one exists. Thanks, Daniel

3 3

[arch-general] package: network-ups-tools what happened to it?
by David C. Rankin 14 Dec '13

14 Dec '13

Guys, Does anybody know what happened to the package "network-ups-tool" that provided UPS monitoring for CyberPower UPSs and others? I've search packages and I've searched AUR, but the only thing found was a very very old 'nutups' package in AUR that hasn't been updated in more than 2 years. I have an old PKGBUILD for network-ups-tools that I have updated to build on Arch, but it is pre systemd and still installs an init script. If network-ups-tools doesn't exists anymore, then what is a good link that describes how to correctly update the pkgbuild so it creates the needed /usr/lib/systemd/system/ entries and sets/loads the correct usbhid driver? If I have a good link/howto, I'll update it and put it in AUR. Thanks. -- David C. Rankin, J.D.,P.E.

2 3

[arch-general] ArchWiki: bad rendering on Android devices
by Jakub Klinkovský 11 Dec '13

11 Dec '13

Hi, I've noticed some pretty bad rendering of ArchWiki on my Nexus 7 - see the screenshots in [1]. The text seems to be indented from the right side (the width is approximately the same as the floating box for "Related articles", but the problem is not limited to pages with the floating box), while the boxed messages (notes, tips, warnings, code blocks...) are rendered correctly - well, almost correctly, sometimes even the text in boxes is indented (see the warning on one of the screenshots). At first I thought that it's just my browser, but then I saw the same behaviour on other devices, different browsers etc., so this is either bug in webkit or ArchWiki. Changing the user-agent string also does not help. Can more people confirm this? Is there something that can be done on ArchWiki? [1]: https://www.dropbox.com/sh/qxkdl3k7u97ljki/xvw-gFusBd -- Jakub Klinkovský (Lahwaacz)

3 4