Re: [arch-general] systemd claims /run out of space

Am 14.01.2014 00:35, schrieb Jameson: > Thanks, man. You nailed it. Do you think I should file a bug report > somewhere to see if I can have the devs work out a better error > message? Is it a kernel bug, a bug with the strerror library, or a > systemd issue? It is in the function service_watch_pi

Re: [arch-general] systemd claims /run out of space

On Mon, Jan 13, 2014 at 2:10 PM, Thomas Bächler wrote: > Am 13.01.2014 17:54, schrieb Jameson: >> For some reason on my home server, systemd is often telling me I'm out >> of space, but I can't find a problem. Just now, I stopped httpd, and >> when I try to start it, again, systemd says I'm out of

Re: [arch-general] libgcrypt.so.20 missing

On 2014-01-13 10:17, Sebastian Lipp wrote: > On 2014-01-13 10:06, Sebastian Lipp wrote: > > On 2014-01-13 02:10, guns wrote: > > > On Mon 13 Jan 2014 at 08:08:47PM +0100, Thomas Bächler wrote: > > > > Am 13.01.2014 19:33, schrieb Mark E. Lee: > > > > > 3) Failure to update libgcrypt before other pa

Re: [arch-general] libgcrypt.so.20 missing

On 2014-01-13 10:06, Sebastian Lipp wrote: > On 2014-01-13 02:10, guns wrote: > > On Mon 13 Jan 2014 at 08:08:47PM +0100, Thomas Bächler wrote: > > > Am 13.01.2014 19:33, schrieb Mark E. Lee: > > > > 3) Failure to update libgcrypt before other packages resulted in a > > > > kernel that seemed to be

Re: [arch-general] libgcrypt.so.20 missing

On 2014-01-13 02:10, guns wrote: > On Mon 13 Jan 2014 at 08:08:47PM +0100, Thomas Bächler wrote: > > Am 13.01.2014 19:33, schrieb Mark E. Lee: > > > 3) Failure to update libgcrypt before other packages resulted in a > > > kernel that seemed to be hung at booting. > > > > Sorry, I can't see how that

Re: [arch-general] libgcrypt.so.20 missing

On Mon, 2014-01-13 at 22:52 +0100, Thomas Bächler wrote: > Am 13.01.2014 22:48, schrieb Mark Lee: > > Salutations, > > > > All right then; if it works for you guys. Will an announcement be made > > on the arch website to ensure the upgrade doesn't break more systems or > > will we continue the wai

Re: [arch-general] libgcrypt.so.20 missing

Am 13.01.2014 22:48, schrieb Mark Lee: > Salutations, > > All right then; if it works for you guys. Will an announcement be made > on the arch website to ensure the upgrade doesn't break more systems or > will we continue the wait game and hope that all the mirrors sync and > the issue just goes a

Re: [arch-general] libgcrypt.so.20 missing

On Mon 13 Jan 2014 at 10:42:47PM +0100, Thomas Bächler wrote: > Am 13.01.2014 20:34, schrieb Mark Lee: > > > Salutations, > > > > Actually scratch that, one should install gnupg 2.0.22-2 and libgcrypt > > 1.6.0-1 simultaneously (same pacman line) before trying to install other > > things. > > That

Re: [arch-general] libgcrypt.so.20 missing

On Mon, 2014-01-13 at 22:42 +0100, Thomas Bächler wrote: > Am 13.01.2014 20:34, schrieb Mark Lee: > > On Mon, 2014-01-13 at 14:19 -0500, Mark Lee wrote: > >> The reason why packages couldn't upgrade was because of gnupg which is > >> needed for package signature verification from pacman. An updated

Re: [arch-general] libgcrypt.so.20 missing

Am 13.01.2014 20:34, schrieb Mark Lee: > On Mon, 2014-01-13 at 14:19 -0500, Mark Lee wrote: >> The reason why packages couldn't upgrade was because of gnupg which is >> needed for package signature verification from pacman. An updated gnupg >> points to libgcrypt.so.20 while the old one points to l

Re: [arch-general] LUKS emergency self-destruct

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 01/13/2014 03:57 AM, Paladin wrote: > Hi, does anyone know if there is plan to implement this: > http://www.kali.org/how-to/emergency-self-destruction-luks-kali/ in > Arch? > > Patch https://github.com/offensive-security/cryptsetup-nuke-keys is >

Re: [arch-general] libgcrypt.so.20 missing

On Mon, 13 Jan 2014 at 21:30:53, guns wrote: > On Mon 13 Jan 2014 at 03:12:33PM -0500, Mark Lee wrote: > > > > I don't have encrypt in my mkinitcpio hooks. > > Regardless, the sync state of the mirrors we pulled from > are inconsistent. In my case, my top mirrors are all listed > under "Successful

Re: [arch-general] libgcrypt.so.20 missing

On Mon, 2014-01-13 at 20:08 +0100, Thomas Bächler wrote: > Am 13.01.2014 19:33, schrieb Mark E. Lee: > > However, I suggest an announcement on the website regarding this > > problem. > > No. > > > I had three issues when trying to solve this problem: > > 1) the mirror I was using wasn't up to dat

Re: [arch-general] libgcrypt.so.20 missing

On Mon, 2014-01-13 at 14:30 -0600, guns wrote: > On Mon 13 Jan 2014 at 03:12:33PM -0500, Mark Lee wrote: > > > > I don't have encrypt in my mkinitcpio hooks. > > Regardless, the sync state of the mirrors we pulled from > are inconsistent. In my case, my top mirrors are all listed > under "Successf

Re: [arch-general] libgcrypt.so.20 missing

On Mon 13 Jan 2014 at 03:12:33PM -0500, Mark Lee wrote: > > I don't have encrypt in my mkinitcpio hooks. Regardless, the sync state of the mirrors we pulled from are inconsistent. In my case, my top mirrors are all listed under "Successfully Syncing Mirrors" with 100% completion at https://www.arc

Re: [arch-general] libgcrypt.so.20 missing

On Mon, 2014-01-13 at 14:10 -0600, guns wrote: > On Mon 13 Jan 2014 at 08:08:47PM +0100, Thomas Bächler wrote: > > Am 13.01.2014 19:33, schrieb Mark E. Lee: > > > > > I had three issues when trying to solve this problem: > > > 1) the mirror I was using wasn't up to date (still had > > > libgcrypt-1

Re: [arch-general] libgcrypt.so.20 missing

On Mon 13 Jan 2014 at 08:08:47PM +0100, Thomas Bächler wrote: > Am 13.01.2014 19:33, schrieb Mark E. Lee: > > > I had three issues when trying to solve this problem: > > 1) the mirror I was using wasn't up to date (still had > > libgcrypt-1.5.3-1) > > You see, that is impossible. The package databa

Re: [arch-general] libgcrypt.so.20 missing

On Mon, 2014-01-13 at 14:19 -0500, Mark Lee wrote: > On Mon, 2014-01-13 at 20:08 +0100, Thomas Bächler wrote: > > Am 13.01.2014 19:33, schrieb Mark E. Lee: > > > However, I suggest an announcement on the website regarding this > > > problem. > > > > No. > > > > > I had three issues when trying to

Re: [arch-general] libgcrypt.so.20 missing

On Mon, 2014-01-13 at 20:08 +0100, Thomas Bächler wrote: > Am 13.01.2014 19:33, schrieb Mark E. Lee: > > However, I suggest an announcement on the website regarding this > > problem. > > No. > > > I had three issues when trying to solve this problem: > > 1) the mirror I was using wasn't up to dat

Re: [arch-general] libgcrypt.so.20 missing

On Mon, 2014-01-13 at 20:08 +0100, Thomas Bächler wrote: > Am 13.01.2014 19:33, schrieb Mark E. Lee: > > However, I suggest an announcement on the website regarding this > > problem. > > No. > > > I had three issues when trying to solve this problem: > > 1) the mirror I was using wasn't up to dat

Re: [arch-general] systemd claims /run out of space

Am 13.01.2014 17:54, schrieb Jameson: > For some reason on my home server, systemd is often telling me I'm out > of space, but I can't find a problem. Just now, I stopped httpd, and > when I try to start it, again, systemd says I'm out of space, the > status reports: systemd[1]: Failed to set a wa

Re: [arch-general] libgcrypt.so.20 missing

Am 13.01.2014 19:33, schrieb Mark E. Lee: > However, I suggest an announcement on the website regarding this > problem. No. > I had three issues when trying to solve this problem: > 1) the mirror I was using wasn't up to date (still had > libgcrypt-1.5.3-1) You see, that is impossible. The packa

Re: [arch-general] libgcrypt.so.20 missing

On Mon, 2014-01-13 at 19:13 +0100, Armin K. wrote: > On 01/13/2014 07:08 PM, Mark E. Lee wrote: > > Salutations! > > > > After an upgrade of my entire system, I am now unable to install > > packages or run any programs that depend on libgcrypt. I get the > > following error : libgrypt.so.20 not fo

Re: [arch-general] libgcrypt.so.20 missing

On 01/13/2014 07:08 PM, Mark E. Lee wrote: > Salutations! > > After an upgrade of my entire system, I am now unable to install > packages or run any programs that depend on libgcrypt. I get the > following error : libgrypt.so.20 not found. > > Looking at my pacman logs it seems that This error ap

[arch-general] libgcrypt.so.20 missing

Salutations! After an upgrade of my entire system, I am now unable to install packages or run any programs that depend on libgcrypt. I get the following error : libgrypt.so.20 not found. Looking at my pacman logs it seems that This error appeared after an update to pth (2.0.7-4 -> 2.0.7-5). I've

Re: [arch-general] Ruby gem packages in Arch

On Mon, Jan 13, 2014 at 12:33:30PM +, Paul Gideon Dann wrote: > On Monday 13 Jan 2014 12:59:28 Maxime Gauduin wrote: > > IMHO, the reason why you would choose to use rubygem over pacman depends of > > how extensive a ruby user you are. I like to have gems handled by pacman, > > but I only use a

Re: [arch-general] Ruby gem packages in Arch

On Mon, Jan 13, 2014 at 5:32 PM, Paul Gideon Dann wrote: > On Monday 13 Jan 2014 16:35:16 Maxime Gauduin wrote: > > > For system-wide gems, I do "sudo gem install ". That works > because > > > I've restored > > > /etc/gemrc so that it reads simply "gem:", instead of "gem: > > > --user-install".

Re: [arch-general] Ruby gem packages in Arch

>On Mon, Jan 13, 2014 at 4:35 PM, Maxime Gauduin wrote: >As I mentioned above, you can easily reverse that statement. Why throw >Bundler and Rubygems in the mix when you have pacman? I personally think >that having pacman-managed dirs tinkered with by another package manager is >heresy :P I have

[arch-general] systemd claims /run out of space

For some reason on my home server, systemd is often telling me I'm out of space, but I can't find a problem. Just now, I stopped httpd, and when I try to start it, again, systemd says I'm out of space, the status reports: systemd[1]: Failed to set a watch for httpd.service's PID file /run/httpd/ht

Re: [arch-general] Ruby gem packages in Arch

On Monday 13 Jan 2014 16:35:16 Maxime Gauduin wrote: > > For system-wide gems, I do "sudo gem install ". That works because > > I've restored > > /etc/gemrc so that it reads simply "gem:", instead of "gem: > > --user-install". I'm still not clear > > on why this configuration file is altered in t

Re: [arch-general] LUKS emergency self-destruct

On Mon, Jan 13, 2014 at 11:57:28AM +0100, Paladin wrote: > Hi, > does anyone know if there is plan to implement this: > http://www.kali.org/how-to/emergency-self-destruction-luks-kali/ > in Arch? > > Patch https://github.com/offensive-security/cryptsetup-nuke-keys > is not too big and IMHO it woul

Re: [arch-general] Packages Verified with MD5

On 01/13/2014 02:49 AM, Rashif Ray Rahman wrote: > On 13 January 2014 00:58, Taylor Hornby wrote: >> > If so, this should be fixed as soon as possible. How feasible would it >> > be? Could it be as simple as making a script that: >> > >> > 1. Finds the 'source' and 'md5sums' lines. >> > 2. Downloa

Re: [arch-general] Ruby gem packages in Arch

On Mon, Jan 13, 2014 at 1:33 PM, Paul Gideon Dann wrote: > On Monday 13 Jan 2014 12:59:28 Maxime Gauduin wrote: > > IMHO, the reason why you would choose to use rubygem over pacman depends > of > > how extensive a ruby user you are. I like to have gems handled by pacman, > > but I only use a few o

Re: [arch-general] "os-prober" failed to work with "blkid" (util-linux 2.24-2)

On Sun, Jan 12, 2014 at 07:15:03PM +0100, Timothée Ravier wrote: > On 09/01/2014 10:11, Ken CC wrote: > > (...) > > > > What do you guys think? > > Please report bugs upstream, or in the bug tracker. > bug reported: https://bugs.archlinux.org/task/38487 -ken

Re: [arch-general] LUKS emergency self-destruct

Am 13.01.2014 11:57, schrieb Paladin: > Patch is for 1.6.1 but it cannot be that difficult to port it to > 1.6.3 which we have. This feature has already been rejected by the cryptsetup authors as far as I can see. So no, we will not keep maintaining our own cryptsetup modification. signature.a

[arch-general] LUKS emergency self-destruct

Hi Paladin, On Monday, January 13, 2014, Paladin wrote: > Patch https://github.com/offensive-security/cryptsetup-nuke-keys > is not too big and IMHO it would be great to have this option.. > Patch is for 1.6.1 but it cannot be that diffi

Re: [arch-general] Ruby gem packages in Arch

On 13 January 2014 18:52, Paul Gideon Dann wrote: > I'm not trying to dismiss your effort, I'm just concerned that this seems a > little like > duplication. It's about options. You can experience the same thing with Python, R, Vim, etc. I have long given up using distribution packages for Vim, i

Re: [arch-general] Ruby gem packages in Arch

On Monday 13 Jan 2014 12:59:28 Maxime Gauduin wrote: > IMHO, the reason why you would choose to use rubygem over pacman depends of > how extensive a ruby user you are. I like to have gems handled by pacman, > but I only use a few of them and don't need to have several versions of the > same gem. Ha

Re: [arch-general] Ruby gem packages in Arch

On Monday 13 Jan 2014 13:17:13 Magnus Therning wrote: > On Mon, Jan 13, 2014 at 11:45 AM, Simon Hanna wrote: > > Since ruby allready comes with a package manager (mentioned earlier), I > > never downloaded anything from the aur, but used rubygems instead. My > > question is, if we really need to h

Re: [arch-general] Ruby gem packages in Arch

On Mon, Jan 13, 2014 at 11:45 AM, Simon Hanna wrote: > Since ruby allready comes with a package manager (mentioned earlier), I > never downloaded anything from the aur, but used rubygems instead. My > question is, if we really need to have all these packages in the aur. Isn't > it easier to manage

Re: [arch-general] Ruby gem packages in Arch

On Mon, Jan 13, 2014 at 11:52 AM, Paul Gideon Dann wrote: > On Monday 13 Jan 2014 11:38:57 Alfredo Palhares wrote: > > I agree with you, some ruby-packages just are a royal pain in the arse to > > maintain. Sometimes i wish I just when with rbenv[1] and call it a day. I > > still have some package

Re: [arch-general] LUKS emergency self-destruct

On 13.01.2014 11:57, Paladin wrote: > does anyone know if there is plan to implement this: > http://www.kali.org/how-to/emergency-self-destruction-luks-kali/ > in Arch? Things like this belong to the bug tracker, not the mailing list. Is the patch merged upstream? If no, it is highly unlikely tha

Re: [arch-general] LUKS emergency self-destruct

On 13/01/14 20:57, Paladin wrote: > Hi, > does anyone know if there is plan to implement this: > http://www.kali.org/how-to/emergency-self-destruction-luks-kali/ > in Arch? > > Patch https://github.com/offensive-security/cryptsetup-nuke-keys > is not too big and IMHO it would be great to have this

[arch-general] LUKS emergency self-destruct

Hi, does anyone know if there is plan to implement this: http://www.kali.org/how-to/emergency-self-destruction-luks-kali/ in Arch? Patch https://github.com/offensive-security/cryptsetup-nuke-keys is not too big and IMHO it would be great to have this option.. Patch is for 1.6.1 but it cannot be t

Re: [arch-general] Ruby gem packages in Arch

On Monday 13 Jan 2014 11:38:57 Alfredo Palhares wrote: > I agree with you, some ruby-packages just are a royal pain in the arse to > maintain. Sometimes i wish I just when with rbenv[1] and call it a day. I > still have some packages that use the old naming convention. > > But like you said the wo

Re: [arch-general] Ruby gem packages in Arch

Since ruby allready comes with a package manager (mentioned earlier), I never downloaded anything from the aur, but used rubygems instead. My question is, if we really need to have all these packages in the aur. Isn't it easier to manage everything with rubygems?? 2014/1/13 Alfredo Palhares > I

Re: [arch-general] Ruby gem packages in Arch

I agree with you, some ruby-packages just are a royal pain in the arse to maintain. Sometimes i wish I just when with rbenv[1] and call it a day. I still have some packages that use the old naming convention. But like you said the worst scenerio is to deal with multiple versions, like one fact

Re: [arch-general] Packages Verified with MD5

On 13 January 2014 00:58, Taylor Hornby wrote: > If so, this should be fixed as soon as possible. How feasible would it > be? Could it be as simple as making a script that: > > 1. Finds the 'source' and 'md5sums' lines. > 2. Downloads the packages and checks the md5sums. > 3. Computes the SHA256su