On Thursday 18 January 2007 08:39, S Glasoe wrote:
> Could this be the Damn Small openSUSE Linux equivalent at less than ~50MB?
> Could this be a Rescue System too? Would it be able to NFS/FTP/HTTP to
> openSUSE repositories for the rest of the patterns?
I should have read all posts.
I would vote
On Thursday 18 January 2007 02:39, Andreas Jaeger wrote:
> I heard from several sides that the base system of openSUSE 10.2 is a
> bit large - and agree and would like to discuss with you what we can
> do.
...
I would set target to a basic system that can run and add more packages in a
first inst
On Thu, 2007-01-18 at 23:30 +0100, Richard Bos wrote:
> Op donderdag 18 januari 2007 23:06, schreef Pascal Bleser:
> > From the discussion up to this point, there were already a few
> > interesting proposals:
> > - chroot (that's probably the most minimalistic, not even RPM in there)
> > - very sma
On Thu, 2007-01-18 at 16:03 +0100, Gerd Hoffmann wrote:
> Klaus Kaempf wrote:
> > As written before, I'd see such tools as convenience applications.
> >
> > Maybe we should define the purpose and application of such a 'base'
> > pattern first.
> > Is it for
> > 1. installing a really minimal but s
On Thu, 2007-01-18 at 10:02 +0100, Andreas Jaeger wrote:
> "Claes Bäckström" <[EMAIL PROTECTED]> writes:
>
> > Something I would like to see in the "base" pattern is tools to
> > install new software and with that I don't only mean rpm but a way to
> > use a network source for installation and upd
Op donderdag 18 januari 2007 23:06, schreef Pascal Bleser:
> From the discussion up to this point, there were already a few
> interesting proposals:
> - chroot (that's probably the most minimalistic, not even RPM in there)
> - very small without network (if that's of any use at all)
> - very small
On Fri, Jan 19, 2007 at 08:55:54AM +1100, Graham Smith wrote:
> What might be needed is a "base package set" plus a number of extra pattern
> sets to cover specific jobs like:-
>
> a) minimal networking
> b) package management
> c) virtualised systems
>
> You would then select the "base package
Pascal Bleser wrote:
As Robert wrote, I think we should first define what kind of "minimal
package sets" we want/need.
think by function: write the use, then the result
- - chroot (that's probably the most minimalistic, not even RPM in there)
I'm not very aware of that, however I have a us
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Robert Schiele wrote:
[...]
> So what people actually mean when they say "minimal package set" is actually
> either a "what-_I_-want-at-least-on-my-system package set" or a
> "what-is-needed-for-a-specific-job pattern set". In the first case you will
On Thu, Jan 18, 2007 at 04:23:41PM -0500, Patrick Shanahan wrote:
> * Robert Schiele <[EMAIL PROTECTED]> [01-18-07 15:54]:
> [...]
> > So if this discussion should become constructive you should discuss
> > about a minimal pattern that should be installed when installing a
> > new system or a patt
On Friday 19 January 2007 07:53, Robert Schiele wrote:
> On Thu, Jan 18, 2007 at 04:56:43PM +0100, Klaus Kaempf wrote:
> > * Gerd Hoffmann <[EMAIL PROTECTED]> [Jan 18. 2007 16:03]:
> > > chroot: very much depends on what you plan to do with it. The chroots
> > > which are created for running daemo
* Robert Schiele <[EMAIL PROTECTED]> [01-18-07 15:54]:
[...]
> So if this discussion should become constructive you should discuss
> about a minimal pattern that should be installed when installing a
> new system or a pattern that should be installed for doing this or
> that but not mix up everyth
On Thu, Jan 18, 2007 at 04:56:43PM +0100, Klaus Kaempf wrote:
> * Gerd Hoffmann <[EMAIL PROTECTED]> [Jan 18. 2007 16:03]:
> > chroot: very much depends on what you plan to do with it. The chroots
> > which are created for running daemons in there (named, dhcpd, ...) are
> > smaller than any packag
* Martin Schlander <[EMAIL PROTECTED]> [Jan 17. 2007 09:23]:
>
> I installed from DVD5, when I wanted to remove RealPlayer I got a lot of
> conflicts with the other non-oss stuff, I eventually found out that I could
> solve the problem by removing the non-oss pattern. To me it makes absolutely
* Gerd Hoffmann <[EMAIL PROTECTED]> [Jan 18. 2007 17:14]:
>
> Inside. Outside implies downtime.
Inside has the risk of breaking your system if an update is broken.
Outside does not necessarily mean a long downtime. Imagine the
following.
- create a copy of the virtual image
- loopback mount it
Klaus Kaempf wrote:
> * Gerd Hoffmann <[EMAIL PROTECTED]> [Jan 18. 2007 16:03]:
>> So you need some convinent way to install software. You also want security
>> updates for
>> them. I don't see how xen guests are that much different than a minimum
>> system on real hardware.
>
> Depends on how
* Gerd Hoffmann <[EMAIL PROTECTED]> [Jan 18. 2007 16:03]:
> Klaus Kaempf wrote:
>
> > For 2. or 3. a bash prompt would probably be sufficient (plus a
> > way to install the application you want to run virtualized.)
>
> Xen: no. You don't use xen guests just to boot to the bash prompt,
> usually
Klaus Kaempf wrote:
> As written before, I'd see such tools as convenience applications.
>
> Maybe we should define the purpose and application of such a 'base'
> pattern first.
> Is it for
> 1. installing a really minimal but somewhat usable system via CD/DVD ?
yes.
> 2. running a (Xen) virtual
On Thursday 18 January 2007 02:39, Andreas Jaeger wrote:
> I heard from several sides that the base system of openSUSE 10.2 is a
> bit large - and agree and would like to discuss with you what we can
> do.
>
> I thought about the following:
> * make the existing base system pattern really minimal
>
* Jonathon M. Robison <[EMAIL PROTECTED]> [Jan 18. 2007 15:21]:
> I would have to throw in on the side of networking being part of base,
> although I realize the enlargement that would create due to the amount
> of drivers required.
Drivers is another good point. Would the 'minimal base' include a
On Thu, 2007-01-18 at 09:52 +0100, [EMAIL PROTECTED] wrote:
>
>
> A good idea,
>
> I think it would be enough to have a login and a !!small!! yast for
> installing more packages.
> In my opinion it is not neccessary to have a working network for a really
> small system.
>
A small system run
Klaus Kaempf wrote:
> * Claes Bäckström <[EMAIL PROTECTED]> [Jan 18. 2007 09:56]:
>> Something I would like to see in the "base" pattern is tools to
>> install new software and with that I don't only mean rpm but a way to
>> use a network source for installation and update perhaps zypper?
>
> As w
2007/1/18, Per Jessen <[EMAIL PROTECTED]>:
Randall R Schulz wrote:
> In a HyperThreading CPU not all of the CPU hardware is present twice,
> hence there is less available parallelism.
There is actually zero real concurrency/parallelism - there is only one
execution unit. Look up SMT (simultane
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Wolfgang Rosenauer schreef:
> Klaus Kaempf wrote:
>> * [EMAIL PROTECTED] <[EMAIL PROTECTED]> [Jan 18. 2007 09:52]:
>>> A good idea,
>>>
>>> I think it would be enough to have a login and a !!small!! yast for
>>> installing more packages.
>> If we ar
Am Do 18.01.2007 10:27 schrieb Ludwig Nussel <[EMAIL PROTECTED]>:
> Well, since yast asks for the root password in 2nd stage a system
> without yast would be somewhat useless as you couldn't even log in
> after installation.
Thats why I wrote: "deinstall after installation".
So we can walk trough
On 1/18/07, Klaus Kaempf <[EMAIL PROTECTED]> wrote:
* Claes Bäckström <[EMAIL PROTECTED]> [Jan 18. 2007 09:56]:
>
> Something I would like to see in the "base" pattern is tools to
> install new software and with that I don't only mean rpm but a way to
> use a network source for installation and u
* Ludwig Nussel <[EMAIL PROTECTED]> [Jan 18. 2007 10:27]:
> Klaus Kaempf wrote:
> > * [EMAIL PROTECTED] <[EMAIL PROTECTED]> [Jan 18. 2007 09:52]:
> > >
> > > I think it would be enough to have a login and a !!small!! yast for
> > > installing more packages.
> >
> > If we are talking about a _rea
* Wolfgang Rosenauer <[EMAIL PROTECTED]> [Jan 18. 2007 10:27]:
> Klaus Kaempf wrote:
> >
> > I agree. Thinking of virtualized systems, sharing filesystems is sufficient.
>
> Really. For what to have a virtualized system if you can't really
> connect to it?
To do data processing for example, i.e.
Klaus Kaempf wrote:
> * [EMAIL PROTECTED] <[EMAIL PROTECTED]> [Jan 18. 2007 09:52]:
> >
> > I think it would be enough to have a login and a !!small!! yast for
> > installing more packages.
>
> If we are talking about a _really_ small base system, it should
> include RPM at most but not YaST. Ya
Klaus Kaempf wrote:
> * [EMAIL PROTECTED] <[EMAIL PROTECTED]> [Jan 18. 2007 09:52]:
>> A good idea,
>>
>> I think it would be enough to have a login and a !!small!! yast for
>> installing more packages.
>
> If we are talking about a _really_ small base system, it should include RPM
> at most
> b
* Andreas Jaeger <[EMAIL PROTECTED]> [Jan 18. 2007 10:00]:
> Lars Rupp <[EMAIL PROTECTED]> writes:
>
> > Am Do 18.01.2007 09:39 schrieb Andreas Jaeger <[EMAIL PROTECTED]>:
> >> * What do you think of this? Do you have better ideas?
> >
> > Perhaps we can discuss if we need an additional option "R
* Claes Bäckström <[EMAIL PROTECTED]> [Jan 18. 2007 09:56]:
>
> Something I would like to see in the "base" pattern is tools to
> install new software and with that I don't only mean rpm but a way to
> use a network source for installation and update perhaps zypper?
As written before, I'd see suc
* [EMAIL PROTECTED] <[EMAIL PROTECTED]> [Jan 18. 2007 09:52]:
>
> A good idea,
>
> I think it would be enough to have a login and a !!small!! yast for
> installing more packages.
If we are talking about a _really_ small base system, it should include RPM at
most
but not YaST.
YaST is a conveni
On 1/18/07, Andreas Jaeger <[EMAIL PROTECTED]> wrote:
"Claes Bäckström" <[EMAIL PROTECTED]> writes:
> Something I would like to see in the "base" pattern is tools to
> install new software and with that I don't only mean rpm but a way to
> use a network source for installation and update perhaps
"Claes Bäckström" <[EMAIL PROTECTED]> writes:
> Something I would like to see in the "base" pattern is tools to
> install new software and with that I don't only mean rpm but a way to
> use a network source for installation and update perhaps zypper? And I
> personally never install a machine nowd
Lars Rupp <[EMAIL PROTECTED]> writes:
> Am Do 18.01.2007 09:39 schrieb Andreas Jaeger <[EMAIL PROTECTED]>:
>> * What do you think of this? Do you have better ideas?
>
> Perhaps we can discuss if we need an additional option "Remove after
> installation" in the YaST2-Packagemanager - for Example:
Am Do 18.01.2007 09:39 schrieb Andreas Jaeger <[EMAIL PROTECTED]>:
> * What do you think of this? Do you have better ideas?
Perhaps we can discuss if we need an additional option "Remove after
installation" in the YaST2-Packagemanager - for Example: Some
YaST2-Modules can be deleted, when the ins
On 1/18/07, Andreas Jaeger <[EMAIL PROTECTED]> wrote:
I heard from several sides that the base system of openSUSE 10.2 is a
bit large - and agree and would like to discuss with you what we can
do.
I thought about the following:
* make the existing base system pattern really minimal
* add anothe
> -Ursprüngliche Nachricht-
> Von: Andreas Jaeger [mailto:[EMAIL PROTECTED]
> Gesendet: Donnerstag, 18. Januar 2007 09:39
> An: opensuse-factory
> Cc: [EMAIL PROTECTED]
> Betreff: [opensuse-factory] Making the basesystem smaller
>
>
> I heard from several sides that the base system of o
I heard from several sides that the base system of openSUSE 10.2 is a
bit large - and agree and would like to discuss with you what we can
do.
I thought about the following:
* make the existing base system pattern really minimal
* add another conveninience pattern that has all the extra stuff we
Randall R Schulz wrote:
> In a HyperThreading CPU not all of the CPU hardware is present twice,
> hence there is less available parallelism.
There is actually zero real concurrency/parallelism - there is only one
execution unit. Look up SMT (simultaneous multihreading) for a more
detailed expl
Edward Dunagin wrote:
> hey fellows and gals, this confuses me to no end.
>
> here is my cat /proc/info
>
> processor : 0
[snip]
> physical id : 0
> core id : 0
> cpu cores : 1
>
> processor : 1
[snip]
> physical id : 0
> core id : 0
> cpu cores
42 matches
Mail list logo
