Re: More advanced home directory creation in Debian?
On Sun, Aug 22, 2010 at 6:40 PM, Christoph Anton Mitterer wrote: > You're aware that not only .bash_* and .profile can be distributed > by /etc/skel,... but any other config file (e.g. .vimrc) a specific site > or organisation may found useful for their users? > Or a predefined directory structure,... ssh config perhaps specific for > each user? /etc/skel is used to populate user home directories on user creation, nothing more. For system-wide settings , use /etc (e.g. /etc/vim/vimrc.local). Use site-specific scripts for any more convoluted needs you might have. There's nothing to be discussed about this, really. -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/aanlkti=sdtfz9w_2rkq7ngx-ic6b0ne6n74pks1tu...@mail.gmail.com
Bug#593985: ITP: naspro-core -- The NASPRO core library
Package: wnpp Severity: wishlist Owner: Alessio Treglia * Package name: naspro-core Version : 0.2.0 Upstream Author : Stefano D'Angelo * URL : http://naspro.atheme.org/about * License : BSD Programming Lang: C Description : The NASPRO core library A tiny convenience library containing useful code to implement LV2 dynamic manifest plugins and especially bridges from other APIs to LV2. . It provides: * LV2 dynamic manifest and descriptor generation; * OS-independent path scanning; * OS-independent environment variables retrieving; * OS-independent dynamic loading; * AVL trees. . It supports the LV2 core specification (r3) and the following specifications/extensions: * LV2 Dynamic Manifest (http://lv2plug.in/ns/ext/dyn-manifest); * LV2 Units (http://lv2plug.in/ns/extensions/units); * LV2 URI Map (http://lv2plug.in/ns/ext/uri-map); * LV2 Events (http://lv2plug.in/ns/ext/event); * LV2 MIDI Events (http://lv2plug.in/ns/ext/midi); * LV2 Extended Port Information (http://lv2plug.in/ns/dev/extportinfo) (only the epp:logarithmic property is supported). -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20100822202533.2697.96059.report...@alessio-laptop
Re: More advanced home directory creation in Debian?
You're aware that not only .bash_* and .profile can be distributed by /etc/skel,... but any other config file (e.g. .vimrc) a specific site or organisation may found useful for their users? Or a predefined directory structure,... ssh config perhaps specific for each user? Cheers, Chris. -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/1282513217.3227.14.ca...@fermat.scientia.net
Bug#593973: ITP: mbrola-fr1 -- French male voice for Mbrola
Package: wnpp Version: N/A; reported 2010-08-22 Severity: wishlist * Package name: mbrola-fr1 Version : 2.050-1 Upstream Author : Faculte Polytechnique de Mons - mbrola team * URL : http://tcts.fpms.ac.be/synthesis * License : see the file readme.txt in the source zip: non-free as in without source code, and for non-commercial, non-military purposes, with and only with the mbrola package made available by the author. Description : French male voice for Mbrola This package contains a French diphone database provided in the context of the MBROLA project see: http://tcts.fpms.ac.be/synthesis/ . It provides a French male voice to be used with the MBROLA program. -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20100822190349.ga5...@const.famille.thibault.fr
Re: More advanced home directory creation in Debian?
On Sun, Aug 22, 2010 at 3:29 PM, Lars Wirzenius wrote: > (My own preference would be to create all home directories as completely > empty, not even using /etc/skel, and fix all applications that need a > file to create one on demand.) There's no "need" for any of the files in /etc/skel, so there's nothing that needs fixing. /etc/skel these days is mostly distro-specific defaults that users expect to see (a better PS1, for example, or aliases like ls --color). For that same reason, there's no need to update files in user directories. Important stuff goes to login.defs or /etc/profile or maybe elsewhere, you can have a very functional setup with zero files in ~. Regards, -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/aanlktik-abqlf4egqcgwdbxv3qhajhm-ybsqtoat+...@mail.gmail.com
Re: More advanced home directory creation in Debian?
On Mon, 2010-08-23 at 06:29 +1200, Lars Wirzenius wrote: > Out of curiosity, since this does not affect me directly: is there a > need to update existing home directories? For example, if one adds new > files to /etc/skel, those only affect new home directories created after > the fact, the existing ones won't have the file anyway. Is there ever a > need for adding the file to existing homes? Though I'd like that,... it would probably a little bit bad,... (at least if done wrong). The home-dir is intended to be under the control of the user. Updating that without asking him could be bad. So something like that would have to be something interactive, asking for permission. Cheers, Chris. -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/1282504762.3236.65.ca...@fermat.scientia.net
Re: More advanced home directory creation in Debian?
On su, 2010-08-22 at 13:37 +0200, Jerome Warnier wrote: > I second this, as I feel the need to have some hook to create the home > "directory". Out of curiosity, since this does not affect me directly: is there a need to update existing home directories? For example, if one adds new files to /etc/skel, those only affect new home directories created after the fact, the existing ones won't have the file anyway. Is there ever a need for adding the file to existing homes? (My own preference would be to create all home directories as completely empty, not even using /etc/skel, and fix all applications that need a file to create one on demand.) -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/1282501779.12989.376.ca...@havelock
Bug#593950: ITP: ibus-input-pad -- Input Pad for IBus
Package: wnpp Severity: wishlist Owner: Asias He * Package name: ibus-input-pad Version : 0.1.3 Upstream Author : Takao Fujiwara * URL : http://code.google.com/p/input-pad/ * License : GPL2 Programming Lang: C, Python Description : Input Pad for IBus The input pad engine for IBus platform. It provides the interface to use input-pad with IBus. -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20100822145825.24175.29462.report...@localhost
Bug#593949: ITP: input-pad -- On-screen Input Pad to Send Characters with Mouse
Package: wnpp Severity: wishlist Owner: Asias He * Package name: input-pad Version : 0.1.1 Upstream Author : Takao Fujiwara * URL : http://code.google.com/p/input-pad/ * License : LGPL 2.1 Programming Lang: C, Python Description : On-screen Input Pad to Send Characters with Mouse The input pad is a tool to send a character on button to text applications. It provides the GTK+ based GUI and can send characteres on the GTK+ buttons. -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20100822145512.24103.31566.report...@localhost
Re: More advanced home directory creation in Debian?
On Sun, 2010-08-15 at 15:42 +0200, Christoph Anton Mitterer wrote: > Hi. > > I'd like the idea... it would make home-dir creation here at the faculty > a lot more easier. > > On Tue, 2010-08-03 at 11:08 +0200, Petter Reinholdtsen wrote: > > The location could for example be /etc/skel.d/ > I'd however suggest e.g. /etc/adduser.d or so... or at least not skel.d > Conceptually the skel contents are copied to the homedir, which the > skel.d contents are not but that's just cosmetics. I second this, as I feel the need to have some hook to create the home "directory". Recently, with ZFS or Btrfs (I imagine for this one, did not check myself) or remotely-stored (ex.: NFS) homes, it makes sense to have some local script to create them, not only something to fill them up with stuff. I was thinking into uglily patching my own adduser, but it's definitely worst something more generic, as many people might benefit from it. > Cheers, > Chris. PS: sorry for the cross-posting, but I feel the debian-...@d.o should be aware of this topic. -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/1282477072.1998.108.ca...@fbrt233-laptop