Thomas Schmitt wrote:
...
> Thanks for this description of a real world procedure.
> Now i know at least that i am not the only one who cares about the
> post-upgrade steps in the manual. I already began to think that everybody
> lets the surplus packages rot in the dark.
i have been running the
Hi,
Florent Rougon wrote:
> AFAIK, these are not wildcards; each star appended to a package name
> indicates that the package is going to be purged
At least it is a good way to catch the attention of the apt operator. :))
> tl;dr: aptitude praise
Thanks for this description of a real world pro
Le 01/06/2024, Florent Rougon a écrit:
> FWIW, removal of “obsolete or local” packages is easily done
> interactively in aptitude: you go the the corresponding section of the
> main screen, hit Enter, etc. The [ key recursively unfolds a section
> (use ] to fold it back). You ask to purge a packa
you go the the corresponding section of the
main screen, hit Enter, etc. The [ key recursively unfolds a section
(use ] to fold it back). You ask to purge a package by typing _
(removing with -, as in the venerable dselect).
For actually obsolete packages, doing so will occasionally trigger a
“depe
Hi,
just for the archive:
I think i found the source code which emits the "[...]" strings of
apt-list:
https://sources.debian.org/src/apt/2.9.4/apt-private/private-output.cc/#L292
The possible status strings are:
[installed,upgradable to: ...]
[installed,local]
[installed,auto-removabl
On 2024-05-30, Thomas Schmitt wrote:
>
> Nevertheless it would be nice to find documentation about this kind of
> info in the output of "apt list".
I found this from an old post about Synaptic (the apt front-end), in the
latter's
"help page":
Obsolete or locally installed - Display only packag
Hi,
i wrote:
> > What kind of programming language can have inspired the developers
> > to define such a syntax ?
Max Nikulin:
> https://blog.jak-linux.org/2019/08/15/apt-patterns/
This points to aptitude. The package description of aptitude says
"mutt-like syntax for matching packages". Indeed
On Wed 29 May 2024 at 18:20:25 (+0200), Thomas Schmitt wrote:
> i wonder why none of the electricians on this list has an anecdote to
> share about dealing with "obsolete" packages after upgrade.
> No triumphs, defeats, or global catastrophes ?
Nowadays I install new releases f
On 30/05/2024 16:22, Thomas Schmitt wrote:
Max Nikulin wrote:
apt-patterns(7)
Wow. What kind of programming language can have inspired the developers
to define such a syntax ?
https://blog.jak-linux.org/2019/08/15/apt-patterns/
"apt list" has some limitations in comparison to "aptitude sear
(A private package could very well be made available and installed from
a private repository; or alternatively, installed with 'dpkg -i' without
ever being put in an apt repository; therefore “has been installed in
the past from an apt repository” is not a good criterion to distingui
'?installed !?obsolete' | grep local
shows only some packages with "locale" in their name, but none with
"local" in the []-brackets. On the other hand
apt list '?installed ?obsolete' | grep -v 'local]$'
shows no packages, i.e. all lines of obsolete
Hi Thomas,
Le 30/05/2024, "Thomas Schmitt" a écrit:
> Next documenation riddle is what the word "local" means in output lines
> like
>
> linux-image-5.10.0-rc2-ts/now 5.10.0-rc2-ts-37 amd64 [installed,local]
I don't use this but guess it is as in aptitude, where “obsolete/local
packages” are
I use "apt autoremove", I am given a list of proposed removals and
> a prompt about whether I want to proceed.
Good to know that there are safeguards when i finally remove some of the
"obsolete" packages.
I wrote:
> > How could i get a list of only the automatical
On 29/05/2024 23:20, Thomas Schmitt wrote:
How could i get a list of only the automatically installed obsolete
packages ?
(I still did not find any documentation about the '~c' or '~o' with
"apt list".)
apt-patterns(7) and dpkg(1). Apt can not distinguish packag
Thomas Schmitt wrote:
> But i am not sure whether the commercial package which i have to keep
> will be preserved with "apt autoremove".
> Is there a way to do a dry run which only tells what would happen if i
> were more courageous ?
When I use "apt autoremove", I am given a list of proposed rem
Hi,
i wonder why none of the electricians on this list has an anecdote to
share about dealing with "obsolete" packages after upgrade.
No triumphs, defeats, or global catastrophes ?
I wrote:
> > https://www.debian.org/releases/stable/amd64/release-notes/ch-upgrading.en.h
t
On 2024-05-28 at 15:02, Marco Moock wrote:
> Am 28.05.2024 um 20:38:46 Uhr schrieb Thomas Schmitt:
>> What does "[residual-config]" mean ?
>
> Packages include system-wide configuration files. If packages are
> removed, this configuration will not be deleted. You need to purge
> such packages t
>
> https://www.debian.org/releases/stable/amd64/release-notes/ch-upgrading.en.html#obsolete
Packages have dependencies. Those will be marked as automatically
installed. They can be removed if no other package depends on them.
You can do that with the autopurge/autoremove apt command.
Be awa
cd-gtk/now 1.7.4+tb2-6 all [residual-config]
What does "[residual-config]" mean ?
The man page of apt is quite sparse. Is there something more detailed
available online ?
apt list '~o'
shows 220 "obsolete packages", of which at least one is a commercial
non-Deb
On 2020-10-23 18:02, Clive Standbridge wrote:
Can I expect that they will also survive the upgrade to Buster?
Yes. I have done that, and the old squirrelmail package remained
installed in buster. I don't remember any special effort to keep it,
but it was a while ago.
You'd better make sure yo
> Somehow both of those survived the upgrade from Jessie to Stretch (at a time
> when I was not aware of the potential problem), and squirrelmail still works
> fine.
>
> Can I expect that they will also survive the upgrade to Buster?
Yes. I have done that, and the old squirrelmail package remai
Jesper Dybdal wrote:
> I use squirrelmail, and squirrelmail uses php5.
> Somehow both of those survived the upgrade from Jessie to Stretch (at
> a time when I was not aware of the potential problem), and
> squirrelmail still works fine.
> Can I expect that they will also survive the upgrade to
I use squirrelmail, and squirrelmail uses php5.
Somehow both of those survived the upgrade from Jessie to Stretch (at a
time when I was not aware of the potential problem), and squirrelmail
still works fine.
Can I expect that they will also survive the upgrade to Buster?
(Yes, I know I shoul
Stephen Powell wrote on 10/31/2015 17:30:
> On Sat, 31 Oct 2015 11:28:26 -0400 (EDT), Kamaraju Kusumanchi wrote:
>>
>> Here is one way.
>>
>> To identify packages that are no longer present in the archive
>>
>> % apt-show-versions -r . | grep "No available version in archive"
>
> That's what I
On Sat, Oct 31, 2015 at 12:30 PM, Stephen Powell wrote:
> On Sat, 31 Oct 2015 11:28:26 -0400 (EDT), Kamaraju Kusumanchi wrote:
>>
>> Here is one way.
>>
>> To identify packages that are no longer present in the archive
>>
>> % apt-show-versions -r . | grep "No available version in archive"
>
>
On Sat, 31 Oct 2015 13:27:19 -0400 (EDT), Jude DaShiell wrote:
>
> I get aptitude to resolve recommended upgrades just by using the -r
> switch on the command line. There's probably a way to do that using
> g.u.i. but don't know that one yet.
It's been a while now, but IIRC, this works for ins
ebian-user@lists.debian.org
Subject: How to identify obsolete packages (was: Anybody know why aptitude is
not installed by default in Sid?)
Resent-Date: Sat, 31 Oct 2015 14:30:06 + (UTC)
Resent-From: debian-user@lists.debian.org
On Sat, 31 Oct 2015 07:38:25 -0400 (EDT), Chris Bannister wrote:
On Sat, 31 Oct 2015 11:28:26 -0400 (EDT), Kamaraju Kusumanchi wrote:
>
> Here is one way.
>
> To identify packages that are no longer present in the archive
>
> % apt-show-versions -r . | grep "No available version in archive"
That's what I'm talking about! Thanks! (Although it does requi
On Sat, 31 Oct 2015 10:38:48 -0400 (EDT), "Reco" wrote:
> On Sat, 31 Oct 2015 10:29:48 -0400 (EDT), Stephen Powell wrote:
>> Does anyone know an easy way to identify obsolete packages without
>> using aptitide?
>
> deborphan --guess-all
According to
On Sat, Oct 31, 2015 at 10:29 AM, Stephen Powell wrote:
>
> Does anyone know an easy way to identify obsolete packages without
> using aptitide?
>
Here is one way.
To identify packages that are no longer present in the archive
% apt-show-versions -r . | grep "No available v
Hi.
On Sat, 31 Oct 2015 10:29:48 -0400 (EDT)
Stephen Powell wrote:
> Does anyone know an easy way to identify obsolete packages without
> using aptitide?
deborphan --guess-all
Reco
ptitude.
aptitude, when run with no parameters, provides a full-screen interface.
This full-screen interface lists package categories which can be
expanded. One category in particular is of interest to me:
"Obsolete and Locally Created Packages". By expanding this category,
I can identify obsol
On Wed 05 Aug 2015 at 19:51:58 +0100, Paul Lavender wrote:
> No, it doesn't. I get a number to choose from, but not the one I want. 2.6
What doesn't?
What are you referring to?
Yoy have broken a thread and given no context for your reply. You may
think you know what you mean. We do not.
--
T
No, it doesn't. I get a number to choose from, but not the one I want.
2.6 is there - I'm not sure why, 3.2 - was that the last Wheezy, and
3.16 which is the most recent Jessie, I think.
Unfortunately 3.16 doesn't work for me, there are problems in the SATA
drivers on my ITX atom board. I'm afra
On Wednesday 05 August 2015 19:24:19 Brian wrote:
> On Wed 05 Aug 2015 at 18:05:01 +0100, Paul Lavender wrote:
> > I'm using kernel 3.13.5-1-amd64, which was released on a a pre-release
> > Jessie. How can I find the headers? Obviously the world has moved on and
> > the linux-headers-amd64 no longe
On Wed, Aug 05, 2015 at 06:05:01PM +0100, Paul Lavender wrote:
> I'm using kernel 3.13.5-1-amd64, which was released on a a
> pre-release Jessie. How can I find the headers? Obviously the world
> has moved on and the linux-headers-amd64 no longer has them.
>
Does `apt-cache search linux-headers`
On Wed 05 Aug 2015 at 18:05:01 +0100, Paul Lavender wrote:
> I'm using kernel 3.13.5-1-amd64, which was released on a a pre-release
> Jessie. How can I find the headers? Obviously the world has moved on and the
> linux-headers-amd64 no longer has them.
http://snapshot.debian.org/
--
To UNSUBSC
I'm using kernel 3.13.5-1-amd64, which was released on a a pre-release
Jessie. How can I find the headers? Obviously the world has moved on and
the linux-headers-amd64 no longer has them.
Thanks
Paul
--
To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org
with a subject of "unsubsc
Jörg-Volker Peetz wrote:
> Thanks Bob for the pointer. Yes the patch works. I also saw your reply to the
> bug report. Good idea.
And the bug in apt-show-versions was fixed and uploaded and all is
good now. And a correction for my previous message which mentioned
Jessie. As far as I can see the
Thanks Bob for the pointer. Yes the patch works. I also saw your reply to the
bug report. Good idea.
--
Regards,
jvp.
--
To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.or
Chris Bannister wrote:
> Bob Proulx wrote:
> > I think everyone should be worried about removed but not purged
> > packages too. Otherwise they are a source of lint that builds up on a
> > system.
>
> apt-cache show cruft
I had forgotten about cruft. I just tried it again after many years.
It
Jörg-Volker Peetz wrote:
> Note that apt-show-versions is not able to find installed packages
> which are no longer available in the suite/release, e.g. on a
> testing/sid system, the packages libtiff4 or xlockmore.
Works in Wheezy.
Wheezy$ apt-show-versions | grep xlockmore
xlockmore 1:5.31-
On Sun, Jan 18, 2015 at 04:36:06PM -0700, Bob Proulx wrote:
> I think everyone should be worried about removed but not purged
> packages too. Otherwise they are a source of lint that builds up on a
> system.
apt-cache show cruft
I believe that lint is a c code checker. :)
--
"If you're not ca
Note that apt-show-versions is not able to find installed packages which are no
longer available in the suite/release, e.g. on a testing/sid system, the
packages libtiff4 or xlockmore.
--
Regards,
jvp.
--
To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org
with a subject of "unsubsc
Fredrik Jonson wrote:
> Jörg-Volker Peetz wrote:
> > Bob Proulx wrote on 01/14/2015 06:25:
> > > Fredrik Jonson wrote:
> > > > I'm trying to find obsolete packages on a system that's been
> > > > dist-upgraded. How would you [do
Jörg-Volker Peetz wrote:
> Bob Proulx wrote on 01/14/2015 06:25:
> > Fredrik Jonson wrote:
> > > I'm trying to find obsolete packages on a system that's been
> > > dist-upgraded. How would you [do that without using] aptitude?
> >
> > Try this
Hi,
Bob Proulx wrote on 01/14/2015 06:25:
> Fredrik Jonson wrote:
>> Here's a small challenge. I'm trying to find obsolete or orphaned packages
>> on a system that's been dist-upgraded.
>> ...
>> How would you accomplish that assuming you cannot use aptitude?
>
> Try this:
>
> apt-show-version
Bob Proulx wrote:
> Try this:
>
>apt-show-versions | grep -v uptodate
>
> Or read my answer posted here Saturday:
>
>https://lists.debian.org/debian-user/2015/01/msg00358.html
Thanks, excellent. I'll try to improve the variety of my search phrases,
and digging deeper in the archive
Fredrik Jonson wrote:
> Here's a small challenge. I'm trying to find obsolete or orphaned packages
> on a system that's been dist-upgraded.
> ...
> How would you accomplish that assuming you cannot use aptitude?
Try this:
apt-show-versions | grep -v uptodate
Or read my answer posted here Satur
Hi All,
Here's a small challenge. I'm trying to find obsolete or orphaned packages
on a system that's been dist-upgraded. Aptitude can give me list with this
query:
aptitude search ?obsolete
The definition of that query is: "This term matches any installed package
which is not available in any
On Wed, 18 Aug 2010 13:56:44 -0500, Timothy Legg wrote:
> I wish to bring up something that bothers me.
>
> I just installed a stable Debian package that advertises to perform so
> many wonderful tasks, but in reality, it does little more than provide
> an attractive graphical interface for a seg
On Wed, Aug 18, 2010 at 03:59:29PM -0500, Ron Johnson wrote:
> It's called "do-not-feed-the-troll".
Package not found.
--
. O . O . O . . O O . . . O .
. . O . O O O . O . O O . . O
O O O . O . . O O O O . O O O
signature.asc
Description: Digital signature
On 08/18/2010 02:48 PM, Aaron Toponce wrote:
On Wed, Aug 18, 2010 at 01:56:44PM -0500, Timothy Legg wrote:
I just installed a stable Debian package that advertises to perform so
many wonderful tasks, but in reality, it does little more than provide an
attractive graphical interface for a segment
On Wed, Aug 18, 2010 at 01:56:44PM -0500, Timothy Legg wrote:
> I just installed a stable Debian package that advertises to perform so
> many wonderful tasks, but in reality, it does little more than provide an
> attractive graphical interface for a segmentation fault.
>
> I searched google and in
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
On 08/18/2010 03:21 PM, Celejar wrote:
> If it's as broken as you say, there ought to be a bug of 'grave'
> severity filed against the package (whether or not a fixed version is
> available). Is there? If so, that would be a release-critical bug,
>
On Wed, 18 Aug 2010 13:56:44 -0500 (CDT)
"Timothy Legg" wrote:
> Hello,
>
> I wish to bring up something that bothers me.
>
> I just installed a stable Debian package that advertises to perform so
> many wonderful tasks, but in reality, it does little more than provide an
> attractive graphical
On Wed, 18 Aug 2010 13:56:44 -0500 (CDT) "Timothy Legg"
wrote:
> Hello,
>
> I wish to bring up something that bothers me.
>
> I just installed a stable Debian package that advertises to perform
> so many wonderful tasks, but in reality, it does little more than
> provide an attractive graphical
Hello,
I wish to bring up something that bothers me.
I just installed a stable Debian package that advertises to perform so
many wonderful tasks, but in reality, it does little more than provide an
attractive graphical interface for a segmentation fault.
I searched google and indeed found others
On Wed, Oct 01, 2008 at 09:36:29PM +, T o n g <[EMAIL PROTECTED]> was heard
to say:
> On Wed, 01 Oct 2008 06:44:26 -0700, Daniel Burrows wrote:
> > or just push "-" on the header of the group if you're using the curses
> > interface.
>
> That's what I thought. I press "-" on the spot marked a
On Wed, 01 Oct 2008 06:44:26 -0700, Daniel Burrows wrote:
> or just push "-" on the header of the group if you're using the curses
> interface.
That's what I thought. I press "-" on the spot marked as "*" in the following:
Actions Undo Package Resolver Search Options Views Help
C-T: Menu
On Wed, Oct 01, 2008 at 08:29:41AM +0100, Bob Cox <[EMAIL PROTECTED]> was heard
to say:
> > I know that aptitude gui interface can show all those obsolete packages
> > by sections. my questions are:
> >
> > - how can I tag all obsolete packages in a section, the
On Wed, Oct 01, 2008 at 06:11:47 +, T o n g ([EMAIL PROTECTED]) wrote:
> Hi,
>
> I know that aptitude gui interface can show all those obsolete packages
> by sections. my questions are:
>
> - how can I tag all obsolete packages in a section, then remove them?
>
Hi,
I know that aptitude gui interface can show all those obsolete packages
by sections. my questions are:
- how can I tag all obsolete packages in a section, then remove them?
- how can I get such obsolete packages list on command line?
thanks
--
Tong (remove underscore(s) to reply)
http
Jeff Grossman wrote:
I just ran 'aptitude update' and noticed in Aptitude there is a
section called "Obsolete and Locally Created Packages". How come it
would list "linux-image-2.6.22-2-k7" as obsolete? Isn't that my
kernel? I am running Testing.
It is also listing:
g++-4.2
gcc-4.2
linux-
I just ran 'aptitude update' and noticed in Aptitude there is a section
called "Obsolete and Locally Created Packages". How come it would list
"linux-image-2.6.22-2-k7" as obsolete? Isn't that my kernel? I am
running Testing.
It is also listing:
g++-4.2
gcc-4.2
linux-headers-2.6.22-2
linux
Andrei Popescu wrote:
On Sat, May 26, 2007 at 07:54:15AM -0500, Hugo Vanwoerkom wrote:
Hi,
I'm running Sid.
What's the way to find out what packages are obsolete and what they
should be replaced with?
Your question is pretty vague. What do you mean by obsolete?
AFAIK if you remove etch and
On Sun, 27 May 2007 19:02:25 +0300
[EMAIL PROTECTED] (Andrei Popescu) wrote:
> On Sat, May 26, 2007 at 07:54:15AM -0500, Hugo Vanwoerkom wrote:
> > Hi,
> >
> > I'm running Sid.
> > What's the way to find out what packages are obsolete and what they
> > should be replaced with?
>
> Your question
On Sat, May 26, 2007 at 07:54:15AM -0500, Hugo Vanwoerkom wrote:
> Hi,
>
> I'm running Sid.
> What's the way to find out what packages are obsolete and what they
> should be replaced with?
Your question is pretty vague. What do you mean by obsolete?
AFAIK if you remove etch and lenny from sourc
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hugo Vanwoerkom escribió:
> Hi,
>
> I'm running Sid.
> What's the way to find out what packages are obsolete and what they
> should be replaced with?
# aptitude update
Updates de DB of package that repos have avaible.
# aptitude upgrade
Updates your
Hi,
I'm running Sid.
What's the way to find out what packages are obsolete and what they
should be replaced with?
Hugo
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
x27;t be affected by what? The recompilation?
> >
> No - by purging the "obsolete" packages.
Correct. Etch is self-contained. None of the packages in etch depends
on obsolete packages.
--
Liam
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
>> Yes - when I get back from my trip overseas and am able to fix up any
>> damage! I assume that packages that are part of etch won't be
>> affected??
>
> Won't be affected by what? The recompilation?
>
No - by purging the "obsolete" packages.
On Wed, 23 May 2007 23:04:45 +1000
"Robert S" <[EMAIL PROTECTED]> wrote:
> > It could indeed wreck locally compiled packages, because aptitude
> > has no idea of the requirements of those packages. Have you
> > considered recompiling them?
> >
>
> Yes - when I get back from my trip overseas and a
> It could indeed wreck locally compiled packages, because aptitude has no
> idea of the requirements of those packages. Have you considered
> recompiling them?
>
Yes - when I get back from my trip overseas and am able to fix up any
damage! I assume that packages that are part of etch won't be a
On Wed, 23 May 2007 22:02:46 +1000
"Robert S" <[EMAIL PROTECTED]> wrote:
> I've had a debian machine running for a number of years and I've
> upgraded from woody->sarge->etch.
>
> Looking at the listing in aptitude there are a lot of "obsolete&qu
I've had a debian machine running for a number of years and I've upgraded
from woody->sarge->etch.
Looking at the listing in aptitude there are a lot of "obsolete" packages -
such as gcc-2.95, gcc-3.0, python-2.1, ipchains, libdb2, libnewt0,
libreadline3, slang1. I
I removed the kernel-image-2.4 and related packages. By related, I mean
"kernel-*-2.4*". However, are there other now obsolete packages I can
remove?
For example, I've already removed devfsd (in favor of udev). Can I
remove modutils? Are there other packages I can remove?
--
Bill
[EMAIL PROTECTED] wrote:
>I run debian testing and I was looking under the obsolete and locally created
>packages in aptitude, and it appears that a lot of packages I use have been
>obsoleted. These include kdebase, all the X packages, and a few others. So i
>went to the debian website, and chec
I run debian testing and I was looking under the obsolete and locally created
packages in aptitude, and it appears that a lot of packages I use have been
obsoleted. These include kdebase, all the X packages, and a few others. So i
went to the debian website, and checked to make sure and sure eno
* Karsten M. Self [010404 09:45]:
> What you want is "apt-get clean"
> >
> > "autoclean" only removes packages that can no longer be downloaded.
>
> ...which is to say, packages which have been replaced by updated
> versions.
>
> What he wants _is_ autoclean, why it's not working, or his unde
* Karsten M. Self [030401 20:30]:
> on Tue, Apr 03, 2001 at 07:52:02PM -0500, Robert A. Jacobs ([EMAIL
> PROTECTED]) wrote:
> > * Iwan Mouwen <[EMAIL PROTECTED]> [030401 19:28]:
> > > Hi,
> > >
> > > is there a way to delete packages from the cache (or from some other
> > > directory) for which
on Tue, Apr 03, 2001 at 07:52:02PM -0500, Robert A. Jacobs ([EMAIL PROTECTED])
wrote:
> * Iwan Mouwen <[EMAIL PROTECTED]> [030401 19:28]:
> > Hi,
> >
> > is there a way to delete packages from the cache (or from some other
> > directory) for which a newer package exists in that directory.
> > My
* Iwan Mouwen <[EMAIL PROTECTED]> [030401 19:28]:
> Hi,
>
> is there a way to delete packages from the cache (or from some other
> directory) for which a newer package exists in that directory.
> My /var/cache/apt/archives has several versions of lots of packages and
> I want to remove them. apt-g
on Wed, Apr 04, 2001 at 12:09:18AM +0200, Iwan Mouwen ([EMAIL PROTECTED]) wrote:
> Hi,
>
> is there a way to delete packages from the cache (or from some other
> directory) for which a newer package exists in that directory.
> My /var/cache/apt/archives has several versions of lots of packages and
Hi,
is there a way to delete packages from the cache (or from some other
directory) for which a newer package exists in that directory.
My /var/cache/apt/archives has several versions of lots of packages and
I want to remove them. apt-get autoclean doesn't seem to do what I want.
Iwan.
Hi,
same prob as mine
my solution was:
change the access method of dselect. The package-file of dselect
is not updated, this is done in the apt-folder.
--
> Von: Harry Henry Gebel <[EMAIL PROTECTED]>
> An: debian-user@lists.debian.org
> Betreff: Re: Obsolete packages
&
On Sun, Sep 24, 2000 at 06:20:01PM +0300, Shaul Karl wrote:
> > just upgraded my system from a mix of Test 1 and Test 3 to the full 2.2
> > release. Noticed that I now appear to have alot of "Obsolete/local
> > Optional packages" now showing in dselect. According to the docs the
> Perhaps you sh
> Hi,
>
> just upgraded my system from a mix of Test 1 and Test 3 to the full 2.2
> release. Noticed that I now appear to have alot of "Obsolete/local Optional
> packages" now showing in dselect. According to the docs the best way to get
> rid of this (as these packages are the current versio
Hi,
just upgraded my system from a mix of Test 1 and Test 3 to the full 2.2
release. Noticed that I now appear to have alot of "Obsolete/local Optional
packages" now showing in dselect. According to the docs the best way to get
rid of this (as these packages are the current versions) is to ru
> "Gary" == Gary Hennigan <[EMAIL PROTECTED]> writes:
Gary> If you don't need them then it's generally safe to delete obsolete
Gary> packages. I have a couple that I keep around because there's no
Gary> replacement in potato. glimpse for example is obsoleted but there's
Gary> n
As far as I know obsolete means something as: old, not needed any more or
there are better packages to replace this one with.
You can remove them if you want to, as long as they don't give any
conflicts it won't matter if you leave them on.
Ron Rademaker
On Thu, 18 May 2000, A. Scott White wrote:
eed them then it's generally safe to delete obsolete
packages. I have a couple that I keep around because there's no
replacement in potato. glimpse for example is obsoleted but there's
nothing to substitue for it so I keep it around.
Gary
I recently upgraded to Potato and Linux 2.2.15
Now, when I go into dselect->select several packages are listed as Obsolete.
What, exactly, does this mean? Should I remove these packages?
Thanks.
A. Scott White
Director of Information Systems a
rich wrote:
>
> Is it OK to remove all of the packages that dselect calls "obsolete"
> after potato upgrade?
-
I would be careful about that. Some of your custom installed software
may need some of the
Generally, yes. Just use dselect to do it. If it bitches about broken
dependencies, put it back.
Bryan
On 21-Jan-2000 rich wrote:
> Is it OK to remove all of the packages that dselect calls "obsolete"
> after potato upgrade?
>
>
> --
> Unsubscribe? mail -s unsubscribe [EMAIL PROTECTED] <
>
Is it OK to remove all of the packages that dselect calls "obsolete"
after potato upgrade?
-BEGIN PGP SIGNED MESSAGE-
Hi
My pc has a number of these obsolete packages. How can i update them using
dselect ?
Thanks
Mario Filipe
[EMAIL PROTECTED]
http://neptuno.sc.uevora.pt/~mjnf
-BEGIN PGP SIGNATURE-
Version: 2.6.3ia
Charset: noconv
Lukas Eppler hat gesagt: // Lukas Eppler wrote:
> On Mon, 17 Nov 1997, Dirk Bonne wrote:
>
> > > "Lukas" == Lukas Eppler <[EMAIL PROTECTED]> writes:
> >
> > Lukas> Hi, When I remove a package, which contains files also
> > Lukas> contained in other packages, is it removed?
> >
> >
On Mon, 17 Nov 1997, Dirk Bonne wrote:
> > "Lukas" == Lukas Eppler <[EMAIL PROTECTED]> writes:
>
> Lukas> Hi, When I remove a package, which contains files also
> Lukas> contained in other packages, is it removed?
>
> Lukas> Or, if I remove a file from perl-base, is /usr/bin/perl
On Mon, 17 Nov 1997, Dirk Bonne wrote:
> > "Lukas" == Lukas Eppler <[EMAIL PROTECTED]> writes:
> Lukas> Hi, When I remove a package, which contains files also
> Lukas> contained in other packages, is it removed?
> dpkg will refuse to remove a package if it removal would break another
>
1 - 100 of 105 matches
Mail list logo
