Re: Command /usr/bin/mv wrong message in German

2024-04-01 Thread Andrey Rakhmatullin
On Mon, Apr 01, 2024 at 05:02:56PM +0200, Fabrice Aeschbacher wrote:
> "dpkg -S" or "apt-file" give me an incorrect or no answer, most of the
> times.
> 
> Whereas this url always returns a correct answer:
> https://www.debian.org/distrib/packages#search_contents
Have you tried either of two examples you quoted?


> Le 01/04/2024 à 09:58, Andrey Rakhmatullin a écrit :
> > On Mon, Apr 01, 2024 at 01:03:04PM +1000, Russell Stuart wrote:
> > > On 1/4/24 10:18, gregor herrmann wrote:
> > > > % dpkg -S $(which mv > coreutils: /usr/bin/mv
> > > On bookworm:
> > > 
> > >  $ dpkg -S $(which mv)
> > >  dpkg-query: no path found matching pattern /usr/bin/mv
> > > 
> > > This is caused by the /bin -> /usr/bin shift.
> > > 
> > > The reason I'm replying is after one, probably two decades this still
> > > annoys me:
> > > 
> > > $ dpkg -S /etc/profile
> > > dpkg-query: no path found matching pattern /etc/profile
> > > 
> > > It was put their by the Debian install, and I'm unlikely to change it.
> > > Its fairly important security wise.  It would be nice if "dpkg -S" told
> > > me base-files.deb installed it.  It would be nice if debsums told me if
> > > it changed.  There are lots of files like this, such as /etc/environment
> > > and /etc/hosts.  There are some directories like /etc/apt/trusted.gpg.d/
> > > which should only have files claimed by some .deb.
> > This is the reason I never expect dpkg -S to work and dpkg -L to be
> > correct. The (probably) oldest registered bug report about this is
> > #213907, from 2003.
> > RPM has %ghost since before that, of course.
> > 
> 
> 

-- 
WBR, wRAR


signature.asc
Description: PGP signature


Re: Command /usr/bin/mv wrong message in German

2024-04-01 Thread Fabrice Aeschbacher
"dpkg -S" or "apt-file" give me an incorrect or no answer, most of the 
times.


Whereas this url always returns a correct answer:
https://www.debian.org/distrib/packages#search_contents

Best,
Fabrice


Le 01/04/2024 à 09:58, Andrey Rakhmatullin a écrit :

On Mon, Apr 01, 2024 at 01:03:04PM +1000, Russell Stuart wrote:

On 1/4/24 10:18, gregor herrmann wrote:

% dpkg -S $(which mv > coreutils: /usr/bin/mv

On bookworm:

 $ dpkg -S $(which mv)
 dpkg-query: no path found matching pattern /usr/bin/mv

This is caused by the /bin -> /usr/bin shift.

The reason I'm replying is after one, probably two decades this still
annoys me:

$ dpkg -S /etc/profile
dpkg-query: no path found matching pattern /etc/profile

It was put their by the Debian install, and I'm unlikely to change it.
Its fairly important security wise.  It would be nice if "dpkg -S" told
me base-files.deb installed it.  It would be nice if debsums told me if
it changed.  There are lots of files like this, such as /etc/environment
and /etc/hosts.  There are some directories like /etc/apt/trusted.gpg.d/
which should only have files claimed by some .deb.

This is the reason I never expect dpkg -S to work and dpkg -L to be
correct. The (probably) oldest registered bug report about this is
#213907, from 2003.
RPM has %ghost since before that, of course.





Re: Command /usr/bin/mv wrong message in German

2024-04-01 Thread Alexandre Detiste
Le lun. 1 avr. 2024 à 10:43, Johannes Schauer Marin Rodrigues
 a écrit :
> > This is the reason I never expect dpkg -S to work and dpkg -L to be
> > correct. The (probably) oldest registered bug report about this is #213907,
> > from 2003. RPM has %ghost since before that, of course.
>
> This is the reason I never expect apt-file search to work. It would be nice if
> we had a tool which would track the files created by maintainer scripts as 
> well
> and associate them to packages. Isn't dumat tracking which files are actually
> created after package installation? If yes, can that data be made searchable?

That tool is cruft-ng ...

I mostly use it for forensics of messed up OS images,
but it can be asked where a single ghost/volatile file comes from.
(If it has been teached so)

$ LANG=C dpkg -S /etc/fstab
dpkg-query: no path found matching pattern /etc/fstab
$ cruft /etc/fstab
base-files

Greetings



Re: Command /usr/bin/mv wrong message in German

2024-04-01 Thread Johannes Schauer Marin Rodrigues
Hi,

Quoting Andrey Rakhmatullin (2024-04-01 09:58:21)
> On Mon, Apr 01, 2024 at 01:03:04PM +1000, Russell Stuart wrote:
> > On 1/4/24 10:18, gregor herrmann wrote:
> > > % dpkg -S $(which mv > coreutils: /usr/bin/mv
> > 
> > On bookworm:
> > 
> > $ dpkg -S $(which mv)
> > dpkg-query: no path found matching pattern /usr/bin/mv
> > 
> > This is caused by the /bin -> /usr/bin shift.
> > 
> > The reason I'm replying is after one, probably two decades this still
> > annoys me:
> > 
> >$ dpkg -S /etc/profile
> >dpkg-query: no path found matching pattern /etc/profile
> > 
> > It was put their by the Debian install, and I'm unlikely to change it.
> > Its fairly important security wise.  It would be nice if "dpkg -S" told
> > me base-files.deb installed it.  It would be nice if debsums told me if
> > it changed.  There are lots of files like this, such as /etc/environment
> > and /etc/hosts.  There are some directories like /etc/apt/trusted.gpg.d/
> > which should only have files claimed by some .deb.
> This is the reason I never expect dpkg -S to work and dpkg -L to be
> correct. The (probably) oldest registered bug report about this is #213907,
> from 2003. RPM has %ghost since before that, of course.

This is the reason I never expect apt-file search to work. It would be nice if
we had a tool which would track the files created by maintainer scripts as well
and associate them to packages. Isn't dumat tracking which files are actually
created after package installation? If yes, can that data be made searchable?

Thanks!

cheers, josch

signature.asc
Description: signature


Re: Command /usr/bin/mv wrong message in German

2024-04-01 Thread Andrey Rakhmatullin
On Mon, Apr 01, 2024 at 01:03:04PM +1000, Russell Stuart wrote:
> On 1/4/24 10:18, gregor herrmann wrote:
> > % dpkg -S $(which mv > coreutils: /usr/bin/mv
> 
> On bookworm:
> 
> $ dpkg -S $(which mv)
> dpkg-query: no path found matching pattern /usr/bin/mv
> 
> This is caused by the /bin -> /usr/bin shift.
> 
> The reason I'm replying is after one, probably two decades this still
> annoys me:
> 
>$ dpkg -S /etc/profile
>dpkg-query: no path found matching pattern /etc/profile
> 
> It was put their by the Debian install, and I'm unlikely to change it.
> Its fairly important security wise.  It would be nice if "dpkg -S" told
> me base-files.deb installed it.  It would be nice if debsums told me if
> it changed.  There are lots of files like this, such as /etc/environment
> and /etc/hosts.  There are some directories like /etc/apt/trusted.gpg.d/
> which should only have files claimed by some .deb.
This is the reason I never expect dpkg -S to work and dpkg -L to be
correct. The (probably) oldest registered bug report about this is
#213907, from 2003.
RPM has %ghost since before that, of course.

-- 
WBR, wRAR


signature.asc
Description: PGP signature


Re: Command /usr/bin/mv wrong message in German

2024-03-31 Thread Russ Allbery
Russell Stuart  writes:

> The reason I'm replying is after one, probably two decades this still
> annoys me:

>$ dpkg -S /etc/profile
>dpkg-query: no path found matching pattern /etc/profile

> It was put their by the Debian install, and I'm unlikely to change it.
> Its fairly important security wise.  It would be nice if "dpkg -S" told
> me base-files.deb installed it.  It would be nice if debsums told me if
> it changed.  There are lots of files like this, such as /etc/environment
> and /etc/hosts.  There are some directories like /etc/apt/trusted.gpg.d/
> which should only have files claimed by some .deb.

Guillem has a plan for addressing this, I believe as part of metadata
tracking, that would allow such files can be registered by their packages
and then tracked by dpkg.

-- 
Russ Allbery (r...@debian.org)  



Re: Command /usr/bin/mv wrong message in German

2024-03-31 Thread Russell Stuart

On 1/4/24 10:18, gregor herrmann wrote:

% dpkg -S $(which mv > coreutils: /usr/bin/mv


On bookworm:

$ dpkg -S $(which mv)
dpkg-query: no path found matching pattern /usr/bin/mv

This is caused by the /bin -> /usr/bin shift.

The reason I'm replying is after one, probably two decades this still
annoys me:

   $ dpkg -S /etc/profile
   dpkg-query: no path found matching pattern /etc/profile

It was put their by the Debian install, and I'm unlikely to change it.
Its fairly important security wise.  It would be nice if "dpkg -S" told
me base-files.deb installed it.  It would be nice if debsums told me if
it changed.  There are lots of files like this, such as /etc/environment
and /etc/hosts.  There are some directories like /etc/apt/trusted.gpg.d/
which should only have files claimed by some .deb.

To put it another way, Debian's audit trail of files managed / used by
the distro has never been great.  There was a modest proposal ages ago
(by aj I think) to improve this, but it was rejected.  To me it looks
more important now than it was then, and it was pretty important then.


OpenPGP_0xF5231C62E7843A8C.asc
Description: OpenPGP public key


OpenPGP_signature.asc
Description: OpenPGP digital signature


Re: Command /usr/bin/mv wrong message in German

2024-03-31 Thread gregor herrmann
On Sun, 31 Mar 2024 19:44:24 +0200, Hans wrote:

> as I could not find, which package /usr/bin/mv is belonging to and 
> apt-file search /usr/bin/mv did not help either, I just in form you here.

% apt-file search -x "usr/bin/mv$"
coreutils: /usr/bin/mv

Faster:

% dpkg -S $(which mv) 
coreutils: /usr/bin/mv


Cheers,
gregor

-- 
 .''`.  https://info.comodo.priv.at -- Debian Developer https://www.debian.org
 : :' : OpenPGP fingerprint D1E1 316E 93A7 60A8 104D  85FA BB3A 6801 8649 AA06
 `. `'  Member VIBE!AT & SPI Inc. -- Supporter Free Software Foundation Europe
   `-   


signature.asc
Description: Digital Signature


Re: Command /usr/bin/mv wrong message in German

2024-03-31 Thread Hans
Hi Sven,

just did as you suggested.

Thanks for the hint

Best regards

Hans
> Problems with German translations are best reported to
> debian-l10n-ger...@lists.debian.org.





Re: Command /usr/bin/mv wrong message in German

2024-03-31 Thread Sven Joachim
Am 31.03.2024 um 19:44 schrieb Hans:

> Hi folks,
>
> as I could not find, which package /usr/bin/mv is belonging to and
> apt-file search /usr/bin/mv did not help either, I just in form you here.

Problems with German translations are best reported to
debian-l10n-ger...@lists.debian.org.

> There is a little translation problem with this command. In German moving a 
> file to anbother
> place is telling this:
>
>  mv -v test2/bla.txt test1/
> Datei umbenannt 'test2/bla.txt' -> 'test1/bla.txt'
> The term "umbenannt" is not correct, as it woul be in English "renamed".

That is exactly what is used in the original:

$ LANG=C mv -v test2/bla.txt test1/
renamed 'test2/bla.txt' -> 'test1/bla.txt'

Cheers,
   Sven



Command /usr/bin/mv wrong message in German

2024-03-31 Thread Hans
Hi folks,

as I could not find, which package /usr/bin/mv is belonging to and 
apt-file search /usr/bin/mv did not help either, I just in form you here.

There is a little translation problem with this command. In German moving a 
file to anbother 
place is telling this:

 mv -v test2/bla.txt test1/ 
Datei umbenannt 'test2/bla.txt' -> 'test1/bla.txt'
The term "umbenannt" is not correct, as it woul be in English "renamed". The 
corret term for 
moving a file to another place is called "bewegen" (which means in English "to 
move"). Thus 
you should say in German 

Datei bewegt 'test2/bla.txt' -> 'test1/bla.txt'

or more elegant

Datei verschoben 'test2/bla.txt' -> 'test1/bla.txt'

("verschoben" is past tense of the German word "verschieben", in English "to 
move" or "to shift 
soemthing")

It is not an important or great matter, but maybe you might want to fix it some 
day.

I mnoticed it just, because I am German. Sorry for that.

Best regards and please don't mind.

Hans