On Sun 05 Jul 2020 at 20:12:36 (+), davidson wrote:
> On Mon, 1 Jun 2020 David Wright wrote:
> > On Sun 31 May 2020 at 16:28:34 (+0700), Victor Sudakov wrote:
> > > David Wright wrote:
> > > > On Fri 29 May 2020 at 21:57:06 (+0700), Victor Sudakov wrote:
>
> [big snip]
>
> > > > > I, too,
On Mon, 1 Jun 2020 David Wright wrote:
On Sun 31 May 2020 at 16:28:34 (+0700), Victor Sudakov wrote:
David Wright wrote:
On Fri 29 May 2020 at 21:57:06 (+0700), Victor Sudakov wrote:
[big snip]
I, too, was surprised by some Debian features like its tendency
to start daemons with a vanilla
On Tue 09 Jun 2020 at 09:03:34 (+0300), Andrei POPESCU wrote:
> On Lu, 08 iun 20, 14:32:29, David Wright wrote:
> >
> > I was impressed by apt-get's performance, probably because of dim
> > memories of how dpkg would react on being asked to install ~2000
> > packages at once. The latter doesn't
On Lu, 08 iun 20, 14:32:29, David Wright wrote:
>
> I was impressed by apt-get's performance, probably because of dim
> memories of how dpkg would react on being asked to install ~2000
> packages at once. The latter doesn't have the logic for sorting
> operations into a sequence that preserves an
On Sat 06 Jun 2020 at 12:24:51 (+0300), Andrei POPESCU wrote:
> On Jo, 04 iun 20, 09:32:48, David Wright wrote:
> > On Sun 31 May 2020 at 18:43:46 (+0100), Michael Howard wrote:
> > >
> > > Well then it's not pristine, which is what the OP wanted.
> >
> > That begs the question of what pristine
On Fri 05 Jun 2020 at 13:04:08 (+0200), Marco Möller wrote:
> On 04.06.20 21:46, The Wanderer wrote:
> > On 2020-06-04 at 10:30, David Wright wrote:
> > > On Mon 01 Jun 2020 at 12:15:02 (+0200), Marco Möller wrote:
> >
> > > > The short answer to this thread is that unfortunately Debian is
> > >
The Wanderer wrote:
> but you might find some benefit from deborphan,
> in the package of the same name. It basically reports the names of
> installed packages which are not depended on by anything else.
Thank you for the good advice! The first run of "deborphan -a" helped me
recall a lot of
On 2020-06-06 at 06:29, Brian wrote:
> On Fri 05 Jun 2020 at 12:01:32 -0400, The Wanderer wrote:
>
> [...]
>
>> Nowadays, my regular upgrade-against-testing routine - carried out
>> at least weekly, if not daily - consists of the following (with
>> adjustments to account for undesired
On Fri 05 Jun 2020 at 12:01:32 -0400, The Wanderer wrote:
[...]
> Nowadays, my regular upgrade-against-testing routine - carried out at
> least weekly, if not daily - consists of the following (with adjustments
> to account for undesired installations, removals, bugs as reported by
>
On Vi, 05 iun 20, 13:04:08, Marco Möller wrote:
>
> After your post nicely confirmed that my idea was perfectly understood, I
> will leave it here in the thread as it is. In the near future I will
> organize my words, probably copying some of the statements from this thread,
> and send it as a
On Jo, 04 iun 20, 09:32:48, David Wright wrote:
> On Sun 31 May 2020 at 18:43:46 (+0100), Michael Howard wrote:
> >
> > Well then it's not pristine, which is what the OP wanted.
>
> That begs the question of what pristine means, because it has never
> been defined even by the OP. Their closest
On 2020-06-05 at 11:38, Victor Sudakov wrote:
> John Hasler wrote:
>
>> David Wright writes:
>>
>>> That begs the question of what pristine means, because it has
>>> never been defined even by the OP.
>>
>> I thought that we had learned that what he really wanted was to be
>> able to identify
John Hasler wrote:
> David Wright writes:
> > That begs the question of what pristine means, because it has never
> > been defined even by the OP.
>
> I thought that we had learned that what he really wanted was to be able
> to identify packages that have not been used recently and remove them.
On 04.06.20 21:46, The Wanderer wrote:
On 2020-06-04 at 10:30, David Wright wrote:
On Mon 01 Jun 2020 at 12:15:02 (+0200), Marco Möller wrote:
The short answer to this thread is that unfortunately Debian is
not prepared with a simple solution for this simple task, but
sophisticated
David Wright writes:
> That begs the question of what pristine means, because it has never
> been defined even by the OP.
I thought that we had learned that what he really wanted was to be able
to identify packages that have not been used recently and remove them.
--
John Hasler
On 2020-06-04 at 10:30, David Wright wrote:
> On Mon 01 Jun 2020 at 12:15:02 (+0200), Marco Möller wrote:
>> The short answer to this thread is that unfortunately Debian is
>> not prepared with a simple solution for this simple task, but
>> sophisticated workarounds are needed.
>
> As has been
On 6/4/20 02:45, Sijmen J. Mulder wrote:
> Marco Möller wrote:
>>> In the fairly large number of posts in this thread I don't recall seeing
>>> file system snapshots suggested. My current preference is ZFS, which I
>>> know from experience to be up to what I understand to be the goal here.
>>
On Sun 31 May 2020 at 18:43:46 (+0100), Michael Howard wrote:
> On 31/05/2020 15:59, Thomas Schmitt wrote:
> > Michael Howard wrote:
> > > With linux (debian) you could just create an image (using dd for example)
> > > of
> > > the drive in order to restore it at a later date.
> > If a backup
On Mon 01 Jun 2020 at 12:15:02 (+0200), Marco Möller wrote:
> On 01.06.20 04:41, emetib wrote:
> > this has been an interesting topic, so what the hell, here's my two cents.
> >
> > for my vm's, i have a list off packages that i install as soon as the
> > minimum/base install and reboot is done.
Marco Möller wrote:
> > In the fairly large number of posts in this thread I don't recall seeing
> > file system snapshots suggested. My current preference is ZFS, which I
> > know from experience to be up to what I understand to be the goal here.
>
> (...)
> I understand the OP to be in search
On Tue 02 Jun 2020 at 11:03:48 (+0700), Victor Sudakov wrote:
> David Wright wrote:
> > On Sun 31 May 2020 at 16:28:34 (+0700), Victor Sudakov wrote:
> > > David Wright wrote:
> > > > On Fri 29 May 2020 at 21:57:06 (+0700), Victor Sudakov wrote:
> > > > > David Wright wrote:
> > > > > > Finally,
Victor Sudakov wrote:
> David Wright wrote:
> >
> > How you feel about it can't alter the fact that reverting a system by
> > removing packages is a sysadmin-ish process: you administering the
> > system.
>
> This is more of a terminological question. Is a user installing or
> removing GIMP of
On Ma, 02 iun 20, 11:03:48, Victor Sudakov wrote:
> David Wright wrote:
> >
> > It's many years since I ran servers in what one might call "hostile"
> > environments, so the current situation suits me, and I don't keep up
> > with discussions like those in
> >
David Wright wrote:
> On Sun 31 May 2020 at 16:28:34 (+0700), Victor Sudakov wrote:
> > David Wright wrote:
> > > On Fri 29 May 2020 at 21:57:06 (+0700), Victor Sudakov wrote:
> > > > David Wright wrote:
> > > > > Finally, pkg delete -a sounds like something from the abattoir,
> > > > > rather
On 6/1/20 00:28, Andrei POPESCU wrote:
>On Du, 31 mai 20, 20:52:06, Tom Dial wrote:
>>
>> Moreover, ZFS is not DFSG and GPL compliant, and quite a few
>> users would avoid it because of that.
>
>ZFS is licensed under the CDDL[1], which is both free (as in freedom)
>and DFGS *compliant*.
>
>It
On Sun 31 May 2020 at 16:28:34 (+0700), Victor Sudakov wrote:
> David Wright wrote:
> > On Fri 29 May 2020 at 21:57:06 (+0700), Victor Sudakov wrote:
> > > David Wright wrote:
> > > > Finally, pkg delete -a sounds like something from the abattoir,
> > > > rather than anything you'd do to a pet
On Lu, 01 iun 20, 12:26:28, Marco Möller wrote:
> On 01.06.20 08:04, Andrei POPESCU wrote:
> > On Sb, 30 mai 20, 19:54:09, Marco Möller wrote:
> > >
> > > From the view of a user, it does not sound so complicated ;-) . I guess,
> > > and
> > > this will be fair, that I am now asked to program
Tom Dial wrote:
...
> In the fairly large number of posts in this thread I don't recall seeing
> file system snapshots suggested. My current preference is ZFS, which I
> know from experience to be up to what I understand to be the goal here.
both timeshift and partclone have been mentioned.
Marco Möller wrote:
...
> The problem remains to simply remove a couple of packages without having
> to go for a full blown system reinstall and all the necessary
> requirements for organizing it well. As there is a package manager, it
> is obviously a straight forward logic to expect it to do
On 01.06.20 08:04, Andrei POPESCU wrote:
On Sb, 30 mai 20, 19:54:09, Marco Möller wrote:
From the view of a user, it does not sound so complicated ;-) . I guess, and
this will be fair, that I am now asked to program it, it's open source and I
should contribute. But unfortunately I can only
On 01.06.20 04:41, emetib wrote:
this has been an interesting topic, so what the hell, here's my two cents.
for my vm's, i have a list off packages that i install as soon as the
minimum/base install and reboot is done. 4 vm's, testing, stable, centos7,
opensuse. i have no gui's on these
On 01.06.20 04:52, Tom Dial wrote:
On 5/31/20 03:28, Victor Sudakov wrote:
David Wright wrote:
On Fri 29 May 2020 at 21:57:06 (+0700), Victor Sudakov wrote:
David Wright wrote:
Finally, pkg delete -a sounds like something from the abattoir,
rather than anything you'd do to a pet (to
On Du, 31 mai 20, 20:52:06, Tom Dial wrote:
>
> Moreover, ZFS is not DFSG and GPL compliant, and quite a few
> users would avoid it because of that.
ZFS is licensed under the CDDL[1], which is both free (as in freedom)
and DFGS *compliant*.
It is also *incompatible* with the GPL, which means
On Sb, 30 mai 20, 19:54:09, Marco Möller wrote:
>
> From the view of a user, it does not sound so complicated ;-) . I guess, and
> this will be fair, that I am now asked to program it, it's open source and I
> should contribute. But unfortunately I can only contribute ideas, I am not a
>
On 5/31/20 03:28, Victor Sudakov wrote:
> David Wright wrote:
>> On Fri 29 May 2020 at 21:57:06 (+0700), Victor Sudakov wrote:
>>> David Wright wrote:
Finally, pkg delete -a sounds like something from the abattoir,
rather than anything you'd do to a pet (to use your analogy).
>>>
this has been an interesting topic, so what the hell, here's my two cents.
for my vm's, i have a list off packages that i install as soon as the
minimum/base install and reboot is done. 4 vm's, testing, stable, centos7,
opensuse. i have no gui's on these only cli, just need to know how to
On 31/05/2020 20:52, rhkra...@gmail.com wrote:
On Sunday, May 31, 2020 01:43:46 PM Michael Howard wrote:
On 31/05/2020 15:59, Thomas Schmitt wrote:
If a backup shall have a chance to be absolutely safe it must be done
while the backuped filesystems are unmounted or mounted read-only.
On Sunday, May 31, 2020 01:43:46 PM Michael Howard wrote:
> On 31/05/2020 15:59, Thomas Schmitt wrote:
> > If a backup shall have a chance to be absolutely safe it must be done
> > while the backuped filesystems are unmounted or mounted read-only.
>
> Obviously.
Obvious to some, but bares
Hi,
i wrote:
> > Do we have a feature to get a list of installed packages and to later
> > use it for re-installation ?
Dan Ritter wrote:
> Yes. dpkg --get-selections and its reverse, dpkg --set-selections
Ahum. 2876 packages reported as installed. An ever growing number with
each release, i
On 31/05/2020 15:59, Thomas Schmitt wrote:
Hi,
Michael Howard wrote:
With linux (debian) you could just create an image (using dd for example) of
the drive in order to restore it at a later date.
If a backup shall have a chance to be absolutely safe it must be done
while the backuped
On 31/05/2020 13:33, rhkra...@gmail.com wrote:
On Sunday, May 31, 2020 07:39:13 AM Joe wrote:
The Windows reset option is reinstallation, and always has been. For
the last few versions, the installation medium is a partition on the
hard drive, and it can be invoked from within Windows or from a
Thomas Schmitt wrote:
> Do we have a feature to get a list of installed packages and to later
> use it for re-installation ?
Yes. dpkg --get-selections and its reverse, dpkg --set-selections
to which one might want to add a backup of /etc and /var, at a
minimum. And presumably /home.
> I
Hi,
Michael Howard wrote:
> With linux (debian) you could just create an image (using dd for example) of
> the drive in order to restore it at a later date.
If a backup shall have a chance to be absolutely safe it must be done
while the backuped filesystems are unmounted or mounted read-only.
On 2020-05-31 at 08:33, rhkra...@gmail.com wrote:
> On Sunday, May 31, 2020 07:39:13 AM Joe wrote:
>
>> The Windows reset option is reinstallation, and always has been.
>> For the last few versions, the installation medium is a partition
>> on the hard drive, and it can be invoked from within
Hi,
31 mai 2020 à 14:33 de rhkra...@gmail.com:
> From the peanut gallery: there is (or was?) that other function, not sure of
> the name (maybe including a phrase (or concept) like "go back"), by which you
> could take a snapshot of your system and then revert to that condition later.
>
> I
On Sunday, May 31, 2020 07:39:13 AM Joe wrote:
> The Windows reset option is reinstallation, and always has been. For
> the last few versions, the installation medium is a partition on the
> hard drive, and it can be invoked from within Windows or from a BIOS
> startup key.
From the peanut
On Sun, 31 May 2020 16:28:34 +0700
Victor Sudakov wrote:
>
> Since what version does Windows have a reset option? For dozens of
> years, literally, Windows has been notorious for leftovers of removed
> programs remaining in the "base system" and causing unexpected
> effects. There were even
David Wright wrote:
> On Fri 29 May 2020 at 21:57:06 (+0700), Victor Sudakov wrote:
> > David Wright wrote:
> > > Finally, pkg delete -a sounds like something from the abattoir,
> > > rather than anything you'd do to a pet (to use your analogy).
> >
> > It's not as terrible as it sounds ;-)
On 30.05.20 05:00, David Wright wrote:
On Fri 29 May 2020 at 22:23:23 (+0200), Marco Möller wrote:
On 29.05.20 21:48, David Wright wrote:
On Fri 29 May 2020 at 21:57:06 (+0700), Victor Sudakov wrote:
(...)
"apt has a bug, cannot believe it!"
On Sat, 2020-05-30 at 15:38 +0300, Andrei POPESCU wrote:
> On Sb, 30 mai 20, 10:27:14, Tixy wrote:
> > On Sat, 2020-05-30 at 08:06 +0300, Andrei POPESCU wrote:
> > > On Sb, 30 mai 20, 10:51:37, Victor Sudakov wrote:
> > > > John Hasler wrote:
> > > > > Perhaps what you want is something which will
On Sb, 30 mai 20, 10:27:14, Tixy wrote:
> On Sat, 2020-05-30 at 08:06 +0300, Andrei POPESCU wrote:
> > On Sb, 30 mai 20, 10:51:37, Victor Sudakov wrote:
> > > John Hasler wrote:
> > > > Perhaps what you want is something which will tell you which
> > > > programs
> > > > have gone unused for the
On Sat, 2020-05-30 at 08:06 +0300, Andrei POPESCU wrote:
> On Sb, 30 mai 20, 10:51:37, Victor Sudakov wrote:
> > John Hasler wrote:
> > > Perhaps what you want is something which will tell you which
> > > programs
> > > have gone unused for the longest time.
> >
> > That would be nice too.
>
>
On Sb, 30 mai 20, 10:51:37, Victor Sudakov wrote:
> John Hasler wrote:
> >
> > Perhaps what you want is something which will tell you which programs
> > have gone unused for the longest time.
>
> That would be nice too.
As already mentioned, the package popularity-contest does that,
John Hasler wrote:
> Victor writes:
> > We are all familiar with the situation when after a long period of
> > usage, a system becomes full of software which we once installed for
> > some purpose and then abandoned or disused.
>
> No, we aren't. I've been running Debian since 1.1 was released
On Fri 29 May 2020 at 22:23:23 (+0200), Marco Möller wrote:
> On 29.05.20 21:48, David Wright wrote:
> > On Fri 29 May 2020 at 21:57:06 (+0700), Victor Sudakov wrote:
> (...)
> > > > "apt has a bug, cannot believe it!"
> > > > https://lists.debian.org/debian-user/2020/05/msg00567.html
> > >
> > >
On 29.05.20 21:48, David Wright wrote:
On Fri 29 May 2020 at 21:57:06 (+0700), Victor Sudakov wrote:
(...)
"apt has a bug, cannot believe it!"
https://lists.debian.org/debian-user/2020/05/msg00567.html
Well, I must admit, I can sympathize with this person's frustration. He
just got confused
On Fri 29 May 2020 at 21:57:06 (+0700), Victor Sudakov wrote:
> David Wright wrote:
> > Finally, pkg delete -a sounds like something from the abattoir,
> > rather than anything you'd do to a pet (to use your analogy).
>
> It's not as terrible as it sounds ;-) It's more from a vet clinic than
Victor writes:
> We are all familiar with the situation when after a long period of
> usage, a system becomes full of software which we once installed for
> some purpose and then abandoned or disused.
No, we aren't. I've been running Debian since 1.1 was released and have
never experienced that
Greg Wooledge wrote:
> On Thu, May 28, 2020 at 09:34:51PM +0700, Victor Sudakov wrote:
> > > > > dpkg --get-selections > /root/initial-packages
> > > > >
> > > > > Just hold on to that file, and it will allow you to return to this
> > > > > state on the same machine, or conceivably even a
Miles Fidelman wrote:
>
> > John Hasler wrote:
> > > Victor writes:
> > > > But *many* people do install productivity tools, office tools, games,
> > > > developer environments separately after the install, and then regret
> > > > it and wish to get rid of them cleanly.
> > > What does
> > >
> >
David Wright wrote:
[dd]
>
> Finally, pkg delete -a sounds like something from the abattoir,
> rather than anything you'd do to a pet (to use your analogy).
It's not as terrible as it sounds ;-) It's more from a vet clinic than
from a slaughterhouse. You don't lose configs, you don't lose
On 5/29/20 10:32 AM, Victor Sudakov wrote:
John Hasler wrote:
Victor writes:
But *many* people do install productivity tools, office tools, games,
developer environments separately after the install, and then regret
it and wish to get rid of them cleanly.
What does
apt remove --purge
John Hasler wrote:
> Victor writes:
> > But *many* people do install productivity tools, office tools, games,
> > developer environments separately after the install, and then regret
> > it and wish to get rid of them cleanly.
>
> What does
>
> apt remove --purge ; apt autoremove
>
> not
On Jo, 28 mai 20, 10:56:14, John Hasler wrote:
> Victor writes:
> > But *many* people do install productivity tools, office tools, games,
> > developer environments separately after the install, and then regret
> > it and wish to get rid of them cleanly.
>
> What does
>
> apt remove --purge
Victor writes:
> But *many* people do install productivity tools, office tools, games,
> developer environments separately after the install, and then regret
> it and wish to get rid of them cleanly.
What does
apt remove --purge ; apt autoremove
not do that you want done?
--
John Hasler
On 5/28/20 10:34 AM, Victor Sudakov wrote:
Greg Wooledge wrote:
On Thu, May 28, 2020 at 08:50:44PM +0700, Victor Sudakov wrote:
What is searched for in Debian is the ability to remove the bloatware
which was not present at the time of installation.
But... but... it's precisely DURING the
On Thu 28 May 2020 at 20:50:44 (+0700), Victor Sudakov wrote:
> Greg Wooledge wrote:
> > On Thu, May 28, 2020 at 12:15:41PM +0700, Victor Sudakov wrote:
> > > Dan Ritter wrote:
> > > > There is no pristine state for Debian.
> > >
> > > There should be, even if this "pristine state" is but a list
On 28/05/2020 10:50, Victor Sudakov wrote:
> What is searched for in Debian is the ability to remove the bloatware
> which was not present at the time of installation.
Software you manually added later isn't bloatware. You may not like it
and want it removed, but you have to specifically install
Miles Fidelman wrote:
> Of course, the real way to return ANY system to a pristine state is to do a
> re-install from scratch.
>
> Which, one might add, is why we have things like Ansible.
Yes, it's the well-known "pet vs cattle" dilemma. I still treat *some* of
my machines as pets, and still
On Thu, May 28, 2020 at 09:34:51PM +0700, Victor Sudakov wrote:
> > > > dpkg --get-selections > /root/initial-packages
> > > >
> > > > Just hold on to that file, and it will allow you to return to this
> > > > state on the same machine, or conceivably even a different machine.
> > >
> > > Out of
Greg Wooledge wrote:
> On Thu, May 28, 2020 at 08:50:44PM +0700, Victor Sudakov wrote:
> > What is searched for in Debian is the ability to remove the bloatware
> > which was not present at the time of installation.
>
> But... but... it's precisely DURING the installation that most of the
>
Of course, the real way to return ANY system to a pristine state is to
do a re-install from scratch.
Which, one might add, is why we have things like Ansible.
Miles Fidelman
On 5/28/20 1:15 AM, Victor Sudakov wrote:
Dan Ritter wrote:
Victor Sudakov wrote:
A production system, especially a
On Thu, May 28, 2020 at 08:50:44PM +0700, Victor Sudakov wrote:
[...]
> What is searched for in Debian is the ability to remove the bloatware
> which was not present at the time of installation.
There is no bloatware in Debian [1] (Sorry, couldn't resist)
Cheers
[1]
The Wanderer wrote:
[dd]
>
> The suggestion of 'debfoster', from elsewhere in the thread, seems
> reasonable as well. Although that would then mean that debfoster itself
> would then be included in the list of base packages, which isn't
> necessarily desirable and isn't technically accurate.
On Thu, May 28, 2020 at 08:50:44PM +0700, Victor Sudakov wrote:
> What is searched for in Debian is the ability to remove the bloatware
> which was not present at the time of installation.
But... but... it's precisely DURING the installation that most of the
crappy "bloatware" GETS ONTO THE
Greg Wooledge wrote:
> On Thu, May 28, 2020 at 12:15:41PM +0700, Victor Sudakov wrote:
> > Dan Ritter wrote:
> > > There is no pristine state for Debian.
> >
> > There should be, even if this "pristine state" is but a list of packages
> > at the moment of the first boot.
>
> But that set is NOT
On 2020-05-28 at 08:51, Greg Wooledge wrote:
> There is simply no reasonable way to define what set of packages
> would constitute a "pristine system" in Debian. The phrase has no
> meaning.
Yes, there is:
"The set of packages which was present immediately after completion of
the initial
On Thu, May 28, 2020 at 08:00:09AM -0400, The Wanderer wrote:
> Clearly that's not true, or there wouldn't be a user base for the way
> FreeBSD does things which led him to have the expectation that this
> would be possible.
FreeBSD didn't separate packages from the base system just so a
On Thu, May 28, 2020, 7:41 AM Greg Wooledge wrote:
> On Thu, May 28, 2020 at 12:15:41PM +0700, Victor Sudakov wrote:
> > Dan Ritter wrote:
> > > There is no pristine state for Debian.
> >
> > There should be, even if this "pristine state" is but a list of packages
> > at the moment of the first
Victor Sudakov wrote:
> Dan Ritter wrote:
> > Victor Sudakov wrote:
> > > A production system, especially a desktop system, tends to accumulate
> > > unnecessary packages. Users install software for testing, then forget
> > > about it, or it falls into disuse...
> > >
> > > In FreeBSD, you can
On 2020-05-28 at 07:40, Greg Wooledge wrote:
> On Thu, May 28, 2020 at 12:15:41PM +0700, Victor Sudakov wrote:
>
>> Dan Ritter wrote:
>>
>>> There is no pristine state for Debian.
>>
>> There should be, even if this "pristine state" is but a list of
>> packages at the moment of the first boot.
On Thu, May 28, 2020 at 12:15:41PM +0700, Victor Sudakov wrote:
> Dan Ritter wrote:
> > There is no pristine state for Debian.
>
> There should be, even if this "pristine state" is but a list of packages
> at the moment of the first boot.
But that set is NOT the same for everyone. The
On Thu, May 28, 2020 at 11:09:42AM +0200, Sijmen J. Mulder wrote:
> Victor Sudakov wrote:
> > A production system, especially a desktop system, tends to accumulate
> > unnecessary packages [...]
> > What's the procedure for Debian?
>
> It helps to only look installed packages marked automatic
Victor Sudakov wrote:
> A production system, especially a desktop system, tends to accumulate
> unnecessary packages. Users install software for testing, then forget
> about it, or it falls into disuse...
>
> In FreeBSD, you can always run "pkg delete -a" and return to the
> post-install state
On Jo, 28 mai 20, 12:31:33, Victor Sudakov wrote:
> Greg Wooledge wrote:
> >
> > In Debian, there is no such separation. There are only "packages", and
> > these packages can be essential (what you'd consider part of the base
> > system), or frivolous, or anywhere in between. The packaging
Charles Curley wrote:
>
> > A production system, especially a desktop system, tends to accumulate
> > unnecessary packages. Users install software for testing, then forget
> > about it, or it falls into disuse...
>
> You might look into the package debfoster.
Thanks, Charles!
This looks like a
Greg Wooledge wrote:
> > Victor Sudakov wrote:
> > > In FreeBSD, you can always run "pkg delete -a" and return to the
> > > post-install state (well, almost). This command will remove all the
> > > third-party packages added to the base system after installation
> > > (modified files under
songbird wrote:
> >
> > A production system, especially a desktop system, tends to accumulate
> > unnecessary packages. Users install software for testing, then forget
> > about it, or it falls into disuse...
> >
> > In FreeBSD, you can always run "pkg delete -a" and return to the
> > post-install
Dan Ritter wrote:
> Victor Sudakov wrote:
> > A production system, especially a desktop system, tends to accumulate
> > unnecessary packages. Users install software for testing, then forget
> > about it, or it falls into disuse...
> >
> > In FreeBSD, you can always run "pkg delete -a" and return
On Wed, 27 May 2020 15:47:00 +0700
Victor Sudakov wrote:
> A production system, especially a desktop system, tends to accumulate
> unnecessary packages. Users install software for testing, then forget
> about it, or it falls into disuse...
You might look into the package debfoster.
--
Does
> Victor Sudakov wrote:
> > In FreeBSD, you can always run "pkg delete -a" and return to the
> > post-install state (well, almost). This command will remove all the
> > third-party packages added to the base system after installation
> > (modified files under /usr/local/ will remain).
That's
Victor Sudakov wrote:
> Dear Colleagues,
>
> A production system, especially a desktop system, tends to accumulate
> unnecessary packages. Users install software for testing, then forget
> about it, or it falls into disuse...
>
> In FreeBSD, you can always run "pkg delete -a" and return to the
>
Victor Sudakov wrote:
> A production system, especially a desktop system, tends to accumulate
> unnecessary packages. Users install software for testing, then forget
> about it, or it falls into disuse...
>
> In FreeBSD, you can always run "pkg delete -a" and return to the
> post-install state
Dear Colleagues,
A production system, especially a desktop system, tends to accumulate
unnecessary packages. Users install software for testing, then forget
about it, or it falls into disuse...
In FreeBSD, you can always run "pkg delete -a" and return to the
post-install state (well, almost).
94 matches
Mail list logo
