On Wed, Dec 21, 2011 at 12:00:12AM +0100, Cédric Girard wrote:
> On Tue, Dec 20, 2011 at 9:48 PM, Magnus Therning wrote:
>
> > >> Second, my own experience lead me to disable [haskell] repository
> > >> on my computers because some packages were out of date but where
> > >> picked before AUR ones
On Tue, Dec 20, 2011 at 9:48 PM, Magnus Therning wrote:
> >> Second, my own experience lead me to disable [haskell] repository
> >> on my computers because some packages were out of date but where
> >> picked before AUR ones by the aur helper I use.
> >
> > Hence the confusion around this issue.
On Tue, Dec 20, 2011 at 11:03 PM, Ricardo Catalinas Jiménez
wrote:
> On Tue, Dec 20, 2011 at 10:49:10PM +0100, Tom Gundersen wrote:
>> On Tue, Dec 20, 2011 at 10:34 PM, Ricardo Catalinas Jiménez
>> wrote:
>> > Everything works fine except when umounting a NFS volume:
>> >
>> > $ mount /mnt
On Tue, Dec 20, 2011 at 10:49:10PM +0100, Tom Gundersen wrote:
> On Tue, Dec 20, 2011 at 10:34 PM, Ricardo Catalinas Jiménez
> wrote:
> > Everything works fine except when umounting a NFS volume:
> >
> > $ mount /mnt/anubis
> > $ umount /mnt/anubis
> > umount: /mnt/anubis moun
Hi Ricardo,
On Tue, Dec 20, 2011 at 10:34 PM, Ricardo Catalinas Jiménez
wrote:
> Everything works fine except when umounting a NFS volume:
>
> $ mount /mnt/anubis
> $ umount /mnt/anubis
> umount: /mnt/anubis mount disagrees with the fstab
>
> The relevant line from fstab:
>
>
Following the instructions from arch-announce I did:
$ sudo pacman -S filesystem --force
Everything works fine except when umounting a NFS volume:
$ mount /mnt/anubis
$ umount /mnt/anubis
umount: /mnt/anubis mount disagrees with the fstab
The relevant line from f
On Tue, Dec 20, 2011 at 12:11:40PM -0800, Ethan Schoonover wrote:
> 2011/12/20 Cédric Girard
>
>> On Tue, Dec 20, 2011 at 4:11 AM, Ethan Schoonover
>> wrote:
>>
>>> 2. Always avoid AUR Haskell packages (they are mostly out of date)
>>
>> I'm not sure about this. First I find this unrespectful to
2011/12/20 Cédric Girard
> On Tue, Dec 20, 2011 at 4:11 AM, Ethan Schoonover >wrote:
>
> > 2. Always avoid AUR Haskell packages (they are mostly out of date)
>
> I'm not sure about this. First I find this unrespectful to the people
> spending time maintaining Haskell PKGBUILDs in the AUR (and I'
On Tue, Dec 20, 2011 at 21:27, Peter Lewis wrote:
> On Wednesday 21 Dec 2011 01:36:35 Gaetan Bisson wrote:
> > [2011-12-20 19:38:19 +0530] Keshav P R:
> > > error: rekonq: key "22AD5874F39D989F" is unknown
> > > error: key "22AD5874F39D989F" could not be looked up remotely
>
> I opened a bug abou
On 12/19/2011 11:54 PM, David Rosenstrauch wrote:
I took an alternate approach. On Windows, the Windows+E key combination
on the keyboard brings up the Windows Explorer file manager, and is a
key combo that I got used to when working on Windows. So under XFCE, I
just set up a similar key combo to
On 12/20/2011 03:40 PM, gt wrote:
sudo mv /usr/bin/xfdesktop /usr/bin/xfdesktop-off
sudo ln -s /usr/bin/nautilus /usr/bin/xfdesktop
more here:
http://ubuntuforums.org/showthread.php?t=1167149
But, i don't know if symlinking is such a good idea. Moreover there'll
be no desktop icons.
Nah, tha
On Wednesday 21 Dec 2011 03:15:58 Gaetan Bisson wrote:
> [2011-12-20 15:57:02 +] Peter Lewis:
> > I have my master key stored offline, and I hope it will last forever
>
> I see. It's just to bad that it is only 1024-bit long... RSA and DSA
> keys of this length will probably be crackable in te
[2011-12-20 15:57:02 +] Peter Lewis:
> Did this:
>
> % pacman-key -r 22AD5874F39D989F
>
> not work for you?
It seems like it does, but my ugly script had already imported your key.
--
Gaetan
[2011-12-20 15:57:02 +] Peter Lewis:
> I have my master key stored offline, and I hope it will last forever
I see. It's just to bad that it is only 1024-bit long... RSA and DSA
keys of this length will probably be crackable in ten/fifteen years.
(And I'm sure the NSA can already do it.)
--
G
On Wednesday 21 Dec 2011 01:36:35 Gaetan Bisson wrote:
> [2011-12-20 19:38:19 +0530] Keshav P R:
> > error: rekonq: key "22AD5874F39D989F" is unknown
> > error: key "22AD5874F39D989F" could not be looked up remotely
I opened a bug about this a couple of days ago: FS#27612.
> This seems to be Pete
On 16-12-11 12:24, Jude DaShiell wrote:
[ bottom posting, nettiquette ]
The creators of the original email protocol could have if they chose put
together an rfc on top posting and writers of email programs could have
written software in such a way that top posting became impossible. None
of tha
[2011-12-20 20:36:02 +0530] Keshav P R:
> Now that I have refreshed the list of keys. How should I import them all?
You are confusing a bit of everything.
There are two ways to get the new keys into your pacman keyring:
- let pacman download them when you install packages signed by them;
- run my
On Tue, Dec 20, 2011 at 20:25, Gaetan Bisson wrote:
> [2011-12-20 20:19:13 +0530] Keshav P R:
> > There seems to be many new User IDs and Signatures. Should I do
> "pacman-key
> > --refresh-keys" periodically?
>
> Actually, `--refresh-keys` will only update signatures; to get the new
> keys you m
On Tue, Dec 20, 2011 at 20:20, Denis A. Altoé Falqueto <
denisfalqu...@gmail.com> wrote:
> On Tue, Dec 20, 2011 at 12:08 PM, Keshav P R
> wrote:
> > Hi all,
> > I am unable to upgrade community/rekonq from 0.8.0-1 to 0.8.1-1
> > due to
> >
> > error: rekonq: key "22AD5874F39D989F" is unkn
[2011-12-20 20:19:13 +0530] Keshav P R:
> There seems to be many new User IDs and Signatures. Should I do "pacman-key
> --refresh-keys" periodically?
Actually, `--refresh-keys` will only update signatures; to get the new
keys you must either import them from pacman as you install packages
signed b
On Tue, Dec 20, 2011 at 12:08 PM, Keshav P R
wrote:
> Hi all,
> I am unable to upgrade community/rekonq from 0.8.0-1 to 0.8.1-1
> due to
>
> error: rekonq: key "22AD5874F39D989F" is unknown
> error: key "22AD5874F39D989F" could not be looked up remotely
> error: failed to commit transactio
On Tue, Dec 20, 2011 at 20:06, Gaetan Bisson wrote:
> [2011-12-20 19:38:19 +0530] Keshav P R:
> > error: rekonq: key "22AD5874F39D989F" is unknown
> > error: key "22AD5874F39D989F" could not be looked up remotely
>
> This seems to be Peter Lewis signing with (one of his many) subkeys...
> (Not su
On Tue, Dec 20, 2011 at 02:32:42PM +0100, Vladimir Nikšić wrote:
> > I think this is handled by the same XDG 'mimeapps.list' which contains
> > file type associations. Just add an entry for "inode/directory" pointing
> > to Nautilus:
> >
> > ~/.local/share/applications/mimeapps.list
> >
> > [
[2011-12-20 19:38:19 +0530] Keshav P R:
> error: rekonq: key "22AD5874F39D989F" is unknown
> error: key "22AD5874F39D989F" could not be looked up remotely
This seems to be Peter Lewis signing with (one of his many) subkeys...
(Not sure why he does that.)
Do `gpg --recv-key E19DAA50` (primary ID)
Hi all,
I am unable to upgrade community/rekonq from 0.8.0-1 to 0.8.1-1
due to
error: rekonq: key "22AD5874F39D989F" is unknown
error: key "22AD5874F39D989F" could not be looked up remotely
error: failed to commit transaction (invalid or corrupted package (PGP
signature))
Errors occurred,
Am Tue, 20 Dec 2011 14:32:42 +0100
schrieb Vladimir Nikšić :
> Tried that, didn't work. I even restarted X to be sure it's lodaded,
> but Thunar still always loads. I think the mimeapps.list may be on to
> something, not sure. I'll look into it more.
Try this:
"Settings -> Preferred Applications
> I think this is handled by the same XDG 'mimeapps.list' which contains
> file type associations. Just add an entry for "inode/directory" pointing
> to Nautilus:
>
> ~/.local/share/applications/mimeapps.list
>
> [Default Applications]
> inode/directory=nautilus.desktop
Tried that, didn't
On Tue, Dec 20, 2011 at 4:11 AM, Ethan Schoonover
wrote:
> 2. Always avoid AUR Haskell packages (they are mostly out of date)
I'm not sure about this. First I find this unrespectful to the people
spending time maintaining Haskell PKGBUILDs in the AUR (and I'm not saying
this before I do).
Secon
28 matches
Mail list logo
