Florent Rougon <[EMAIL PROTECTED]> wrote:
> I see. You fear that dpkg resets the owner/perms for the files it
> manages. But AFAIK, that has never been reported, right? *If* someone
> reports such a problem, OK, adding the 2nd mechanism using
> dpkg-statoverride would be sensible. But otherwise, d
Frank Küster <[EMAIL PROTECTED]> wrote:
> I don't feel well, not knowing why something is not broken. But I think
> you are right, we've got more important and more interesting things to
> do.
I believe I would feel the same if I had written the code. :)
I'll try to have a look and understand t
Frank Küster <[EMAIL PROTECTED]> wrote:
> Uh, it does *not* happen, I just checked it. I know that
Gt.
>> at runtime in the cache directories. If a recursive change was needed,
>> that would rule out the possibility of using dpkg-statoverride, because
>> I suppose it can only be used for fi
Florent Rougon <[EMAIL PROTECTED]> wrote:
>> The problem with the current setup is that (I think) dpkg will override
>> the debconf-changed setting for tfm, pk and source with the permissions
>> in the deb, but the dialog will not be shown again.
>
> When does it happen? On upgrade? That would be
Frank Küster <[EMAIL PROTECTED]> wrote:
[ about dpkg-statoverride ]
>>>From the manpage, I have the impression that it is intended to be run by
>> users, not really by Debian package maintainer scripts.
>
> Hm, well - if the maintainer script asked the user, isn't it the user
> who runs it?
Hmm
Frank Küster wrote:
> You said that you are member of the users group - have you been that
> before this problem, or have you only added the user today? You need to
> log out and in again to make this change effective.
>
> So the problem can probably be reproduced simply by trying to create the
Florent Rougon <[EMAIL PROTECTED]> wrote:
> Frank Küster <[EMAIL PROTECTED]> wrote:
>
>> A general remark to the Debian TeX Task force: Shouldn't we use
>> dpkg-statoverride for these three directories?
>
>>From the manpage, I have the impression that it is intended to be run by
> users, not reall
Philipp Klaus Krause <[EMAIL PROTECTED]> wrote:
>> sh -x /usr/share/texmf/web2c/mktexdir /var/cache/fonts/tfm/jknappen/ec/ 2>
>> mktexdir.log
[...]
> + mkdir ././var/cache/fonts/tfm/jknappen
> mkdir: kann Verzeichnis â.�././var/cache/fonts/tfm/jknappenâ.� nicht anlegen:
> Keine Berechtigung
> +
Philipp Klaus Krause <[EMAIL PROTECTED]> wrote:
>> Can you try
>>
>> apt-get --reinstall install tex-common
>>
>> and see whether this helps? It should, but now the directories are
>> world-writable until you dpkg-reconfigure it again.
>
> I now have
>
> notebook2:/var/cache/fonts# ls -la
> in
Frank Küster <[EMAIL PROTECTED]> wrote:
> A general remark to the Debian TeX Task force: Shouldn't we use
> dpkg-statoverride for these three directories?
>From the manpage, I have the impression that it is intended to be run by
users, not really by Debian package maintainer scripts. Probably, we
> Oh. So let's try to dissect the commands called by TeX. Please try first
>
> kpsewhich --format='web2c files' mktexdir
>
> This should give "/usr/share/texmf/web2c/mktexdir". Assuming that this
> is the same on your system, please call the following commands:
>
> /usr/share/texmf/web2c/mkt
Philipp Klaus Krause <[EMAIL PROTECTED]> wrote:
> Frank Küster wrote:
>
>> That points to a real bug in the package. Please send us the output of
>>
>> ls -al /var/cache/fonts/
>> ls -al /var/cache/fonts/tfm/
>> grep users /etc/group
>
>
> notebook2:/usr/local/bin# ls -al /var/cache/fonts/
> ins
> Can you try
>
> apt-get --reinstall install tex-common
>
> and see whether this helps? It should, but now the directories are
> world-writable until you dpkg-reconfigure it again.
I now have
notebook2:/var/cache/fonts# ls -la
insgesamt 24
drwxrwsr-t 5 root users 4096 2006-05-01 16:45 .
dr
Frank Küster wrote:
> That points to a real bug in the package. Please send us the output of
>
> ls -al /var/cache/fonts/
> ls -al /var/cache/fonts/tfm/
> grep users /etc/group
notebook2:/usr/local/bin# ls -al /var/cache/fonts/
insgesamt 12
drwxrwsr-t 2 root users 4096 2006-04-30 16:19 .
drwx
Philipp Klaus Krause <[EMAIL PROTECTED]> wrote:
> Frank Küster wrote:
>
>>
>> try
>>
>> dpkg-reconfigure -plow tex-common
>>
>> It will ask you questions about directory permissions, please try to
>> read and understand them and tell us whether this helps. If it doesn't,
>> you didn't understa
Philipp Klaus Krause <[EMAIL PROTECTED]> wrote:
> I am not sure this is abug in tetx-base, but I suppose it is a bug in
> some Debian TeX package.
If it's a bug, it's in tex-common.
> I removed some packages via apt-get --purge remove and reinstalled them,
> but it didn't help:
> cm-super dvi2ps
Frank Küster wrote:
>
> try
>
> dpkg-reconfigure -plow tex-common
>
> It will ask you questions about directory permissions, please try to
> read and understand them and tell us whether this helps. If it doesn't,
> you didn't understand the text, which probably means that it hasn't been
> writ
Package: tetex-base
Version: 3.0-17
I can't compile the following file - neither using latex nor pdftex:
\documentclass[10pt]{scrartcl}
%\usepackage{ucs}
\usepackage[utf8x]{inputenc}
\usepackage[T1]{fontenc}
\usepackage{lmodern}
\usepackage{scrpage2}
\title{Schlange CV}
\author{Philipp Klaus Kra
18 matches
Mail list logo
