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, was
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 c
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 ha
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 m
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
> > > >
Hi,
I run Debian 10 (UEFI with Secure Boot) on multiple LVM2 partitions inside LUKS
as follows:
NAME FSTYPE LABEL
MOUNTPOINT SIZE
nvme0n1
Andrei POPESCU wrote:
> > >
> > > 'systemd-nspawn'. You can use 'debootstrap' to create the Debian chroot,
> > > it was explicitly created to run also on other distributions (it's
> > > written in shell).
> >
> > Thanks you, I'll definitely look into that. It that it?
> > https://wiki.archlinux
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 "fo
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 installati
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
> apt-listbugs
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 fea
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 at
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 p
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 workaroun
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
jhas...@newsguy
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 shal
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 fo
On Ma, 02 iun 20, 20:23:21, Victor Sudakov wrote:
> Andrei POPESCU wrote:
> >
> > 'systemd-nspawn'. You can use 'debootstrap' to create the Debian chroot,
> > it was explicitly created to run also on other distributions (it's
> > written in shell).
>
> Thanks you, I'll definitely look into that
Windows, then. I just know what I've seen,
> > and what I saw was this:
> >
> > Chapter 3. Lenovo OneKey Recovery system
> > The Lenovo OneKey Recovery system is software designed to back up and
> > restore your computer. You can use it to restore the system p
Victor Sudakov wrote:
> Andrei POPESCU wrote:
> > >
> > > There is an office where the standard desktop OS is Manjaro (a
> > > clone of Arch Linux). There is not much choice actually.
> > >
> > > I don't very much like Manjaro's packaging system and its lack of many
> > > essential packages in bi
john doe wrote:
> >
> > There is an office where the standard desktop OS is Manjaro (a
> > clone of Arch Linux). There is not much choice actually.
> >
> > I don't very much like Manjaro's packaging system and its lack of many
> > essential packages in binary format. When I need something as simp
Andrei POPESCU wrote:
> >
> > There is an office where the standard desktop OS is Manjaro (a
> > clone of Arch Linux). There is not much choice actually.
> >
> > I don't very much like Manjaro's packaging system and its lack of many
> > essential packages in binary format. When I need something a
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 F
On 6/2/2020 6:14 AM, Victor Sudakov wrote:
Dear Colleagues,
There is an office where the standard desktop OS is Manjaro (a
clone of Arch Linux). There is not much choice actually.
I don't very much like Manjaro's packaging system and its lack of many
essential packages in binary format. When I
On Ma, 02 iun 20, 11:14:25, Victor Sudakov wrote:
> Dear Colleagues,
>
> There is an office where the standard desktop OS is Manjaro (a
> clone of Arch Linux). There is not much choice actually.
>
> I don't very much like Manjaro's packaging system and its lack of many
> essential packages in bin
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
> > https://manpages.debian.org/experimen
Dear Colleagues,
There is an office where the standard desktop OS is Manjaro (a
clone of Arch Linux). There is not much choice actually.
I don't very much like Manjaro's packaging system and its lack of many
essential packages in binary format. When I need something as simple as
codesearch or apg
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 is
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 it
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. bot
s that unfortunately Debian is not
> prepared with a simple solution for this simple task, but sophisticated
> workarounds are needed.
Debian is fine as long as there is a partition image
program that functions when needed.
when it was important for me to have this sort of
backup
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 con
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 only
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 use
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 di
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
> programme
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
con
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.
Obviously
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 repeati
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 ass
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 filesyste
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 normal
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.
Thi
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 Win
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 nev
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 gallery
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 com
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 ;-) It
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!"
https://lists.debian.org/debian-user/2020/05/msg005
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 lo
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,
somewhat.
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 an
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 a
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 p
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 differen
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 n
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 d
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 inst
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 i
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 can
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
> crappy
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 d
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]
https://www.grunge.com/142
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.
Of
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 SYSTEM
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 instal
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
minuscule
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 b
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 a
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 installer
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 (we
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 syste
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 /usr/loc
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 any
> 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 becau
1 - 100 of 717 matches
Mail list logo