- Arch-general - lists.archlinux.org

[arch-general] [arch-dev-public] [signoff] mkinitcpio 0.6.11
by Thomas Bächler 22 Apr '11

22 Apr '11

Version 0.6.10 was busted, this time everything should be fine (finally). Thomas Bächler (2): Rewrite parse_cmdline (again) Release version 0.6.11 There is a problem: The new filesystem package was moved to core and creates /run, but /run is not usable as it is not a world-writable tmpfs. We need this and the new initscripts (which should be released soon) in core quickly. Moving mkinitcpio only should suffice for now. Please sign off quickly. This is a copy of the last announcement: Fixes: - FS#23467 - FS#22080 - FS#13900 - FS#23622 It also introduces /run. Please sign off. Shortlog: Thomas Bächler (6): Fix broken command line parsing due to insufficient quoting introduced in 42e8dba5dce4879e4a372c5c2fb5446b4e8bb16c. init: Unify/improve mount --move handling Introduce /run Allow initramfs to be completely silent: Fix problems in parsing the kernel command line Release mkinitcpio 0.6.10

3 2

[arch-general] Myths and reality about cronie
by Kaiting Chen 22 Apr '11

22 Apr '11

I've compiled a short document describing exactly what cronie is and is not; and if it were to be the default what would and would not happen to base, [core], and the rest of Arch. It is my hope that this will clear up some of the misunderstanding surrounding the current discussion on arch-general. First of all the cronie in [community-testing] is compiled with --enable-anacron. It installs not only an /etc/crontab but also an /etc/anacrontab. Scripts in '/etc/cron.hourly' are run directly by `/usr/sbin/crond` while scripts in '/etc/cron.daily', '/etc/cron.weekly', and '/etc/cron.monthly' are run by indirectly by `/usr/sbin/crond` through `/usr/sbin/anacron`. Therefore it will accommodate both machines that are run continuously and machines that are not. Second cronie will in no way `replaces=('dcron')` but will most likely `conflicts=('dcron')`. Therefore while it will be impossible to install both on the same system having cronie in [core] will in no way force existing users to switch. Third if cronie is picked up as the default it will enter the 'base' group while 'dcron' will leave the 'base' group. In the foreseeable future there will never be a situation in which a package that is not in [core] is in 'base'. Next it is absolutely not the case that every package in 'base' is critical to the operation of a machine. For example 'reiserfsprogs' is in 'base' but unless you have a ReiserFS filesystem then you don't need it. Every package in 'base' is however installed by default. Please note that the following point is my opinion and does not in any way necessarily represent anyone else's point of view: At no point in time in the near future will 'systemd' become the default on Arch. It may certainly enter [extra] or [core], but sorry Thomas and falconindy, I just don't see it becoming the default for a while. Therefore waiting for 'systemd' to become the new default to replace 'dcron' is a serious mistake as we would be waiting a very very long time. --Kaiting. -- Kiwis and Limes: http://kaitocracy.blogspot.com/

5 5

[arch-general] [signoff] kernel26-2.6.38.3-1
by Tobias Powalowski 22 Apr '11

22 Apr '11

Hi guys, please signoff 2.6.38.3 series for both arches. greetings tpowa -- Tobias Powalowski Archlinux Developer & Package Maintainer (tpowa) http://www.archlinux.org tpowa(a)archlinux.org

2 2

[arch-general] Change Arch's default crond
by Sven-Hendrik Haase 22 Apr '11

22 Apr '11

We all know the situation with dcron (it can't keep time properly) and it still is broken. No fix (or any changes for that matter) have gone into its upstream git for over a year now. There have been multiple yeah-I'll-take-a-looks from various people as well as its upstream maintainer and no work was done. I certainly don't want to offend anybody but I think it is time another crond was made quasi default by swapping it for dcron in base group. I know that users can do that themselves but the we shouldn't suggest packages we know are broken by putting them into the base group. Perhaps fcron is a fine choice. Bug report for reference: https://bugs.archlinux.org/task/18681 -- Sven-Hendrik

37 121

Re: [arch-general] [arch-dev-public] [signoff] kernel26-2.6.38.3-1
by dave reisner 21 Apr '11

21 Apr '11

On Apr 21, 2011 6:17 AM, "Tom Gundersen" <teg(a)jklm.no> wrote: > > On Thu, Apr 21, 2011 at 7:16 AM, Andreas Radke <a.radke(a)arcor.de> wrote: > > Am Mon, 18 Apr 2011 07:29:20 +0200 > > schrieb Tobias Powalowski <t.powa(a)gmx.de>: > >> yes, i think this is because i enabled printk_time option. > > > > Once again somebody request something and we don't think about it > > and enable it without any need... > > > > The configuration item CONFIG_EARLY_PRINTK: > > CONFIG_PRINTK_TIME is not the same as CONFIG_EARLY_PRINTK. The former > is very useful to make sense of dmesg (otherwise you dont know what > messages "belong together") and it should not have any negative side > effects (I have been using it for years). The latter might be, as you > say, annoying and should perhaps be removed, it is not new in this > release though (it is from before the start of the packages repo)... > > Cheers, > > Tom the kconfig for PRINTK_TIME doesn't mention that its only setting a default behavior. The cmdline accepts printk.time= which can be set to 1/0 to appropriately disable or enable. Plus one to removing this as its really only good for debugging and making a mess of your logs. Dave

1 0

[arch-general] shadow 4.1.4.3-1: hyphen in /etc/pam.d/login
by Martin Feilhauer 20 Apr '11

20 Apr '11

Hi all, investigating some trouble with mounting of external usb-disks recently, I went through /etc/ and stumbled over an entry in the shadow packages default /etc/pam.d/login (last three lines): session optional pam_lastlog.so session optional pam_loginuid.so -session optional pam_ck_connector.so nox11 Removing the leading hyphen on the last line I got rid of trouble with usb-disks, but I'm not sure... was this intentional - like commented out, or is there a typo in the packages defaults? Regards, Martin

3 3

[arch-general] kernel26-2.6.38.3-1
by Oon-Ee Ng 19 Apr '11

19 Apr '11

On Tue, Apr 19, 2011 at 8:38 AM, Andrea Scarpino <andrea(a)archlinux.org> wrote: > On Sunday 17 April 2011 20:34:36 Tobias Powalowski wrote: >> Hi guys, >> please signoff 2.6.38.3 series for both arches. > signoff x86_64 > > -- > Andrea > I'm not sure if this is new to this particular kernel or has been a feature of the 2.6.38.* series, but I get repetitive messages as below in dmesg. Booting to my usual kernel26-ice kernel I do not get them. Apr 19 06:37:05 ngoonee-laptop kernel: ehci_hcd 0000:00:1d.7: PME# disabled Apr 19 06:37:05 ngoonee-laptop kernel: ehci_hcd 0000:00:1d.7: setting latency timer to 64 Apr 19 06:37:05 ngoonee-laptop kernel: ehci_hcd 0000:00:1d.7: PME# enabled Apr 19 06:37:05 ngoonee-laptop kernel: ehci_hcd 0000:00:1d.7: BAR 0: set to [mem 0xfebff000-0xfebff3ff] (PCI address [0xfebff000-0xfebff3ff]) Apr 19 06:37:05 ngoonee-laptop kernel: ehci_hcd 0000:00:1d.7: restoring config space at offset 0xf (was 0x100, writing 0x10a) Apr 19 06:37:05 ngoonee-laptop kernel: ehci_hcd 0000:00:1d.7: restoring config space at offset 0x1 (was 0x2900000, writing 0x2900106) By repetitive, I mean almost 8000 lines before I decided to just kill syslog....

1 0

[arch-general] testing/opencv cannot open my ov511 webcam
by Tao Yang 18 Apr '11

18 Apr '11

First I'm sorry for my poor english. I'm using a ov511 webcam, and after install testing/opencv, in my program, webcam cannot be opened. >From the abs system, I found it have a bug for kernel 2.6.38, see : https://code.ros.org/trac/opencv/ticket/862 , and opencv use the wrong patch:`nov4l1.patch`, it simply disable the v4l support. After search , i found the same bug in : https://code.ros.org/trac/opencv/ticket/973 it supply a right patch. Use it, everything is ok. At last I use `makepkg --source` to make a `opencv-2.2.0-5.src.tar.gz`, it fix this bug. Download at : http://ge.tt/6D5 Because my poor english and i'm a new user in archlinux, I don't know is this bug is suitable to submit in Bug Tracker....

2 4

[arch-general] [signoff] rp-pppoe-3.10-6
by Daniel Isenmann 18 Apr '11

18 Apr '11

I have fixed: FS#22481 - [rp-pppoe] remove from base group FS#20925 - [rp-pppoe] pppoe-server has wrong hardcoded path to pppoe-plugin Please signoff i686 and x86_64. I can't test it, because I don't use it. Daniel

1 0

[arch-general] audacious2
by Jorge Almeida 18 Apr '11

18 Apr '11

Anyone knows what happened to audacious2? I checked the main page of Arch. The "recent updates" list doesn't mention it. Is there some place one should check often to avoid this kind of surprise? I still would like to play music on linux. audacious (without the 2) doesn't work. Maybe because I only have a spdif connection to the external DAC/amplifier and there is no way to tell audacious to use it? TIA Jorge Almeida

3 7