- Arch-general - lists.archlinux.org

Re: [arch-general] [arch-dev-public] [arch-commits] Commit in util-linux/trunk (PKGBUILD util-linux.install)
by Cody Maloney 13 Jul '12

13 Jul '12

I just managed to hit it on one of my arch boxes: (24/26) upgrading util-linux [########################################################################################] 100% rmdir: failed to remove ‘/var/lib/hwclock’: No such file or directory error: command failed to execute correctly Cody On Thu, Jul 12, 2012 at 1:00 AM, Allan McRae <allan(a)archlinux.org> wrote: > On 12/07/12 08:11, Tom Gundersen wrote: > > Date: Wednesday, July 11, 2012 @ 18:11:46 > > Author: tomegun > > Revision: 163378 > > > > upgpkg: util-linux 2.21.2-4 > > > > move adjtime from /var to /etc > > > > This will allow some cleanup of initscripts, and is assumed by systemd > already. > > > > Added: > > util-linux/trunk/util-linux.install > > Modified: > > util-linux/trunk/PKGBUILD > > > > --------------------+ > > PKGBUILD | 1 + > > util-linux.install | 8 ++++++++ > > 2 files changed, 9 insertions(+) > > > > Modified: PKGBUILD > > =================================================================== > > --- PKGBUILD 2012-07-11 22:11:15 UTC (rev 163377) > > +++ PKGBUILD 2012-07-11 22:11:46 UTC (rev 163378) > > @@ -18,6 +18,7 @@ > > pam-login > > pam-common) > > backup=(etc/pam.d/chfn etc/pam.d/chsh etc/pam.d/login) > > +install=util-linux.install > > > > build() { > > cd "${srcdir}/${pkgname}-${pkgver}" > > > > Added: util-linux.install > > =================================================================== > > --- util-linux.install (rev 0) > > +++ util-linux.install 2012-07-11 22:11:46 UTC (rev 163378) > > @@ -0,0 +1,8 @@ > > +post_upgrade() { > > + if [ "$(vercmp $2 2.21.2-4)" -lt 0 ]; then > > + if [ -f /var/lib/hwclock/adjtime ]; then > > + mv /var/lib/hwclock/adjtime /etc/adjtime > > + fi > > + rmdir /var/lib/hwclock > > I have seen this not removed because it was not there in chroots. Not > sure if it can happen on a real system... but if so, it needs an "if [[ > -d ..." > > > + fi > > +} > > > > > > > > >

4 3

[arch-general] How to install AfterShot Pro for 64-bit from deb?
by Mateusz Loskot 12 Jul '12

12 Jul '12

Hi, I have been trying to install the AfterShot Pro from AUR packages, full story is here [1]. It uses RPM-packaged i386 binaries. Because I run Arch 64-bit, I'd prefer to install 64-bit binaries, but those are available as Linux Debian (64-bit) deb package [2] I've been trying to find out how to install .deb package on Arch, but all recipes I found are out of date now. Could anyone explain me how to install AfterShot from the deb package? [1] http://mailman.archlinux.org/pipermail/aur-general/2012-July/019551.html [2] http://apps.corel.com/lp/aftershot/download/index.html Best regards, -- Mateusz Loskot, http://mateusz.loskot.net

2 2

[arch-general] Arch's policy on the LTS kernel
by Diogo Sousa 12 Jul '12

12 Jul '12

Hi, I was unable to find any information regarding the Arch's policy on the LTS kernel, specifically, what determines when the current lts version is replaced by the next lts version? Thank you, Diogo Sousa

3 2

[arch-general] Upgrading password hashes
by Kevin Chadwick 12 Jul '12

12 Jul '12

I know arch tries to keep to upstream but their seems some discrepencies that you may or may not be aware of so thought I'd share. The crypt man page says glibc may not support blowfish (stronger than nists recommendation) and that seems true when used via the commandline (very short output). The arch wiki says you can use a library from AUR. There is also a sha512 arch wiki which says you should edit pamd.d/passwd from md5 to sha512 but the default seems to already be sha512, maybe it tries both as some distros default is now sha512 so no need anymore. It seems if you simply edit /etc/default/passwd to blowfish and reset your password, sha512 is used e.g. encrypted password beginning with $6 in /etc/shadow not $2 (blowfish) and logins work fine. I guess the /etc/default/passwd config file may be futurised or the config written before changing to SHA which was easier to implement and the wiki is out of date with the code?? -- Kc

9 26

Re: [arch-general] [arch-dev-public] News item: /lib removal - Was: heads up: /lib removal
by Denis A. Altoé Falqueto 12 Jul '12

12 Jul '12

On Thu, Jul 12, 2012 at 3:06 AM, Allan McRae <allan(a)archlinux.org> wrote: > On 12/07/12 10:55, Allan McRae wrote: > For comments: > https://wiki.archlinux.org/index.php/DeveloperWiki:usrlib I took the liberty to edit that page to change the command to confirm if the update worked, from > ls -l / to > ls -ld /lib That way, only /lib directory will be shown, avoiding listing all the other directories in root. -- A: Because it obfuscates the reading. Q: Why is top posting so bad? For more information, please read: http://idallen.com/topposting.html ------------------------------------------- Denis A. Altoe Falqueto Linux user #524555 -------------------------------------------

1 0

[arch-general] BTRFS + Rollback + Subvolumes
by 1126 12 Jul '12

12 Jul '12

Hello List! After a few years (like two?) of wandering around, I'm finally back using ArchLinux and wonder why I ever went on searching for something better in the first place. Feels good to be home.. Well, I installed ArchLinux a while back on my Laptop and switched yesterday to using btrfs as my fs for everything except boot, because of everything else being encrypted. Okay, I followed the wiki-article "Installing btrfs on root" (https://wiki.archlinux.org/index.php/Installing_on_Btrfs_root) and everything went just fine (it does sometimes). So I now have a subvolume __active which represents /, one for home, one for usr and one for var. I then wanted to test the rollback-feature presented to me during boot and created a snapshot of the subvolume __active. I tried using this during, but it obviously fails, because of not having anything in /usr and /var and /home. So, my question (yes, finally) is: Am I missing something or is just not possible to use different subvolumes (like __active, home, usr, var) and being able to rollback your system during boot? As far as I know btrfs-snapshots are not recursive. So wouldn't it be better (being-able-to-rollback-wise) to just have one subvolume so that you can really rollback everything in case something went wrong? Or is there a way to combine the benefits of having different subvolumes and still being able to rollback the system? I hope I am making any sense.. It's still before the first cup of coffee, alas. Thank you in advance, Christian.

3 5

[arch-general] systemd fails to set console font
by pants 12 Jul '12

12 Jul '12

Hello, systemd is not setting my console font. The following is the only relevant config I could think of: /etc/vconsole.conf : > KEYMAP=dvorak > FONT=ohsnap6x11r Using the command > setfont ohsnap6x11r works perfectly to change the font to that desired. Cheers, pants.

4 5

[arch-general] [pressh@gmail.com: [arch-dev-public] [newsitem] grub/grub2]
by Arvid Warnecke 11 Jul '12

11 Jul '12

Hello, as I am not allowed to ask on the arch-dev-public list, I have to ask that here: ----- Forwarded message from Ronald van Haren <pressh(a)gmail.com> ----- Date: Wed, 11 Jul 2012 12:54:37 +0200 From: Ronald van Haren <pressh(a)gmail.com> To: Public mailing list for Arch Linux development <arch-dev-public(a)archlinux.org> Subject: [arch-dev-public] [newsitem] grub/grub2 Reply-To: Public mailing list for Arch Linux development <arch-dev-public(a)archlinux.org> Hi, I drafted a newsitem for when I'll kill GRUB legacy and move GRUB v2 to [core] in one of following days. Any comments/improvements are welcome! Ronald ##################################### GRUB legacy no longer supported GRUB 2.x has moved to [core]. With this move support for GRUB legacy (i.e. version 0.9x) is dropped, which is now moved to AUR. Although GRUB legacy will not be removed from your system and will stay fully functional, you should consider upgrading to GRUB version 2.x, or one of the other supported bootloaders. Please consult <a href="https://wiki.archlinux.org/index.php/Grub">the wiki</a> for detailed installation instructions for GRUB version 2.x. ##################################### ----- End forwarded message ----- What I do not understand is how much GRUB legacy is not supported anymore? It won't get removed from the system, but will I have to do any manual steps when updating the kernel or something like that? At the moment I don't see any reason for trying to install GRUB2 again, because last time it failed hard on my MacBook Pro. Cheers, Arvid -- [ Arvid Warnecke ][ arvid (at) nostalgix (dot) org ] [ IRC/OPN: "madhatter" ][ http://www.nostalgix.org ] ---[ ThreePiO was right: Let the Wookiee win. ]---

2 2

[arch-general] glibc 2.16 -- just what is supposed to be in /lib now ??
by David C. Rankin 11 Jul '12

11 Jul '12

Guys, I have read the recent thread about glibc problems and I am totally confused about what I am still supposed to have in /lib... Currently something is broken with glibc because after update, the tdebase package (kdebase for trinity) fails to build from source with the following: Scanning dependencies of target libkmanpart-module [ 49%] Building CXX object kioslave/man/CMakeFiles/libkmanpart-module.dir/kmanpart.cpp.o Linking CXX shared module libkmanpart.so [ 49%] Built target libkmanpart-module [ 49%] Generating nfs_prot_xdr.c cannot find any C preprocessor (cpp) rpcgen: C preprocessor failed with exit code 1 make[2]: *** [kioslave/nfs/nfs_prot_xdr.c] Error 1 make[1]: *** [kioslave/nfs/CMakeFiles/kio_nfs-module.dir/all] Error 2 make: *** [all] Error 2 This isn't a hardcoded path problem in TDE, it has something to do with the system not being able to find cpp in the archroot. I have confirmed this build failure on both Arch i686 and x86_64. The files present in my archroot /lib are: 15:08 providence:~/bld47/root/lib> l total 3268 drwxr-xr-x 3 root root 4096 Jul 9 13:44 . drwxr-xr-x 21 root root 4096 Jun 29 22:35 .. drwxr-xr-x 4 root root 4096 Jun 24 12:31 modules -rwxr-xr-x 1 root root 150998 Jul 2 10:27 ld-2.16.so lrwxrwxrwx 1 root root 10 Jul 2 10:27 ld-linux.so.2 -> ld-2.16.so -rwxr-xr-x 1 root root 14012 Jul 2 10:27 libanl-2.16.so lrwxrwxrwx 1 root root 14 Jul 2 10:27 libanl.so.1 -> libanl-2.16.so -rwxr-xr-x 1 root root 5544 Jul 2 10:27 libBrokenLocale-2.16.so lrwxrwxrwx 1 root root 23 Jul 2 10:27 libBrokenLocale.so.1 -> libBrokenLocale-2.16.so -rwxr-xr-x 1 root root 1967415 Jul 2 10:27 libc-2.16.so -rwxr-xr-x 1 root root 185924 Jul 2 10:27 libcidn-2.16.so lrwxrwxrwx 1 root root 15 Jul 2 10:27 libcidn.so.1 -> libcidn-2.16.so -rwxr-xr-x 1 root root 34324 Jul 2 10:27 libcrypt-2.16.so lrwxrwxrwx 1 root root 16 Jul 2 10:27 libcrypt.so.1 -> libcrypt-2.16.so lrwxrwxrwx 1 root root 12 Jul 2 10:27 libc.so.6 -> libc-2.16.so -rwxr-xr-x 1 root root 13836 Jul 2 10:27 libdl-2.16.so lrwxrwxrwx 1 root root 13 Jul 2 10:27 libdl.so.2 -> libdl-2.16.so -rwxr-xr-x 1 root root 255492 Jul 2 10:27 libm-2.16.so -rwxr-xr-x 1 root root 17948 Jul 2 10:27 libmemusage.so lrwxrwxrwx 1 root root 12 Jul 2 10:27 libm.so.6 -> libm-2.16.so -rwxr-xr-x 1 root root 87920 Jul 2 10:27 libnsl-2.16.so lrwxrwxrwx 1 root root 14 Jul 2 10:27 libnsl.so.1 -> libnsl-2.16.so -rwxr-xr-x 1 root root 30544 Jul 2 10:27 libnss_compat-2.16.so lrwxrwxrwx 1 root root 21 Jul 2 10:27 libnss_compat.so.2 -> libnss_compat-2.16.so -rwxr-xr-x 1 root root 26180 Jul 2 10:27 libnss_db-2.16.so lrwxrwxrwx 1 root root 17 Jul 2 10:27 libnss_db.so.2 -> libnss_db-2.16.so -rwxr-xr-x 1 root root 22076 Jul 2 10:27 libnss_dns-2.16.so lrwxrwxrwx 1 root root 18 Jul 2 10:27 libnss_dns.so.2 -> libnss_dns-2.16.so -rwxr-xr-x 1 root root 47032 Jul 2 10:27 libnss_files-2.16.so lrwxrwxrwx 1 root root 20 Jul 2 10:27 libnss_files.so.2 -> libnss_files-2.16.so -rwxr-xr-x 1 root root 17996 Jul 2 10:27 libnss_hesiod-2.16.so lrwxrwxrwx 1 root root 21 Jul 2 10:27 libnss_hesiod.so.2 -> libnss_hesiod-2.16.so -rwxr-xr-x 1 root root 42652 Jul 2 10:27 libnss_nis-2.16.so -rwxr-xr-x 1 root root 50804 Jul 2 10:27 libnss_nisplus-2.16.so lrwxrwxrwx 1 root root 22 Jul 2 10:27 libnss_nisplus.so.2 -> libnss_nisplus-2.16.so lrwxrwxrwx 1 root root 18 Jul 2 10:27 libnss_nis.so.2 -> libnss_nis-2.16.so -rwxr-xr-x 1 root root 5548 Jul 2 10:27 libpcprofile.so -rwxr-xr-x 1 root root 130395 Jul 2 10:27 libpthread-2.16.so lrwxrwxrwx 1 root root 18 Jul 2 10:27 libpthread.so.0 -> libpthread-2.16.so -rwxr-xr-x 1 root root 83772 Jul 2 10:27 libresolv-2.16.so lrwxrwxrwx 1 root root 17 Jul 2 10:27 libresolv.so.2 -> libresolv-2.16.so -rwxr-xr-x 1 root root 30684 Jul 2 10:27 librt-2.16.so lrwxrwxrwx 1 root root 13 Jul 2 10:27 librt.so.1 -> librt-2.16.so -rwxr-xr-x 1 root root 13800 Jul 2 10:27 libSegFault.so -rwxr-xr-x 1 root root 36005 Jul 2 10:27 libthread_db-1.0.so lrwxrwxrwx 1 root root 19 Jul 2 10:27 libthread_db.so.1 -> libthread_db-1.0.so -rwxr-xr-x 1 root root 9796 Jul 2 10:27 libutil-2.16.so lrwxrwxrwx 1 root root 15 Jul 2 10:27 libutil.so.1 -> libutil-2.16.so cpp is in /usr/bin: 15:10 providence:~/bld47/root/usr/bin> l cpp -rwxr-xr-x 1 root root 519596 Jul 2 08:06 cpp But, for some strange reason, the build can't find it. Has anyone else encountered similar build issues with the new glibc? Nothing in the TDE code has changed concerning the call to rpcgen or cpp. I'm left scratching my head. Is it safe for me to downgrade glibc to test? With all the "it broke my system" threads, I'm somewhat reluctant to try. What say the experts? What should I check first? -- David C. Rankin, J.D.,P.E.

5 8

[arch-general] ConsoleKit replaced by systemd
by Karol Babioch 10 Jul '12

10 Jul '12

Hi, I'm about to set up a new machine and want to make use of systemd. Currently I'm reading up on the topic as systemd changes quite a lot of things. Just recently I've realized that ConsoleKit is not maintained actively anymore and the focus is on systemd right now (see [1]). This is already mentioned in the wiki [2]. Unfortunately I couldn't find any statement as to whether Arch will follow along with this. I'm running GNOME right now and at least have two dependencies for ConsoleKit: gdm and gnome-session. I couldn't find anything in regard to this issue in the bug tracker, so I'm wondering whether there has been some discussion over that already? I know there have been some discussions about systemd in the past, but are there any definite plans to switch "completely" to systemd at some point in the future? It seems that the package "initscripts-systemd" is more or less on feature parity with "initscripts" already. The reason why I'm asking is that I don't think that this kind of "double tracked" approach we are currently following, will work very well in the long run, especially when systemd is superseding more and more other packages. Don't get me wrong: I'm really glad about the fact that Arch Linux is supporting systemd so well. By no means I want to depreciate the work you guys have done so far. I do absolutely think that we have to provide both solutions in order to provide a smooth upgrade path. But personally I think that at some point we have to make a choice - just for the sake of simplicity. Personally I would choose systemd ;). Best regards, Karol Babioch [1] http://www.freedesktop.org/wiki/Software/ConsoleKit/ [2] https://wiki.archlinux.org/index.php/ConsoleKit

7 7