On Friday 29 June 2007 08:18, Frans Pop wrote:
> I have now finished the last changes I wanted to make before uploading
> the fake RAID support that was implemented during DebConf.
>
> I would appreciate it if some people would review the new templates
Comments on (or improvements of) the Wiki pag
I have now finished the last changes I wanted to make before uploading the
fake RAID support that was implemented during DebConf.
I would appreciate it if some people would review the new templates
created for this:
- one internal template in hw-detect (no review needed)
- two templates in partm
This is mostly a cosmetic issue but keepign some inconcistencies is
less and less relevant as time goes.
The current templates in user-setup still use the namespace that has
been inherited from the passwd binary package. This is because of the
ancient usage of passwd, in the good old days of sarge
This happened last night on my system:
The following packages have unmet dependencies:
cdebconf-gtk-udeb: Depends: libcairo2 (>= 1.4.0) but it is not installable
The same goes for all images that includes the graphical
installer. The floopy and netboot images build fine.
It may be local to my
Processing commands for [EMAIL PROTECTED]:
> reassign 428769 partman-lvm
Bug#428769: debian-installer: double hyphens in LVM names (partman-lvm)
Bug reassigned from package `debian-installer' to `partman-lvm'.
> thanks
Stopping processing here.
Please contact me if you need assistance.
Debian b
Your message dated Fri, 29 Jun 2007 06:31:44 +0200
with message-id <[EMAIL PROTECTED]>
and subject line Bug#428769: debian-installer: double hyphens in LVM names
(partman-lvm)
has caused the attached Bug report to be marked as done.
This means that you claim that the problem has been dealt with.
On Friday 29 June 2007 03:56, Frans Pop wrote:
> As this change also affects the Makefile for the installer, I think we
> should only do this when all architectures are using the same kernel
> version. Currently this is _not_ the case.
Note that both the linux-image-di-* _and_ linux-module-di-* pa
On Friday 29 June 2007 03:16, Otavio Salvador wrote:
> The installer pkg-lists has been change to use those new packages and
> also the building system to ignore them while selecting the standard
> packages.
As this change also affects the Makefile for the installer, I think we
should only do thi
During Debconf Jérémy Bobbio (Lunar) and I had a look at what is needed to
get rid of the devfs device names in the installer. It turned out that
this is actually very little, mostly thanks to all the work already done
by Colin.
The result can be found on:
http://wiki.debian.org/DebianInstaller/
Otavio Salvador <[EMAIL PROTECTED]> writes:
> P.S.: No changelog entries has been include yet. It'll be done before
> commiting it depending of the comments from the mailing list.
I've locally already moved the kernel-image to linux-image files,
inside of modules dir for each source package.
--
From: Otavio Salvador <[EMAIL PROTECTED]>
To follow the linux kernel package name scheme the Debian Installer
linux kernel package had to change its name to linux-image-*-di.
The installer pkg-lists has been change to use those new packages and
also the building system to ignore them while select
Your message dated Thu, 28 Jun 2007 21:22:30 -0300
with message-id <[EMAIL PROTECTED]>
and subject line Isn't need at the moment and nobody complained about it anymore
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 i
Your message dated Thu, 28 Jun 2007 20:59:51 -0300
with message-id <[EMAIL PROTECTED]>
and subject line Too few people still using OS/2
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 case it is now your re
Colin Watson wrote:
> Somebody (architecture maintainers?) should update lowmem for all of
> this.
For i386 it seems that lowmem level 1 can be dropped from 72 to 48 mb.
The max memory usage point is just before anna loads templates, when it
gets down to ~5 mb free. This jumps to ~15 mb free after
Christian Perrier wrote:
> and I will maybe have less
> hard work convincing the release manager that we *can* keep languages
> even when they're not complete.
That is *if* you find a release manager :-/
OTOH, indeed, thanks Colin for doing this. I guess talking face to face is
always more produ
On Thu, Jun 28, 2007, Attilio Fiandrotti wrote:
> With gtk+ 2.10.13 from debian archives, the GDK_WINDOWING_DIRECTFB is
> still not defined (while it is when building gtk/dfb from sources),
> hence we cannot depend on it to enable at compile time the code
> (whatever it is) that performs keymap
On Thu, Jun 28, 2007, Attilio Fiandrotti wrote:
[...]
> The cleanest solution would probably be delegating keymap reloading
> (acually, the calling of dfb_input_device_reload_keymap() ) to an
> external application, called by the a debconf client only when needed,
> and not by the frontend.
Hm
On Thu, Jun 28, 2007 at 11:13:10AM +0200, Attilio Fiandrotti wrote:
> With gtk+ 2.10.13 from debian archives, the GDK_WINDOWING_DIRECTFB is
> still not defined (while it is when building gtk/dfb from sources),
> hence we cannot depend on it to enable at compile time the code
> (whatever it is) t
On Thu, Jun 28, 2007 at 06:59:20AM +0200, Christian Perrier wrote:
> That means knowing what condition triggers the "language can no longer
> be changed" dialog. What I've understood so far is "after anna
> runs". Am I right?
(answered elsewhere)
> Deep congratulations for that work, Colin. I now
Hi
With gtk+ 2.10.13 from debian archives, the GDK_WINDOWING_DIRECTFB is
still not defined (while it is when building gtk/dfb from sources),
hence we cannot depend on it to enable at compile time the code
(whatever it is) that performs keymap reloading.
So i wonder if we can set a proper def
On Thu, Jun 28, 2007 at 07:16:38AM +0200, Christian Perrier wrote:
> Quoting Colin Watson ([EMAIL PROTECTED]):
> > * Set debconf/translations-dropped to true if translations are permanently
> > dropped. (The implementation isn't in exactly the right place; see the
> > comment in src/confmodule.
Colin Watson wrote:
On Thu, Jun 21, 2007 at 03:35:09PM +0200, Attilio Fiandrotti wrote:
* r47575
- There are plans for having cdebconf replacing debconf someday, this
means the gtk frontend should build against gtk/x11 too [1].
Including more directfb private includes files goes the oppposite w
22 matches
Mail list logo