Neil Bothwick wrote:
> As a
> scripting language, Bash is probably better
This is not true, either: Although finally bash took some of the
features of zsh (arrays, regular expression matching, etc.) there
are still many features missing in bash (extended globbing, many
variable and array operatio
That version is not available after a sync a couple of hours ago.
Walter Dnes wrote:
> Adobe has released adobe-flash-11.2.202.481 for linux, and it is now
> available as an ebuild. Thanks to the devs for a quick turnaround with
> the ebuild. It is important to update, because a zero-day ex
Nikos Chantziaras wrote:
>
> I tried it, for exactly 10 seconds. My home/end keys didn't work.
The default configuration is horrible, and they won't change it
since compatibility with stone age and all zsh features switched
off is a design goal of the defaults. I already wrote on their
list that
Nikos Chantziaras wrote:
> On 10/07/15 02:34, Nikos Chantziaras wrote:
> > I tried it [zsh], for exactly 10 seconds. My home/end keys didn't work. This
> > gave me the impression of an unfinished project. Why on earth would
> > anyone release a program after 1990 that doesn't know the home/end keys
On Fri, Jul 10, 2015 at 02:36:50AM +0300, Nikos Chantziaras wrote:
> On 10/07/15 02:34, Nikos Chantziaras wrote:
> >I tried it [zsh], for exactly 10 seconds. My home/end keys didn't work. This
> >gave me the impression of an unfinished project. Why on earth would
> >anyone release a program after 1
On 10/07/15 02:34, Nikos Chantziaras wrote:
I tried it [zsh], for exactly 10 seconds. My home/end keys didn't work. This
gave me the impression of an unfinished project. Why on earth would
anyone release a program after 1990 that doesn't know the home/end keys?
:-/
PS:
The "Del" key doesn't wo
On 09/07/15 19:07, Neil Bothwick wrote:
On Thu, 09 Jul 2015 15:07:40 +0300, Nikos Chantziaras wrote:
Don't ask such questions ;-)
This is in the same vein as the "emacs vs vim" argument.
True, people persist with Bash and vim, but in the latter case it
appears to be because they actually like
On Thu, 9 Jul 2015 20:45:09 +0300, Gevisz wrote:
> I say "almost no old habits" because I actually have one:
> I used to Ctrl-R to search through the command history in bash
> and so far I have not figured what will be its equivalent in zsh,
Ctrl-R
> especially if to set its "input mode" to vim-
On Thu, 9 Jul 2015 17:07:43 +0100 Neil Bothwick wrote:
> On Thu, 09 Jul 2015 15:07:40 +0300, Nikos Chantziaras wrote:
>
> > >> I can't test it myself as a use a superior shell to
> > >> Bash
> > >
> > > Which one? And why is it superior to bash?
> >
> > Don't ask such questions ;-)
> >
> >
On Thursday 09 Jul 2015 17:14:41 walt wrote:
> An upstream change in pam_ssh-2.1 requires you to add a new
> subdirectory: ~/.ssh/login_keys.d/ and in that directory you must
> create a symlink to ~/.ssh/id_rsa in order to be able to ssh in by
> using your ssh passphrase instead of your password.
>
An upstream change in pam_ssh-2.1 requires you to add a new
subdirectory: ~/.ssh/login_keys.d/ and in that directory you must
create a symlink to ~/.ssh/id_rsa in order to be able to ssh in by
using your ssh passphrase instead of your password.
When you login (or ssh in) you will now see a prompt
On Thu, 09 Jul 2015 15:07:40 +0300, Nikos Chantziaras wrote:
> >> I can't test it myself as a use a superior shell to
> >> Bash
> >
> > Which one? And why is it superior to bash?
>
> Don't ask such questions ;-)
>
> This is in the same vein as the "emacs vs vim" argument.
True, people persi
On Thu, Jul 09, 2015 at 03:37:12PM +0300, Nikos Chantziaras wrote:
> On 09/07/15 15:24, wraeth wrote:
> > On Thu, Jul 09, 2015 at 03:19:19PM +0300, Nikos Chantziaras wrote:
> >> On 09/07/15 14:48, Neil Bothwick wrote:
> >>> On Thu, 09 Jul 2015 13:38:43 +0200, Stephan Müller wrote:
> >>>
> As a
Adobe has released adobe-flash-11.2.202.481 for linux, and it is now
available as an ebuild. Thanks to the devs for a quick turnaround with
the ebuild. It is important to update, because a zero-day exploit was
discovered in the 400 gigabytes of data from the "Hacking Team" hack.
And yes, it can
On Thu, 9 Jul 2015 12:48:24 +0100
Neil Bothwick wrote:
> On Thu, 09 Jul 2015 13:38:43 +0200, Stephan Müller wrote:
>
> > As a wild guess into the blue, it could be related to readline. As I
> > see gentoo's bash uses the standalone readline from coreutils, while
> > the original bash source main
On 09/07/15 15:24, wraeth wrote:
On Thu, Jul 09, 2015 at 03:19:19PM +0300, Nikos Chantziaras wrote:
On 09/07/15 14:48, Neil Bothwick wrote:
On Thu, 09 Jul 2015 13:38:43 +0200, Stephan Müller wrote:
As a wild guess into the blue, it could be related to readline. As I
see gentoo's bash uses the
On Thu, Jul 09, 2015 at 03:19:19PM +0300, Nikos Chantziaras wrote:
> On 09/07/15 14:48, Neil Bothwick wrote:
> > On Thu, 09 Jul 2015 13:38:43 +0200, Stephan Müller wrote:
> >
> >> As a wild guess into the blue, it could be related to readline. As I
> >> see gentoo's bash uses the standalone readlin
On Thu, 09 Jul 2015 15:07:40 +0300 Nikos Chantziaras wrote:
> On 09/07/15 15:01, Gevisz wrote:
> > On Thu, 9 Jul 2015 12:48:24 +0100 Neil Bothwick wrote:
> >
> >> On Thu, 09 Jul 2015 13:38:43 +0200, Stephan Müller wrote:
> >>
> >>> As a wild guess into the blue, it could be related to readline.
On 09/07/15 14:48, Neil Bothwick wrote:
On Thu, 09 Jul 2015 13:38:43 +0200, Stephan Müller wrote:
As a wild guess into the blue, it could be related to readline. As I
see gentoo's bash uses the standalone readline from coreutils, while
the original bash source maintains an own trimmed version o
On 09/07/15 15:01, Gevisz wrote:
On Thu, 9 Jul 2015 12:48:24 +0100 Neil Bothwick wrote:
On Thu, 09 Jul 2015 13:38:43 +0200, Stephan Müller wrote:
As a wild guess into the blue, it could be related to readline. As I
see gentoo's bash uses the standalone readline from coreutils, while
the orig
On Thu, 9 Jul 2015 12:48:24 +0100 Neil Bothwick wrote:
> On Thu, 09 Jul 2015 13:38:43 +0200, Stephan Müller wrote:
>
> > As a wild guess into the blue, it could be related to readline. As I
> > see gentoo's bash uses the standalone readline from coreutils, while
> > the original bash source main
On Thu, 09 Jul 2015 13:38:43 +0200, Stephan Müller wrote:
> As a wild guess into the blue, it could be related to readline. As I
> see gentoo's bash uses the standalone readline from coreutils, while
> the original bash source maintains an own trimmed version of readline..
> just a thought
In tha
Am 06.07.2015 um 19:01 schrieb walt:
> My bash problem started a few weeks ago but I can't remember when.
> This problem is intermittent and hard to reproduce. I'm seeing it
> maybe less than ten times per day but often enough to be really
> annoying.
>
> This is the problem: occasionally bash g
On Thu, 09 Jul 2015 10:07:06 +0200, Roger Cahn wrote:
> Since a few days, when I type the point (.) on the numeric keypad,
> everytime, I obtain a window with:
>
> Impossible to launch the shortcut "KP_Decimal".
> The execution of the son process "." failed
> (permission not allowed)
It sounds
Hi,
Since a few days, when I type the point (.) on the numeric keypad,
everytime, I obtain a window with:
Impossible to launch the shortcut "KP_Decimal".
The execution of the son process "." failed
(permission not allowed)
Can anybody give me a solution to have again the "."
on the numeric key
25 matches
Mail list logo
