- Arch-general - lists.archlinux.org

[arch-general] Default sound card
by Christian 05 Jul '11

05 Jul '11

Hi all, Well, I have been trying to specify my Soundblaster Audigy ZS2 as my default sound card, but no luck. Here is what I do. I typed: cat /proc//asound/modules 0 snd_intel 1 snd_emu10k1 So I then created the alsa.conf file under /etc/modprobe.d and typed: options snd slots=snd_eme10k1x0 I know that there is something wrong here, but what am I doing wrong? Any help is really apreciated, many thanks! Christian

3 3

Re: [arch-general] netcfg: complete documentation available?
by joseph.mitchd＠gmail.com 05 Jul '11

05 Jul '11

I added a section in the wiki just the other day: https://wiki.archlinux.org/index.php/Netcfg#Configuring_a_bridge_for_use_wi… -Mitch On , Alper Kanat <tunix(a)raptiye.org> wrote: > Hey There, > In addition to these, I can't find any documentation regarding bridged > connections need for such cases like openvpn and virtual machine needs. > --- > Quis custodiet ipsos custodes? > On Tue, Jul 5, 2011 at 17:45, XeCycle xecycle(a)gmail.com> wrote: > > Hello, I am now trying netcfg for managing network connections, however > > I encountered some problems, and I didn't find the solution in the > > manual or the ArchWiki. So I wonder whether a complete documentation is > > available. > > > > The two problems I encountered are: > > > > 1. Ad-Hoc wireless lost ESSID. > > > > I used this (working) script to connect: > > > > > #!/bin/bash > > > NET_ESSID="ssid" > > > NET_KEY="passwd" > > > NET_GATEWAY="192.168.0.1" > > > NET_MYIP="192.168.0.3" > > > iwconfig wlan0 mode ad-hoc > > > ifconfig wlan0 up > > > iwconfig wlan0 essid $NET_ESSID key "s:$NET_KEY" channel auto > > > ifconfig wlan0 $NET_MYIP > > > route add default gw $NET_GATEWAY > > > > I tried to do the same with netcfg. Here is the profile: > > > > > CONNECTION='wireless' > > > DESCRIPTION='Wi-Fi at home' > > > PRE_UP="ip link set wlan0 down; iwconfig wlan0 mode ad-hoc" > > > INTERFACE='wlan0' > > > SECURITY='wep' > > > ESSID='ssid' > > > KEY='s:passwd' > > > IP='static' > > > ADDR='192.168.0.2' # Please ignore this difference, I'm sure it's > unused > > > GATEWAY='192.168.0.1' > > > DNS=('8.8.8.8') > > > # Uncomment this if your ssid is hidden > > > #HIDDEN=yes > > > > However, I cannot connect it. I've configured my conky to monitor > > network connections, from what it showed, the ESSID is associated first, > > then lost after a few seconds. > > > > 2. PPPOE won't start by itself. > > > > Here's the simple profile: > > > > CONNECTION='ppp' > > INTERFACE='eth0' > > PEER='provider' > > PPP_TIMEOUT=10 > > > > When I run `sudo netcfg ppp`, it just got stuck there. Then I opened > > another terminal, and ping some IP, then it got connected. > > > > Thank you. These two problems have been bothering me for a week. > > > > -- > > Carl Lei (XeCycle) > > Department of Physics, Shanghai Jiao Tong University > > OpenPGP public key: 7795E591 > > Fingerprint: 1FB6 7F1F D45D F681 C845 27F7 8D71 8EC4 7795 E591 > >

2 1

[arch-general] Important changes for mongodb 1.8.2-2
by Thomas Dziedzic 05 Jul '11

05 Jul '11

In response to the following bug report https://bugs.archlinux.org/task/24983 I have applied the attached fix to mongodb and as a result there have been some backwards incompatible changes. dbpath has been changed to /var/lib/mongodb logpath has been changed to /var/log/mongodb/mongod.log There have been other minor fixes, please check out the bug report for full details.

4 4

[arch-general] [signoff] mkinitcpio 0.7.1-1, device-mapper/lvm2 2.02.85-3, cryptsetup 1.3.1-2, dmraid 1.0.0.rc16.3-2, mdadm 3.2.2-2, v86d 0.1.10-2
by Thomas Bächler 03 Jul '11

03 Jul '11

A few fixes to mkinitcpio. One regression was fixed regarding 64 bit kernels with a 32 bit userspace (slows down image generation a bit again), and there were further speedups regarding add_module. Please sign off. Dave Reisner (17): bash-completion: complete -k on kernel images bash-completion: match style to rest of code bash-completion: use a PE instead of sed function: return with 0 if we reach the end of add_binary functions: reduce calls to modinfo avoid touching the linker directly mkinitcpio: use msg instead of echo for hook help lsinitcpio: append, not overwrite found hooks lsinitcpio: add optional colorized output function: fix whitespace errors functions: call _add_file directly from add_module always exit from cleanup functions: reorg, no code changes install modules all at once base/install: rewrite the config to sanitize it cleanup rarely and unused variable declarations functions: remove cruft from in_array Gerardo Exequiel Pozzi (1): Fix -k /path when -b is used Thomas Bächler (4): init_functions/default_mount_handler: use -l option for blkid to avoid syntax errors in a later mount command Trim leading spaces in MODULES and earlymodules to prevent error messages when one is set to " " Merge branch 'working' of https://github.com/falconindy/mkinitcpio into working Release version 0.7.1

4 3

[arch-general] Vodafone HSDPA key
by Fons Adriaensen 01 Jul '11

01 Jul '11

Hello all, Is it possible to use Vodafone's (Italy) HSDPA USB key with Archlinux ? I'd want to use it without depending on any 'desktop' tools - just netcfg and whatever other command line tools it takes. Ciao, -- FA

3 2

[arch-general] The need for /lib64 - testing please
by Allan McRae 01 Jul '11

01 Jul '11

Hi all, I was looking at the /lib64 folder and wondering what it is really needed for... It just seems clutter to me on a pure x86_64 system (or even with a multilib in lib32 folders like we have). As far as I can tell, most things are perfectly fine without that folder and its two symlinks. I would like some help testing removing this so I can get an idea of what issues people run into. There is bound to be some software that makes assumptions about /lib64 in its installation and I would like to know (a) how widespread that issue is and (b) how hard it is to work around. If you want to try it out, just remove the /lib64 folder (after making sure it only has symlinks to ld-2.13.so and ld-linux-x86-64.so.2 in it. Run your system as usual for a while and report any issues you come across. Thanks, Allan

5 4

Re: [arch-general] [arch-dev-public] The need for /lib64 - testing please
by Emmanuel Benisty 01 Jul '11

01 Jul '11

On Fri, Jul 1, 2011 at 3:10 PM, Thomas Bächler <thomas(a)archlinux.org> wrote: > Am 01.07.2011 06:48, schrieb Allan McRae: >> Hi all, >> >> I was looking at the /lib64 folder and wondering what it is really >> needed for... It just seems clutter to me on a pure x86_64 system (or >> even with a multilib in lib32 folders like we have). As far as I can >> tell, most things are perfectly fine without that folder and its two >> symlinks. >> >> I would like some help testing removing this so I can get an idea of >> what issues people run into. There is bound to be some software that >> makes assumptions about /lib64 in its installation and I would like to >> know (a) how widespread that issue is and (b) how hard it is to work >> around. >> >> If you want to try it out, just remove the /lib64 folder (after making >> sure it only has symlinks to ld-2.13.so and ld-linux-x86-64.so.2 in it. >> Run your system as usual for a while and report any issues you come across. > > First of all, /lib64/ld-2.14.so is unnecessary, only > /lib/ld-linux-x86-64.so must exist. > > The problem is quite simple: The ELF binary hardcodes the path to the > interpreter (which is the linker). Binaries that were compiled for other > distributions or generic binaries distributed by third parties will have > the path "/lib64/ld-linux-x86-64.so.2" hardcoded as their interpreter - > I don't know where this convention comes from and why they didn't choose > /lib (choosing /lib would be no problem, as the file names for the 32 > and 64 bit linkers differ, the former is ld-linux.so.2). Just FTR, it most likely comes from http://www.pathname.com/fhs/pub/fhs-2.3.html#LIB64

2 1

[arch-general] [signoff] mkinitcpio 0.7-1, device-mapper/lvm2 2.02.85-3, dmraid 1.0.0.rc16.3-2, mdadm 3.2.2-2, v86d 0.1.10-2
by Thomas Bächler 01 Jul '11

01 Jul '11

This is a huge release and should stay in testing for a while. I want to point out two significant changes: 1) We now have a build() function instead of an install() function - the latter was an unfortunate conflict with the install utility. The hooks in the repository have been adjusted, but backward-compatibility code is in place (a deprecation warning will be printed). All these packages have conflicts=(mkinitcpio<0.7). 2) We now use bsdcpio instead of gen_init_cpio. This obsoletes the gen_init_cpio package and adds a dependency on libarchive. This also speeds up the image generation considerably. Other changes include massive cleanups and fixes, code refactoring, and changes that should finally make the -b (basedir) option useful. Please test and sign off. Here comes the full shortlog: Dave Reisner (52): init: don't attempt modprobe if $MODULES is empty mkinitcpio.conf: s/raid/mdadm/ mkinitcpio: deprecate install() in install hooks dmesg: remove install/hook functions: cleanup and refactor add_binary functions: refactor add_module functions: remove add_device functions: remove add_symlink2 use bsdcpio to create images functions: refactor add_file functions: document hook API mkinitcpio.conf: note implicit support for lzop mkinitcpio: use simple PEs instead of externals mkinitcpio: allow specifying kernel ver as path to image lsinitcpio: new utility to dump contents of images Makefile: refactor and simplify mkinitcpio: bashify preset build loop use consistent vim modelines declare all variables in mkinitcpio mkinitcpio: refactor and bashify early path calculations declare SAVELIST, QUIET, SHOW_AUTOMODS as faux booleans mkinitcpio: remove cruft in getopts loop overhaul output, introducing color functions: refactor add_symlink functions: simplify parse_hook mkinitcpio: bashification, part 1/2 mkinitcpio: bashification, part 2/2 add -t option to specify alternate build directory install/keymap: refactor and bashify mkinitcpio: declare usage as a heredoc remove support for -m to add a startup message install/base: cleanup and simplify functions: remove get_module_name init: declare PATH, remove absolute paths init: remove unnecessary variable declarations mkinitcpio: allow overriding the compression method mkinitcpio: only show usage on request mkinitcpio.5: alphabetize options for easier nav README: update copyright year, add self as author mkinitcpio: catch errors in parse_hook add a PKGBUILD for easier testing from the repo mkinitcpio: allow absolute paths to preset files install/{sata,pata,scsi}: cleanup and simplify properly support $BASEDIR install/autodetect: refactor and simplify hook functions: support $BASEDIR in modprobe Makefile: the Makefile itself is a dep for the manpage functions: add missing 'command' before install functions: s/basedir/BASEDIR/ functions: fix pathing issue with $BASEDIR install/base: use private API call to add config mkinitcpio: fix resolution issues with RTLD Eric Bélanger (1): Added usbinput to default hooks (implements FS#19328) Gerardo Exequiel Pozzi (3): Fix some install hooks due recent change in all_modules() Add missing /etc/bash_completion.d in Makefile Add asciidoc as makedepends in private PKGBUILD. Sebastien Luttringer (6): Add bash completion to mkinitcpio Fix printing of bash usage when asking for a bad hook Print pretty message if no help is defined in hook Use error function instead of echo Add lsinitcpio bash completion Use _get_comp_words_by_ref in bash completion Thomas Bächler (7): Merge branch 'master' of https://github.com/seblu/arch-mkinitcpio into working Remove old '-m' option from bash completion. emove old '-a' option from bash completion and fix '-s' option. Merge branch 'working' Add .gitignore file install/keymap: fix installation ($buildroot -> $BUILDROOT) Release version 0.7

5 6

[arch-general] Warning - Thunderbird 5 Breaks Access to pop accounts
by David C. Rankin 30 Jun '11

30 Jun '11

Guys, This may just be on my box, but after update to thunderbird 5, all access to new messages on pop accounts broke. The error message said: Please send PASS command. It looks like the mailer wasn't responding properly to the server communications. I rebooted, I tried everything. Finally I had to downgrade to thunderbird-3.1.11-1 to restore access to my pop accounts. Anyone else see this? -- David C. Rankin, J.D.,P.E.

6 13

[arch-general] Synaptics Gesture Suite on Arch?
by Karol Babioch 30 Jun '11

30 Jun '11

Hi, I've got a Synaptics Touchpad capable of recognizing gestures. After using this quite heavily on Windows I got used to it and would like to have it available on Linux also ;). After some research I found that there is a Synaptics Gesture Suite for Linux ([1]), which looks quite useful. However there is no direct download available, and it seems that you have to be some sort of OEM in order to get it. I couldn't find any package in the repositories, so I'm wondering whether anyone knows more about it. Best regards, Karol Babioch [1] http://www.synaptics.com/solutions/technology/gestures/touchpad-linux

5 4