On Thu, Jun 29, 2017 at 12:34 AM, Michael Biebl wrote:
> The common expectation in Debian is, that we expect packages to be
> "usable" after installation. Which means we often intermix installation
> with configuration, which is typically done via maintainer scripts.
>
> This makes it very hard to
On Thu, Jun 29, 2017 at 12:21 AM, gwmfms6 wrote:
> Paul, you seemed to indicate that you were able to set a different "user
> default" umask in Stretch that's respected by gnome apps like gedit?
No, I didn't indicate that. See my other reply for clarification.
--
bye,
pabs
https://wiki.debian
Package: wnpp
Severity: wishlist
Owner: Benjamin Barenblat
* Package name: lean
Version : 3.2.0
Upstream Author : Leonardo de Moura et al.
* URL : https://leanprover.github.io/
* License : Apache-2.0
Programming Lang: C++
Description : theorem prover f
On 2017-06-28 21:26:56 +0200 (+0200), Alexander Wirt wrote:
[...]
> https://people.debian.org/~formorer/Survey.pdf - preliminary results.
> I will close the poll on monday.
I didn't take the survey since I only very rarely interact with
Alioth to begin with, but I have to agree with the many comme
Package: wnpp
Severity: wishlist
Owner: Anton Gladky
* Package name: svgpp
Version : 1.2.3
Upstream Author : Oleg Maximenko
* URL : https://github.com/svgpp/svgpp
* License : Boost
Programming Lang: C++
Description : SVG-framework with parsers for vari
My thinking in advocating for OTHER being 7 (ie, 027 or 077) was that
the incidents when someone wants OTHER to have access to their files are
fewer than when they do not want OTHER to have access. Do users
generally want OTHER to be able to read all their files? Or do they have
a particular se
On Mon, 19 Jun 2017, Wouter Verhelst wrote:
Hi,
> On Mon, Jun 19, 2017 at 01:49:36PM +0500, Andrey Rahmatullin wrote:
> > On Mon, Jun 19, 2017 at 09:47:30AM +0100, Jonathan Dowland wrote:
> > > Is it possible to share a link to the survey results? I saw it when I
> > > submitted
> > > my entry, b
Package: wnpp
Severity: wishlist
Owner: saravanan30erd
X-Debbugs-CC: debian-devel@lists.debian.org
* Package name: node-editor
Version : 1.0.0
Upstream Author : James Halliday (http://substack.net)
* URL : https://github.com/substack/node-editor
* License : Ex
Paul, you seemed to indicate that you were able to set a different "user
default" umask in Stretch that's respected by gnome apps like gedit? How
did you do it?
On 2017-06-28 09:21, Paul Wise wrote:
On Wed, Jun 28, 2017 at 7:25 PM, Ian Jackson wrote:
The appropriate default umask is 002 if
Am 27.06.2017 um 09:34 schrieb Niels Thykier:
> After this, we need something other than triggers. Triggers are great
> for regenerating global caches but they are not good at delegating
> targeted functionality out like:
>
> * This package needs user X to be created dynamically with home set
>
On Wed, Jun 28, 2017 at 8:59 PM, gwmfms6 wrote:
> You didn't notice because you run umask from your shell configuration?
I should clarify, I meant bash shell not gnome-shell.
> In other words, you have a working umask in Stretch?
In my terminals yes, but not in apps launched from the GUI.
>
You didn't notice because you run umask from your shell configuration?
In other words, you have a working umask in Stretch?
I want a working umask in stretch. Can you tell me how to "run `umask
027` from my shell configuration"? Currently, I have not found a way to
get gnome to respect umask s
Setting umask in ~/.profile on Jessie works for me.
On 2017-06-28 01:04, Arto Jantunen wrote:
It doesn't work since pam_umask isn't run by default. However as far as
I know this has been the case for a very long time (the oldest install
I
can check quickly is squeeze and it has the same issue
2017-06-27 21:18 GMT+02:00 Ralf Treinen :
> Hello,
>
> On Mon, Jun 26, 2017 at 10:23:56PM +0200, Ralf Treinen wrote:
>
>> we currently have in sid 84 maintainer scripts not using strict mode.
>> That is, they neither start on "#!/bin/[ba]sh -e", nor do a "set -e".
>
> Thanks to everybody for your f
On Wed, Jun 28, 2017 at 02:56:50PM +0200, Tim Rühsen wrote:
> Hi,
>
> I just want to mention that libwget[1] already has all the code you need
> plus lot's of other fancy TLS stuff (session resumption, false start,
> tcp fast open, OCSP). It is part of GNU Wget2, which is not released
> yet, mainl
On Wed, Jun 28, 2017 at 7:25 PM, Ian Jackson wrote:
> The appropriate default umask is 002 if the user's primary group is
> named after the user, or 022 otherwise.
AFAICT, neither of these achieve what the initiator of the thread
wants to achieve; no read access by other users to one's files on
m
On 06/27/2017 08:00 PM, Julian Andres Klode wrote:
> Hi everyone,
>
> as we discussed before in IRC, we plan to eventually replace
> our existing curl-based https method with our http method,
> by adding TLS support to it. This will move HTTPS support
> into apt proper, removing the apt-transport-
Paul Wise writes ("Re: Subject: UMASK 002 or 022?"):
> On Wed, Jun 28, 2017 at 1:11 AM, gwmfms6 wrote:
> > This discussion should be on whether to set a default UMASK of 077 or 027.
>
> I think the appropriate default umask is 077 due to the possibility of
> some sites not naming the primary grou
Niels Thykier, 2017-06-27 07:34:00 + :
[...]
> After this, we need something other than triggers. Triggers are great
> for regenerating global caches but they are not good at delegating
> targeted functionality out like:
>
> * This package needs user X to be created dynamically with home se
I'd like to know why giving the world (Other) read access is even under
consideration. If user wants a file to have Other readability this
should be on the user to set it, but it should not be the default.
What is the justification that every user be able to read every other
user's documents?
Hi,
On 27.06.2017 19:11, gwmf...@openmailbox.org wrote:
> I'd like to know why giving the world (Other) read access is even under
> consideration. If user wants a file to have Other readability this
> should be on the user to set it, but it should not be the default.
That can be solved by exclud
Paul Wise writes:
> On Wed, Jun 28, 2017 at 1:11 AM, gwmfms6 wrote:
>
>> I'd like to know why giving the world (Other) read access is even under
>> consideration. If user wants a file to have Other readability this should be
>> on the user to set it, but it should not be the default.
>
> I expec
Package: wnpp
Severity: wishlist
Owner: Balasankar C
* Package name: ruby-asciidoctor-plantuml
Version : 0.0.7
Upstream Author : Pepijn Van Eeckhoudt
* URL : https://github.com/hsanson/asciidoctor-plantuml
* License : Expat
Programming Lang: Ruby
Descriptio
23 matches
Mail list logo
