2012-02-11 20:44 Charles Plessy :
| Le Sat, Feb 11, 2012 at 12:23:12PM +0200, Jari Aalto a écrit :
|> (2) No ending commas in years
|
| I would apply this change if it were supported by more people, but given
| that the object of DEP 5 is to record upstream license and copyright
| statements,
2012-02-11 20:44 Charles Plessy :
| Le Sat, Feb 11, 2012 at 12:23:12PM +0200, Jari Aalto a écrit :
| http://dep.debian.net/deps/dep5/
|
| > (1) Use URL instead of real FSF address everywhere
|
| The examples contain license notices for the GNU GPL version 2, and in
| these there is no URL
I'd like to propose updates to:
http://dep.debian.net/deps/dep5/
(1) Use URL instead of real FSF address everywhere
-You should have received a copy of the GNU General Public
-License along with this package; if not, write to the Free
-Software Foundation, Inc., 51 Franklin St,
t; header to use 1 space indentation
as used in other headers.
- Drop unused comma after year element in copyright holder lines.
Comma would be used with multiple discrete years like in
, +3, +5; see FSF recommendation.
Signed-off-by: Jari Aalto
---
deps/dep5.mdwn | 63 +
2011-03-15 21:24 Austin English :
> On Tue, Mar 15, 2011 at 13:52, Jari Aalto wrote:
>> - does not depend on external programs outside of Debian.
>
> ...vast majority of its uses requires downloading things from outside of
> Debian, typically with a potentially non-DFSG
Date: Tue, 15 Mar 2011 20:52:05 +0200
Message-ID: <87k4g0fc8a@picasso.cante.net>
MIME-Version: 1.0
Content-Type: text/plain
--text follows this line--
> Andreas Barth
>
>
> I agree that starting with the current scripts is for starters. But we
> should do it in a way that is prepared for doi
Alexander Wirt writes:
>> Jari Aalto schrieb am Sunday, den 23. May 2010:
>>
>> [When package was not maintained]
>>
>> In addition to fixing the RC bugs, minor updates were usually done at
>> the same time. This was done for the reasons that in case the pa
Ana Guerrero writes:
>
> It is good to care for packages from people who are currently too busy and
> making NMUs to fix critical/very important bugs. However, lately I have been
> seeing a lot of NMUs that are being very disruptive
Hi Ana,
The packages I took under close look have been carefull
"Nelson A. de Oliveira" writes:
>> README.Debian to explain how programs are used". Please provide
>
> The problem here is that we have a lot of -dbg packages on Debian
> Do we need the same README file on all of them?
>
> ...the package maintainer is responsible in helping the user to get a
> bac
"Wesley J. Landaker" <[EMAIL PROTECTED]> writes:
> On Friday 09 February 2007 11:11, Jari Aalto wrote:
>> I have reported bugs against backtick and suggested to change to use
>> the more readable alternative. The result was surprising. To quote
>&
John Goerzen <[EMAIL PROTECTED]> writes:
> On Fri, Feb 09, 2007 at 07:26:21PM +0100, Marco d'Itri wrote:
>> > I'm askinf if it is ok to to reopen such bugs based of better QA
>> > aspects. Possibly by providing patches if the maintainer is busy
>> > elsewhere to handle such a "minor issue" from hi
FOREWORD
I have seen following construct to be used in shell-context
(makefiles, sh-scripts, Perl):
`cmd` [1]
However, the POSIX standard and SUSv[23] declares alternative way of
accomplishing the same with in *sh context:
$(cmd) [2]
I would see following probl
[Please keep CC]
Where should the bugs found in "Debian New Maintainers' Guide" be
reported? BTS package name?
Jari
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Don Armstrong <[EMAIL PROTECTED]> writes:
> On Fri, 15 Dec 2006, Marc Haber wrote:
>> But I feel that it is _wrong_ to close wishlist bugs like that. It
>> is ok to tag them wontfix or help, or even usertag them send-patch,
>> but closing them immediately doesn't help anybody but statistics.
>
> I
Michelle Konzack <[EMAIL PROTECTED]> writes:
> Am 2006-11-25 00:02:34, schrieb Jari Aalto:
> > PII with 62-128M, fairly common.
>
> ACK
>
> > > For example my IBM TP570 (PII/366MHz/192MB)
> > > is happy with /bin/bash and fast enough.
> >
>
Stephen Gran <[EMAIL PROTECTED]> writes:
> This one time, at band camp, Jari Aalto said:
> > "Depends:" make dependency visible, whereas filing a wishlist is
> > usually result of someone by accident finding the script to include
> > bashism. He may offer a
Mike Hommey <[EMAIL PROTECTED]> writes:
> On Sat, Nov 25, 2006 at 09:51:37AM +0200, Jari Aalto <[EMAIL PROTECTED]>
> wrote:
> > And this is only possible if scripts use
> >
> > /bin/sh
> >
> > The /bin/sh could be any valid shel
Hubert Chan <[EMAIL PROTECTED]> writes:
> On 23 Nov 2006 22:40:01 +0200, Jari Aalto <[EMAIL PROTECTED]> said:
>
> > My point. If there is explicit "Depends: bash", then someone can post
> > a patch to provide alternative solution to a person who may not
Thomas Bushnell BSG <[EMAIL PROTECTED]> writes:
> On Fri, 2006-11-24 at 23:55 +0200, Jari Aalto wrote:
> > > Instead of focusing and hammering again and again on /bin/sh, why not
> > > instead ask maintainers to do #!/bin/dash?
> >
> > Because the cor
Thomas Bushnell BSG <[EMAIL PROTECTED]> writes:
> On Fri, 2006-11-24 at 16:28 -0700, Bruce Sass wrote:
> > > > but it is Debian's job to be responsive to its users needs and
> > > > Debian has made a choice to strive for susv3 compatibility
> > >
> > > I don't think you understand what "compatibil
Thomas Bushnell BSG <[EMAIL PROTECTED]> writes:
> > I'm not sure I follow. I' puzzled why you do not seem benefit in:
> >
> > - Making scripts sh-agnostict. That is making them portable
> > - Supporting low end systems with minimal of effort
> > - Improving the overall awaress of shells
>
> I do
Thomas Bushnell BSG <[EMAIL PROTECTED]> writes:
> On Sat, 2006-11-25 at 00:02 +0200, Jari Aalto wrote:
> > "fast enought" is in the eye of a beholder. Try with PII/64M with
> > X deskop with 20 sessions of bash open. And opening firefox and xchat.
>
>
Thomas Bushnell BSG <[EMAIL PROTECTED]> writes:
> On Thu, 2006-11-23 at 22:54 +0200, Jari Aalto wrote:
> > David Weinehall <[EMAIL PROTECTED]> writes:
> >
> > > On Thu, Nov 23, 2006 at 07:09:49PM +0100, Steinar H. Gunderson wrote:
> > >
> > >
Michelle Konzack <[EMAIL PROTECTED]> writes:
> Am 2006-11-22 01:15:59, schrieb Jari Aalto:
>
> > The memory footprint[1] of bash is bothering in old PC's, so there are
>
> But what do you mean with an OLD PC?
>
> A 486? Such computers should run busybo
Thomas Bushnell BSG <[EMAIL PROTECTED]> writes:
> On Fri, 2006-11-24 at 21:08 +0100, David Weinehall wrote:
> > You can use whatever bashisms you like when you're working
> > interactively, that won't hinder dash from executing shells on boot and
> > elsewhere. Using bashisms in scripts does howe
Russ Allbery <[EMAIL PROTECTED]> writes:
> Jari Aalto <[EMAIL PROTECTED]> writes:
> > Russ Allbery <[EMAIL PROTECTED]> writes:
>
> >> To be frank, I don't think you're going to have a lot of luck.
> >> Basically, you're trying
Russ Allbery <[EMAIL PROTECTED]> writes:
> Jari Aalto <[EMAIL PROTECTED]> writes:
>
> To be frank, I don't think you're going to have a lot of luck. Basically,
> you're trying to move bash into the same category as awk, where it's not
> explicitly
David Weinehall <[EMAIL PROTECTED]> writes:
> On Thu, Nov 23, 2006 at 11:20:03AM -0800, Thomas Bushnell BSG wrote:
> > On Thu, 2006-11-23 at 19:33 +0200, Jari Aalto wrote:
> > > I don't see perl used that much for maintainer scripts, or daemon
> > > scripts.
Thomas Bushnell BSG <[EMAIL PROTECTED]> writes:
> On Thu, 2006-11-23 at 19:33 +0200, Jari Aalto wrote:
> > I don't see perl used that much for maintainer scripts, or daemon
> > scripts.
>
> Exactly the *point*. So why isn't this your target?
>
> >
David Weinehall <[EMAIL PROTECTED]> writes:
> On Thu, Nov 23, 2006 at 07:09:49PM +0100, Steinar H. Gunderson wrote:
>
> Now the choice of 464kB or 4528kB on a desktop where you're actually
> using the shell for interactive things is probably not a big deal,
> personally I'd never use dash, posh,
Thomas Bushnell BSG <[EMAIL PROTECTED]> writes:
> On Thu, 2006-11-23 at 20:46 +0100, David Weinehall wrote:
> > Well, let's hope people don't use any of the non-SuSv3 features of cat
> > in their shell scripts...
>
> Why? Who cares?
>
> This is some huge amount of work for some very little be
Thomas Bushnell BSG <[EMAIL PROTECTED]> writes:
> On Thu, 2006-11-23 at 20:07 +0100, David Weinehall wrote:
> > On Thu, Nov 23, 2006 at 07:49:10PM +0100, Martijn van Oosterhout wrote:
> > [snip]
> > >
> > > There's a difference between requiring maintainer scripts to say
> > > /bin/bash if they n
"Martijn van Oosterhout" <[EMAIL PROTECTED]> writes:
> On 23 Nov 2006 13:43:52 +0200, Jari Aalto <[EMAIL PROTECTED]> wrote:
>
> There's a difference between requiring maintainer scripts to say
> /bin/bash if they need bash constructs and rewriting exist
Thomas Bushnell BSG <[EMAIL PROTECTED]> writes:
> On Thu, 2006-11-23 at 13:43 +0200, Jari Aalto wrote:
> >
> > Bash is not essential for running Debian. It is possible to run old
> > PCs and old laptops completely free of bash. The point here is not the
> >
Marvin Renich <[EMAIL PROTECTED]> writes:
> * Jari Aalto <[EMAIL PROTECTED]> [061123 06:56]:
> >
> > But for the shells there are. I think the Policy should exempt shells
> > and require that if package is not POSIX/Susv -compiant, it needs to
> > an
Russ Allbery <[EMAIL PROTECTED]> writes:
> Jari Aalto <[EMAIL PROTECTED]> writes:
>
> > I would drop that "special" case and always require explicit requirement
> > for the shell. It's more clear to see which packages "need" bash to make
&
Thomas Bushnell BSG <[EMAIL PROTECTED]> writes:
> On Thu, 2006-11-23 at 01:15 +0200, Jari Aalto wrote:
> >
> > I would drop that "special" case and always require explicit
> > requirement for the shell. It's more clear to see which packages
> >
Russ Allbery <[EMAIL PROTECTED]> writes:
> Okay, here's try number two. I tried to incorporate the feedback from
> various people. Please critique.
>
> --- debian-policy-3.7.2.2/policy.sgml 2006-10-02 15:36:50.0 -0700
> +++ /home/eagle/dvl/policy/policy.sgml2006-11-20 22:35:59.0
Ben Armstrong <[EMAIL PROTECTED]> writes:
> On Mon, 20 Nov 2006 17:58:58 +0100
> Michelle Konzack <[EMAIL PROTECTED]> wrote:
>
> But if they are concerned about the memory footprint of the shell
> used by default as /bin/sh, that is another matter. They can always
> install dash and symlink /bin/s
Andreas Barth <[EMAIL PROTECTED]> writes:
> * Jari Aalto ([EMAIL PROTECTED]) [061117 17:40]:
> > I'm sure someone can rephrase the above better, my idea being:
> >
> > - /bin/dash is the measure (the minimum)
>
> I disagree to that.
Care to share your t
Thomas Bushnell BSG <[EMAIL PROTECTED]> writes:
> On Wed, 2006-11-15 at 16:28 -0700, Bruce Sass wrote:
> At that point, I suggested and still suggest that we change Policy to
> restrict /bin/sh to a specific set of shells, rather than just any
> "Posix-compatible shell".
I think this could be s
Bruce Sass <[EMAIL PROTECTED]> writes:
> Scripts specifying /bin/sh as their command interpreter (shell) must
> only use SUSv3[1] features or the following exceptions:
>
> - echo -n[2]
> - [ x -a y ] [3]
> - ...[4]
>
> Thus, the only shells allowed to be /bin/sh are those which are
Bill Allombert <[EMAIL PROTECTED]> writes:
> I am of two mind with that. On the positive side it removes the promise
> to the users that the system works with _any_ POSIX-compliant /bin/sh, which
> is something we never actively tested.
>
> On the other hand, it more or less mandates that /bin/sh
Andreas Barth <[EMAIL PROTECTED]> writes:
> * Manoj Srivastava ([EMAIL PROTECTED]) [061116 05:57]:
> > ,
> > | "Shell scripts specifying /bin/sh as interpreter must only use POSIX
> > | features, additionally, they may assume that echo -n . Also,
> > | they may use test -a/o and the lo
Russ Allbery <[EMAIL PROTECTED]> writes:
> Jari Aalto <[EMAIL PROTECTED]> writes:
>
> > IMPROVE QA - THE LINTIAN PROGRAM
>
> > know how to comply with standard sh scripts, this is great oppurtunity
> > to make lintian to warn them. Simple typical
Manoj Srivastava <[EMAIL PROTECTED]> writes:
> policy, really -- policy could just take the approach /bin/sh ==
> bash [...]
>
> Why don't we do that? Because people wanted to have a
> different shell that can serve as /bin/sh. What purpose does it
> serve to allow that? We can't, in all hon
Joey Hess <[EMAIL PROTECTED]> writes:
> Jon Dowland wrote:
> > Hm. If you installed the gnome metapackage with aptitude,
> > then the dependencies would be marked 'auto' and removed
> > once you'd removed the manual package at the top of the
> > tree.
>
> Or you can just tasksel remove gnome-desk
* Thu 2006-06-15 Bernhard Link
* Message-Id: 20060615123501.GA11774 AT login.informatik.uni-freiburg.de
> * Jari Aalto+usenet [060615 12:32]:
>> The features would be those proposed at the beginning. Examples:
>>
>> x-mime-handler --run x-file-manager /home/
-- This is summary of thread:
-- Subject: Bug#363486: dpkg: [update-alternatives] New categories for: WORD,
EXCEL ...
Please comment. --Jari
THE INTENTION
There are many programs that can act on a file if it contains
certain extension. The use of program names like 'konqueror', 'xfe'
* Wed 2006-06-14 Thibaut Paumard
* Message-Id: 1150288566.1225.141.camel AT pc-paumard.mpe-garching.mpg.de
> Le mercredi 14 juin 2006 à 01:33 +0200, Hendrik Sattler a écrit :
>
>> Why not have something that starts the proper program according to the given
>> mimetype? E.g.:
>> x-mime-handler app
* Wed 2006-06-14 Hendrik Sattler
>>
>> The proposal here talks about differnt thing, but indirectly concerns
>> the mime types, which are used to associate actions to certain file
>> extensions.
>
> Why not have something that starts the proper program according to the given
> mimetype? E.g.:
> x
* Tue 2006-06-13 Josselin Mouette
* Message-Id: 1150231486.17236.21.camel AT utena.localnet
> Le lundi 12 juin 2006 à 20:44 +0200, Kurt Roeckx a écrit :
>
>> I think you're not very clear in what you're asking, so I'm going
>> to try and explain what I think you said.
>>
>> If you open a file in
* Wed 2006-06-07 Axel Beckert
* Message-Id: 20060607001535.GT3066 AT fsinfo.cs.uni-sb.de
> Hi!
>
>> I'm creating a meta package for install a lite desktop for old
>> machines with poor hardware.
>
> Hey, that's a really cool idea! Debian is one of the last modern (and
> not specialised) Linux dist
* Fri 2006-06-09 Ian Jackson
> If some program lacks a feature or bugfix you want for your package,
> then _implement it_ instead of whining !
>
> Most maintainers are much more cooperative when you tag the bug as
> +patch and say something like:
Nope. If you happend to send a patch to fix the pr
ot;Word" as the word processor
program, similarly "Excel", but as suggested below
x-word-processor
x-office-spreadsheet
will do nicely too. I'll recap this issue in Debian devel.
Jari
| On 6/12/06, Margarita Manterola <[EMAIL PROTECTED]> wrote:
| > On 6/12/06, Jari Aa
| On 12/06/06, Jari Aalto <[EMAIL PROTECTED]> wrote:
| > |
| > | tags 356948 + help
| > | retitle 356948 stumpwm: clarify how to start this WM in the README.Debi=
| an
| >AFTER
| >
| > Description: a Common Lisp window manager
| > Note: this is not and end u
| Guillem Jover <[EMAIL PROTECTED]>:
| reassign 363486 debian-policy
|
| each package should agree on which interface is needed to be able to
| provide a specific alternative. And if they should provide a virtual
| package for it.
|
| On Wed, 2006-04-19 at 14:44:08 +0300, Jari Aalto
no need to cc: me).
|
| On Fri, 02 Jun 2006 19:05:01 +0200, Jari Aalto wrote:
| > The debian/control::Description reads:
| [...]
| > From "StumpWM is a window manager written entirely in Common Lisp"
| > it suggests, that is is just another window manager only that the
| &
José Luis Tallón <[EMAIL PROTECTED]> writes:
>
> Hijacking a package without contacting the maintainer first is against
> the Developers' Reference and can only be considered a personal attack.
>
>
> I still don't know what is John Goerzen trying to achieve with this.
> More on this later.
This th
Uwe Hermann <[EMAIL PROTECTED]> writes:
> On Fri, May 05, 2006 at 11:12:35AM +0300, Jari Aalto wrote:
>> > The rest of the system accounts are happily running with /bin/false
>>
>> There is now /bin/nologin which is more secure
>
> I think you mean /usr/sbin
Richard A Nelson <[EMAIL PROTECTED]> writes:
> On Wed, 3 May 2006, Colin Watson wrote:
>
>
> The rest of the system accounts are happily running with /bin/false
>
There is now /bin/nologin which is more secure
Jari
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe".
| On Sun, 23 Apr 2006, Jari Aalto wrote:
|
| > | Please note that policy says:
| > |
| > |A program must not depend on environment variables to get reasonable
| > |defaults.
| > |
| > | The way I read this, whatever "good" defaults you think should be in
|
I've recently have an interest in using older Debian packages that
were once included in the distribution but then removed. The Debian
FAQ did not talk about this issue and tha packages.debian.org search
page did not offer option to look for old and removed packages.
What happens to them? Where c
| On 02-Mar-06, 15:01 (CST), Jari Aalto <[EMAIL PROTECTED]> wrote:
| > The ultimate othello game with aqua-friendly graphics, full
| > cocoa interface and animations.
|
| And how is that relevant to a Debian GNU/Linux user?
Here is better description:
graphical client-ser
Package: wnpp
Severity: wishlist
Owner: Jari Aalto <[EMAIL PROTECTED]>
* Package name: ultimate-othello
Version : 1789.12
Upstream Author : Jean-Christophe Hoelt <[EMAIL PROTECTED]>
* URL : http://www.ios-software.com/?page=projet&quoi=2&lg=AN
* L
Package: wnpp
Severity: wishlist
Owner: Jari Aalto <[EMAIL PROTECTED]>
* Package name: bbweather
Version : 0.6.2
Upstream Author : Jan Schaumann <[EMAIL PROTECTED]>
* URL : http://www.netmeister.org/apps/bbweather/index.html
* License : GPL
To my understanding the only way to obtain the license information
for a package is to actually download it (or install it) and the
study the content of
/usr/share/doc//copyright
It would be better if user could use the packaging search commands,
like
grep-dctrl -F License ... --and -F
Package: wnpp
Severity: wishlist
Owner: Jari Aalto <[EMAIL PROTECTED]>
* Package name: gt5
Version : 1.3
Upstream Author : Thomas Sattler <[EMAIL PROTECTED]>
* URL : http://sourceforge.net/projects/gt5
* License : GPL
Description : Terminal
Josselin Mouette <[EMAIL PROTECTED]> writes:
> Le samedi 28 janvier 2006 à 21:19 -0600, Manoj Srivastava a écrit :
>
>> And if we followed the the line of argument you are pressing
>> uncritically, we'd bloat essential/base with gazillions of
>> interpreters from people too lazy or incom
Eduard Bloch <[EMAIL PROTECTED]> writes:
> #include
> * Lars Wirzenius [Wed, Feb 15 2006, 10:42:02AM]:
>
>> (Once we use .tar.bz2, the sizes will be even smaller.)
>
> I cannot remember a clear consens from the "Size matters" thread, and
> IMO we should go for 7zip at least for source packages.
Henrique de Moraes Holschuh <[EMAIL PROTECTED]> writes:
> On Tue, 14 Feb 2006, Ron Johnson wrote:
>
>> On Tue, 2006-02-14 at 03:35 -0500, Glenn Maynard wrote:
>> > On Tue, Feb 14, 2006 at 10:07:45AM +0200, Jari Aalto wrote:
>> > > Ron Johnson <[EMAIL P
Adeodato Simó <[EMAIL PROTECTED]> writes:
>> Can you all provide more information on
>
>> "too buggy that we refuse to support it"
>> full of malloc(FIXED_NUM)
>
>> So that I can take this to upstream. Is there improvements
>> that you would like to propose?
I noticed that later.
Ron Johnson <[EMAIL PROTECTED]> writes:
> On Tue, 2006-02-14 at 01:16 +0200, Jari Aalto wrote:
>>
>> The speciality is the small size + GUI to send mail. Useful for
>> low end harware (166Mhz / 64 M mem).
>
> But that's just it. It's for *sending* mai
Nico Golde <[EMAIL PROTECTED]> writes:
> Hi,
> * Jari Aalto <[EMAIL PROTECTED]> [2006-02-11 15:08]:
>
>> Package: wnpp
>> Severity: wishlist
>> Owner: Jari Aalto <[EMAIL PROTECTED]>
>>
>> * Package name: wmfrog
>> Version
Henning Makholm <[EMAIL PROTECTED]> writes:
> Scripsit Ron Johnson <[EMAIL PROTECTED]>
>
>>>From http://gitmail.sourceforge.net/ :
>> This piece of software allows to send e-mails to any person
>> over the net with a fake email address, and also a fake name.
>
> Is this a feature, even? I
| * Adeodato Simó [Mon, 13 Feb 2006 22:58:24 +0100]:
|
| > And it may fall under the "too buggy that we refuse to support it"
|
| Ah, forgot to say that the code is, at least, full of malloc(FIXED_NUM),
| that afterwards get used without any check for errors.
I've renamed the package to
Package: wnpp
Severity: wishlist
Owner: Jari Aalto <[EMAIL PROTECTED]>
* Package name: gitmail
Version : 0.4
Upstream Author : <[EMAIL PROTECTED]>
* URL : http://sourceforge.net/projects/gitmail
* License : GPL
Description : Very simple gr
Package: wnpp
Severity: wishlist
Owner: Jari Aalto <[EMAIL PROTECTED]>
* Package name: wmfrog
Version : 0.1.6
Upstream Author : <[EMAIL PROTECTED]>
* URL : http://www.colar.net/wmapps/
* License : GPL
Description : A dockapp for showin
Alfie Costa <[EMAIL PROTECTED]> writes:
| Wed, 21 Sep 2005 09:32:41 +, Gerrit Pape wrote:
|
| ...but try come up with a rule of thumb for '%%' (big suffix), '#'
| (small prefix), etc.? Maybe the 'p' in percent is for Prefix -- but no,
| the Prefix is the hash symbol; two signs are bigger t
Bas Zoetekouw <[EMAIL PROTECTED]> writes:
> Hi David!
>
> About ITP's, they should be retitled to RFPs, rather than closed. That
> way, other people can have a go at packaging the software.
>
I concur. If someone did not produce a packge withing NN days (say 3
months) after ITP, the system shoul
80 matches
Mail list logo
