[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Re: URLs of installed packages

Hi Eugene,

sorry for the delay.

Eugene V. Lyubimkin schrieb am Tue 27. Jan, 12:41 (+0200):
> Jörg Sommer wrote:
> >> No, first package has the installation candidate itself - it's installed
> >> version. Yes, there is other question why it hasn't failed to reinstall it, it
> >> would be good to see 'apt-cache policy pkg1' to make sure there was no other
> >> installation candidates.
> > 
> > pkg1 is a fake package. It doesn't exist in the Debian archive nor
> > anywhere else. That's why I used this name.
> I understand, I was asking about 'apt-cache policy <pkg1>', where <pkg1> is
> some real package.

I'm sorry. I can't provide you this information. I've got a bug report
myself and created a faked status file to reproduce the bug in my
program. Meanwhile, I've found this inconsistency in apt-get.

> > So I ask a different question: How can I get the URLs of packages,
> > maybe known to apt. It would good if apt silently ignores packages it
> > doesn't know of.
> > 
> > My goal is to get the original file in /etc as they come with the
> > package.
> You ought to find original .deb for package and install it / fetch the file
> manually then. 'apt-cache policy' will tell you about all versions of package
> apt knows of.

Yes, all versions, but how do I get an URL? policy doesn't give a full
URL. I want something which I can pass to curl to get the package. Or use
apt to download the package (but not install it).

> > And a different question: Can I tell apt to remove only the packages
> > given as option? I've a script that runs apt-get with --yes, but I don't
> > want to remove other packages than those given as option.
> > 
> > apt-get --no-remove remove $PKG
> > 
> > sounds silly, but it could tell apt to not select automaticly packages
> > for removing.
> If you selected some package for removing, all packages that depends on it
> must be removed, this is unavoidable.

No, apt should fail in the case it has to remove more packages than
given at the command line. The tool deborphan finds packages they
aren't needed. But it might get some things wrong and suggest packages
they are needed. Then the call “apt-get remove $(deborphan)” should fail.

Bye, Jörg.
A valid expression in Java: x = new A().new B();

Attachment: signature.asc
Description: Digital signature http://en.wikipedia.org/wiki/OpenPGP

Reply to: