Hi Frank!
On Fre, 07 Okt 2005, Frank Küster wrote:
> *) echo "This should not happen: Don't know how to set this! $1" ;;
I finally did:
*) echo "select_lsr: don't know how to set this: $1" >&2 ;;
the >&2 is necessary to prevent interaction with debconf.
> The cool version (we could sa
Norbert Preining <[EMAIL PROTECTED]> wrote:
> I have done:
> . changed the templates description
> . removed the unnecessary templates (groupperm userperm)
> . dh_unregister the unnecessary templates
> . removed the transfer of tetex settings to tex-common
> (why did we do it at all? debconf is
Hi Frank!
Attached are my current postinst.in config.in templates
Please comment on it. I send the whole files since the diff is to
complicated.
I have done:
. changed the templates description
. removed the unnecessary templates (groupperm userperm)
. dh_unregister the unnecessary templates
. r
Norbert Preining <[EMAIL PROTECTED]> wrote:
> Hi Frank!
>
> On Fre, 07 Okt 2005, Frank Küster wrote:
[...]
>> > else
>> > echo "Fixing permissions of ls-R files ..."
>> > chmod -v 644 $LSRS 2>/dev/null | fgrep changed || true
>> > fi
>>
>> why the fgrep?
>
> This I took from t
Norbert Preining <[EMAIL PROTECTED]> wrote:
>> > for i in var cache main ; do
>> > ${i}group=""
>>
>> Sometimes I'm dreaming about using Perl for maintainer scripts. This is
>> one occation (my %group \dots). Furthermore:
>
> Why not use it. It is possible!
Yes, but Perl code tends to get
Hi Frank!
On Fre, 07 Okt 2005, Frank Küster wrote:
> > truegwrite=""
> > falsegwrite=""
>
> I don't like these names - truegwrite evokes "Trug" in my head. Why not
> gwritetrue and gwritefalse (if only it sounds more like
> [EMAIL PROTECTED])
Well, easy.
> > for i in var cache main ; do
> >
Norbert Preining <[EMAIL PROTECTED]> wrote:
> config.in implementation proposal, please comment:
This looks good to me. Some comments:
> #
> # first we collect those ls-R files which are group writeable in truegwrite
> # and those which are not group writeable in falsegwrite
> # furthermore we
Hi Frank!
On Don, 06 Okt 2005, Frank Küster wrote:
> of debconf ("debconf is not a registry").
Ok, you are right.
> alternative suggestion in pseudocode:
>
> config
> ==
>
> do ls-R files exist? If yes:
>
> - get permissions and ownership of ls-R files for /var/cache/fonts,
> /var/lib/t
Norbert Preining <[EMAIL PROTECTED]> wrote:
> I read through your proposal and have a hard time to understand it. I
> wrote a bit of PseudoCode what should be done. What do you think about
> this:
Sorry if I was unclear. Maybe I'm also a bit confused. Some of the
errors I found in your text bel
Hi Frank!
On Don, 06 Okt 2005, Frank Küster wrote:
> To me it seems there are two issues here. The first is that our dialog
> gives the impression that we do not simply *add* permissions, but
Ok, this is only about the spelling of the managedlsr template, I guess.
This can be fixed easily.
> Th
Norbert Preining <[EMAIL PROTECTED]> wrote:
> But stop, well, isn't this the whole point of it???
>
> Asume someone managed xyz-ls-R with debconf.
> Then changes permissions/owner.
> Then realizes that he has to reconfigure tex-common.
> Then he calls dpkg-reconfigure -plow tex-common
> What shoul
Hi Frank!
On Mit, 05 Okt 2005, Frank Küster wrote:
> When invoking dpkg-reconfigure tex-common, it is possible to change
> permissions of ls-R files from anything (e.g. 644) to 664 by selecting
> the corresponding directory. However, when *deselecting* a directory,
> the permissions are not chang
Package: tex-common
Version: 0.8
Severity: normal
When invoking dpkg-reconfigure tex-common, it is possible to change
permissions of ls-R files from anything (e.g. 644) to 664 by selecting
the corresponding directory. However, when *deselecting* a directory,
the permissions are not changed to 644
13 matches
Mail list logo