- Arch-dev-public - lists.archlinux.org

[arch-dev-public] systemd 197 - kdm fails
by Thomas Bächler 31 Jan '13

31 Jan '13

First of all, sorry for my recent absence, I was hoping to spend some time on Arch over Christmas, which I didn't. Anyway, today's systemd upgrade causes a problem which I was only able to solve by downgrading: When systemd launched kdm.service, X started, but the kdm greeter never appeared - instead X just sat there with the busy mouse pointer. systemctl stop kdm.service hung too, I could only kill -9 the X process. When I downgraded to 196-2, the greeter started immediately after the systemctl daemon-reexec in post_upgrade. I have no idea where to start, so any help is appreciated. Even worse: After the downgrade, systemctl start /boot (and thus the automounter) didn't work, I had to mount /boot manually.

5 9

[arch-dev-public] Signoff report for [testing]
by Arch Website Notification 31 Jan '13

31 Jan '13

=== Signoff report for [testing] === https://www.archlinux.org/packages/signoffs/ There are currently: * 6 new packages in last 24 hours * 0 known bad packages * 0 packages not accepting signoffs * 8 fully signed off packages * 17 packages missing signoffs * 4 packages older than 14 days (Note: the word 'package' as used here refers to packages as grouped by pkgbase, architecture, and repository; e.g., one PKGBUILD produces one package per architecture, even if it is a split package.) == New packages in [testing] in last 24 hours (6 total) == * e2fsprogs-1.42.7-1 (i686) * iproute2-3.7.0-1 (i686) * e2fsprogs-1.42.7-1 (x86_64) * iproute2-3.7.0-1 (x86_64) * xf86-video-ati-1:7.1.0-1 (i686) * xf86-video-ati-1:7.1.0-1 (x86_64) == Incomplete signoffs for [core] (6 total) == * e2fsprogs-1.42.7-1 (i686) 0/2 signoffs * iproute2-3.7.0-1 (i686) 0/2 signoffs * iw-3.8-1 (i686) 1/2 signoffs * e2fsprogs-1.42.7-1 (x86_64) 1/2 signoffs * iproute2-3.7.0-1 (x86_64) 1/2 signoffs * iw-3.8-1 (x86_64) 1/2 signoffs == Incomplete signoffs for [extra] (11 total) == * seabios-1.7.2-1 (any) 0/2 signoffs * cairo-1.12.10-3 (i686) 0/2 signoffs * ntfs-3g_ntfsprogs-2013.1.13-1 (i686) 0/2 signoffs * qemu-1.3.0-1 (i686) 0/2 signoffs * testdisk-6.13-4 (i686) 0/2 signoffs * wpa_supplicant_gui-2.0-1 (i686) 0/2 signoffs * xf86-video-ati-1:7.1.0-1 (i686) 0/2 signoffs * ntfs-3g_ntfsprogs-2013.1.13-1 (x86_64) 0/2 signoffs * testdisk-6.13-4 (x86_64) 1/2 signoffs * wpa_supplicant_gui-2.0-1 (x86_64) 0/2 signoffs * xf86-video-ati-1:7.1.0-1 (x86_64) 0/2 signoffs == Completed signoffs (8 total) == * lvm2-2.02.98-3 (i686) * openvpn-2.3.0-1 (i686) * wpa_supplicant-2.0-1 (i686) * lvm2-2.02.98-3 (x86_64) * openvpn-2.3.0-1 (x86_64) * wpa_supplicant-2.0-1 (x86_64) * cairo-1.12.10-3 (x86_64) * qemu-1.3.0-1 (x86_64) == All packages in [testing] for more than 14 days (4 total) == * lvm2-2.02.98-3 (i686), since 2012-11-03 * lvm2-2.02.98-3 (x86_64), since 2012-11-03 * qemu-1.3.0-1 (i686), since 2012-12-20 * qemu-1.3.0-1 (x86_64), since 2012-12-20 == Top five in signoffs in last 24 hours == 1. bisson - 2 signoffs 2. fyan - 1 signoffs 3. pierre - 1 signoffs

1 0

[arch-dev-public] Steam License
by Daniel Wallace 31 Jan '13

31 Jan '13

I recently received a license from steam to redistribute the bootstrap, and modify it where required. I want to share it and ask everyones opinion on if I could go ahead and move it back into the repos, or if I should wait until the amd64 version is released.[1] YOU SHOULD CAREFULLY READ THE ENTIRE FOLLOWING LICENSE AGREEMENT BEFORE INSTALLING THIS SOFTWARE PROGRAM. THIS AGREEMENT CONTAINS IMPORTANT TERMS THAT AFFECT YOUR LEGAL RIGHTS. BY INSTALLING THE SOFTWARE PROGRAM, YOU AGREE TO BE BOUND BY THE TERMS OF THIS AGREEMENT. IF YOU DO NOT AGREE TO THE TERMS OF THIS AGREEMENT, PLEASE DO NOT INSTALL THIS SOFTWARE PROGRAM. The software application(s) (the “Program”) is the copyrighted work of Valve Corporation (“Valve”) or its suppliers. All rights reserved, except as expressly stated herein. The Program is provided solely for installation by end users according to the terms of this License Agreement, except as provided below regarding permitted redistributions. All use of the Program is governed by the terms of the Steam subscriber agreement located at www.steampowered.com/agreement (the “Steam Agreement”), as such terms may be updated from time to time, which terms are incorporated into this License Agreement by this reference. Any use, reproduction or redistribution of the Program not in accordance with the terms of the License Agreement and the Steam Agreement is expressly prohibited. LICENSE AGREEMENT 1. Grant of Licenses. A. Personal Use Limited Installation License. Valve hereby grants, and by installing the Program you thereby accept, a limited, non-exclusive license and right to install one (1) copy of the Program on each of your computers solely for your personal use. B. Limited Redistribution License. Valve hereby grants, and you accept, a limited, terminable, non-exclusive license to reproduce and distribute an unlimited number of copies of the Program; provided that the following conditions are met: 1. you must distribute the Program in its entirety; 2. you may not modify the Program, except that, in the case of the Linux version of the Program, you may modify scripts and other documentary and graphical files, but not any files containing the term “bootstrap” in the file name, provided that you do not modify any icons, change any copyright or other notices, or alter this or any other license agreement that is included with the Program, and provided further that any modifications you make are identified by you as modifications from the original Program provided by Valve; 3. you may repackage the Program and distribute it with another software program, provided that you do not integrate the Program in any way with that other software program, or combine the Program with that other software program in a manner that would require you to distribute the Program under any open source or other license terms different from these terms. 4. you may not charge any separate fee or receive any compensation attributable to the Program; 5. you must include this License Agreement provided with the Program and ensure that it will display and be required to be accepted by the end user in the same manner as is required by the Program in the form received by you; and 6. you must preserve in all copies of the Program all copyright and legal notices that are attached to the copy of the Program received by you. C. Restrictions/Reservation of Rights. Except as expressly set forth elsewhere in this License Agreement, you may not, in whole or in part: copy, photocopy, reproduce, translate, reverse engineer (with the exception of specific circumstances where such act is permitted by law), derive source code from, modify, disassemble, decompile, or create derivative works based on the Program; remove any proprietary notices or labels on the Program; or attempt in any manner to circumvent any security measures designed to control access to the Program. You may not package the Program with, or pre-install the Program on, any hardware, without obtaining a separate license from us. The Program is licensed to you as a single product. Its component parts may not be separated for use on more than one computer. You may not sell, grant a security interest in, rent, lease or license the Program to others without the prior written consent of Valve. The Program is licensed, not sold. Your license confers no title or ownership in the Program or copies thereof. 2. Ownership. All title, ownership rights and intellectual property rights in and to the Program and any and all copies thereof (including but not limited to any titles, computer code, themes, objects, characters, character names, stories, dialog, catch phrases, locations, concepts, artwork, animations, sounds, musical compositions, audio-visual effects, methods of operation, moral rights, any related documentation, and “applets” incorporated into the Program) are owned by Valve or its licensors. The Program is protected by the copyright laws of the United States, international copyright treaties and conventions and other laws. All rights are reserved. The Program contains certain licensed materials and Valve’s licensors may protect their rights in the event of any violation of this Agreement. 3. Termination. This License Agreement is effective until terminated. You may terminate the License Agreement at any time by destroying the Program. We may terminate your rights set forth in Section 1.B. of this License Agreement at any time upon notice to you. This License Agreement shall automatically terminate in the event that you fail to comply with the terms and conditions contained herein. In such event, you must immediately destroy the Program. The provisions of Sections 2, 3, and 5-7 will survive any termination of the Agreement. 4. Export Controls. The Program may not be re-exported, downloaded or otherwise exported into (or to a national or resident of) any country to which the U.S. has embargoed goods, or to anyone on the U.S. Treasury Department’s list of Specially Designated Nationals or the U.S. Commerce Department’s Table of Denial Orders. By installing the Program, you are agreeing to the foregoing and you are representing and warranting that you are not located in, under the control of, or a national or resident of any such country or on any such list. 5. WARRANTY DISCLAIMERS; LIMITATION OF LIABILITY; NO GUARANTEES. DISCLAIMERS OF WARRANTY AND LIMITATIONS ON LIABILITY SET FORTH IN THE STEAM AGREEMENT, AND/OR ELSEWHERE IN THE STEAM AGREEMENT, APPLY TO YOUR USE OF THE PROGRAM. AS NOTED IN THE STEAM AGREEMENT, FOR EU CUSTOMERS, SUCH PROVISIONS DO NOT REDUCE YOUR MANDATORY CONSUMERS’ RIGHTS UNDER THE LAWS OF YOUR LOCAL JURISDICTION. 6. Warranties/Indemnities Relating to Redistribution. If you choose to redistribute the Program, you represent and warrant that any modifications you make to the Program, if any, and your particular combination of the Program with any other software or hardware, do not infringe on any third-party intellectual property rights. You agree to defend, indemnify and hold harmless Valve, its licensors, and its and their affiliates from all liabilities, claims and expenses, including attorneys’ fees, that arise from or in connection with your redistribution of the Program or your breach of this License Agreement. Valve reserves the right, at its own expense, to assume the exclusive defense and control of any matter otherwise subject to indemnification by you. In that event, you shall have no further obligation to provide indemnification to Valve in that matter. 7. Miscellaneous. Provisions relating to applicable law and jurisdiction, and dispute resolution, set forth in the Steam Agreement shall apply to any disputes arising under this Agreement. This License Agreement and the Steam Agreement terms incorporated herein may be amended, altered or modified at any time by Valve in Valve’s sole discretion. In the event that any provision of this License Agreement shall be held by a court or other tribunal of competent jurisdiction to be unenforceable, such provision will be enforced to the maximum extent permissible and the remaining portions of this License Agreement shall remain in full force and effect. This License Agreement and the Steam Agreement constitute and contain the entire agreement between the parties with respect to the subject matter hereof and supersede any prior oral or written agreements. You hereby acknowledge that you have read and understand the foregoing License Agreement and agree that the action of installing the Program is an acknowledgment of your agreement to be bound by the terms and conditions of the License Agreement contained herein, including the Steam Agreement. Thanks 1. http://repo.steampowered.com/steam/dists/precise/steam/ -- Daniel Wallace Archlinux Trusted User (gtmanfred) Georgia Institute of Technology

6 8

[arch-dev-public] Potential bricking risk with Samsung notebooks in UEFI mode
by Tobias Powalowski 30 Jan '13

30 Jan '13

Hi guys, for the whole story have a look here: http://www.phoronix.com/scan.php?page=news_item&px=MTI4ODQ https://bugs.launchpad.net/ubuntu-cdimage/+bug/1040557 New kernels will arrive soon with a fix for this issue. Till then please be very carefull with UEFI mode on Samsung notebooks. Thanks. greetings tpowa -- Tobias Powalowski Archlinux Developer & Package Maintainer (tpowa) http://www.archlinux.org tpowa(a)archlinux.org

1 0

[arch-dev-public] Signoff report for [testing]
by Arch Website Notification 30 Jan '13

30 Jan '13

=== Signoff report for [testing] === https://www.archlinux.org/packages/signoffs/ There are currently: * 5 new packages in last 24 hours * 0 known bad packages * 0 packages not accepting signoffs * 12 fully signed off packages * 19 packages missing signoffs * 4 packages older than 14 days (Note: the word 'package' as used here refers to packages as grouped by pkgbase, architecture, and repository; e.g., one PKGBUILD produces one package per architecture, even if it is a split package.) == New packages in [testing] in last 24 hours (5 total) == * seabios-1.7.2-1 (any) * ntfs-3g_ntfsprogs-2013.1.13-1 (i686) * testdisk-6.13-4 (i686) * ntfs-3g_ntfsprogs-2013.1.13-1 (x86_64) * testdisk-6.13-4 (x86_64) == Incomplete signoffs for [core] (5 total) == * cracklib-2.8.22-1 (i686) 0/2 signoffs * iw-3.8-1 (i686) 1/2 signoffs * linux-3.7.5-1 (i686) 1/2 signoffs * linux-lts-3.0.61-1 (i686) 0/2 signoffs * iw-3.8-1 (x86_64) 1/2 signoffs == Incomplete signoffs for [extra] (14 total) == * seabios-1.7.2-1 (any) 0/2 signoffs * cairo-1.12.10-3 (i686) 0/2 signoffs * lirc-1:0.9.0-36 (i686) 0/2 signoffs * ntfs-3g_ntfsprogs-2013.1.13-1 (i686) 0/2 signoffs * nvidia-313.18-2 (i686) 0/2 signoffs * nvidia-304xx-304.64-3 (i686) 0/2 signoffs * qemu-1.3.0-1 (i686) 0/2 signoffs * testdisk-6.13-4 (i686) 0/2 signoffs * wpa_supplicant_gui-2.0-1 (i686) 0/2 signoffs * lirc-1:0.9.0-36 (x86_64) 0/2 signoffs * ntfs-3g_ntfsprogs-2013.1.13-1 (x86_64) 0/2 signoffs * nvidia-304xx-304.64-3 (x86_64) 0/2 signoffs * testdisk-6.13-4 (x86_64) 1/2 signoffs * wpa_supplicant_gui-2.0-1 (x86_64) 0/2 signoffs == Completed signoffs (12 total) == * lvm2-2.02.98-3 (i686) * openvpn-2.3.0-1 (i686) * wpa_supplicant-2.0-1 (i686) * cracklib-2.8.22-1 (x86_64) * linux-3.7.5-1 (x86_64) * linux-lts-3.0.61-1 (x86_64) * lvm2-2.02.98-3 (x86_64) * openvpn-2.3.0-1 (x86_64) * wpa_supplicant-2.0-1 (x86_64) * cairo-1.12.10-3 (x86_64) * nvidia-313.18-2 (x86_64) * qemu-1.3.0-1 (x86_64) == All packages in [testing] for more than 14 days (4 total) == * lvm2-2.02.98-3 (i686), since 2012-11-03 * lvm2-2.02.98-3 (x86_64), since 2012-11-03 * qemu-1.3.0-1 (i686), since 2012-12-20 * qemu-1.3.0-1 (x86_64), since 2012-12-20 == Top five in signoffs in last 24 hours == 1. fyan - 4 signoffs 2. eric - 4 signoffs 3. bisson - 2 signoffs

1 0

Re: [arch-dev-public] [arch-general] Winter Cleanup of [community]
by Gaetan Bisson 30 Jan '13

30 Jan '13

[2013-01-19 17:54:51 +0100] Alexander Rødseth: > It's time again for the yearly cleanup of the [community] repository. Please send such messages to arch-dev-public in the future: adopting packages are dev's and TU's decision, and not all read arch-general. > Somehow, time passed, and it's now too late for a "Christmas Cleanup" > like last year. Instead I'm announcing a Winter Cleanup, which I think > is a better name as well. 45.8 degrees beg to differ. -- Gaetan

14 39

[arch-dev-public] filesystem package
by Allan McRae 29 Jan '13

29 Jan '13

So... some unintended consequences of moving /lib to filesystem. Install scriptlet can not run until filesystem is installed. That means, glibc really should depend on filesystem, but the filesystem package is a bit "bloated": Depends On : iana-etc bash coreutils nss-myhostname bash, coreutils and nss-myhostname all are for the install scriptlets to run. In fact, we are entirely saved here by a bug in pacman: nss-myhostname is provided by systemd, but pacman does not order packages correctly with provides, so systemd is not installed first at a time when install scriptlets fail... Anyway, I say we can just remove post_install from filesystem and reduce the dependencies to only iana-etc, and then make glibc depend on filesystem. We can assume coreutils and bash are installed before an upgrade of filesystem. Lets see what is in filesystem's post_install: post_install() { [ -f var/log/lastlog ] || : >var/log/lastlog [ -f var/log/wtmp ] || : >var/log/wtmp [ -f var/log/btmp ] || { : >var/log/btmp && chmod 600 var/log/btmp; } # workaround for bug #7194 # readded due to bug #9465 # please do not remove! chmod 1777 var/spool/mail tmp var/tmp } The chmod part can be removed (despite the warning). It was initially a bug in pacman and then the installer. Given pacman has been fixed for years and we just use "pacman -r" for the installer, there is no need for that. This is entirely the wrong place to fix this non-existent bug. That leaves the initialising of log files. I guess the lastlog one should be moved to the shadow package. Definitely not the job of filesystem. I am not sure what package should do the wtmp and btmp ones. Anyone know? Allan

4 7

[arch-dev-public] Signoff report for [testing]
by Arch Website Notification 29 Jan '13

29 Jan '13

=== Signoff report for [testing] === https://www.archlinux.org/packages/signoffs/ There are currently: * 11 new packages in last 24 hours * 0 known bad packages * 0 packages not accepting signoffs * 12 fully signed off packages * 17 packages missing signoffs * 6 packages older than 14 days (Note: the word 'package' as used here refers to packages as grouped by pkgbase, architecture, and repository; e.g., one PKGBUILD produces one package per architecture, even if it is a split package.) == New packages in [testing] in last 24 hours (11 total) == * man-pages-3.46-1 (any) * linux-3.7.5-1 (i686) * linux-lts-3.0.61-1 (i686) * linux-3.7.5-1 (x86_64) * linux-lts-3.0.61-1 (x86_64) * lirc-1:0.9.0-36 (i686) * nvidia-313.18-2 (i686) * nvidia-304xx-304.64-3 (i686) * lirc-1:0.9.0-36 (x86_64) * nvidia-313.18-2 (x86_64) * nvidia-304xx-304.64-3 (x86_64) == Incomplete signoffs for [core] (7 total) == * cracklib-2.8.22-1 (i686) 0/2 signoffs * iw-3.8-1 (i686) 1/2 signoffs * linux-3.7.5-1 (i686) 1/2 signoffs * linux-lts-3.0.61-1 (i686) 0/2 signoffs * cracklib-2.8.22-1 (x86_64) 1/2 signoffs * iw-3.8-1 (x86_64) 1/2 signoffs * linux-lts-3.0.61-1 (x86_64) 1/2 signoffs == Incomplete signoffs for [extra] (10 total) == * cairo-1.12.10-3 (i686) 0/2 signoffs * lirc-1:0.9.0-36 (i686) 0/2 signoffs * nvidia-313.18-2 (i686) 0/2 signoffs * nvidia-304xx-304.64-3 (i686) 0/2 signoffs * qemu-1.3.0-1 (i686) 0/2 signoffs * wpa_supplicant_gui-2.0-1 (i686) 0/2 signoffs * lirc-1:0.9.0-36 (x86_64) 0/2 signoffs * nvidia-313.18-2 (x86_64) 0/2 signoffs * nvidia-304xx-304.64-3 (x86_64) 0/2 signoffs * wpa_supplicant_gui-2.0-1 (x86_64) 0/2 signoffs == Completed signoffs (12 total) == * man-pages-3.46-1 (any) * lvm2-2.02.98-3 (i686) * openvpn-2.3.0-1 (i686) * reiserfsprogs-3.6.22-1 (i686) * wpa_supplicant-2.0-1 (i686) * linux-3.7.5-1 (x86_64) * lvm2-2.02.98-3 (x86_64) * openvpn-2.3.0-1 (x86_64) * reiserfsprogs-3.6.22-1 (x86_64) * wpa_supplicant-2.0-1 (x86_64) * cairo-1.12.10-3 (x86_64) * qemu-1.3.0-1 (x86_64) == All packages in [testing] for more than 14 days (6 total) == * lvm2-2.02.98-3 (i686), since 2012-11-03 * lvm2-2.02.98-3 (x86_64), since 2012-11-03 * qemu-1.3.0-1 (i686), since 2012-12-20 * qemu-1.3.0-1 (x86_64), since 2012-12-20 * reiserfsprogs-3.6.22-1 (i686), since 2013-01-09 * reiserfsprogs-3.6.22-1 (x86_64), since 2013-01-09 == Top five in signoffs in last 24 hours == 1. foutrelis - 5 signoffs 2. stephane - 2 signoffs 3. allan - 2 signoffs 4. pierre - 2 signoffs 5. dan - 1 signoffs

1 0

[arch-dev-public] Silent removal of initscripts?
by Dan McGee 28 Jan '13

28 Jan '13

I know we posted a news item back in November about the deprecation of old school rc.d scripts, but the current silent removal thing is not real cool, and one never knows what package is going to fail to start up next. Last week it was openvpn, today it appears samba has lost its script. We should post a news item saying "scripts are disappearing as of now, please be aware", as any machine booted remotely gives absolutely zero indication that some service startup failed until you try to actually use the service. Also, rumor has it a community package exists to catalog these old rc.d scripts once they are removed, but `pacman -Ss initscripts` and `pacman -Ss rc.d` found me nothing. Giving our users (and hell, other developers) at least a bit of heads up would be awesome here. Thanks, -Dan

5 4

[arch-dev-public] [kde-unstable] WARNING: boost update
by Andrea Scarpino 28 Jan '13

28 Jan '13

Hi all, boost 1.52.0 entered in [testing] and I can't update the packages in [kde- unstable] right now because of server issues. Please don't update boost (and then any package) until akonadi 1.9.0-2 hits [kde-unstable] Others packages affected by this update are: kdeedu-kig, kdeedu-rocs If you want, you can take the rebuilt packages from http://pkgbuild.com/~andrea/svn-packages/ e.g. http://pkgbuild.com/~andrea/svn-packages/akonadi/kde- unstable/akonadi-1.9.0-2-x86_64.pkg.tar.xz -- Andrea Arch Linux Developer

1 1