Hi,
thanks for the tip - I'll try to figure that out first ...
greetings
frank
Geert Stappers wrote:
> On Wed, Sep 20, 2006 at 05:09:52PM +0200, Frank Guthorel wrote:
>> Hello,
>>
>> I'm trying to let a first generation Compaq Proliant 350 Server run
>> Debian, but the 3.1 netinstall CD lets me
Loïc Minier wrote:
On Sun, Sep 24, 2006, Attilio Fiandrotti wrote:
Meanwhile, if you want to see if you can reproduce the "BOOM" bug in GTK
from CVS, you can proceed as follows (you'll need a ssh terminal).
-Run gtk-demo and open the hypertext app
-Attach gdb to the process and set a breakpoin
On 23/09/06, Attilio Fiandrotti <[EMAIL PROTECTED]> wrote:
Eddy Petrişor wrote:
>> A round of PPC tests would be useful, especially it happens to find
>> owners of ATI or NVIDIA boards.
>
>
> Got one.
Eddy, do you have the chance to test if forcing off DFB's HW
acceleration makes g-i run on y
At 24 Sep 06 21:20:04 GMT,
Frans Pop wrote:
> On Sunday 24 September 2006 22:24, Frans Pop wrote:
> > I have traced this bug to apt. I've filed a separate bug report so we
> > keep this one on our radar.
> > See http://bugs.debian.org/389261 for details.
> >
> > P.S. If anyone wants to have a shot
Package: installation-reports
INSTALL REPORT
Debian-installer-version: debian-31r2-i386-netinst.iso
downloaded on 04. Sept 2006 via http://www.debian.org/CD/netinst/
(oh shit! I see today there is debian-31r3-i386-netinst.iso available)
uname -a: Linux Hiltja 2.4.27-2-386 #1 Wed Aug 17 09:3
Processing commands for [EMAIL PROTECTED]:
> # Automatically generated email from bts, devscripts version 2.8.14
> reopen 389092
Bug#389092: etch-beta-installer: can't install KDE from graphical installer
Bug reopened, originator not changed.
>
End of message, stopping processing here.
Please co
Frans Pop wrote:
> reassign 388464 debian-installer
> tags 388464 + unreproducible
> thanks
>
> On Wednesday 20 September 2006 16:34, Alastair McKinstry wrote:
>
>> Installing a Dell 1950 Server (x86_64), LVM support is broken as there
>> is no LVM support in the kernel (-8 or -9, I believe), an
cdebconf_0.106_i386.changes uploaded successfully to localhost
along with the files:
cdebconf_0.106.dsc
cdebconf_0.106.tar.gz
cdebconf-priority_0.106_all.udeb
cdebconf_0.106_i386.deb
libdebconfclient0_0.106_i386.deb
libdebconfclient0-dev_0.106_i386.deb
cdebconf-udeb_0.106_i386.udeb
This is intended as a first step towards full support for "add-on" udebs in the
installer: udebs which can be added in at install time from a non-standard
source,
by manual invocation from the main menu.
This patch breaks net-retriever into two components. "net-retriever-core"
contains
the elem
On Sunday 24 September 2006 16:53, Nathanael Nerode wrote:
> This is intended as a first step towards full support for "add-on"
> udebs in the installer: udebs which can be added in at install time
> from a non-standard source, by manual invocation from the main menu.
1) Please file patches as bug
Hi all,
I'm trying to find a good solution for building udebs of
out-of-tree linux kernel modules. What I'm currently doing is
build them from the same source package as normal module
packages, but that approach has some problems [1].
Some possible approaches have come out of discussions during
Max Vozeler <[EMAIL PROTECTED]> writes:
> Approach 1: Building module udebs in linux-kernel-di-*
<...>
> About the delay: It could be reduced by including all modules
> in linux-modules-extra-2.6, which is automatically updated
> whenever a new kernel version/ABI gets uploaded.
Why not just
On Mon, Sep 25, 2006 at 03:28:52PM +0200, Frans Pop wrote:
> On Monday 25 September 2006 14:55, Otavio Salvador wrote:
> > Why not just add support to mark a module supporting d-i udebs and
> > teach linux-modules-extra-2.6 to build them. That would allow us to
> > have just one point to change/imp
On Monday 25 September 2006 14:55, Otavio Salvador wrote:
> Why not just add support to mark a module supporting d-i udebs and
> teach linux-modules-extra-2.6 to build them. That would allow us to
> have just one point to change/improve/fix for them.
No. That solution has severe D-I release manage
At 24 Sep 06 21:20:04 GMT,
Frans Pop wrote:
> On Sunday 24 September 2006 22:24, Frans Pop wrote:
> > I have traced this bug to apt. I've filed a separate bug report so we
> > keep this one on our radar.
> > See http://bugs.debian.org/389261 for details.
> >
> > P.S. If anyone wants to have a shot
On Thu, Aug 17, 2006 at 10:12:09AM +0200, Petter Reinholdtsen wrote:
> An alternative to providing ext2prepare is to remove tune2fs. If
> /sbin/tune2fs isn't available, partman-ext3 will use the code path
> calling mkfs.ext3, and thus generate file systems with the
> resize_inode option enabled.
On Monday 25 September 2006 08:28, Kenshi Muto wrote:
> I found another one today.
> LANGUAGE=en environment value (defined by rootskel) blocked some of
> pkgsel translation, such as task choice menu.
>
> When I modified pkgsel.postinst to unset LANGUAGE on my test
> environment, it seems work as w
reassign 381142 pkgsel
tags 381142 + pending
thanks
> When running a test install with D-I beta3 candidate images, in French,
> the tasks names are not translated while the tasks selection text is
> properly translated.
Kenshi Muto spotted the reason for this.
In rootskel LANGUAGE is set to "en"
Processing commands for [EMAIL PROTECTED]:
> reassign 381142 pkgsel
Bug#381142: tasksel: Tasks names aren't translated
Bug reassigned from package `tasksel' to `pkgsel'.
> tags 381142 + pending
Bug#381142: tasksel: Tasks names aren't translated
Tags were: l10n
Tags added: pending
> thanks
Stoppi
On Mon, Sep 25, 2006 at 03:38:37PM +0200, Michael Schmitz wrote:
> > > Why not put it into the powerpc-utils package then? As far as I
> >
> > Because Michael Schmitz thinks it is a bad idea, and doesn't really believe
> > in
> > group maintenance ?
>
> Sven, I've largely kept silent at your innu
> > Why not put it into the powerpc-utils package then? As far as I
>
> Because Michael Schmitz thinks it is a bad idea, and doesn't really believe in
> group maintenance ?
Sven, I've largely kept silent at your innuendo, but I think it's time to
speak plainly again.
This is nothing about me not
Frans Pop <[EMAIL PROTECTED]> writes:
> On Monday 25 September 2006 14:55, Otavio Salvador wrote:
>> Why not just add support to mark a module supporting d-i udebs and
>> teach linux-modules-extra-2.6 to build them. That would allow us to
>> have just one point to change/improve/fix for them.
>
>
Frans Pop wrote:
> On Sunday 24 September 2006 16:53, Nathanael Nerode wrote:
>> This is intended as a first step towards full support for "add-on"
>> udebs in the installer: udebs which can be added in at install time
>> from a non-standard source, by manual invocation from the main menu.
>
> 1)
On Monday 25 September 2006 18:30, Otavio Salvador wrote:
> It'll be separately. linux-modules-extra uses -source package
> to build the binary and when doing it, we would build the need udeb
> together.
No. You _cannot_ build udebs from the same source package as regular
binaries.
That is the w
Package: net-retriever
Severity: wishlist
This could be easily implemented as a separate module, but I have been asked
to avoid code duplication in d-i.
This is intended as a first step towards full support for "add-on" udebs in the
installer: udebs which can be added in at install time from a no
Frans Pop <[EMAIL PROTECTED]> writes:
> On Monday 25 September 2006 18:30, Otavio Salvador wrote:
>> It'll be separately. linux-modules-extra uses -source package
>> to build the binary and when doing it, we would build the need udeb
>> together.
>
> No. You _cannot_ build udebs from the same sour
Hi there,
since I have a mainboard with VIA VT8251 chipset, I need an installer that
supports that chipset. It is contained in kernel 2.6.18, which is also
available as a debian package since today.
No I tried to build my own installer with that kernel, as in
http://d-i.alioth.debian.org/svn/deb
On Monday 25 September 2006 17:12, Marco Herrn wrote:
># arch abi flavourinstalledname suffix #
> build-depends amd64 2.6.18-2 amd64-generic 2.6.18-1-xen-amd64 -
> linux-image-2.6.18-1-xen-amd64
You have the ABI wrong.
pgpwgg
Quoting Kenshi Muto ([EMAIL PROTECTED]):
> Although APT is one of keys of untranslated strings issue,
> I found another one today.
> LANGUAGE=en environment value (defined by rootskel) blocks some of
> pkgsel translation, such as task choice menu.
>
> When I modified pkgsel.postinst to unset LANG
Hi,
On Mon, Sep 25, 2006 at 07:51:06PM +0200, Frans Pop wrote:
> On Monday 25 September 2006 17:12, Marco Herrn wrote:
> ># arch abi flavourinstalledname suffix #
> > build-depends amd64 2.6.18-2 amd64-generic 2.6.18-1-xen-amd64 -
> > linux-image-2.6.18-1-xen-a
Sven Luther wrote:
> On Sun, Sep 24, 2006 at 11:25:15AM -0400, Nathanael Nerode wrote:
>> At a minumum, the patch for tg3 exists and is fully
>> functional: check with [EMAIL PROTECTED] for the version against
er, that's @recycle.lbl.gov
I'm having him send me a copy.
>> the
>> up-to-date kerne
On Monday 25 September 2006 20:27, Marco Herrn wrote:
> Sorry about the dumb question, but what is the correct one? I tried
> with 2.6.18, which leads to the same problem.
How about the same as the kernel's: 2.6.18-1...
pgp2O5enRh5zZ.pgp
Description: PGP signature
On Mon, Sep 25, 2006 at 09:11:31PM +0200, Frans Pop wrote:
> On Monday 25 September 2006 20:27, Marco Herrn wrote:
> > Sorry about the dumb question, but what is the correct one? I tried
> > with 2.6.18, which leads to the same problem.
>
> How about the same as the kernel's: 2.6.18-1...
Argh
On Monday 25 September 2006 21:16, Marco Herrn wrote:
> Argh, stupid me. Of course.
> But even with that change. The problem still exists.
> What does it mean with "missing module raid5"?
That's a change in the kernel. The module was replaced with raid456.
A new version of kernel-wedge that deals
> A new version of kernel-wedge that deals with that was uploaded yesterday.
Hmm, the newest version I find is 2.26. Shouldn't it be in sid already, if
it was uploaded yesterday? However, is there some other place I can fetch
it from?
--
Marco Herrn _ ___ o '
glantank_0.1_arm.changes uploaded successfully to localhost
along with the files:
glantank_0.1.dsc
glantank_0.1.tar.gz
glantank-utils_0.1_arm.deb
glantank-installer_0.1_arm.udeb
Greetings,
Your Debian queue daemon
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of
On Monday 25 September 2006 21:52, Marco Herrn wrote:
> > A new version of kernel-wedge that deals with that was uploaded
> > yesterday.
>
> Hmm, the newest version I find is 2.26. Shouldn't it be in sid already,
> if it was uploaded yesterday? However, is there some other place I can
> fetch it fr
On Mon, Sep 25, 2006 at 10:16:31PM +0200, Frans Pop wrote:
> So, you'll have to build the new version locally and install that.
OK, I will try that. Thanks for your help.
--
Marco Herrn _ ___ o ' (_)< _ _
_>(__'>o
Package: partman-auto-crypto
Version: 1
Severity: serious
Doing a basic install in vmware (i386), I selected p-a-c, confirmed that I
wanted to use block device encryption, selected separate /home scheme,
and was then presented with a dialog "Configuration of encrypted volumes
failed".
Re that
Package: debian-installer
Severity: grave
Current netinst package is broken. Installation stops just before
"Detecting network hardware ..." step. There is no way to run it (d-i
returns to main menu). Most of translations are missing in main menu. In
syslog there are many string like "INFO: Fallin
On Mon, Sep 25, 2006 at 09:53:31PM +0200, Frans Pop wrote:
> /var/log/syslog shows:
> kernel: device-mapper: crypt: Error allocating crypto tfm
> kernel: device-mapper: error adding target to table
> kernel: device-mapper: device doesn't appear to be in the dev hash table.
> partman-crypto: Command
Package: gdm
Severity: grave
Tags: patch l10n d-i
This is due to changes in location where information about locale is
stored. Attached patch fixes this problem. This bug may not be "grave"
for gdm itself, but IMHO it is release-critical for d-i.
-- System Information:
Debian Release: testing/uns
(new) glantank-installer_0.1_arm.udeb optional debian-installer
Make GLAN Tank bootable
This package will install scripts to make the GLAN Tank bootable.
(new) glantank-utils_0.1_arm.deb optional admin
utilities for the GLAN Tank
The GLAN Tank is a Network Attached Storage (NAS) device based on a
Package: installation-reports Debian-installer-version: 08-06-2006 - ftp.br.debian.orguname -a: Date: 25-09-2006 – 20:00Method: Instalation from CD-ROM Machine: IntelProcessor: Pentium 4 HT 3.2GhzMemory: 512 DDR2Root Device: 80Gb SATARoot Size/partition table: Partição disk 1 Tipo
On Mon, Sep 25, 2006 at 11:25:53PM +0200, Max Vozeler wrote:
On Mon, Sep 25, 2006 at 09:53:31PM +0200, Frans Pop wrote:
/var/log/syslog shows:
kernel: device-mapper: crypt: Error allocating crypto tfm
kernel: device-mapper: error adding target to table
kernel: device-mapper: device doesn't appea
Your message dated Tue, 26 Sep 2006 02:39:02 +0200
with message-id <[EMAIL PROTECTED]>
and subject line Bug#389460: debian-installer: netinst image is broken
has caused the attached Bug report to be marked as done.
This means that you claim that the problem has been dealt with.
If this is not the
On Tuesday 26 September 2006 02:04, David Härdeman wrote:
> Agreed...the problem is probably with the on-demand loading of modules
> and not with p-a-c. It's weird though, partman-crypto-dm does rely
> on the virtual crypto-modules package...
>
> Did the syslog have any failure messages wrt. udeb d
Package: installation-guide-sparc
Severity: wishlist
Hi,
The attached file (sparc.xml) contains the description of supported sparc
hardware. It is intended to replace en/hardware/supported.sparc.xml. Please
review
and apply.
Thanks,
--
Jurij Smakov[EM
48 matches
Mail list logo
