Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]


Groups > linux.debian.user > #275930 > unrolled thread

new computer arriving soon

Started by"Roy J. Tellason, Sr." <roy@rtellason.com>
First post2024-12-21 18:50 +0100
Last post2024-12-22 17:20 +0100
Articles 20 on this page of 132 — 31 participants

Back to article view | Back to linux.debian.user


Contents

  new computer arriving soon "Roy J. Tellason, Sr." <roy@rtellason.com> - 2024-12-21 18:50 +0100
    Re: new computer arriving soon "Andrew M.A. Cater" <amacater@einval.com> - 2024-12-21 20:30 +0100
      Re: new computer arriving soon Joe <joe@jretrading.com> - 2024-12-21 21:20 +0100
        Re: new computer arriving soon "Roy J. Tellason, Sr." <roy@rtellason.com> - 2024-12-22 02:20 +0100
      Re: new computer arriving soon "Roy J. Tellason, Sr." <roy@rtellason.com> - 2024-12-22 02:20 +0100
        UEFI, Export from Virtualbox [WAS Re: new computer arriving soon] "Andrew M.A. Cater" <amacater@einval.com> - 2024-12-22 09:50 +0100
        Re: new computer arriving soon "Roy J. Tellason, Sr." <roy@rtellason.com> - 2024-12-26 20:40 +0100
          Re: new computer arriving soon David Christensen <dpchrist@holgerdanske.com> - 2024-12-26 23:40 +0100
            Re: new computer arriving soon David Wright <deblis@lionunicorn.co.uk> - 2024-12-27 17:30 +0100
              Re: new computer arriving soon Marc Shapiro <marcnshap@gmail.com> - 2024-12-31 05:10 +0100
                Re: new computer arriving soon gene heskett <gheskett@shentel.net> - 2024-12-31 05:40 +0100
                  Re: new computer arriving soon "Andrew M.A. Cater" <amacater@einval.com> - 2024-12-31 19:00 +0100
                    Re: new computer arriving soon gene heskett <gheskett@shentel.net> - 2024-12-31 23:00 +0100
                      Re: new computer arriving soon "Andrew M.A. Cater" <amacater@einval.com> - 2025-01-01 00:00 +0100
                        Re: new computer arriving soon gene heskett <gheskett@shentel.net> - 2025-01-01 01:00 +0100
                          Re: new computer arriving soon pocket@homemail.com - 2025-01-01 15:00 +0100
                            Re: new computer arriving soon Frank Guthausen <fg.debian@shimps.de> - 2025-01-01 15:30 +0100
                              Re: new computer arriving soon pocket@homemail.com - 2025-01-01 15:40 +0100
                                Re: new computer arriving soon Michael Stone <mstone@debian.org> - 2025-01-01 16:40 +0100
                                  Re: new computer arriving soon pocket@homemail.com - 2025-01-01 17:20 +0100
                                    Re: new computer arriving soon Michael Stone <mstone@debian.org> - 2025-01-01 18:00 +0100
                                      Re: new computer arriving soon pocket@homemail.com - 2025-01-01 18:00 +0100
                                        Re: new computer arriving soon Max Nikulin <manikulin@gmail.com> - 2025-01-02 03:10 +0100
                                          Re: new computer arriving soon pocket@homemail.com - 2025-01-02 03:40 +0100
                                  Re: new computer arriving soon Charles Curley <charlescurley@charlescurley.com> - 2025-01-01 17:30 +0100
                                    Re: new computer arriving soon Michael Stone <mstone@debian.org> - 2025-01-01 18:20 +0100
                                      Re: new computer arriving soon gene heskett <gheskett@shentel.net> - 2025-01-01 22:00 +0100
                            Re: new computer arriving soon Joe <joe@jretrading.com> - 2025-01-01 19:50 +0100
                              Re: new computer arriving soon gene heskett <gheskett@shentel.net> - 2025-01-01 22:50 +0100
                                Re: new computer arriving soon Andy Smith <andy@strugglers.net> - 2025-01-02 14:50 +0100
                                Re: new computer arriving soon gene heskett <gheskett@shentel.net> - 2025-01-03 04:00 +0100
                                  Re: new computer arriving soon gene heskett <gheskett@shentel.net> - 2025-01-03 17:30 +0100
                                Re: new computer arriving soon Andy Smith <andy@strugglers.net> - 2025-01-03 13:10 +0100
                            Re: new computer arriving soon Max Nikulin <manikulin@gmail.com> - 2025-01-02 03:30 +0100
                              Re: new computer arriving soon pocket@homemail.com - 2025-01-02 03:40 +0100
                                Re: new computer arriving soon Max Nikulin <manikulin@gmail.com> - 2025-01-02 04:30 +0100
                                  Re: new computer arriving soon pocket@homemail.com - 2025-01-02 04:50 +0100
                                    Re: new computer arriving soon Max Nikulin <manikulin@gmail.com> - 2025-01-02 16:40 +0100
                                      Re: new computer arriving soon pocket@homemail.com - 2025-01-02 17:10 +0100
                                        Re: new computer arriving soon Max Nikulin <manikulin@gmail.com> - 2025-01-04 05:00 +0100
                                          Re: new computer arriving soon gene heskett <gheskett@shentel.net> - 2025-01-04 11:20 +0100
                                            Gene and networkmanager (was: Re: new computer arriving soon) Max Nikulin <manikulin@gmail.com> - 2025-01-05 04:50 +0100
                                              Re: Gene and networkmanager (was: Re: new computer arriving soon) gene heskett <gheskett@shentel.net> - 2025-01-05 17:20 +0100
                                            /dev/serial/by-id (was: Re: new computer arriving soon) Max Nikulin <manikulin@gmail.com> - 2025-01-05 05:00 +0100
                                              Re: /dev/serial/by-id (was: Re: new computer arriving soon) gene heskett <gheskett@shentel.net> - 2025-01-05 17:30 +0100
                                                Re: /dev/serial/by-id Max Nikulin <manikulin@gmail.com> - 2025-01-06 03:30 +0100
                                                  Re: /dev/serial/by-id gene heskett <gheskett@shentel.net> - 2025-01-06 08:20 +0100
                                                    Re: /dev/serial/by-id Max Nikulin <manikulin@gmail.com> - 2025-01-07 04:20 +0100
                                                      Re: /dev/serial/by-id gene heskett <gheskett@shentel.net> - 2025-01-07 10:00 +0100
                                                        Re: /dev/serial/by-id gene heskett <gheskett@shentel.net> - 2025-01-07 14:50 +0100
                                                          Mass storage sizes (was: /dev/serial/by-id) Stefan Monnier <monnier@iro.umontreal.ca> - 2025-01-07 16:10 +0100
                                                            Re: Mass storage sizes (was: /dev/serial/by-id) Dan Purgert <dan@djph.net> - 2025-01-07 16:50 +0100
                                                              Re: Mass storage sizes eben@gmx.us - 2025-01-07 17:10 +0100
                                                                Re: Mass storage sizes <tomas@tuxteam.de> - 2025-01-07 17:40 +0100
                                                                  Re: Mass storage sizes eben@gmx.us - 2025-01-07 18:00 +0100
                                                                  Re: Mass storage sizes Stefan Monnier <monnier@iro.umontreal.ca> - 2025-01-07 20:40 +0100
                                                                    Re: Mass storage sizes <tomas@tuxteam.de> - 2025-01-08 06:30 +0100
                                                              Re: Mass storage sizes (was: /dev/serial/by-id) Michael Stone <mstone@debian.org> - 2025-01-07 17:10 +0100
                                                                Re: Mass storage sizes (was: /dev/serial/by-id) Michael Stone <mstone@debian.org> - 2025-01-07 17:30 +0100
                                                                Re: Mass storage sizes (was: /dev/serial/by-id) Dan Purgert <dan@djph.net> - 2025-01-07 18:10 +0100
                                                                  Re: Mass storage sizes (was: /dev/serial/by-id) Nicholas Geovanis <nickgeovanis@gmail.com> - 2025-01-09 04:10 +0100
                                                                    Re: Mass storage sizes (was: /dev/serial/by-id) Michael Stone <mstone@debian.org> - 2025-01-09 05:50 +0100
                                                                      Re: Mass storage sizes Stefan Monnier <monnier@iro.umontreal.ca> - 2025-01-09 16:30 +0100
                                                                        Re: Mass storage sizes Dan Purgert <dan@djph.net> - 2025-01-09 18:10 +0100
                                                                        Re: Mass storage sizes (was: /dev/serial/by-id) Nicolas George <george@nsup.org> - 2025-01-09 21:50 +0100
                                                                          Re: Mass storage sizes (was: /dev/serial/by-id) Michael Stone <mstone@debian.org> - 2025-01-10 00:50 +0100
                                                                            Re: Mass storage sizes (was: /dev/serial/by-id) Jeffrey Walton <noloader@gmail.com> - 2025-01-10 01:10 +0100
                                                                            Re: Mass storage sizes (was: /dev/serial/by-id) Timothy M Butterworth <timothy.m.butterworth@gmail.com> - 2025-01-10 02:10 +0100
                                                                              Re: Mass storage sizes (was: /dev/serial/by-id) Dan Purgert <dan@djph.net> - 2025-01-10 11:00 +0100
                                                                                Re: Mass storage sizes (was: /dev/serial/by-id) gene heskett <gheskett@shentel.net> - 2025-01-10 15:10 +0100
                                                                            Re: Mass storage sizes (was: /dev/serial/by-id) <tomas@tuxteam.de> - 2025-01-10 07:30 +0100
                                                                              Re: Mass storage sizes John Hasler <john@sugarbit.com> - 2025-01-10 15:50 +0100
                                                                                Re: Mass storage sizes eben@gmx.us - 2025-01-10 21:40 +0100
                                                                                  Re: Mass storage sizes gene heskett <gheskett@shentel.net> - 2025-01-11 01:50 +0100
                                                                                Re: Mass storage sizes Jeffrey Walton <noloader@gmail.com> - 2025-01-11 01:40 +0100
                                                                          Re: Mass storage sizes (was: /dev/serial/by-id) Heriberto Avelino <heriberto.avelino@gmail.com> - 2025-01-10 01:30 +0100
                                                                Re: Mass storage sizes Kushal Kumaran <kushal@locationd.net> - 2025-01-07 20:20 +0100
                                                                  Re: Mass storage sizes Nicolas George <george@nsup.org> - 2025-01-07 21:10 +0100
                                                                  Re: Mass storage sizes Michael Stone <mstone@debian.org> - 2025-01-07 23:10 +0100
                                                                    Re: Mass storage sizes Urs Thuermann <urs@isnogud.escape.de> - 2025-01-10 03:00 +0100
                                                                      Re: Mass storage sizes Michael Stone <mstone@debian.org> - 2025-01-10 05:30 +0100
                                                                        Re: Mass storage sizes Stefan Monnier <monnier@iro.umontreal.ca> - 2025-01-10 15:40 +0100
                                                                  Re: Mass storage sizes Charles Curley <charlescurley@charlescurley.com> - 2025-01-07 23:10 +0100
                                                                    Re: Mass storage sizes gene heskett <gheskett@shentel.net> - 2025-01-08 00:30 +0100
                                                              Re: Mass storage sizes "Thomas Schmitt" <scdbackup@gmx.net> - 2025-01-07 17:40 +0100
                                                                Re: Mass storage sizes Stefan Monnier <monnier@iro.umontreal.ca> - 2025-01-07 20:30 +0100
                                                            Re: Mass storage sizes (was: /dev/serial/by-id) Jeffrey Walton <noloader@gmail.com> - 2025-01-09 08:40 +0100
                                                          Re: /dev/serial/by-id Max Nikulin <manikulin@gmail.com> - 2025-01-08 04:00 +0100
                                                        Re: /dev/serial/by-id Max Nikulin <manikulin@gmail.com> - 2025-01-08 04:10 +0100
                                              Re: /dev/serial/by-id Anssi Saari <anssi.saari@debian-user.mail.kapsi.fi> - 2025-01-07 11:20 +0100
                          Specific mdadm instructions for Gene [WAS Re: new computer arriving  soon] "Andrew M.A. Cater" <amacater@einval.com> - 2025-01-02 17:00 +0100
                            Re: Specific mdadm instructions for Gene [WAS Re: new computer  arrivingsoon] gene heskett <gheskett@shentel.net> - 2025-01-02 23:10 +0100
                              Re: Specific mdadm instructions for Gene [WAS Re: new computer  arrivingsoon] Andy Smith <andy@strugglers.net> - 2025-01-02 23:20 +0100
                                Re: Specific mdadm instructions for Gene [WAS Re: new computer  arrivingsoon] Nicolas George <george@nsup.org> - 2025-01-02 23:30 +0100
                                  Re: Specific mdadm instructions for Gene [WAS Re: new computer  arrivingsoon] Michael Stone <mstone@debian.org> - 2025-01-03 00:10 +0100
                                Re: Specific mdadm instructions for Gene [WAS Re: new computer arrivingsoon] Jeffrey Walton <noloader@gmail.com> - 2025-01-03 04:00 +0100
                                Re: Specific mdadm instructions for Gene [WAS Re: new  computerarrivingsoon] gene heskett <gheskett@shentel.net> - 2025-01-03 05:00 +0100
                                  Re: Specific mdadm instructions for Gene [WAS Re: new  computerarrivingsoon] Andy Smith <andy@strugglers.net> - 2025-01-03 14:00 +0100
                              Re: Specific mdadm instructions for Gene [WAS Re: new computer  arrivingsoon] Max Nikulin <manikulin@gmail.com> - 2025-01-03 03:40 +0100
                                Re: Specific mdadm instructions for Gene [WAS Re: new  computerarrivingsoon] gene heskett <gheskett@shentel.net> - 2025-01-03 05:10 +0100
                                  Re: Specific mdadm instructions for Gene [WAS Re: new  computerarrivingsoon] Max Nikulin <manikulin@gmail.com> - 2025-01-04 04:30 +0100
                                    Re: Specific mdadm instructions for Gene [WAS Re:  newcomputerarrivingsoon] gene heskett <gheskett@shentel.net> - 2025-01-04 04:50 +0100
                              sgdisk missing under Armbian for Gene [WAS Specific mdadm  instructions for Gene] "Andrew M.A. Cater" <amacater@einval.com> - 2025-01-03 12:40 +0100
                                Re: sgdisk missing under Armbian for Gene [WAS Specific mdadm  instructions for Gene] Nicolas George <george@nsup.org> - 2025-01-03 12:50 +0100
                                Re: sgdisk missing under Armbian for Gene [WAS Specific  mdadminstructions for Gene] gene heskett <gheskett@shentel.net> - 2025-01-03 17:40 +0100
                    Re: new computer arriving soon Max Nikulin <manikulin@gmail.com> - 2025-01-02 04:00 +0100
                      Re: new computer arriving soon gene heskett <gheskett@shentel.net> - 2025-01-02 05:30 +0100
                        Re: new computer arriving soon George at Clug <Clug@goproject.info> - 2025-01-02 08:30 +0100
                          Re: new computer arriving soon Michael Stone <mstone@debian.org> - 2025-01-02 23:40 +0100
                            Re: new computer arriving soon fxkl47BF@protonmail.com - 2025-01-02 23:50 +0100
                              Re: new computer arriving soon George at Clug <Clug@goproject.info> - 2025-01-03 00:00 +0100
                                Re: new computer arriving soon Michael Stone <mstone@debian.org> - 2025-01-03 00:20 +0100
                                  Re: new computer arriving soon George at Clug <Clug@goproject.info> - 2025-01-03 00:50 +0100
                                    Re: new computer arriving soon "Roy J. Tellason, Sr." <roy@rtellason.com> - 2025-01-03 17:00 +0100
                                      Re: new computer arriving soon Michael Stone <mstone@debian.org> - 2025-01-03 17:20 +0100
                                      Re: new computer arriving soon David Wright <deblis@lionunicorn.co.uk> - 2025-01-10 05:50 +0100
                              Re: new computer arriving soon Greg Wooledge <greg@wooledge.org> - 2025-01-03 00:10 +0100
                            Re: new computer arriving soon George at Clug <Clug@goproject.info> - 2025-01-03 00:00 +0100
                          Re: new computer arriving soon Michael Stone <mstone@debian.org> - 2025-01-03 00:00 +0100
                            Re: new computer arriving soon  George at Clug <Clug@goproject.info> - 2025-01-03 00:40 +0100
                              Re: new computer arriving soon Andy Smith <andy@strugglers.net> - 2025-01-03 00:50 +0100
                                Re: new computer arriving soon "Roy J. Tellason, Sr." <roy@rtellason.com> - 2025-01-03 17:00 +0100
                        Re: new computer arriving soon Max Nikulin <manikulin@gmail.com> - 2025-01-02 16:30 +0100
                Re: new computer arriving soon Frank Guthausen <fg.debian@shimps.de> - 2024-12-31 20:20 +0100
                Re: new computer arriving soon Max Nikulin <manikulin@gmail.com> - 2025-01-02 04:10 +0100
                  Re: new computer arriving soon Michael Stone <mstone@debian.org> - 2025-01-02 23:50 +0100
                  Re: new computer arriving soon Marc Shapiro <marcnshap@gmail.com> - 2025-01-06 06:10 +0100
            Re: new computer arriving soon "Roy J. Tellason, Sr." <roy@rtellason.com> - 2024-12-27 20:20 +0100
    Re: new computer arriving soon George at Clug <Clug@goproject.info> - 2024-12-22 00:40 +0100
      Re: new computer arriving soon "Roy J. Tellason, Sr." <roy@rtellason.com> - 2024-12-22 02:30 +0100
        Re: new computer arriving soon George at Clug <Clug@goproject.info> - 2024-12-22 05:50 +0100
    Re: new computer arriving soon songbird <songbird@anthive.com> - 2024-12-22 17:20 +0100

Page 1 of 7  [1] 2 3 4 5 6 7  Next page →


#275930 — new computer arriving soon

From"Roy J. Tellason, Sr." <roy@rtellason.com>
Date2024-12-21 18:50 +0100
Subjectnew computer arriving soon
Message-ID<JWbLX-1nzo-1@gated-at.bofh.it>
So I have a DVD with 12.something on it,  not too old.  I plan to install that,  and then see what's on this workstation that I also might want to install,  and then go from there.  I'm currently using virtualbox on this machine,  but would like to explore some other options for virtualization on the new box.

Any suggestions as to how I might proceed to making things current and what other software I might want to include are welcomed...


-- 
Member of the toughest, meanest, deadliest, most unrelenting -- and
ablest -- form of life in this section of space,  a critter that can
be killed but can't be tamed.  --Robert A. Heinlein, "The Puppet Masters"
-
Information is more dangerous than cannon to a society ruled by lies. --James 
M Dakin

[toc] | [next] | [standalone]


#275931

From"Andrew M.A. Cater" <amacater@einval.com>
Date2024-12-21 20:30 +0100
Message-ID<JWdkJ-1oEm-1@gated-at.bofh.it>
In reply to#275930
On Sat, Dec 21, 2024 at 12:44:34PM -0500, Roy J. Tellason, Sr. wrote:
> So I have a DVD with 12.something on it,  not too old.  I plan to install that,  and then see what's on this workstation that I also might want to install,  and then go from there.  I'm currently using virtualbox on this machine,  but would like to explore some other options for virtualization on the new box.
> 
> Any suggestions as to how I might proceed to making things current and what other software I might want to include are welcomed...
> 

Straightforwardly - boot from the DVD (if the new machine has a DVD drive)
or dd a netinst .iso to a USB stick if not.

Set the machine to boot in UEFI mode if this is available rather than
legacy MBR / both.

Do a network install. That should bring you up to date by downloading
packages for the install as it goes.

Use KVM/QEMU instead of virtual box. I tend to use virtual machine manager

Remember that the Debian desktop environment selection installs GNOME.
If you specifically want one of the others, unselect Debian desktop
environment within tasksel - usually by toggling with spacebar -
and install one of the others.

Hope this helps, all best, as ever

Andy Cater
(amacater@debian.org)

> 
> -- 
> Member of the toughest, meanest, deadliest, most unrelenting -- and
> ablest -- form of life in this section of space,  a critter that can
> be killed but can't be tamed.  --Robert A. Heinlein, "The Puppet Masters"
> -
> Information is more dangerous than cannon to a society ruled by lies. --James 
> M Dakin
> 

[toc] | [prev] | [next] | [standalone]


#275932

FromJoe <joe@jretrading.com>
Date2024-12-21 21:20 +0100
Message-ID<JWe77-1paz-1@gated-at.bofh.it>
In reply to#275931
On Sat, 21 Dec 2024 19:20:20 +0000
"Andrew M.A. Cater" <amacater@einval.com> wrote:

> On Sat, Dec 21, 2024 at 12:44:34PM -0500, Roy J. Tellason, Sr. wrote:
> > So I have a DVD with 12.something on it,  not too old.  I plan to
> > install that,  and then see what's on this workstation that I also
> > might want to install,  and then go from there.  I'm currently
> > using virtualbox on this machine,  but would like to explore some
> > other options for virtualization on the new box.
> > 
> > Any suggestions as to how I might proceed to making things current
> > and what other software I might want to include are welcomed... 
> 
> Straightforwardly - boot from the DVD (if the new machine has a DVD
> drive) or dd a netinst .iso to a USB stick if not.
> 
> Set the machine to boot in UEFI mode if this is available rather than
> legacy MBR / both.

He didn't say if the computer will come with Windows installed, if so
it will be UEFI and the installer will just follow that, and will try
to set up a dual-boot unless explicitly told not to or is unable to do
so.

> 
> Do a network install. That should bring you up to date by downloading
> packages for the install as it goes.
> 
> Use KVM/QEMU instead of virtual box. I tend to use virtual machine
> manager
> 
> Remember that the Debian desktop environment selection installs GNOME.
> If you specifically want one of the others, unselect Debian desktop
> environment within tasksel - usually by toggling with spacebar -
> and install one of the others.
> 


-- 
Joe

[toc] | [prev] | [next] | [standalone]


#275934

From"Roy J. Tellason, Sr." <roy@rtellason.com>
Date2024-12-22 02:20 +0100
Message-ID<JWiNr-1sbg-1@gated-at.bofh.it>
In reply to#275932
On Saturday 21 December 2024 03:15:54 pm Joe wrote:
> He didn't say if the computer will come with Windows installed,

Nope.  I made it a point to get a machine with no OS installed.  From these guys:

https://www.thinkpenguin.com/

-- 
Member of the toughest, meanest, deadliest, most unrelenting -- and
ablest -- form of life in this section of space,  a critter that can
be killed but can't be tamed.  --Robert A. Heinlein, "The Puppet Masters"
-
Information is more dangerous than cannon to a society ruled by lies. --James 
M Dakin

[toc] | [prev] | [next] | [standalone]


#275935

From"Roy J. Tellason, Sr." <roy@rtellason.com>
Date2024-12-22 02:20 +0100
Message-ID<JWiNr-1sbg-5@gated-at.bofh.it>
In reply to#275931
On Saturday 21 December 2024 02:20:20 pm Andrew M.A. Cater wrote:
> On Sat, Dec 21, 2024 at 12:44:34PM -0500, Roy J. Tellason, Sr. wrote:
> > So I have a DVD with 12.something on it,  not too old.  I plan to install that,  and then see what's on this workstation that I also might want to install,  and then go from there.  I'm currently using virtualbox on this machine,  but would like to explore some other options for virtualization on the new box.
> > 
> > Any suggestions as to how I might proceed to making things current and what other software I might want to include are welcomed...
> > 
> 
> Straightforwardly - boot from the DVD (if the new machine has a DVD drive)

It will have one.

> or dd a netinst .iso to a USB stick if not.
> 
> Set the machine to boot in UEFI mode if this is available rather than
> legacy MBR / both.

Why is this preferable?
 
> Do a network install. That should bring you up to date by downloading
> packages for the install as it goes.
> 
> Use KVM/QEMU instead of virtual box. I tend to use virtual machine manager

Okay,  I will have to look into that,  and then figure out how to get the data out of this one and into the new one.
 
> Remember that the Debian desktop environment selection installs GNOME.
> If you specifically want one of the others, unselect Debian desktop
> environment within tasksel - usually by toggling with spacebar -
> and install one of the others.
 
Yes.  I'm pretty happy with Xfce,  for the most part.  I like konqueror for some of the things that it can do that the other file managers don't. And I have no particular fondness for gnome...


-- 
Member of the toughest, meanest, deadliest, most unrelenting -- and
ablest -- form of life in this section of space,  a critter that can
be killed but can't be tamed.  --Robert A. Heinlein, "The Puppet Masters"
-
Information is more dangerous than cannon to a society ruled by lies. --James 
M Dakin

[toc] | [prev] | [next] | [standalone]


#275940 — UEFI, Export from Virtualbox [WAS Re: new computer arriving soon]

From"Andrew M.A. Cater" <amacater@einval.com>
Date2024-12-22 09:50 +0100
SubjectUEFI, Export from Virtualbox [WAS Re: new computer arriving soon]
Message-ID<JWpOV-1x7r-3@gated-at.bofh.it>
In reply to#275935
On Sat, Dec 21, 2024 at 08:14:11PM -0500, Roy J. Tellason, Sr. wrote:
> On Saturday 21 December 2024 02:20:20 pm Andrew M.A. Cater wrote:
> > On Sat, Dec 21, 2024 at 12:44:34PM -0500, Roy J. Tellason, Sr. wrote:
> > > So I have a DVD with 12.something on it,  not too old.  I plan to install that,  and then see what's on this workstation that I also might want to install,  and then go from there.  I'm currently using virtualbox on this machine,  but would like to explore some other options for virtualization on the new box.
> > > 
> > > Any suggestions as to how I might proceed to making things current and what other software I might want to include are welcomed...
> > > 
> > 
> > Straightforwardly - boot from the DVD (if the new machine has a DVD drive)
> 
> It will have one.
> 
> > Set the machine to boot in UEFI mode if this is available rather than
> > legacy MBR / both.
> 
> Why is this preferable?
>  

This is the modern approach to booting/power management/firmware. Given
that this is coming from Thinkpenguin and is the Intel Q670 chipset,
that's UEFI out of the box anyway. And for an i5, you should get
the UHD770 which is probably covered by Intel firmware supplied as
non-free-firmware in the boot medium.

> > 
> > Use KVM/QEMU instead of virtual box. I tend to use virtual machine manager
> 
> Okay,  I will have to look into that,  and then figure out how to get the data out of this one and into the new one.
>  

Export the file as an OVA file from virtualbox. 

It may  be as easy as something like File - Export as

Use qemu-img to convert it - various instructions on line but one
command line is:

 qemu-img convert -f vdi -O qcow2 /fromSomewhere/foo.vdi /toSomewhere/bar.qcow2 

> Yes.  I'm pretty happy with Xfce,  for the most part.  I like konqueror for some of the things that it can do that the other file managers don't. And I have no particular fondness for gnome...
> 
> 
> -- 
>

All the best, as ever,

Andy Cater
(amacater@debian.org) 

[toc] | [prev] | [next] | [standalone]


#276028

From"Roy J. Tellason, Sr." <roy@rtellason.com>
Date2024-12-26 20:40 +0100
Message-ID<JY1S9-306I-7@gated-at.bofh.it>
In reply to#275935
On Saturday 21 December 2024 08:14:11 pm Roy J. Tellason, Sr. wrote:
> On Saturday 21 December 2024 02:20:20 pm Andrew M.A. Cater wrote:
> > Set the machine to boot in UEFI mode if this is available rather than
> > legacy MBR / both.
> 
> Why is this preferable?

?
  
> > Do a network install. That should bring you up to date by downloading
> > packages for the install as it goes.
> > 
> > Use KVM/QEMU instead of virtual box. I tend to use virtual machine manager

Installing that will be the next step,
 
> Okay,  I will have to look into that,  and then figure out how to get the data out of this one and into the new one.

That's going to be the big thing,  once I get that installed...
  
> > Remember that the Debian desktop environment selection installs GNOME.
> > If you specifically want one of the others, unselect Debian desktop
> > environment within tasksel - usually by toggling with spacebar -
> > and install one of the others.
>  
> Yes.  I'm pretty happy with Xfce,  for the most part.  I like konqueror for some of the things that it can do that the other file managers don't. And I have no particular fondness for gnome...

Got all that sorted out.  I used synaptic package manager and selected a whole pile of stuff,  installed it,   and made sure that what had already been installed was up to date.  Got nfs installed and my shares mounted,  I just need to stick those into /etc/fstab so they'll be persistent.

It's a real PITA to switch which input this monitor is using,  taking many button presses on buttons that I can't even see because they're under the front of the monitor.

Onward now,  to install kvm/qemu and get a handle on that...

-- 
Member of the toughest, meanest, deadliest, most unrelenting -- and
ablest -- form of life in this section of space,  a critter that can
be killed but can't be tamed.  --Robert A. Heinlein, "The Puppet Masters"
-
Information is more dangerous than cannon to a society ruled by lies. --James 
M Dakin

[toc] | [prev] | [next] | [standalone]


#276032

FromDavid Christensen <dpchrist@holgerdanske.com>
Date2024-12-26 23:40 +0100
Message-ID<JY4Gm-32vL-7@gated-at.bofh.it>
In reply to#276028
On 12/26/24 11:35, Roy J. Tellason, Sr. wrote:
> On Saturday 21 December 2024 08:14:11 pm Roy J. Tellason, Sr. wrote:
>> On Saturday 21 December 2024 02:20:20 pm Andrew M.A. Cater wrote:
>>> Set the machine to boot in UEFI mode if this is available rather than
>>> legacy MBR / both.
>>
>> Why is this preferable?
> 
> ?


UEFI features I like:

1.  UEFI firmware provides Secure Boot and the Debian Installer can 
create a system with appropriately signed software (boot loader? 
kernel?).  This makes it harder for malware to infect the system and can 
prevent corrupt software from trashing the system.

2.  GPT puts two copies of the partition table on disk.  If one gets 
trashed, the system can still boot; making recovery easier.

3.  GPT supports labels for partitions.  This allows me to use 
meaningful names when configuring and using partitions.


> It's a real PITA to switch which input this monitor is using,  taking many button presses on buttons that I can't even see because they're under the front of the monitor.


So, you have two computers, two keyboards, and two mice, but one monitor 
with the computers connected to different inputs?  Have you considered 
getting a KVM switch?


David

[toc] | [prev] | [next] | [standalone]


#276042

FromDavid Wright <deblis@lionunicorn.co.uk>
Date2024-12-27 17:30 +0100
Message-ID<JYlnP-3f33-1@gated-at.bofh.it>
In reply to#276032
On Thu 26 Dec 2024 at 14:30:38 (-0800), David Christensen wrote:
> On 12/26/24 11:35, Roy J. Tellason, Sr. wrote:
> > On Saturday 21 December 2024 08:14:11 pm Roy J. Tellason, Sr. wrote:
> > > On Saturday 21 December 2024 02:20:20 pm Andrew M.A. Cater wrote:
> > > > Set the machine to boot in UEFI mode if this is available rather than
> > > > legacy MBR / both.
> > > 
> > > Why is this preferable?
> > 
> > ?
> 
> 
> UEFI features I like:
> 
> 1.  UEFI firmware provides Secure Boot and the Debian Installer can
> create a system with appropriately signed software (boot loader?
> kernel?).  This makes it harder for malware to infect the system and
> can prevent corrupt software from trashing the system.
> 
> 2.  GPT puts two copies of the partition table on disk.  If one gets
> trashed, the system can still boot; making recovery easier.
> 
> 3.  GPT supports labels for partitions.  This allows me to use
> meaningful names when configuring and using partitions.

4.  GPT has no need for extended and logical partitions, and all
that troublesome CHS stuff.

Cheers,
David.

[toc] | [prev] | [next] | [standalone]


#276208

FromMarc Shapiro <marcnshap@gmail.com>
Date2024-12-31 05:10 +0100
Message-ID<JZBJT-4gSy-1@gated-at.bofh.it>
In reply to#276042
On 12/27/24 8:19 AM, David Wright wrote:
> On Thu 26 Dec 2024 at 14:30:38 (-0800), David Christensen wrote:
>> On 12/26/24 11:35, Roy J. Tellason, Sr. wrote:
>>> On Saturday 21 December 2024 08:14:11 pm Roy J. Tellason, Sr. wrote:
>>>> On Saturday 21 December 2024 02:20:20 pm Andrew M.A. Cater wrote:
>>>>> Set the machine to boot in UEFI mode if this is available rather than
>>>>> legacy MBR / both.
>>>> Why is this preferable?
>>> ?
>>
>> UEFI features I like:
>>
>> 1.  UEFI firmware provides Secure Boot and the Debian Installer can
>> create a system with appropriately signed software (boot loader?
>> kernel?).  This makes it harder for malware to infect the system and
>> can prevent corrupt software from trashing the system.
>>
>> 2.  GPT puts two copies of the partition table on disk.  If one gets
>> trashed, the system can still boot; making recovery easier.
>>
>> 3.  GPT supports labels for partitions.  This allows me to use
>> meaningful names when configuring and using partitions.
> 4.  GPT has no need for extended and logical partitions, and all
> that troublesome CHS stuff.
>
> Cheers,
> David.

What about LVM?  Is it usable (or even useful) with UEFI?

Marc

[toc] | [prev] | [next] | [standalone]


#276210

Fromgene heskett <gheskett@shentel.net>
Date2024-12-31 05:40 +0100
Message-ID<JZCcV-4hxc-1@gated-at.bofh.it>
In reply to#276208
On 12/30/24 23:02, Marc Shapiro wrote:
>
> On 12/27/24 8:19 AM, David Wright wrote:
>> On Thu 26 Dec 2024 at 14:30:38 (-0800), David Christensen wrote:
>>> On 12/26/24 11:35, Roy J. Tellason, Sr. wrote:
>>>> On Saturday 21 December 2024 08:14:11 pm Roy J. Tellason, Sr. wrote:
>>>>> On Saturday 21 December 2024 02:20:20 pm Andrew M.A. Cater wrote:
>>>>>> Set the machine to boot in UEFI mode if this is available rather 
>>>>>> than
>>>>>> legacy MBR / both.
>>>>> Why is this preferable?
>>>> ?
>>>
>>> UEFI features I like:
>>>
>>> 1.  UEFI firmware provides Secure Boot and the Debian Installer can
>>> create a system with appropriately signed software (boot loader?
>>> kernel?).  This makes it harder for malware to infect the system and
>>> can prevent corrupt software from trashing the system.
>>>
>>> 2.  GPT puts two copies of the partition table on disk.  If one gets
>>> trashed, the system can still boot; making recovery easier.
>>>
>>> 3.  GPT supports labels for partitions.  This allows me to use
>>> meaningful names when configuring and using partitions.
>> 4.  GPT has no need for extended and logical partitions, and all
>> that troublesome CHS stuff.
>>
>> Cheers,
>> David.
>
> What about LVM?  Is it usable (or even useful) with UEFI?
>
> Marc
> Good question Marc. I'm searching for someone who knows how to combine 
> 4 ea 4T SSD's into one volume for use with amanda, the lvm docs are 
> somewhat confusing, lacking the context that actually teaches.
>
Cheers, Gene Heskett, CET.
-- 
"There are four boxes to be used in defense of liberty:
  soap, ballot, jury, and ammo. Please use in that order."
-Ed Howdershelt (Author, 1940)
If we desire respect for the law, we must first make the law respectable.
  - Louis D. Brandeis

[toc] | [prev] | [next] | [standalone]


#276230

From"Andrew M.A. Cater" <amacater@einval.com>
Date2024-12-31 19:00 +0100
Message-ID<JZOH8-4rE4-39@gated-at.bofh.it>
In reply to#276210
On Mon, Dec 30, 2024 at 11:32:17PM -0500, gene heskett wrote:
> > 
> > Marc
> > Good question Marc. I'm searching for someone who knows how to combine 4
> > ea 4T SSD's into one volume for use with amanda, the lvm docs are
> > somewhat confusing, lacking the context that actually teaches.
> > 

Hi Gene,

Five steps:

Ideally done when you do your reinstall :)

1. Decide whether you want RAID to provide some level of disk redundancy with
LVM over the top. If so, and you've got 4 disks, maybe go for RAID5
12TB capacity and one spare disk or RAID 6 where you can afford to lose
two disks for 8TB capacity..

2. In the installer, use the RAID element to set up the disks as one md array

That will give you one md partition spanning the  four disks.

3. Then use the LVM element to set up LVM over the top of the md array you've
just set up.

4. Use guided partitioning on the LVM array to set up one filesystem - ext4
probably.

5. Assign it a mount point - maybe /data or /amanda and mount it.

If you've got differently sized disks, then you can always set up LVM
across them in the way I've outlined above. If one disk fails, you lose the
lot - but for unimportant data, it works. I have 7TB working that way next 
door providing my Debian mirror.

Hope this helps - all the very best, as ever,

Andy Cater
(amacater@debian.org). 



> Cheers, Gene Heskett, CET.
> -- 
> "There are four boxes to be used in defense of liberty:
>  soap, ballot, jury, and ammo. Please use in that order."
> -Ed Howdershelt (Author, 1940)
> If we desire respect for the law, we must first make the law respectable.
>  - Louis D. Brandeis
> 

[toc] | [prev] | [next] | [standalone]


#276239

Fromgene heskett <gheskett@shentel.net>
Date2024-12-31 23:00 +0100
Message-ID<JZSro-4zaV-3@gated-at.bofh.it>
In reply to#276230
On 12/31/24 12:56, Andrew M.A. Cater wrote:
> On Mon, Dec 30, 2024 at 11:32:17PM -0500, gene heskett wrote:
>>> Marc
>>> Good question Marc. I'm searching for someone who knows how to combine 4
>>> ea 4T SSD's into one volume for use with amanda, the lvm docs are
>>> somewhat confusing, lacking the context that actually teaches.
>>>
> Hi Gene,
>
> Five steps:
>
> Ideally done when you do your reinstall :)
>
> 1. Decide whether you want RAID to provide some level of disk redundancy with
> LVM over the top. If so, and you've got 4 disks, maybe go for RAID5
> 12TB capacity and one spare disk or RAID 6 where you can afford to lose
> two disks for 8TB capacity..
I have 5 of those 4T SSD's. figuring on using one for a holding disk. So 
it willl always be empty at the end of a run
> 2. In the installer, use the RAID element to set up the disks as one md array
what installer? this is a pi clone but faster than a pi, install is 
putting the .iso on a 64Gb microSD. And maybe moving it to the board 
mounted m2 for faster booting.
> That will give you one md partition spanning the  four disks.
>
> 3. Then use the LVM element to set up LVM over the top of the md array you've
> just set up.
>
> 4. Use guided partitioning on the LVM array to set up one filesystem - ext4
> probably.
yes.
> 5. Assign it a mount point - maybe /data or /amanda and mount it.
>
> If you've got differently sized disks, then you can always set up LVM
> across them in the way I've outlined above. If one disk fails, you lose the
> lot - but for unimportant data, it works. I have 7TB working that way next
> door providing my Debian mirror.
>
> Hope this helps - all the very best, as ever,
>
> Andy Cater
> (amacater@debian.org).
Thanks Andy, Bookmarked FFR.
>
>
>> Cheers, Gene Heskett, CET.
>> -- 
>> "There are four boxes to be used in defense of liberty:
>>   soap, ballot, jury, and ammo. Please use in that order."
>> -Ed Howdershelt (Author, 1940)
>> If we desire respect for the law, we must first make the law respectable.
>>   - Louis D. Brandeis
>>
> .

Cheers, Gene Heskett, CET.
-- 
"There are four boxes to be used in defense of liberty:
  soap, ballot, jury, and ammo. Please use in that order."
-Ed Howdershelt (Author, 1940)
If we desire respect for the law, we must first make the law respectable.
  - Louis D. Brandeis

[toc] | [prev] | [next] | [standalone]


#276240

From"Andrew M.A. Cater" <amacater@einval.com>
Date2025-01-01 00:00 +0100
Message-ID<JZTnr-4BFr-1@gated-at.bofh.it>
In reply to#276239
On Tue, Dec 31, 2024 at 04:53:53PM -0500, gene heskett wrote:
> 
> On 12/31/24 12:56, Andrew M.A. Cater wrote:
> > On Mon, Dec 30, 2024 at 11:32:17PM -0500, gene heskett wrote:
> > > > Marc
> > > > Good question Marc. I'm searching for someone who knows how to combine 4
> > > > ea 4T SSD's into one volume for use with amanda, the lvm docs are
> > > > somewhat confusing, lacking the context that actually teaches.
> > > > 
>
 > Hi Gene,
> > 
> > Five steps:
> > 
> > Ideally done when you do your reinstall :)
> > 
> I have 5 of those 4T SSD's. figuring on using one for a holding disk. So it
> willl always be empty at the end of a run

So - RAID5 - 12TB for your Amanda database and backups. RAID6 / RAID10 - 8TB

> what installer? this is a pi clone but faster than a pi, install is putting
> the .iso on a 64Gb microSD. And maybe moving it to the board mounted m2 for
> faster booting.

This is a Debian list - I'm talking about Debian here :)

The only thing Pi clones share with the Raspberry Pi is the word Pi.
Most of them promise a 40 pin compatible pinout but there is no guarantee
as to what other building blocks are there and you almost certainly won't
be able to run any Pi accessories anywhere else or vice-versa.
There is no guarantee that any clone will work with anything else.

_Which_ Pi clone?

If these are Banana Pi 5 and you want them supported *in Debian*, go and
talk to the folks on IRC on #debian-arm or the mailing list. Ask them to
get some boards and work out what the diff is between the supplied kernel
and a Debian kernel. Ideally, you want the vendor to commit to a long-term
support for the board. Banana Pi seem to change models very regularly - so
good luck with Shenzhen SINOVOIP.

Install is putting an image - .img file onto the SD, booting it via u-boot
- and then running their installer to install onto the NVME. 

How are you connecting your SSDs? Via USB3 or via good quality SATA leads
and high quality power supply? 

If you want to do the RAID stuff for yourself, you'll first need to work out
how to run mdadm and LVM needs lvresize and similar.

Same steps as I gave you, but you'll need to ask your vendor to provide
_all_ support not this list.

Hope this helps - all the very best, as ever,
 
Andy Cater
(amacater@debian.org).
> Thanks Andy, Bookmarked FFR.
> > 
> > 
> > > Cheers, Gene Heskett, CET.
> > > -- 
> > > "There are four boxes to be used in defense of liberty:
> > >   soap, ballot, jury, and ammo. Please use in that order."
> > > -Ed Howdershelt (Author, 1940)
> > > If we desire respect for the law, we must first make the law respectable.
> > >   - Louis D. Brandeis
> > > 
> > .
> 
> Cheers, Gene Heskett, CET.
> -- 
> "There are four boxes to be used in defense of liberty:
>  soap, ballot, jury, and ammo. Please use in that order."
> -Ed Howdershelt (Author, 1940)
> If we desire respect for the law, we must first make the law respectable.
>  - Louis D. Brandeis
> 

[toc] | [prev] | [next] | [standalone]


#276241

Fromgene heskett <gheskett@shentel.net>
Date2025-01-01 01:00 +0100
Message-ID<JZUjv-4CuX-3@gated-at.bofh.it>
In reply to#276240
On 12/31/24 17:51, Andrew M.A. Cater wrote:
> On Tue, Dec 31, 2024 at 04:53:53PM -0500, gene heskett wrote:
>> On 12/31/24 12:56, Andrew M.A. Cater wrote:
>>> On Mon, Dec 30, 2024 at 11:32:17PM -0500, gene heskett wrote:
>>>>> Marc
>>>>> Good question Marc. I'm searching for someone who knows how to combine 4
>>>>> ea 4T SSD's into one volume for use with amanda, the lvm docs are
>>>>> somewhat confusing, lacking the context that actually teaches.
>>>>>
>   > Hi Gene,
>>> Five steps:
>>>
>>> Ideally done when you do your reinstall :)
>>>
>> I have 5 of those 4T SSD's. figuring on using one for a holding disk. So it
>> willl always be empty at the end of a run
> So - RAID5 - 12TB for your Amanda database and backups. RAID6 / RAID10 - 8TB
>
>> what installer? this is a pi clone but faster than a pi, install is putting
>> the .iso on a 64Gb microSD. And maybe moving it to the board mounted m2 for
>> faster booting.
> This is a Debian list - I'm talking about Debian here :)
>
> The only thing Pi clones share with the Raspberry Pi is the word Pi.
> Most of them promise a 40 pin compatible pinout but there is no guarantee
> as to what other building blocks are there and you almost certainly won't
> be able to run any Pi accessories anywhere else or vice-versa.
> There is no guarantee that any clone will work with anything else.
>
> _Which_ Pi clone?
banana pi-m5. so far armbian noble has it covered. The only thing I 
haven't tried on them is linuxcnc as it depends on a specific version of 
gpio for some of its 50 microsecond IRQ response time.
>
> If these are Banana Pi 5 and you want them supported *in Debian*, go and
> talk to the folks on IRC on #debian-arm or the mailing list. Ask them to
> get some boards and work out what the diff is between the supplied kernel
> and a Debian kernel. Ideally, you want the vendor to commit to a long-term
> support for the board. Banana Pi seem to change models very regularly - so
> good luck with Shenzhen SINOVOIP.
Debian-arm? What a joke. That is the most unpleasant place in the Debian 
world. If it's not a genuine r-pi, Debian-arm has no tolerance for what 
s/b perfectly on-topic posts. There's tons of "pi" stuff around that 
isn't foundation src'd, but they don't want to hear about them. My 
offers to send them free hardware or donate cash have all been rebuffed. 
If you have any pull, fix that & advise me. Their rules for such 
donations remove any anonymity, and that's the only way I'll donate.
>
> Install is putting an image - .img file onto the SD, booting it via u-boot
> - and then running their installer to install onto the NVME.
>
> How are you connecting your SSDs? Via USB3 or via good quality SATA leads
> and high quality power supply?
>
> If you want to do the RAID stuff for yourself, you'll first need to work out
> how to run mdadm and LVM needs lvresize and similar.
>
> Same steps as I gave you, but you'll need to ask your vendor to provide
> _all_ support not this list.
>
> Hope this helps - all the very best, as ever,
>   
> Andy Cater
> (amacater@debian.org).
>> Thanks Andy, Bookmarked FFR.
>>>
>>>> Cheers, Gene Heskett, CET.
>>>> -- 
>>>> "There are four boxes to be used in defense of liberty:
>>>>    soap, ballot, jury, and ammo. Please use in that order."
>>>> -Ed Howdershelt (Author, 1940)
>>>> If we desire respect for the law, we must first make the law respectable.
>>>>    - Louis D. Brandeis
>>>>
>>> .
>> Cheers, Gene Heskett, CET.
>> -- 
>> "There are four boxes to be used in defense of liberty:
>>   soap, ballot, jury, and ammo. Please use in that order."
>> -Ed Howdershelt (Author, 1940)
>> If we desire respect for the law, we must first make the law respectable.
>>   - Louis D. Brandeis
>>
> .

Cheers, Gene Heskett, CET.
-- 
"There are four boxes to be used in defense of liberty:
  soap, ballot, jury, and ammo. Please use in that order."
-Ed Howdershelt (Author, 1940)
If we desire respect for the law, we must first make the law respectable.
  - Louis D. Brandeis

[toc] | [prev] | [next] | [standalone]


#276244

Frompocket@homemail.com
Date2025-01-01 15:00 +0100
Message-ID<K07qp-4Lsk-15@gated-at.bofh.it>
In reply to#276241
> Sent: Tuesday, December 31, 2024 at 6:54 PM
> From: "gene heskett" <gheskett@shentel.net>
> To: debian-user@lists.debian.org
> Subject: Re: new computer arriving soon

> >
> > If these are Banana Pi 5 and you want them supported *in Debian*, go and
> > talk to the folks on IRC on #debian-arm or the mailing list. Ask them to
> > get some boards and work out what the diff is between the supplied kernel
> > and a Debian kernel. Ideally, you want the vendor to commit to a long-term
> > support for the board. Banana Pi seem to change models very regularly - so
> > good luck with Shenzhen SINOVOIP.
> Debian-arm? What a joke. That is the most unpleasant place in the Debian
> world. If it's not a genuine r-pi, Debian-arm has no tolerance for what
> s/b perfectly on-topic posts. There's tons of "pi" stuff around that
> isn't foundation src'd, but they don't want to hear about them. My
> offers to send them free hardware or donate cash have all been rebuffed.
> If you have any pull, fix that & advise me. Their rules for such
> donations remove any anonymity, and that's the only way I'll donate.

Gene you are exactly correct,  even this list is hostile.

debian is hostile against anything that is not debian.
There is no call for that, there is no sense for being like that.
For example a package built for a different distro will not be broken on debian, it all works basically the same.  Why does debian do that?
Why do the folks on this list like that.
It just turns folks away.

In the great number of cases most look to Archlinux for setting up and running packages.
Why because the wiki is no nonsense and just works in almost every case.
debians wiki is woefully incomplete and contains old out dated information which in most cases it just flat out incorrect.  Try to get it corrected and you will/must be attacked.

Instead of being hostile debian should work WITH folks instead of, "Oh you are not using stock debian, phooey on you we won't help".
Want proof, look at linuxfromscratch, the first thing they do is ask what does Arch do.

Let the attacks begin, I am waiting.......

[toc] | [prev] | [next] | [standalone]


#276245

FromFrank Guthausen <fg.debian@shimps.de>
Date2025-01-01 15:30 +0100
Message-ID<K07Ts-4LXd-11@gated-at.bofh.it>
In reply to#276244

[Multipart message — attachments visible in raw view] — view raw

On Wed, 1 Jan 2025 14:58:25 +0100
pocket@homemail.com wrote:
> 
> debians wiki is woefully incomplete and
> contains old out dated information which in most cases it just flat
> out incorrect.

This happens when no individual person takes
responsibility for updating things. You could
be this person.

> Try to get it corrected and you will/must be attacked.

Rubbish.

I did exactly this a couple weeks ago and registered a wiki account.
To do the latter, the procedure involved writing an additional email
to avoid spammer accounts. It worked within reasonable time - only a
few hours or even faster.

The questionable confusion was solved within the Debian community on
list and I transfered the solution to the wiki. No one complained, no
one attacked me for improving.

There is no need to spread urban legends invoking conspiracy
implicitely. There is no board of shadow Debian elders deciding
in the dark who is to be attacked. Please stay with the facts, at
least until the alternative facts' president is inaugurated.
-- 
kind regards
Frank

[toc] | [prev] | [next] | [standalone]


#276246

Frompocket@homemail.com
Date2025-01-01 15:40 +0100
Message-ID<K0837-4M0p-9@gated-at.bofh.it>
In reply to#276245

> Sent: Wednesday, January 01, 2025 at 9:28 AM
> From: "Frank Guthausen" <fg.debian@shimps.de>
> To: debian-user@lists.debian.org
> Subject: Re: new computer arriving soon
>
> On Wed, 1 Jan 2025 14:58:25 +0100
> pocket@homemail.com wrote:
> >
> > debians wiki is woefully incomplete and
> > contains old out dated information which in most cases it just flat
> > out incorrect.
>
> This happens when no individual person takes
> responsibility for updating things. You could
> be this person.
>
> > Try to get it corrected and you will/must be attacked.
>
> Rubbish.
>
> I did exactly this a couple weeks ago and registered a wiki account.
> To do the latter, the procedure involved writing an additional email
> to avoid spammer accounts. It worked within reasonable time - only a
> few hours or even faster.
>
> The questionable confusion was solved within the Debian community on
> list and I transfered the solution to the wiki. No one complained, no
> one attacked me for improving.
>
> There is no need to spread urban legends invoking conspiracy
> implicitely. There is no board of shadow Debian elders deciding
> in the dark who is to be attacked. Please stay with the facts, at
> least until the alternative facts' president is inaugurated.
> --
> kind regards
> Frank
>

I was just attacked on this list for posting a systemd unit file that came from Archlinux.

It was the first response in the thread.

Where were you?

I have been banned from the wiki and this list by cater and the debian elders.

Again you don't know what you posting about.

Gene has been regulary attacked, again where were YOU?

[toc] | [prev] | [next] | [standalone]


#276247

FromMichael Stone <mstone@debian.org>
Date2025-01-01 16:40 +0100
Message-ID<K08Zb-4Mzn-1@gated-at.bofh.it>
In reply to#276246
On Wed, Jan 01, 2025 at 03:35:25PM +0100, pocket@homemail.com wrote:
>I was just attacked on this list for posting a systemd unit file that came from Archlinux.
>
>It was the first response in the thread.
>
>Where were you?
>
>I have been banned from the wiki and this list by cater and the debian elders.
>
>Again you don't know what you posting about.
>
>Gene has been regulary attacked, again where were YOU?

You've been trolling with messages that add exactly zero value, Gene's 
been causing his own problems and monopolizing list resources for years. 
There's no attacking, there's simply exhaustion and a failure to 
understand why the two of you act the way that you do. And real 
confusion about why people who have so many problems with debian 
continue to hang out on this list instead of going off to something they 
like better. The only major problem with this list is that new users who 
don't know the background and to ignore of the two of you might get 
scared off by the deluge of junk they get as soon as they sign up.

[toc] | [prev] | [next] | [standalone]


#276248

Frompocket@homemail.com
Date2025-01-01 17:20 +0100
Message-ID<K09BT-4N3F-9@gated-at.bofh.it>
In reply to#276247

> Sent: Wednesday, January 01, 2025 at 10:37 AM
> From: "Michael Stone" <mstone@debian.org>
> To: debian-user@lists.debian.org
> Subject: Re: new computer arriving soon
>
> On Wed, Jan 01, 2025 at 03:35:25PM +0100, pocket@homemail.com wrote:
> >I was just attacked on this list for posting a systemd unit file that came from Archlinux.
> >
> >It was the first response in the thread.
> >
> >Where were you?
> >
> >I have been banned from the wiki and this list by cater and the debian elders.
> >
> >Again you don't know what you posting about.
> >
> >Gene has been regulary attacked, again where were YOU?
>
> You've been trolling with messages that add exactly zero value, Gene's
> been causing his own problems and monopolizing list resources for years.
> There's no attacking, there's simply exhaustion and a failure to
> understand why the two of you act the way that you do. And real
> confusion about why people who have so many problems with debian
> continue to hang out on this list instead of going off to something they
> like better. The only major problem with this list is that new users who
> don't know the background and to ignore of the two of you might get
> scared off by the deluge of junk they get as soon as they sign up.
>

Thank you for proving my point, I knew I would not be disappointed.

Your proof positive that my point is well established.

[toc] | [prev] | [next] | [standalone]


Page 1 of 7  [1] 2 3 4 5 6 7  Next page →

Back to top | Article view | linux.debian.user


csiph-web