Bug#688932: g_get_home_dir () should prefer ${HOME} over getpwuid ()->pw_dir

Package: libglib2.0-0 Version: 2.32.3-1 X-Debbugs-Cc: debian-devel@lists.debian.org [Filing bug, as was suggested in the debian-devel@ discussion [1]. I've also started a discussion in gtk-devel-list@ [2].] Currently, it's not possible for the user to specify an a

Re: ${HOME} vs. g_get_home_dir () [and 1 more messages]

Le mercredi 26 septembre 2012 à 23:17 +0100, Ian Jackson a écrit : > Josselin Mouette writes ("Re: ${HOME} vs. g_get_home_dir () [and 1 more > messages]"): > > Maybe you should try and obtain a CTTE decision to patch that in glib. > > Surely it would be better to try to fully understand the prob

Re: ${HOME} vs. g_get_home_dir () [and 1 more messages]

On Wed, Sep 26, 2012 at 10:51:39PM +0200, Josselin Mouette wrote: > Le mercredi 26 septembre 2012 à 21:47 +0100, Ian Jackson a écrit : > > Ivan Shmakov writes ("${HOME} vs. g_get_home_dir ()"): > > > I do remember filing a bug or two against packages that refer to > > > the getent () data to f

Re: ${HOME} vs. g_get_home_dir () [and 1 more messages]

Josselin Mouette writes ("Re: ${HOME} vs. g_get_home_dir () [and 1 more messages]"): > Maybe you should try and obtain a CTTE decision to patch that in glib. Surely it would be better to try to fully understand the problem, and discuss it politely and constructively with the various people involv

Re: ${HOME} vs. g_get_home_dir () [and 1 more messages]

Le mercredi 26 septembre 2012 à 21:47 +0100, Ian Jackson a écrit : > Ivan Shmakov writes ("${HOME} vs. g_get_home_dir ()"): > > I do remember filing a bug or two against packages that refer to > > the getent () data to find the user's “home” directory instead > > of using the HOME envi

Re: ${HOME} vs. g_get_home_dir () [and 1 more messages]

Ivan Shmakov writes ("${HOME} vs. g_get_home_dir ()"): > I do remember filing a bug or two against packages that refer to > the getent () data to find the user's “home” directory instead > of using the HOME environment variable. I agree with your complaint. Programs should honou

Re: mass bug filing about packages manipulating/deleting shipped files

Nicholas Bamber wrote: > Moreover as I understand it the version of piuparts that runs these > tests is not yet in sid. Surely it is unreasonable to expect people to > fix these bugs - in the middle of a freeze no less - without this tool. Doesn't debsums catch it? -- To UNSUBSCRIBE, email to

Re: ${HOME} vs. g_get_home_dir ()

"Bernhard R. Link" writes: > * Simon McVittie [120926 18:50]: >> ... but I don't think this is the right way to make it happen. Please >> research previous discussion to check that you're not missing arguments >> that have happened in the past, then if you still think your proposal is >> the bes

Bug#688901: ITP: lambdacan -- lambda-calcul interpreter

Package: wnpp Severity: wishlist Owner: Anthony Gasperin Package name: lambdacan Version : 2.0-1 Upstream Author : Tim Fraser URL : http://alum.wpi.edu/~tfraser/Software/Arduino/lambdacan.html License : (GPL, LGPL, BSD, MIT/X, etc.) Programming Lang: (

Bug#389591: ITP: freeswitch -- Modular Media Switching Software Library and Soft-Switch Application

Package: wnpp Followup-For: Bug #389591 Owner: William King Updating subject to reflect latest status. -- 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/2012092617170

Re: ${HOME} vs. g_get_home_dir ()

* Simon McVittie [120926 18:50]: > ... but I don't think this is the right way to make it happen. Please > research previous discussion to check that you're not missing arguments > that have happened in the past, then if you still think your proposal is > the best option, take it upstream. This w

Re: node-like file conflicts

* Jakub Wilk , 2012-09-21, 17:42: The following package pairs: 1) are co-installable, 2) both ship binaries with the same name, but in different directories within $PATH (e.g. one in /usr/bin, another in /usr/sbin): There's a few more if you take alternatives into account: boom: alliance prb

Re: ${HOME} vs. g_get_home_dir ()

On 26/09/12 18:15, Ivan Shmakov wrote: >> Simon McVittie writes: > > Please research previous discussion to check that you're not missing > > arguments that have happened in the past, > > Any particular pointers? Following the git history points to

Re: ${HOME} vs. g_get_home_dir ()

> Simon McVittie writes: > On 26/09/12 17:12, Ivan Shmakov wrote: >> (Want to use the all-defaults configuration for a program? Just >> start it like: $ HOME="$(mktemp -dt -- foo.)" foo) > Debian's GLib has been patched, and actually has this precedence: > G_HOME > getpwent

Re: ${HOME} vs. g_get_home_dir ()

On 26/09/12 17:12, Ivan Shmakov wrote: > (Want to use the > all-defaults configuration for a program? Just start it like: > $ HOME="$(mktemp -dt -- foo.)" foo) Debian's GLib has been patched, and actually has this precedence: G_HOME > getpwent > HOME. This was originally inten

Re: Debian Installer 7.0 Beta1 release

On Mon, 2012-08-06 at 12:36 +0200, Julien Cristau wrote: > On Mon, Aug 6, 2012 at 10:45:31 +0100, Sam Morris wrote: > > > IIRC I built mesa with 3.0. I'll take a look at the patches. I also just > > realised that I didn't run the X server with LD_LIBRARY_PATH set... is > > that a problem, or is i

${HOME} vs. g_get_home_dir ()

I do remember filing a bug or two against packages that refer to the getent () data to find the user's “home” directory instead of using the HOME environment variable. The environment is the preferred place to check for this kind of things: it's (usually) un