Re: Bug#547079: login: Should set the iutf8 tty c_iflag if the locale is utf8

Hi Samuel, On Tue, Mar 23, 2010 at 05:18:42PM +0100, Samuel Thibault wrote: > > See my concern in the bug report: > > “My concern is that getty used to not keep any flag at all. Keeping > _some_ flags contrary to none is not just a "fix", it's a change of > behavior. Think for instance about a

Re: Bug#547079: login: Should set the iutf8 tty c_iflag if the locale is utf8

tags #539354 help thanks Hello, As I have no clue about TTY setup, let see if I can get some other opinions on debian-devel. The question raised on http://bugs.debian.org/547079 is who shall be responsible for setting up the user's tty (e.g. regarding UTF-8 handling). Some defaults are in the k

Re: Permissions of /var/mail/$USER

Hello, On Sun, Oct 11, 2009 at 12:45:20PM +0200, Bjørn Mork wrote: > Nicolas François writes: > > > When an user is created, useradd creates a /var/mail/$USER mailbox with > > the mode 0660 (owned by $USER:mail). > > > > I heard this causes some issues for dovec

Permissions of /var/mail/$USER

Hello, When an user is created, useradd creates a /var/mail/$USER mailbox with the mode 0660 (owned by $USER:mail). I heard this causes some issues for dovecot, and a solution could be to move to mode 0600. I would like to change shadow in that direction, with a configure option to restore the p

Re: Bug#533265: apt or aptitude update at the beginning of a Lenny upgrade

Hello, (Adding debian-devel for additional comments, and previous contributors to the topic) As mentioned in #533265, the advice to update apt and aptitude at the beginning of an upgrade may fail. With a standard Etch install (i.e. only "standard" is selected in tasksel), apt-utils and aptitude

Re: Recommendations for man pages in Debian (was: Debian Policy 3.8.3.0 released: localized manpages)

On Tue, Aug 18, 2009 at 08:13:20PM +1000, Ben Finney wrote: > Roger Leigh writes: > > > I, for example, use the date format '+%d %b %Y' (01 Aug 2009). The > > manual pages are human readable documentation. I think that nicely > > readable dates should be preferred here. > > This seems to falsely

Re: Debian Policy 3.8.3.0 released: localized manpages

On Mon, Aug 17, 2009 at 09:53:34AM -0700, Russ Allbery wrote: > Yves-Alexis Perez writes: > > On lun, 2009-08-17 at 13:01 +1000, Ben Finney wrote: > > >> So surely the best way to tell if a translated page is out of date is > >> to compare these dates in the two documents, no? > > > And I guess

Re: Little endian /usr/share/locale/* files in epiphany-browser-data

Hello, > > I see two main issues: > > - the endianess of files in the archive is actually random > > - I would expect the most common endianess to be the little endian one > >since maintainers mostly upload packages for amd64/i386; this means > >that the slow big endian arches usually g

Re: Bug#495196: ITP: libperl-minimumversion-perl -- find a minimum required version of perl for Perl code

Hello, On Fri, Aug 15, 2008 at 11:29:15AM +0200, Vincent Danjean wrote: > Description : find a minimum required version of perl for Perl code > > Perl::MinimumVersion takes Perl source code and calculates the minimum > version of perl required to be able to run it. Because it is based on

Re: what about an special QA package priority?

Hi, On Tue, May 20, 2008 at 05:21:07PM -0300, Luciano Bello wrote: > Hi list, > I was thinking about the Debian/OpenSSL debacle. Clearly it not easy to > manage a hard meticulous QA process in all packages. In the other hand, there > are packages more critical than others, which are more delicat

Re: Bug#459403: libuuid1: missing depends on non-essential package passwd

Hi, I've made some cleanup of the passwd and login dependencies, and remembered this discussion. The main change is the move of libpam-modules from Depends to Pre-Depends for login (which is Essential). This moves libpam-modules to a virtual Essential package, which is the reason of this mail (bu

Bug#473274: ITP: python-levenshtein -- Python extension computing string distances and similarities

Package: wnpp Severity: wishlist Owner: "Nicolas François" <[EMAIL PROTECTED]> * Package name: python-levenshtein Version : 0.10.1 Upstream Author : David Necas (Yeti) <[EMAIL PROTECTED]> * URL : http://prdownloads.sourceforge.net/translate * L

Re: help with install-info usage count

Hello Norbert, 2007/12/19, Norbert Preining <[EMAIL PROTECTED]>: > Hi all! > > In the process of merging dpkg install-info and GNU install-info we are > now at the point that I would like to generate a list of packages > using install-info together with the way HOW they call it. Options would > be

Re: Bug#450432: ... and even more bugs like this?

On Tue, Nov 13, 2007 at 01:44:23AM +0600, Ivan Shmakov wrote: > Last week I've reported a bug in ifconfig(8) (as of net-tools > 1.60-17.) The problem is in that the ifconfig.8 contains the > following: > > --cut-- > .B ifconfig eth0:0 down > . Note: for every scope (i.e. same ne

Re: dselect memory use

On Thu, Feb 08, 2007 at 10:04:14AM +1100, Russell Coker wrote: > > Is it possible to reduce the memory use of dselect? There are some patches by Michel Lespinasse on: http://bugs.debian.org/395140 Regards, -- Nekral -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe

Videos of the internationalization meeting in Extremadura

Hello, The first Debian Internationalization meeting took place from September 7th 2006 to September 9th 2006 in Casar de Caceres, Extremadura, Spain. This mail follows the announcement of the final report: http://lists.debian.org/debian-devel-announce/2006/09/msg00012.html The meeting was recor

Re: Bug#378167: ITP: sudoku -- console based sudoku

On Fri, Jul 14, 2006 at 05:34:16PM +0200, Nacho Barrientos Arias wrote: > Nicolas François <[EMAIL PROTECTED]> wrote: > > > Package: wnpp > > Severity: wishlist > > Owner: "Nicolas François" <[EMAIL PROTECTED]> > > > > > > * Pack

Bug#378167: ITP: sudoku -- console based sudoku

Package: wnpp Severity: wishlist Owner: "Nicolas François" <[EMAIL PROTECTED]> * Package name: sudoku Version : 1.0.1 Upstream Author : Michael Kennett * URL : http://www.laurasia.com.au/sudoku/ * License : Public Domain Programming Lang:

Re: System users and valid shells...

On Wed, May 03, 2006 at 01:48:33PM +0200, Javier Fernández-Sanguino Peña wrote: > > In any case, you could use noshell (already available in Debian) or nologin > (see #298782) instead of /bin/false. nologin is now distributed with login. I've closed the ITP. Kind Regards, -- Nekral -- To UNS

Announcing changes in su

Hello, Introduction As reported in #276419, su in the login Debian package doesn't permit to specify options to the invoked shell and doesn't respect quoted arguments. We plan to revert this behavior and follow su's documentation and other implementations. Short details

Bug#353051: ITP: pootle -- Web-based translation and translation management tool

Package: wnpp Severity: wishlist Owner: "Nicolas François" <[EMAIL PROTECTED]> * Package name: pootle Version : 0.6.3.20060126 Upstream Author : David Fraser, translate.org.za * URL : http://sourceforge.net/projects/translate * License : G

Re: Experimental or unstable.

On Thu, Jan 05, 2006 at 01:13:05PM -0500, Travis Crump wrote: > > Is there a command that can display the list of packages I'm using with a > > version on experimental higher than the current version on unstable? > > `aptitude -t experimental` That's neat! > I love aptitude :) I love it even mo

Re: Experimental or unstable.

On Thu, Jan 05, 2006 at 02:03:37PM +, Simon Huggins wrote: > On Thu, Jan 05, 2006 at 02:44:38PM +0100, Adeodato Simó wrote: > > * Marc Haber [Thu, 05 Jan 2006 14:40:45 +0100]: > > > Experience with adduser shows that no-one besides the maintainers > > > themselves and their closest environment

Re: Advices for an su transition

On Sun, Nov 20, 2005 at 06:22:16PM -0600, Bill Allombert wrote: > > Actually looks here: > > The full data is available on merkel.debian.org in ~ballombe/menu/supackages. Thanks a lot! At least all these maintainer scripts seems OK. I can probably check al

Advices for an su transition

Hello, On Sun, Nov 06, 2005 at 11:14:39PM +0100, Nicolas François wrote: > > We would now like to get rid of this bug. What do you recommend: > * keep a Debian specific implementation and tag this bug wontfix > * reapply the patch to fix this bug, and report bugs on the packages th

Re: cvs loginfo configuration for alioth?

Hi! On Wed, Nov 09, 2005 at 10:30:38PM +0900, Junichi Uekawa wrote: > Hi, > > I'm looking for a 'loginfo' file configuration that works > for alioth. > I thought I have found a solution few days ago, but when > I came back, it no longer seems to work correctly: I think there is a cron job that

Shall Debian's su conform to other implementations

Hi, In #276419, the bug submitter complained that when a command and some arguments were passed to su, all these arguments were concatenated, and provided to the shell -c option. This behavior differs from su on other systems [0]. This also forbid to pass arguments to the shell [1]. As these beh

Bug#334060: ITP: python-jtoolkit -- web application framework

Package: wnpp Severity: wishlist Owner: "Nicolas François" <[EMAIL PROTECTED]> * Package name: python-jtoolkit Version : 0.7 Upstream Author : David Fraser, Nick Hurley and Shayan Raghavjee of St James Software * URL : http://sourceforge.net/p

Re: Accepted grep 2.5.1.ds2-1 (source i386 sparc)

Hello, On Tue, Sep 27, 2005 at 11:12:07AM +1000, Aníbal Monsalve Salazar wrote: > On Mon, Sep 26, 2005 at 08:04:24PM +0200, Adeodato Simó wrote: > >found 181378 2.5.1.ds2-1 > >thanks > > > >* Anibal Monsalve Salazar [Mon, 26 Sep 2005 05:47:06 -0700]: > > > >> * Removed 64-egf-speedup.patch, 65-d

How to find really old source of the shadow package

Hello, I'm looking for really old sources of the shadow package. With http://snapshot.debian.net, the latest I can find is 2902-12 (2002/06/04). Does anybody know where I can find older sources? TIA, -- Nekral -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe".

Re: /etc/shells management

On Mon, Sep 08, 2003 at 03:48:37AM -0500, Branden Robinson wrote: > I do continue to think that: > > if [ -n "$var" ] > > is more readable than > > if [ "${var+set}" = "set" ] both are not equivalent: the first one test if var is empty or unset the second one test if var is unset with bash