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

Re: Knoppix 5.1 Mini-Announcement



My responses are at the bottom...

On 12/17/06, Klaus Knopper <debian-knoppix@knopper.net> wrote:
On Sun, Dec 17, 2006 at 12:57:56PM -0500, John Woods wrote:
> On 12/16/06, Klaus Knopper <debian-knoppix@knopper.net> wrote:
>
> >I will try to upgrade the 5.0.1 CD version with new packages first
> >during the next days, and if this makes everything worse, try he other
> >way by stripping down the now-ready DVD version.
> >
> >-Klaus
> >
>
> The now ready DVD version.... Is there a testing pool I can join in on
> somewhere? I would be glad to download it and make sure things work on
> my hardware. I think a semi public place to allow volunteer testers
> would be a good thing.

Thinking... I have very limited bandwidth on knopper.net itself (as in,
I would be ruined within a month if running a public mirror by myself
there. ;-)

But offering "early access" for SERIOUS testing, to a SSH
public-key-protected rsync repository, affording a few extra GB traffic,
should be possible.

> Since I'm at it, I use the persistent home feature... and I really am
> tired of the dialog that comes up during boot. It is set to cancel, so
> I must be present when it comes up to select ok. I like to go away and
> do things when it is booting... ie pour a cup of coffee usually :)

I know, it's annoying... But in theory, it should not appear if you boot
with knoppix home=/dev/sda1 (or home=scan), so you can go away after
typing that at he boot:-Prompt. If it doesn't work that way, it's a bug.

My point, why I made "cancel" the default, was, that it should not be
possible to change/destroy anything by accident or because of malicious
people who have physical access to the computer. So, if someone plugs in
a memory stick with a destructive knoppix.img, or has put such an image
on your harddisk, it should NOT be the default to automatically use this
image. You have to actively enable it.

Does this sound reasonable? Or am I just paranoid?

> Can a boot parm be made that sets an env var to tell this script to
> relax? Since the presence of knoppix.sh is enough to do dastardly
> deeds, it's overkill in my opinion.

knoppix.sh will also not be used by default, unless you used the
"(my)config=" option.

> If a boot parm to cause the script to relax were made, would it also
> need a way to specify the options the script is capable of using?

I would have to add new options, or comma-separated options, for
this. But not anymore for 5.1.

Regards
-Klaus



My menu.lst, says home=scan and myconfig=scan and it does prompt me.
I will remove myconfig=scan and see if it still prompts me. I am using
the bootfrom=
parm as I boot using Gilles minirt_usb6.gz to run from the iso image.

I would try and figure out how to host a torrent and leave my machines on
for the duration. I just have home dsl, which has 50k upstream. But I can test
on machines that aren't hosting the torrent, and even swap torrent
host machines.
I am not charged for any extra bandwidth I use, so I don't have to worry about
that. I have never hosted a torrent before. I know there are different
announcers with
different requirements.

Knoppix has many uses, I've removed virus like spyware with it on my
wife's machine.
Windows XP Home User that one... her mind is made up and I'll never
change it...
I guess it could be used for evil purposes, in the standard form, but
if I were evil, I would make a remastered version without all the
extras and then make a mini cd version so it would load faster. Otoh,
I guess the press would have a field day if your standard version were
ever used to wipe out a mission critical datacenter. I think I'll see
if I can modify Gilles miniroots. I think your paranoia is useful, and
probably even required. I will gladly wait from now on, knowing it
helps keep your good name. I just never thought about it from your
perspective, and keeping your good name is truly paramount.

Mostly I am interested in doing what I can to help make sure 5.1 rocks.

Best Regards,
John



Reply to: