On Tue, Aug 08, 2006 at 06:49:32AM +0200, Sven Luther <[EMAIL PROTECTED]> wrote:
> On Mon, Aug 07, 2006 at 04:46:09PM -0700, Thomas Bushnell BSG wrote:
> > [EMAIL PROTECTED] (Marco d'Itri) writes:
> >
> > > On Aug 08, Thomas Bushnell BSG <[EMAIL PROTECTED]> wrote:
> > >
> > >> We Do Not Distribute
On Mon, Aug 07, 2006 at 04:46:09PM -0700, Thomas Bushnell BSG wrote:
> [EMAIL PROTECTED] (Marco d'Itri) writes:
>
> > On Aug 08, Thomas Bushnell BSG <[EMAIL PROTECTED]> wrote:
> >
> >> We Do Not Distribute Non-Free Software No Matter How Much It Helps Our
> >> Users.
>
> > Now think about why we
On Mon, Aug 07, 2006 at 04:26:45PM -0700, Thomas Bushnell BSG wrote:
> Sven Luther <[EMAIL PROTECTED]> writes:
>
> > untruth in what i said above, or in the other mail ?
>
> Yes. There is the option of simply not supporting installation on the
> devices in question.
Yeah, well, sure there is,
[EMAIL PROTECTED] (Marco d'Itri) writes:
> On Aug 08, Thomas Bushnell BSG <[EMAIL PROTECTED]> wrote:
>
>> > Now think about why we do not do it.
>> It does not matter. Different members of Debian have different
>> reasons. We have all agreed to work together on the basis of the
>> Social Contrac
On Aug 08, Thomas Bushnell BSG <[EMAIL PROTECTED]> wrote:
> > Now think about why we do not do it.
> It does not matter. Different members of Debian have different
> reasons. We have all agreed to work together on the basis of the
> Social Contract, which says that We Do Not Distribute Non-Free
[EMAIL PROTECTED] (Marco d'Itri) writes:
> On Aug 08, Thomas Bushnell BSG <[EMAIL PROTECTED]> wrote:
>
>> We Do Not Distribute Non-Free Software No Matter How Much It Helps Our
>> Users.
> Now think about why we do not do it.
It does not matter. Different members of Debian have different
reason
On Aug 08, Thomas Bushnell BSG <[EMAIL PROTECTED]> wrote:
> We Do Not Distribute Non-Free Software No Matter How Much It Helps Our
> Users.
Now think about why we do not do it.
--
ciao,
Marco
signature.asc
Description: Digital signature
[EMAIL PROTECTED] (Marco d'Itri) writes:
> On Aug 08, Thomas Bushnell BSG <[EMAIL PROTECTED]> wrote:
>
>> Yes. There is the option of simply not supporting installation on the
>> devices in question.
> i.e. screwing our users.
We Do Not Distribute Non-Free Software No Matter How Much It Helps O
On Aug 08, Thomas Bushnell BSG <[EMAIL PROTECTED]> wrote:
> Yes. There is the option of simply not supporting installation on the
> devices in question.
i.e. screwing our users.
--
ciao,
Marco
signature.asc
Description: Digital signature
Sven Luther <[EMAIL PROTECTED]> writes:
> untruth in what i said above, or in the other mail ?
Yes. There is the option of simply not supporting installation on the
devices in question.
Thomas
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [E
Package: linux-2.6
Severity: wishlist
Tags: d-i
Please consider activating EFI support for i386, which is needed for D-I
to support installation on Intel-based MacBook Pro systems.
This would allow usage of elilo as bootloader.
See also: http://bugs.debian.org/381584
The pseudo patch below give
Package: linux-image-2.6.16-2-686-smp
Version: 2.6.16-17
Severity: normal
File: /vmlinuz
Don't know how important this is, going with "normal".
I'm getting this in my syslog:
kernel: More than 8 CPUs detected and CONFIG_X86_PC cannot handle it.
kernel: Use CONFIG_X86_GENERICARCH or CONFIG_X86_BI
* Manoj Srivastava [Mon, 07 Aug 2006 13:40:09 -0500]:
> I am assuming you are not trolling, but merely do not know the
> behaviour of the image preinst script.
I know the behavior I observe in my systems. I have not read the code.
> The difference is that first, if kernel image
On Sun, 6 Aug 2006 02:16:59 +0200, Adeodato Simó <[EMAIL PROTECTED]> said:
> * Manoj Srivastava [Sat, 05 Aug 2006 00:25:05 -0500]:
>> > 6) debconf note
>> > a preinst warning of the update.
>> Not a note. A question asked, and action taken based on the answer.
> You mean like kernel-package's "
Hi,
Apparently one of the old worries of using initramfs-tools as default
for the upcoming release of Debian is no more:
The maintainer of initramfs-tools, Maximilian Attems, today adjusted
the status and comparison page of ramdisk tools[1], stating in the
changelog that there is no problems usin
severity 381844 minor
stop
On Mon, 07 Aug 2006, Ivan Sergio Borgonovo wrote:
> amd64-smp
>
> System doesn't boot. Error message is "Waiting for root file system... device
> /dev/md3 does not exist".
>
uups i should reread strange long subjects more carefully.
MODULES=list will _ONLY_ work if
Processing commands for [EMAIL PROTECTED]:
> severity 381844 minor
Bug#381844: itramfs-tools doesn't produce working ramdisk on amd64 with
MODULES=list
Severity set to `minor' from `important'
> stop
Stopping processing here.
Please contact me if you need assistance.
Debian bug tracking system
On Mon, Aug 07, 2006 at 06:24:12PM +0100, Thiemo Seufer wrote:
> Sven Luther wrote:
> > On Mon, Aug 07, 2006 at 04:53:51PM +0200, Marco d'Itri wrote:
> > > On Aug 07, Goswin von Brederlow <[EMAIL PROTECTED]> wrote:
> > >
> > > > > No, because those are not linked together with the GPLed code, but
Package: linux-image-2.6.17-1-powerpc
Version: 2.6.17-5
Severity: important
I sometimes connect to my Zaurus SL-C860 with a USB connection (using
usbnet) from my PowerBook and the connection often freezes. For instance,
if I type "ssh -t -l zaurus 192.168.129.201 /usr/local/bin/zsh -l", then
"ls /
Sven Luther wrote:
> On Mon, Aug 07, 2006 at 04:53:51PM +0200, Marco d'Itri wrote:
> > On Aug 07, Goswin von Brederlow <[EMAIL PROTECTED]> wrote:
> >
> > > > No, because those are not linked together with the GPLed code, but are
> > > > a mere
> > > > aggregation of works inside the same media, i
On Mon, Aug 07, 2006 at 04:53:51PM +0200, Marco d'Itri wrote:
> On Aug 07, Goswin von Brederlow <[EMAIL PROTECTED]> wrote:
>
> > > No, because those are not linked together with the GPLed code, but are a
> > > mere
> > > aggregation of works inside the same media, i.e. the binary file. Those
> >
On Wed, Aug 02, 2006 at 05:52:34PM +0200, Daniel Baumann wrote:
> Daniel Baumann wrote:
> > Can you make an announcement to all oot-module maintainers, telling them
> > that they should put their packages together into linux-modules-extra
> > (for main) or a similar one for contrib, and if they're
On Mon, Aug 07, 2006 at 02:48:08PM +0200, Goswin von Brederlow wrote:
> Sven Luther <[EMAIL PROTECTED]> writes:
>
> > On Sun, Aug 06, 2006 at 01:21:32PM +0200, Goswin von Brederlow wrote:
> >> [EMAIL PROTECTED] (Marco d'Itri) writes:
> >>
> >> > On Aug 04, Goswin von Brederlow <[EMAIL PROTECTED]>
severity 381844 important
tags 381844 moreinfo
stop
On Mon, Aug 07, 2006 at 01:06:44PM +0200, Ivan Sergio Borgonovo wrote:
>
> Package: initramfs-tools
> Version: 0.73c
> Severity: grave
that is grossly overrated severity, it works for many boots out there.
also please next time use reportbug it
Processing commands for [EMAIL PROTECTED]:
> severity 381844 important
Bug#381844: itramfs-tools doesn't produce working ramdisk on amd64 with
MODULES=list
Severity set to `important' from `grave'
> tags 381844 moreinfo
Bug#381844: itramfs-tools doesn't produce working ramdisk on amd64 with
MOD
Package: linux-image-2.6.16-2-686-smp
Version: 2.6.16-17
Severity: normal
On a T60p with the latest BIOS (1.09), e1000 fails to find the ethernet device
when loaded. It generates the following error in the kernel log:
Aug 7 06:39:18 localhost kernel: e1000: :02:00.0: e1000_probe: The EEPROM
On Monday 07 August 2006 03:23, Frederik Schueler wrote:
> Hello,
>
> On Mon, Aug 07, 2006 at 09:32:11AM +0200, Sven Luther wrote:
> > These are fine words, but how do you think they can translate
> > into reality ? We don't currently have the ressources to do it
> > the way it should be done, and
On Aug 07, Goswin von Brederlow <[EMAIL PROTECTED]> wrote:
> > No, because those are not linked together with the GPLed code, but are a
> > mere
> > aggregation of works inside the same media, i.e. the binary file. Those
> > non-free firmware will never run inside the same memory space as the ker
Sven Luther <[EMAIL PROTECTED]> writes:
> On Sun, Aug 06, 2006 at 01:21:32PM +0200, Goswin von Brederlow wrote:
>> [EMAIL PROTECTED] (Marco d'Itri) writes:
>>
>> > On Aug 04, Goswin von Brederlow <[EMAIL PROTECTED]> wrote:
>> >
>> >> >>think not? Prove it by proposing a GR. More importantly, th
On Mon, Aug 07, 2006 at 12:27:52PM +0200, Sven Luther wrote:
> On Mon, Aug 07, 2006 at 11:33:28AM +0200, Stefan Huehner wrote:
> > Package: initrd-tools
> > Version: 0.1.84.1
> > Severity: wishlist
> >
> >
> > Hi,
> > your package specifies a dependency of
> > "coreutils | fileutils (>= 4.1.9) |
On Mon, 7 Aug 2006 12:26:42 +0200 Sven Luther wrote:
> On Mon, Aug 07, 2006 at 11:58:11AM +0200, Jonas Smedegaard wrote:
> > On Mon, 7 Aug 2006 10:42:42 +0200 Sven Luther wrote:
> >
> > > > Sven, can you please finally STOP flaming against the
> > > > debian-installer team, thank you.
> > >
> >
On Mon, Aug 07, 2006 at 11:33:28AM +0200, Stefan Huehner wrote:
> Package: initrd-tools
> Version: 0.1.84.1
> Severity: wishlist
>
>
> Hi,
> your package specifies a dependency of
> "coreutils | fileutils (>= 4.1.9) | stat (>= 3.0)".
>
> Of those fileutils and stat are dummy transitional package
On Mon, Aug 07, 2006 at 11:58:11AM +0200, Jonas Smedegaard wrote:
> On Mon, 7 Aug 2006 10:42:42 +0200 Sven Luther wrote:
>
> > > Sven, can you please finally STOP flaming against the
> > > debian-installer team, thank you.
> >
> > Well, its a simple statement of facts, is it not ? I mean, did you
On Mon, Aug 07, 2006 at 10:19:41AM +0200, Norbert Tretkowski wrote:
> * Bastian Blank wrote:
> > The following arches did not yet switch to gcc-4.1:
> > - alpha
>
> Linux 2.6.17 doesn't compile with gcc 4.1 [...]
Same for m68k.
> > At least alpha seems to be in an unmaintained state, and this h
On Mon, 7 Aug 2006 10:42:42 +0200 Sven Luther wrote:
> > Sven, can you please finally STOP flaming against the
> > debian-installer team, thank you.
>
> Well, its a simple statement of facts, is it not ? I mean, did you
> find any untruth in what i said above,
Flames may be true and real. It is
Package: initrd-tools
Version: 0.1.84.1
Severity: wishlist
Hi,
your package specifies a dependency of
"coreutils | fileutils (>= 4.1.9) | stat (>= 3.0)".
Of those fileutils and stat are dummy transitional packages. They have
been this way before sarge. Thus these are not needed for upgrade
issue
On Mon, Aug 07, 2006 at 10:23:31AM +0200, Frederik Schueler wrote:
> Hello,
>
> On Mon, Aug 07, 2006 at 09:32:11AM +0200, Sven Luther wrote:
> > These are fine words, but how do you think they can translate into reality ?
> > We don't currently have the ressources to do it the way it should be don
* Frederik Schueler wrote:
> Norbert Tretkowski wrote:
> > > At least alpha seems to be in an unmaintained state, and this
> > > have to be solved quickly.
> >
> > Aha.
>
> How is the alpha-vserver flavour coming along? ;-)
It's still on my todo list, but due to some personal and job-related
chan
Hello,
On Mon, Aug 07, 2006 at 10:19:41AM +0200, Norbert Tretkowski wrote:
> > At least alpha seems to be in an unmaintained state, and this have
> > to be solved quickly.
>
> Aha.
How is the alpha-vserver flavour coming along? ;-)
Best regards
Frederik Schueler
--
ENOSIG
signature.asc
Desc
Hello,
On Mon, Aug 07, 2006 at 09:32:11AM +0200, Sven Luther wrote:
> These are fine words, but how do you think they can translate into reality ?
> We don't currently have the ressources to do it the way it should be done, and
> evne if we did, the deficiencies of d-i will make the work we do use
* Bastian Blank wrote:
> The following arches did not yet switch to gcc-4.1:
> - alpha
Linux 2.6.17 doesn't compile with gcc 4.1 on alpha.
> At least alpha seems to be in an unmaintained state, and this have
> to be solved quickly.
Aha.
Norbert
--
To UNSUBSCRIBE, email to [EM
On Sun, Aug 06, 2006 at 04:50:54PM -0700, Thomas Bushnell BSG wrote:
> Sven Luther <[EMAIL PROTECTED]> writes:
>
> > So, i don't believe there is much choice left to the kernel team in
> > this issue but to ask for a waiver of the DFSG compliance for the
> > kernel for etch, and hope the d-i folk
Hi folks
The following arches did not yet switch to gcc-4.1:
- alpha
- hppa
- m68k
- powerpc
At least alpha seems to be in an unmaintained state, and this have to be
solved quickly.
Bastian
--
There's a way out of any cage.
-- Captain Christopher Pike, "The Menagerie" ("The Cag
43 matches
Mail list logo
