Hi,
On Sun, 2008-02-10 at 23:48 -0500, Thomas Bushnell BSG wrote:
> On Sun, 2008-02-10 at 20:39 -0800, Steve Langasek wrote:
> > So we should also never upgrade /usr/bin/python, /usr/bin/perl, or
> > /usr/bin/gcc to point at a new upstream version because users may
> have local
> > programs that a
Package: wnpp
Severity: wishlist
Owner: Jack Bates <[EMAIL PROTECTED]>
* Package name: php-codesniffer
* URL : http://pear.php.net/package/PHP_CodeSniffer/
* License : BSD
Programming Lang: PHP
Description : tokenises PHP code and detects violations of a defined set
On Sun, 2008-02-10 at 20:39 -0800, Steve Langasek wrote:
> So we should also never upgrade /usr/bin/python, /usr/bin/perl, or
> /usr/bin/gcc to point at a new upstream version because users may have local
> programs that assume particular non-standard behavior from these programs,
> right?
I thin
On Sun, 2008-02-10 at 19:36 -0800, Russ Allbery wrote:
> Raphael Geissert <[EMAIL PROTECTED]> writes:
>
> > I just replied to Thomas on the bug report including some information
> > that demonstrates that his arguments on dash not implementing some (at
> > least the one mentioned on the report) /
On Sun, Feb 10, 2008 at 10:19:15PM -0500, Thomas Bushnell BSG wrote:
> On Sun, 2008-02-10 at 21:10 -0600, Raphael Geissert wrote:
> > > On Sun, 2008-02-10 at 18:12 -0800, Mike Bird wrote:
> > >> This applies to everything from tarballs of packages which are not yet
> > >> in Debian to the dozens o
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hi there,
Looking over the lintian reports for idesk, I've noticed that the
Apps/System section seems to be a root section now.
I can't see a suitable alternative for idesk, I think would be a good
idea a new section called inside Screen called Toys
[Please do _only_ reply to the ML, I read it]
Thomas Bushnell BSG wrote:
>
> On Sun, 2008-02-10 at 21:10 -0600, Raphael Geissert wrote:
>>
>> FYI Ubuntu already made the switch some time ago and they have all of the
>> packages from unstable + some more.
>> By filling bug reports I try to reduce
Raphael Geissert <[EMAIL PROTECTED]> writes:
> I just replied to Thomas on the bug report including some information
> that demonstrates that his arguments on dash not implementing some (at
> least the one mentioned on the report) /usr/bin/test features is not
> valid. For further reference pleas
On Sun, 2008-02-10 at 21:10 -0600, Raphael Geissert wrote:
> > On Sun, 2008-02-10 at 18:12 -0800, Mike Bird wrote:
> >
> >> This applies to everything from tarballs of packages which are not yet
> >> in Debian to the dozens of tiny custom scripts that everyone has for
> >> backups or nagios exten
Thomas Bushnell BSG wrote:
>
> On Sun, 2008-02-10 at 18:12 -0800, Mike Bird wrote:
>
>> This applies to everything from tarballs of packages which are not yet
>> in Debian to the dozens of tiny custom scripts that everyone has for
>> backups or nagios extensions or adding users or emptying camera
On Sun, 2008-02-10 at 18:12 -0800, Mike Bird wrote:
> On Sun February 10 2008 15:54:36 Thomas Bushnell BSG wrote:
> > Or to follow Colin's suggestion from the policy discussion a few years
> > ago, and grant a special exception, carefully crafted, for particular
> > shell builtins. I have no obje
On Sun, 2008-02-10 at 22:11 +, brian m. carlson wrote:
> As far as I can tell, /usr/bin/test and /usr/bin/[ are completely
> useless, because none of bash, dash, posh, or zsh use them. Maybe
> pdksh
> does, but that's pretty much the list of shells that could be coerced
> into being /bin/sh
On Sun February 10 2008 15:54:36 Thomas Bushnell BSG wrote:
> Or to follow Colin's suggestion from the policy discussion a few years
> ago, and grant a special exception, carefully crafted, for particular
> shell builtins. I have no objection to that solution.
As a Debian user rather than a DD I
On Mon, 2008-02-11 at 01:54 +0100, Pierre Habouzit wrote:
> Well, policy describes usage, and usage (I think) is to assume that
> /bin/sh gives you a decently recent POSIX environment (I said POSIX not
> GNU) and that if you rely on GNU extensions of tools (like echo -e) you
> should call those
On Sun, Feb 10, 2008 at 11:53:35PM +, Thomas Bushnell BSG wrote:
>
> On Sun, 2008-02-10 at 20:34 +0100, Pierre Habouzit wrote:
> > On Sun, Feb 10, 2008 at 07:17:58PM +, Thomas Bushnell BSG wrote:
> > >
> > > Or are you saying that it's ok for dash to override random Debian
> > > commands
On Sun, 2008-02-10 at 22:11 +, brian m. carlson wrote:
> On Sun, Feb 10, 2008 at 02:34:37PM -0500, Thomas Bushnell BSG wrote:
> >On Sun, 2008-02-10 at 10:57 -0800, Russ Allbery wrote:
> >> Thomas Bushnell BSG <[EMAIL PROTECTED]> writes:
> >>
> >> > Dash has a serious bug which is causing grie
On Sun, 2008-02-10 at 11:26 -0800, Mike Bird wrote:
> On Sun February 10 2008 10:16:44 Thomas Bushnell BSG wrote:
> > Shells can override commands, but only if they don't play games with the
> > syntax.
>
> Agreed. Within the Debian world, dash has redefined test rather
> than building in test.
On Sun, 2008-02-10 at 20:34 +0100, Pierre Habouzit wrote:
> On Sun, Feb 10, 2008 at 07:17:58PM +, Thomas Bushnell BSG wrote:
> >
> > Or are you saying that it's ok for dash to override random Debian
> > commands in incompatible ways?
>
> Well, let's drop bash right away then !
>
> $ bash
"brian m. carlson" <[EMAIL PROTECTED]> writes:
> The standard posh follows is Debian Policy. If you change Policy, I am
> pretty sure that posh will follow[0]. Policy currently specifies a set
> of features that are required above and beyond minimal POSIX standards
> (echo -n).
>
> Note that peo
Hallo Eric,
Eric Dorland <[EMAIL PROTECTED]> wrote:
> Jörg Sommer <[EMAIL PROTECTED]>
>slrn
Fixed in experimental. I will soon provide a new version for unstable.
Bye, Jörg.
--
[dpkg] We are the apt. Resistance is futile. You will be packaged.
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED
On Mon, 11 Feb 2008 08:48:50 +1100
Ben Finney <[EMAIL PROTECTED]> wrote:
> Perhaps a bug report against policy to specify "API" instead of
> "implementations"?
Done. But the problem is not "implementation", it is "same functionalities". At
least, IMHO.
However, we can have further discussion on
On Sat, 2008-02-09 at 16:39 -0800, Russ Allbery wrote:
> Raphael Geissert <[EMAIL PROTECTED]> writes:
>
> > Atm, checkbashisms only complains with this:
> >
> >> _From_: bashisms-amd64-2.10.15/libtool_1.5.26-1_amd64.deb
> >> possible bashism in ./usr/bin/libtool line 1218 (trap with signal
> > num
On Sun, Feb 10, 2008 at 02:34:37PM -0500, Thomas Bushnell BSG wrote:
On Sun, 2008-02-10 at 10:57 -0800, Russ Allbery wrote:
Thomas Bushnell BSG <[EMAIL PROTECTED]> writes:
> Dash has a serious bug which is causing grief.
>
> The problem is that it overrides the system's "test" command (in
> Deb
On Sat, 2008-02-09 at 16:59 -0800, Ben Pfaff wrote:
> Raphael Geissert <[EMAIL PROTECTED]> writes:
>
> > Atm, checkbashisms only complains with this:
> >
> >> _From_: bashisms-amd64-2.10.15/libtool_1.5.26-1_amd64.deb
> >> possible bashism in ./usr/bin/libtool line 1218 (trap with signal
> > number
Russ Allbery <[EMAIL PROTECTED]> writes:
> David Paleino <[EMAIL PROTECTED]> writes:
> > Frank Küster <[EMAIL PROTECTED]> wrote:
>
> >> /--- Policy 10.1
> >> | Two different packages must not install programs with different
> >> | functionality but with the same filenames. (The case of two
> >> |
Package: wnpp
Severity: wishlist
X-Debbugs-CC: debian-devel@lists.debian.org
--- Please fill out the fields below. ---
Package name: luarocks
Version: 0.4.1
Upstream Author: Hisham <[EMAIL PROTECTED]>
URL: luarocks.org
License: MIT/X
Description:
This package
Hi Klaus,
* Klaus Ethgen <[EMAIL PROTECTED]> [2008-02-10 21:07]:
> I have no debian kernel running on my machines (I better use the stable
> kernel tree than the unstable 2.6). Also I am a bit confused about the
> kernels and which is the current 2.6 kernel in debian. So I use this
> mail instead o
On Sun February 10 2008 10:16:44 Thomas Bushnell BSG wrote:
> Shells can override commands, but only if they don't play games with the
> syntax.
Agreed. Within the Debian world, dash has redefined test rather
than building in test. Therefore, within the Debian world, dash
is not Posix compliant.
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hello,
I have no debian kernel running on my machines (I better use the stable
kernel tree than the unstable 2.6). Also I am a bit confused about the
kernels and which is the current 2.6 kernel in debian. So I use this
mail instead of bugreport. Pleas
Pierre Habouzit wrote:
> On Sun, Feb 10, 2008 at 06:16:44PM +, Thomas Bushnell BSG wrote:
>> Dash has a serious bug which is causing grief.
>>
>> [ strip whining ]
>
>> Alas, dash does change the syntax of the command.
>>
>> [ whine whine whine ]
>
> What is that change please ? Last tim
Dear Debian-Devel, we need your advices.
Yesterday, we (the qt-kde packagers) uploaded qt3 version 3.3.8b. The biggest
differences over 3.3.7 is that it is now also gplv3 licensed.
And then this bug report came:
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=465028 - libqt3-mt: Missing
weak
On Sun, Feb 10, 2008 at 07:29:28PM +, Pierre Habouzit wrote:
> How come no-one even *bothered* to check.
For the google impaired, you can find the specification here:
http://www.opengroup.org/onlinepubs/95399/utilities/test.html
And yes, I think it'd be a reasonable thing to ask our
On Sun, 2008-02-10 at 10:57 -0800, Russ Allbery wrote:
> Thomas Bushnell BSG <[EMAIL PROTECTED]> writes:
>
> > Dash has a serious bug which is causing grief.
> >
> > The problem is that it overrides the system's "test" command (in
> > Debian, /usr/bin/test and /usr/bin/[) and does so in a way whi
On Sun, Feb 10, 2008 at 07:17:58PM +, Thomas Bushnell BSG wrote:
>
> On Sun, 2008-02-10 at 19:58 +0100, Pierre Habouzit wrote:
> > On Sun, Feb 10, 2008 at 06:16:44PM +, Thomas Bushnell BSG wrote:
> > > Dash has a serious bug which is causing grief.
> > >
> > > [ strip whining ]
> >
> > >
On Sun, Feb 10, 2008 at 06:57:51PM +, Russ Allbery wrote:
> Thomas Bushnell BSG <[EMAIL PROTECTED]> writes:
>
> > Dash has a serious bug which is causing grief.
> >
> > The problem is that it overrides the system's "test" command (in
> > Debian, /usr/bin/test and /usr/bin/[) and does so in a w
On Sun, 2008-02-10 at 10:57 -0800, Russ Allbery wrote:
> Thomas Bushnell BSG <[EMAIL PROTECTED]> writes:
>
> > Dash has a serious bug which is causing grief.
> >
> > The problem is that it overrides the system's "test" command (in
> > Debian, /usr/bin/test and /usr/bin/[) and does so in a way whi
On Sun, 2008-02-10 at 19:58 +0100, Pierre Habouzit wrote:
> On Sun, Feb 10, 2008 at 06:16:44PM +, Thomas Bushnell BSG wrote:
> > Dash has a serious bug which is causing grief.
> >
> > [ strip whining ]
>
> > Alas, dash does change the syntax of the command.
> >
> > [ whine whine whine ]
>
On Sat, 09 Feb 2008 20:10:20 -0500 Philippe Cloutier wrote:
> > That probably won't make much time difference on "fast" archs (i386,
> > amd64 etc), but on slower ones like mips, mipsel etc (those sometimes
> > hold up testing transition :().
> A missing build will only slow testing migration if t
* Adeodato Sim? ([EMAIL PROTECTED]) wrote:
> * Eric Dorland [Sun, 10 Feb 2008 03:28:18 -0500]:
>
> > 2. Upgrade to the latest version of automake, automake1.10, to stave
> > off obsolescence.
>
> For those not finding automake1.10, it's in the "automake" binary
> package.
automake currently prov
On Sun, Feb 10, 2008 at 06:16:44PM +, Thomas Bushnell BSG wrote:
> Dash has a serious bug which is causing grief.
>
> [ strip whining ]
> Alas, dash does change the syntax of the command.
>
> [ whine whine whine ]
What is that change please ? Last time I checked dash supported the
proper
Thomas Bushnell BSG <[EMAIL PROTECTED]> writes:
> Dash has a serious bug which is causing grief.
>
> The problem is that it overrides the system's "test" command (in
> Debian, /usr/bin/test and /usr/bin/[) and does so in a way which is
> inconsistent with the Debian versions.
Onlookers should see
* Eric Dorland [Sun, 10 Feb 2008 03:28:18 -0500]:
> 2. Upgrade to the latest version of automake, automake1.10, to stave
> off obsolescence.
For those not finding automake1.10, it's in the "automake" binary
package.
HTH,
--
Adeodato Simó dato at net.com.org.
Dash has a serious bug which is causing grief.
The problem is that it overrides the system's "test" command (in
Debian, /usr/bin/test and /usr/bin/[) and does so in a way which is
inconsistent with the Debian versions.
Nothing in Posix permits this behavior, but it is tolerated by the
standard *p
Charles Plessy <[EMAIL PROTECTED]> writes:
> Sorry to be rude, but I am just so surprised that there is a such big
> problem and that apparently nothing is done. If people are working on
> the issue, just let us know, they will get many kudos and everybody will
> be happy. In the absence of any co
David Paleino <[EMAIL PROTECTED]> writes:
> Frank Küster <[EMAIL PROTECTED]> wrote:
>> This is not possible; it would be a RC bug:
>> /--- Policy 10.1
>> | Two different packages must not install programs with different
>> | functionality but with the same filenames. (The case of two programs
>>
On Sun, 10 Feb 2008 17:40:28 + (UTC)
Frank Küster <[EMAIL PROTECTED]> wrote:
> sean finney debian.org> writes:
>
> > while i don't have any specific knowledge or interest in the details of
> > this particular problem, i'd just add since you haven't mentioned it as an
> > alternative that yo
sean finney debian.org> writes:
> while i don't have any specific knowledge or interest in the details of this
> particular problem, i'd just add since you haven't mentioned it as an
> alternative that you could always Conflict with the package in question while
> waiting for a resolution.
Th
On Sun, Feb 10, 2008 at 03:28:18AM -0500, Eric Dorland wrote:
> Debian QA Group <[EMAIL PROTECTED]>
>lineakd
Fixed version uploaded.
Gruesse,
--
Frank Lichtenheld <[EMAIL PROTECTED]>
www: http://www.djpig.de/
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". T
On Sun, 10 Feb 2008 14:00:41 +0100
Frans Pop <[EMAIL PROTECTED]> wrote:
> As the program requires internet access, maybe web-translate or
> net-translate.
After talking with upstream, he noticed that "my" translate does not
necessarily need Internet access, it can use also GNU Talkfilters offline
Le Sat, Feb 09, 2008 at 08:10:20PM -0500, Philippe Cloutier a écrit :
>
> it would be much more efficient to work on buildd
> redundancy (or other improvements to the buildd network).
By the way, is there a plan to solve the problem of mips not keeping up
apart waiting for a miracle to happen?
On Wed, 2008-02-06 at 16:27 +0100, Stefano Zacchiroli wrote:
> On Wed, Feb 06, 2008 at 02:34:58PM +, Gerrit Pape wrote:
> > > So please go for patch/unpatch.
> >
> > An unpatch target might be problematic. There're packages with patches
> > that touch the upstream Makefile, and calling 'make
David Paleino wrote:
> "My" program is not GNOME-specific. You're confusing it with
> gnome-translate, which is a GUI to libtranslate, which is the package
> we're talking about (yes, libtranslate provides a CLI command, which is
> "translate") ;)
Yeah, I had a look at the upstream website later a
(please do _not_ CC me :)
Il giorno Sun, 10 Feb 2008 13:17:30 +0100
Frank Lichtenheld <[EMAIL PROTECTED]> ha scritto:
> On Sun, Feb 10, 2008 at 12:51:46PM +0100, David Paleino wrote:
>
> > Ok, then. Is translate-bin a right choice? Or is that too generic?
>
> Since -bin in itself is generic, to
On Sun, Feb 10, 2008 at 12:51:46PM +0100, David Paleino wrote:
> Il giorno Sun, 10 Feb 2008 13:23:47 +0200
> Lars Wirzenius <[EMAIL PROTECTED]> ha scritto:
>
> > On su, 2008-02-10 at 11:52 +0100, David Paleino wrote:
> > > I believe I can claim the use of the generic name "translate".
> >
> > I
Am Sonntag 10 Februar 2008 schrieb Ralf Wildenhues:
> BTW, no matter what POSIX says, named signals are not portable to
> pre-POSIX shells, which is why Autoconf and Libtool do not use them.
POSIX may not apply to pre-POSIX shells. So what?
Creating a standard is not always a method to documentin
Il giorno Sun, 10 Feb 2008 13:23:47 +0200
Lars Wirzenius <[EMAIL PROTECTED]> ha scritto:
> On su, 2008-02-10 at 11:52 +0100, David Paleino wrote:
> > I believe I can claim the use of the generic name "translate".
>
> I think I wasn't clear enough in my previous mail: I don't think anyone
> shoul
On su, 2008-02-10 at 11:52 +0100, David Paleino wrote:
> I believe I can claim the use of the generic name "translate".
I think I wasn't clear enough in my previous mail: I don't think anyone
should use the generic name "translate", and the fact that it is already
being used is unfortunately. I d
* Ben Pfaff wrote:
> I'd suggest complaining about those that specify numbers other
> than 0, 1, 2, 3, 6, 9, 14, or 15. See
> http://www.opengroup.org/onlinepubs/009695399/utilities/trap.html
Is there any system where 13 is not SIGPIPE? I don't know of one, it's
documented in the Autoconf manual
[ Please Cc: me, I don't read the list ]
* Raphael Geissert wrote:
> > I should further note that the Libtool version in experimental makes
> > use of some bashisms as optimization. These are put in place iff, at
> > the time the Libtool package is configured, the chosen shell is deemed
> > capab
Il giorno Sun, 10 Feb 2008 12:16:17 +0200
Lars Wirzenius <[EMAIL PROTECTED]> ha scritto:
> On la, 2008-02-09 at 19:48 +0100, David Paleino wrote:
> > The problem is that "translate" by does only de<->en translations,
> > while "my" translate offers a wider range of options and conversions (and
>
On la, 2008-02-09 at 19:48 +0100, David Paleino wrote:
> The problem is that "translate" by does only de<->en translations,
> while "my" translate offers a wider range of options and conversions (and it's
> expandable, through a XML configuration file). Thus I don't believe that using
> the altern
As has become custom, it's time for removal of another old automake
version. This time I've picked automake1.8. Why not automake1.7?
Mostly because only 27 packages build depend on automake1.8 versus 72
on automake1.7.
Attached is a list of packages that build depend on
automake1.8. Please fix the
Raphael Geissert <[EMAIL PROTECTED]> writes:
> Russ Allbery wrote:
>
>> Clint Adams <[EMAIL PROTECTED]> writes:
>>
>>> Since 0.5.6, it does not; the only number it understands is the
>>> pseudo-signal 0, mandated by POSIX.
>>
>> Oh, sorry, you're of course correct. I missed the 0 == n test in
>
63 matches
Mail list logo