Re: /etc/hosts and resolving of the local host/domainname - 127.0.0.1 vs. 127.0.1.1

* Russ Allbery wrote [30.07.13 22:25]: > We (Stanford) strip them out in FAI. We can, of course, continue to do > that, but I thought I'd mention it as a data point. If you have stable > DNS, you really don't want to have another shadow source of IP to host > mapping on local disk; it's almost ce

Re: vision: easily move all my data and config to a new machine

* Thomas Koch wrote [23.06.13 17:56]: > Now I'd like to know which files in /etc are still in their default state and > which were modified by me, including a diff against the default. Is there > some > possibility to get this information? I have etckeeper installed but I don't > see how it co

Re: Change default PATH for Jessie / wheezy+1

On 08/08/12 15:38, Roger Leigh wrote: > The number of times I've wished e.g. blkid was in my path is... zero. What about iwconfig, ifconfig, route, modinfo, iw, fsck, mkfs.*, fsck, … It is not just about one tool or There are for examples two symlinks for lsmod to /bin/kmod (/sbin/lsmod and /bin

Re: Change default PATH for Jessie / wheezy+1

On 08/08/12 12:36, Adam Borowski wrote: > Could you please tell me a single benefit from such a change? All I see are > downsides. It would degrade tab completion and pollute the namespace. Access to programs without the need to specify the full path. Not all programs in the sbin directories r

Re: Change default PATH for Jessie / wheezy+1

On 08/08/12 04:15, Russ Allbery wrote: >> Currently the default PATH for Debian does not include /sbin, /usr/sbin, >> nor /usr/local/sbin. If an user wants to run a program in either /sbin/ >> or /usr/sbin the full path must be specified. > > I don't see any point in doing this as opposed to just

Re: Change default PATH for Jessie / wheezy+1

On 08/08/12 04:11, Marco d'Itri wrote: >> Changing the default PATH for normal users to include /sbin, /usr/sbin as >> well as >> /usr/local/sbin would be a great thing for simplifying command line usage for >> normal users. > Fedora did it a few months ago, so probably we should do it as well to

Re: Change default PATH for Jessie / wheezy+1

On 08/08/12 03:54, Clint Adams wrote: > On Wed, Aug 08, 2012 at 03:48:48AM +0200, Ulrich Dangel wrote: >> So ignore the sudo part as it should be no problem. The bash completion even >> changes PATH to contain the sbin directories for sudo but zsh seems to honor >> PATH >

Re: Change default PATH for Jessie / wheezy+1

On 08/08/12 03:27, The Fungi wrote: > Are you certain? For me, 'ifconfig' as a normal user returns > "command not found" but 'sudo ifconfig' works just fine... I was based on my experiments[1]. But I discovered that my /etc/sudoers didn't contain following config line: Defaults secure_path

Change default PATH for Jessie / wheezy+1

Currently the default PATH for Debian does not include /sbin, /usr/sbin, nor /usr/local/sbin. If an user wants to run a program in either /sbin/ or /usr/sbin the full path must be specified. Some programs don't necessarily need root privileges like blkid, iwconfig, ifconfig, service etc. and can b

Re: RFC: terminate init script when service is ready

On 08/06/12 00:35, Salvo Tomaselli wrote: > systemd offers a solution but it is a complete rewrite of init, it's not > mature nor compatible, systemd supports init scripts which means it is compatible. It is IMHO also mature as Distributions like OpenSuse or Fedora ship systemd per default. >

Re: Low acceptance of Elektra

On 08/02/12 14:21, Felix Berlakovich wrote: > I recently stumbled over Elektra (http://www.libelektra.org/ but the page seems to be unreachable at the time of this writing) and because I find the idea of a central configuration store very interesting I’ve done some res

Re: [CTTE #614907] Resolution of node/nodejs conflict

On 07/25/12 02:15, Filipus Klutiero wrote: >> You don't seem to be in LDAP, nor in the keyring, so no, you're not, >> unless you're posting under some alias or similar. > > I am posting under an alias, but in any case, Debian's LDAP and keyring only > contain a fraction of developers. This is tr

Bug#678572: ITP: foremancli -- commandline search interface to Foreman

Package: wnpp Severity: wishlist Owner: Ulrich Dangel * Package name: foremancli Version : 1.0 Upstream Author : Brian Gupta * URL : http://theforeman.org/projects/foreman/wiki/Foremancli * License : GPL-2+ Programming Lang: ruby Description

Bug#591855: ITP: mpris-remote -- command-line interface for mpris compatbile media players

Package: wnpp Severity: wishlist Owner: Ulrich Dangel * Package name: mpris-remote Version : 7c7f5c6 Upstream Author : Nick Welch * URL : http://incise.org/mpris-remote.html * License : public-domain Programming Lang: Python Description : command

Bug#563311: ITP: python-django-haystack -- A modular search engine for Django applications

Package: wnpp Severity: wishlist Owner: Ulrich Dangel * Package name: python-django-haystack Version : 1.0.1 Upstream Author : Daniel Lindsley * URL : http://haystacksearch.org/ * License : BSD Programming Lang: Python Description : A modular search

Bug#559388: ITP: shunit2 -- A unit test framework for Bourne based shell scripts

Package: wnpp Severity: wishlist Owner: Ulrich Dangel * Package name: shunit2 Version : 2.1.5 Upstream Author : Kate Ward * URL : http://code.google.com/p/shunit2/ * License : LGPL Programming Lang: Shell Script Description : A unit test framework