- Arch-general - lists.archlinux.org

[arch-general] [OT, maybe] "Secure Key Generation"
by Gr., F. 12 Nov '11

12 Nov '11

Hi, I think the following is interesting: "However, this imply another problem: all the signatures made on other keys would be invalid too after the expiration of our key, unless we renew it periodically. Moreover, if we decided not to renew our old key after its expiration but to generate a new one, we would need to collect again on the new key all the signatures that other persons made on the old one." (source: <http://tjl73.altervista.org/secure_keygen/en/en.html>) In short (for who knows GPG): - create a public key -- RSA (sign only) - backup your '.gnupg' dir and keep it in a secure place - add a subkey for encryption - export your subkey - delete secret and public key - import your subkey - to modify our key we can type the command 'gpg2 --no-permission-warning --homedir <your path> --keyring ~/.gnupg/pubring.gpg --secret-keyring <your path> --trustdb-name ~/.gnupg/trustdb.gpg --edit-key <keyid>' - to sign other keys 'gpg2 --no-permission-warning --homedir <your path> --keyring ~/.gnupg/pubring.gpg --secret-keyring <your path> --trustdb-name ~/.gnupg/trustdb.gpg --edit-key <key imported>' That's all. :-) -- Law is mind without reason. --Aristotle

1 0

[arch-general] [signoff] kernel26-lts 2.6.32.48-1
by Tobias Powalowski 11 Nov '11

11 Nov '11

Latest LTS kernel is in testing, Attention: - This version uses the /lib/modules/extramodules-2.6.32-lts for self compiled modules - uname -r now reports the real kernel version, like the 3.x series does please signoff for both arches greetings tpowa -- Tobias Powalowski Archlinux Developer & Package Maintainer (tpowa) http://www.archlinux.org tpowa(a)archlinux.org

1 0

[arch-general] linux 3.1-4 - two i686 lockups after ~ 5 hours of operations. two x86_64 seem OK
by David C. Rankin 10 Nov '11

10 Nov '11

tpowa, Upgraded 5 i686 boxes and 2 x86_64 boxes to linux 3.1-4 yesterday night. This morning, one i686 server is dead, other i686 box responded to xterm (return input) and then locked (ssh connection was left up after login to confirm reboot). Two other i686 boxes (under no load) still running. The boxes are remote. I'll pull the logs when I get to the site and send. Anybody else seeing this with linux 3.1-4? -- David C. Rankin, J.D.,P.E.

8 19

[arch-general] rlocate status
by SanskritFritz 10 Nov '11

10 Nov '11

I saw rlocate was moved into community in 2008 and again back to aur. I remember trying it once, but could not compile it. Now it complains "configure: error: *** rlocate needs kernel 2.6 to work". What is the status of this project now, is it usable in archlinux? I find the idea very attractive.

2 2

[arch-general] codecs/codecs64 - what's the scoop? Why the massive difference.
by David C. Rankin 10 Nov '11

10 Nov '11

Guys, I'm trying to figure out why the i686 codecs package (rm from extra now in aur) is so massively different from the x86_64 codecs64 package in aur. The i686 package seems fine, but the x86_64 package seems to be nothing but a shadow of a package: 183164 Nov 10 00:08 codecs64-20071007-1-x86_64.pkg.tar.xz 183k? The codecs i686 package is: 18465084 Nov 9 17:51 codecs-20110131-1-i686.pkg.tar.xz 18.4M ? I read the aur notes about the i686 and x86_64 bit versions use different upstream releases and contain completely different codecs, but I don't understand why or how this can possibly work. I have also read https://wiki.archlinux.org/index.php/Codecs which seems a bit 'tounge-in-cheek', but provides no additional information. Anybody know more? Does the x86_64 package even work? If you use these, please let me know. Thanks. -- David C. Rankin, J.D.,P.E.

2 2

[arch-general] [signoff] kernel26-lts 2.6.32.47-1
by Tobias Powalowski 09 Nov '11

09 Nov '11

Latest LTS kernel is in testing, please signoff for both arches greetings tpowa -- Tobias Powalowski Archlinux Developer & Package Maintainer (tpowa) http://www.archlinux.org tpowa(a)archlinux.org

1 0

[arch-general] timezones
by Jorge Almeida 09 Nov '11

09 Nov '11

I have HARDWARECLOCK="UTC" TIMEZONE="right/Portugal" in /etc/rc.conf, but I'm not sure this is the right thing to do. I use clockspeed to keep the clock synchronized with a ntp server, and other sofware requires a "right/*" timezone. Anyone has any knowledge to share about this issue? For example, "date" gives output that ignores leap seconds. Is this a date issue, unrelated with rc.conf? Anyone else using a right/* timezone? TIA J.Almeida

3 5

[arch-general] KDE panel broken after last upgrade
by Lorenzo Bandieri 07 Nov '11

07 Nov '11

Hello archers, Last massive KDE upgrade broke my KDE desktop. In particular, after the reboot, the panel was gone. I tried to "Add Panel": Default Panel crashes Plasma Shell; Empty panel works. Then I added one by one the widget I had in my original panel (which was pretty standard). I determined that the "culprit" is task manager: when I try to add this widget, KDE crashes. Any workaround? Thanks, Lorenzo

6 9

[arch-general] KDE: shortcut configuration broken
by Alessio 'Blaster' Biancalana 07 Nov '11

07 Nov '11

Hi archers and KDE users, Can I have confirm of a strange behaviour in my KDE? I can't open, in KControl (the control center), the shortcut and gestures configuration dialog: when i double-click the item, KControl freezes. Sometimes the configuration center for shortcuts opens up itself after a lot of time. What's happening? Bug? Other? Enlight me please. Bl@ster

2 4

Re: [arch-general] [signoff] cryptsetup 1.4.0-2
by Thomas Bächler 07 Nov '11

07 Nov '11

Am 03.11.2011 19:51, schrieb Thomas Bächler: > Upstream update. > > This also adds the new (optional) options field to cryptsetup. If you > use a SSD, you can change > cryptdevice=/dev/foo:bar > to > cryptdevice=/dev/foo:bar:allow-discards > to enable discard functionality on the crypto mapping. > > In -2, I fixed a bug in "cryptsetup status" for plain volumes where the > key size would always be displayed as 0. Can anyone confirm that the i686 package works?

2 1