Marcin Owsiany schrieb:
> > Something like ~/.environment would probably make more sense,
>
> Right. Good idea. Now we need to think of a name that isn't
> already used by some shell.
(that shell'd better use ~/._environment ...)
And of a way to make it useable with bourne, C and other shells
(
Marcin Owsiany schrieb:
> The problem is that for bash by default,
>
> login shells source _only_ .bash_profile, and
> interactive _non-login_ shells source _only_ .bashrc
>
> I suggest that we write the language used for installation to
> /etc/default/language and work with
Thierry Laronde schrieb:
> level of package = max {level of dependencies} + 1
> The install tools simply has to install packages in increasing level
> numbers. All packages having the same level can not, by definition, have any
> circular dependencie, since this will mean that they depend on a pa
Hi
Using debconf for tasks would also make all the current and
future interfaces available for task selection.
Joey Hess schrieb:
> joey@silk:~/tmp/newtasksel>./tasksel -t tasklist
> Selecting software to install
> -
>
> A Debian system can be used for many tasks, a
Glenn McGrath schrieb:
> Im thinking that iso9600 might be a good format for the initrd, because
> the initrd will be compressed anyway cramfs doesnt save us anything on
> the boot disk.
>
> ISO9660 fs support adds less to the kernel size than any other fs.
But isofs is read only, and we might n
David Whedon schrieb:
> - syslogd not working, maybe it is because /dev/log doesn't
> exist, I get tail: /var/log/messages: No such file or
> directory I ctrl-C it a few times and try manually starting
> syslogd, mkfifo /dev/log, eventually it works, not sure what I
> actually needed to do.
sys
Glenn McGrath schrieb:
> 2) I want to leave the core udeb packages on the boot medium rather and
> extract them as a step in the linuxrc rather than extract them into the
> intird at build time, which i think makes it a lot more flexible.
Hmm, so you are not going to make library reduction, or on
Glenn McGrath schrieb:
> So we can use ramfs, if there isnt enough we can make some swap space
> (swap file would be easier than a swap partition) and use the virtual
> memory filesystem.
Well, if I understand it right then this 'virtual memory fs'
will work without swap as long as there is enoug
Hi
Peter Ruser schrieb:
> TERM=vt102
> I use minicom for terminal emulation, which is likewise set to vt102.
Little hint: If you are not actually using a modem, use cu(1)
from the uucp package for serial console. To disable the rest of
uucp comment out everything in /etc/uucp/crontab and install
Hello
Dpk schrieb:
>Personally, I find pump quite functional.
I like it for it's simplicity.
> I agree. However, I received an email from Rick Younie ([EMAIL PROTECTED])
> mentioning that pump doesn't work with kernel 2.4? I have not
> verified this myself.
Works perfectly fine here with
Hi Rob
Rob schrieb:
> I would like to be able to do installs on machines
> that have no monitor, only terminals connected through
> the serial port.
I did an install over serial console on a Sun Sparcstation 20,
using a postato RC 3 (about in august I think) tftp kernel. It
worked perfectly fine
Hi
Thom May schrieb:
> With the now working release of gtkfb, and the soon to be
> release (hopefully) of curses gtk+, it seems to me that there is
> a good opportunity for a "nice" ie, newbie friendly, installer.
Why do you people have the idea that a graphical installer in
itself is more user
Hi
Joey Hess schrieb:
> If it is a daemon that binds to a port, and it doesn't have "secure" in its
> name or "encryption" in its description, it's gotta be insecure.
Debians minimal system (what's called 'standard') is to fat.
Regardless of how secure it is, many boxes just don't need the
portm
Hi
Eray Ozkural (exa) schrieb:
> One thing though. Make sure that the editor in there works flawlessly
> over network connections... Might be convenient for cluster guys here :)
It should work over fucked up serial consoles as well (ie only
alphanumerics and Escape). This is particulary importan
Hi
Eduard Bloch schrieb:
> Additionaly, the Stormix Package Manager seems to be a good replacement
> for dselect on X11.
It's already there:
13:04:08 arthur@turing:~$ apt-cache search stormpkg
stormpkg - Storm Package Manager
ciao, 2ri
--
"I didn't know it was impossible when I did it."
--
15 matches
Mail list logo
