On 04/13/2011 11:32 PM, Ben Hutchings wrote:
> On Wed, Apr 13, 2011 at 11:01:26PM +0200, Luk Claes wrote:
>> On 04/13/2011 10:39 PM, Andrew O. Shadoura wrote:
> [...]
>>> It could be replaced by rpcinfo (as suggested before) which is provided
>>> by libc-bin, so no extra dependencies and no breakag
On Wed, Apr 13, 2011 at 11:01:26PM +0200, Luk Claes wrote:
> On 04/13/2011 10:39 PM, Andrew O. Shadoura wrote:
[...]
> > It could be replaced by rpcinfo (as suggested before) which is provided
> > by libc-bin, so no extra dependencies and no breakage. Why not? Why
> > such a resistance?
>
> I didn
On 13-Apr-2011, Debian Bug Tracking System wrote:
> Date: Wed, 13 Apr 2011 23:12:15 +0300
> From: "Andrew O. Shadoura"
> Message-ID: <20110413231215.189a2fc2@ileemo>
>
> On Wed, 13 Apr 2011 22:04:54 +0200
> Luk Claes wrote:
>
> > Unless you show that you:
> >
> > 1) have bash 4.1-3 or later in
On 04/13/2011 10:39 PM, Andrew O. Shadoura wrote:
> Hello,
>
> On Wed, 13 Apr 2011 22:28:54 +0200
> Luk Claes wrote:
>
>>> If it's the only case, it should be specified explicitly. And, after
>>> all, why not use the utility that is supposed to be used, and not
>>> this hackish thing?
>
>> The
On Wed, Apr 13, 2011 at 11:39:37PM +0300, Andrew O. Shadoura wrote:
[...]
> > Well, we only guarantee to support upgrades from stable to the next
> > one. Obviously we will try to not break things in unstable and
> > testing. Though it's not uncommon to make the assumption that users
> > have at le
Hello,
On Wed, 13 Apr 2011 22:28:54 +0200
Luk Claes wrote:
> > If it's the only case, it should be specified explicitly. And, after
> > all, why not use the utility that is supposed to be used, and not
> > this hackish thing?
> The only reason it was implemented this way is because bash is stil
On 04/13/2011 10:12 PM, Andrew O. Shadoura wrote:
> Hello,
>
> On Wed, 13 Apr 2011 22:04:54 +0200
> Luk Claes wrote:
>
>>> I confirm the bug.
>>>
>>> # cat /dev/tcp/localhost/111
>>> -su: /dev/tcp/localhost/111: No such file or directory
>>
>> Unless you show that you:
>>
>> 1) have bash 4.1-3 o
On Wed, Apr 13, 2011 at 10:36:04PM +0300, Andrew O. Shadoura wrote:
> reopen 620421
> thanks
>
> Hello,
>
> On Sun, 03 Apr 2011 05:29:12 +0100
> Ben Hutchings wrote:
>
> > > I'm describing (actually, repeating) what was in the initial bug
> > > report for that test, modulo my misunderstanding a
Processing commands for cont...@bugs.debian.org:
> reopen 620421
Bug #620421 {Done: Ben Hutchings } [nfs-kernel-server]
nfs-kernel-server: init script depends on non-existent â/dev/tcp/â
> thanks
Stopping processing here.
Please contact me if you need assistance.
--
620421: http://bugs.debi
reopen 620421
thanks
Hello,
On Sun, 03 Apr 2011 05:29:12 +0100
Ben Hutchings wrote:
> > I'm describing (actually, repeating) what was in the initial bug
> > report for that test, modulo my misunderstanding about Bash's
> > special treatment of that path.
>
> The initial bug report contained th
On 03-Apr-2011, Ben Hutchings wrote:
> So you're saying that on your system, the 'cat' command can silently
> fail?
I'm describing (actually, repeating) what was in the initial bug
report for that test, modulo my misunderstanding about Bash's special
treatment of that path.
For now, I've worked a
On Sun, 2011-04-03 at 13:43 +1000, Ben Finney wrote:
> On 03-Apr-2011, Ben Hutchings wrote:
> > So in what sense does the test 'not work'?
>
> It fails (exits with a non-zero status), even though the ‘portmapper’
> service is running.
>
> > Does 'cat /dev/tcp/localhost/111' produce any error
> >
On 03-Apr-2011, Ben Hutchings wrote:
> So in what sense does the test 'not work'?
It fails (exits with a non-zero status), even though the ‘portmapper’
service is running.
> Does 'cat /dev/tcp/localhost/111' produce any error
> message?
No.
--
\ “It is the integrity of each individual hu
On Sat, 2011-04-02 at 11:54 +1100, Ben Finney wrote:
> On 02-Apr-2011, Ben Hutchings wrote:
> > Which version of bash is installed?
>
> $ aptitude show bash | grep '^Version:'
> Version: 4.1-3
> $ /bin/bash --version
> GNU bash, version 4.1.5(1)-release (powerpc-unknown-linux-gnu)
So in what sens
On 02-Apr-2011, Ben Hutchings wrote:
> Which version of bash is installed?
$ aptitude show bash | grep '^Version:'
Version: 4.1-3
$ /bin/bash --version
GNU bash, version 4.1.5(1)-release (powerpc-unknown-linux-gnu)
--
\“There are no significant bugs in our released software that |
`\
On Sat, Apr 02, 2011 at 08:42:09AM +1100, Ben Finney wrote:
> On 01-Apr-2011, Julien Cristau wrote:
> > On Sat, Apr 2, 2011 at 07:00:11 +1100, Ben Finney wrote:
> >
> > > The ‘/etc/init.d/nfs-kernel-server’ script has a new dependency on
> > > a non-existent directory:
> >
> > It's not supposed
On 01-Apr-2011, Julien Cristau wrote:
> On Sat, Apr 2, 2011 at 07:00:11 +1100, Ben Finney wrote:
>
> > The ‘/etc/init.d/nfs-kernel-server’ script has a new dependency on
> > a non-existent directory:
>
> It's not supposed to be a directory, it's a bash feature for
> redirections to tcp sockets.
On Sat, Apr 2, 2011 at 07:00:11 +1100, Ben Finney wrote:
> The ‘/etc/init.d/nfs-kernel-server’ script has a new dependency on a
> non-existent directory:
>
It's not supposed to be a directory, it's a bash feature for
redirections to tcp sockets.
Cheers,
Julien
--
To UNSUBSCRIBE, email to deb
Package: nfs-kernel-server
Version: 1:1.2.2-5
Severity: important
Tags: patch
The ‘/etc/init.d/nfs-kernel-server’ script has a new dependency on a
non-existent directory:
=
# See if portmap or rpcbind are running
(cat /dev/tcp/localhost/111) 2>/dev/null
19 matches
Mail list logo
