- Arch-general - lists.archlinux.org

Re: [arch-general] [arch-dev-public] [signoff] coreutils-8.12-2, initscripts-2011.06.3-1, net-tools-1.60-16, udev-171-2, yp-tools-2.12-2, ypbind-mt-1.33-2, iproute2-2.6.38-3
by Marek Otahal 10 Jun '11

10 Jun '11

Hello Tom, thanks for the pre-announcement, looks good. I have just a question.. Since net-tools are going to be abandoned (I was wondering how i "misuninstalled" the package), what do i use as an alternative to ifconfig? I use wicd or manually bring LAN up, and it occurred to me network interfaces failed due to missing ifconfig command. What is the new one? Thanks On Tuesday 07 of June 2011 23:21:11 Tom Gundersen wrote: > Since these update introduces some important changes I'd like to make > two announcements before it is moved to core (which should be as soon > as we have the missing i686 signoff). > > > Drafts below, comments welcome. > > > Announcement one: > ============================================= > > Deprecation of net-tools > > This April marked the ten year anniversary of the last net-tools > release. We decided to look at this as an opportunity to deprecate > net-tools and provide alternative, and better maintained, solutions > for net-tools functionality. This has a few consequences, but most > people should not notice. > > `hostname` > ---------- > > This binary is now provided by `coreutils`, rather than by `net-tools`. > > `domainname` (a.k.a. `nisdomainname`, a.k.a `ypdomainname`) > ----------------------------------------------------------- > > These binaries are now provided by `yp-tools`, rather than by > `net-tools`. Furthermore, the domain name is no longer set by > initscripts, rather it is dealt with entirely by the ypbind rc script. > > Before this change the domain name was handled inconsistently, > sometimes being read from `/etc/conf.d/nisdomainname`, and sometimes > from `/etc/defaultdomain`. From now on, the domain name is only ever > read from `/etc/conf.d/nisdomainname`. > > `network` > ------------------------------ > > A new syntax is introduced in `rc.conf` for configuring a simple > network setup using `iproute2` rather than `net-tools`. The old > functionality is still preserved for those preferring to stay with > that, but do not expect updates for this. > > The new syntax is very simplistic and only supports one wired network > device (configured statically or by dhcp) and we do not expect to add > more features in the future. We want to encourage the use of more > advanced network solutions, such as `networkmanager` or our own > `netcfg`. > > > > > > > > > > > > Announcement two: > ============================================= > > Changes to module blacklisting > > > Since the dawn of time we have shipped our homegrown system for > blacklisting kernel modules (in various incarnations). This has served > us well, but we (or rather our various upstreams) have now reached a > point where it is no longer necessary. > > We have therefore decided to remove all our module blacklisting logic, > and rely entirely on the blacklisting provided by `modprobe`. This > means a change in syntax, and a minor change in functionality. We hope > that the short-term inconvenience will be justified by the long-term > gain. > > The different notions of blacklisting > -------------------------------------------- > > The notion of module blacklisting that we have used is (sadly) > slightly different from what is used by modprobe. > > * our blacklisting: a blacklisted module, or any module that depends > on it, will never be loaded automatically by udev, but may be loaded > manually. > * modprobe's blacklisting: a blacklisted module will not be loaded > automatically, but may be loaded if another non-blacklisted module > depends on it, or if it is loaded manually. > * disabling a module: one can get similar behavior to what we used to > provide by forcing a module to always fail loading, it will not be > possible to load it manually. > > Boot time blacklisting > --------------------------- > > Modules can be blacklisted at boot time by appending > `modprobe.blacklist=mod1,mod2,mod3` to the kernel command line (in > grub, lilo or syslinux). Alternatively, the modules can be disabled > altogether by appending `mod1.disable=1 mod2.disable=1 mod3.disable=1` > instead. > > Persistent blacklisting > --------------------------- > > Rather than blacklisting modules in `rc.conf`, use modprobe's native > configuration files. These can be found in /etc/modprobe.d/, and are > documented in `man modprobe.d`. > > The replacement of `rc.d`'s `MODULES=(!mod1 !mod2 !mod3)` is to add a > `.conf` file to `/etc/modprobe.d/` with the contents: > > blacklist mod1 > blacklist mod2 > blacklist mod3 > > Alternatively, to ensure that the modules are never inserted, even if > they are needed by other modules you load: > > install mod1 /bin/false > install mod2 /bin/false > install mod3 /bin/false > -- Marek Otahal :o)

15 25

[arch-general] mpd fails to start
by Madhurya Kakati 10 Jun '11

10 Jun '11

Hello, Recently mpd has stopped working. It doesn't start up at boot and when i run "rc.d start mpd" I get this error /etc/rc.d/mpd: line 6: 24502 Aborted /usr/bin/mpd /etc/mpd.conf &>/dev/null. I am using gnome3(if thats somehow causing the problem.) I believe its due to some ALSA pulseaudio mixup but I am not sure. However if I run "sudo mpd" I get this output: [papul@papuldesktop ~]$ sudo mpd output: No "audio_output" defined in config file output: Attempt to detect audio output device output: Attempting to detect a alsa audio device output: Successfully detected a alsa audio device and after that if I run "mpc play" I get this: [papul@papuldesktop ~]$ mpc play Metallica - The Unforgiven II [paused] #4/8 0:00/6:36 (0%) volume: n/a repeat: off random: off single: off consume: off ERROR: problems opening audio device Please help coz I haven't been able to listen to music for quite sometime now. :(

2 3

[arch-general] hwclock and openntpd
by Yclept Nemo 10 Jun '11

10 Jun '11

A recent announcement said: * The adjustment of the hwclock for drift is moved into a daemon that should not be used in most scenarios as it can lead to subtle bugs (especially if using dual-boot or ntp). If you know what you are doing and want to adjust the hardware clock for drift, add `"hwclock"` to your `DAEMONS` array. I use openntpd, and with hwclock disabled - DAEMONS=(!hwclock ...) - I've been getting these errors every reboot: "Superblock last mount time is in the future (by less than a day, probably due to the hardware clock being incorrectly set) - fixed" Perhaps openntpd does not set the hwclock. Therefore, should openntpd be used in conjuction with the hwclock daemon?

5 4

[arch-general] Bachelor thesis
by Luštický Josef 10 Jun '11

10 Jun '11

Hello everyone, I'm Josef Lusticky and I'd like to write a Bachelor thesis about operating systems. I'm student of Faculty of Information Technology in Brno, Czech Republic and I have been using Linux since 2006 and Archlinux since 2008. I'm enthuasistic user of Arch and Linux in general and I'd like to help this project by improving or creating some stuff. I'd like to implement some driver or port of app. I know C, assembly and some scripting languages. Yes, I know there is the pacman package signing feature missing, but I do not consider it work for one person and I would rather work on something like userspace tools needed for kernel (e.g. filesystem tools, etc.). Can you recommand me something good for my skills? Best regards, Josef Lusticky

7 10

[arch-general] network error empathy
by Carlos Alberto Ospina 10 Jun '11

10 Jun '11

Hi everybody I have trouble connecting to msn through empathy, the other protocols work fine (msn irc facebook), when trying to connect " network error". If someone could help me, thanx from Colombia -- Carlos Alberto Ospina E. Linux User #506652

3 2

[arch-general] pacman tries to install nvidia drivers?
by John K Pate 09 Jun '11

09 Jun '11

Hello all, I don't have an nvidia graphics card: $ lspci | grep VGA 00:02.0 VGA compatible controller: Intel Corporation Mobile 4 Series Chipset Integrated Graphics Controller (rev 09) Yet when I try to update (with -Syyu just to be sure), I get: $ sudo pacman -Syyu :: Synchronising package databases... core 37.9K 96.0K/s 00:00:00 [##################################################################] 100% extra 469.7K 855.7K/s 00:00:01 [##################################################################] 100% community 439.4K 3.6M/s 00:00:00 [##################################################################] 100% multilib 25.0K 888.7K/s 00:00:00 [##################################################################] 100% :: Starting full system upgrade... resolving dependencies... warning: dependency cycle detected: warning: lib32-gcc-libs will be installed before its gcc-libs-multilib dependency looking for inter-conflicts... :: nvidia-utils and libgl are in conflict. Remove libgl? [y/N] y error: failed to prepare transaction (could not satisfy dependencies) :: intel-dri: requires libgl=7.10.2 Why does pacman try to install nvidia-utils for me? I have intel-dri installed and my graphics work fine. I assume the dependency cycle is unrelated... Thanks, John K Pate http://homepages.inf.ed.ac.uk/s0930006/ -- The University of Edinburgh is a charitable body, registered in Scotland, with registration number SC005336.

4 4

[arch-general] Reporting for [extra] packages?
by Simon Perry 09 Jun '11

09 Jun '11

Hi, I need to file a bug against unison, which is in the extra repo, and was wondering whether I just put it under "Arch Linux" or perhaps "Community Packages" in the bug tracker? Cheers. P.S. It looks like it was compiled with the testing repo enabled: % unison --help unison: /lib/libc.so.6: version `GLIBC_2.14' not found (required by unison) -- Simon Perry (aka Pezz)

2 2

[arch-general] [signoff] jfsutils-1.1.15-1
by Tobias Powalowski 08 Jun '11

08 Jun '11

New in 1.1.15 - 2011-03-04 * Several fixes for large filesystems where 64-bit variables are needed * Fix incorrect size check on directories * Make the timestamp format consisten Please signoff both arches, greetings tpowa -- Tobias Powalowski Archlinux Developer & Package Maintainer (tpowa) http://www.archlinux.org tpowa(a)archlinux.org

1 0

[arch-general] [signoff] kernel26-lts 2.6.32.41-2
by Tobias Powalowski 08 Jun '11

08 Jun '11

Latest LTS kernel is in testing, please signoff for both arches - synced with .39 config and enabled the ftracers https://bugs.archlinux.org/task/24404 greetings tpowa -- Tobias Powalowski Archlinux Developer & Package Maintainer (tpowa) http://www.archlinux.org tpowa(a)archlinux.org

1 1

Re: [arch-general] [arch-dev-public] [signoff] coreutils-8.12-2, initscripts-2011.06.3-1, net-tools-1.60-16, udev-171-2, yp-tools-2.12-2, ypbind-mt-1.33-2, iproute2-2.6.38-3
by Myra Nelson 07 Jun '11

07 Jun '11

On Tue, Jun 7, 2011 at 17:46, Evangelos Foutras <foutrelis(a)gmail.com> wrote: > On 7 June 2011 21:49, Tom Gundersen <teg(a)jklm.no> wrote: >> On Tue, Jun 7, 2011 at 6:02 PM, Evangelos Foutras <foutrelis(a)gmail.com> wrote: >>> This should be moved to [core] quickly. >>> >>> If you try to create a testing chroot, it will proceed to install the >>> 'base' group. Problem is, net-tools-1.60-16 no longer belongs to that >>> group, but the old version (1.60-14) from [core] does. However, the >>> latter causes file conflicts with the latest coreutils package. :) >> >> Thanks for the heads up! >> >> Could we have one more signoff for i686 before the move? I'll post my >> suggested announcements in a reply to this thread. > > Here's another signoff for i686. The announcements look good too. :) > -- Life's fun when your sick and psychotic! Tom: I've looked at the examples for netcfg, the netcfg article on the wiki, and the man page and I'm apparently missing something. The example for a wired config shows a single DNS server entry. Does netcfg support multiple DNS server entrys? Myra

2 2