July 2011 - Arch-general - lists.archlinux.org

[arch-general] netcfg: complete documentation available?
by XeCycle 06 Jul '11

06 Jul '11

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

4 3

[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