On Mon, Mar 27, 2006 at 06:57:18AM +0200, Christian Perrier wrote:
Quoting Robert Millan ([EMAIL PROTECTED]):
Package: localechooser
Severity: normal
Tags: patch
Hi,
ca_ES assumption in languagelist disables Catalan for other countries in the
countrychooser/shortlist template
On Mon, Mar 27, 2006 at 02:20:11AM +0200, Frans Pop wrote:
There is no problem with initramfs-tools, just a problem with the
maintainer of the ppc port who is too quick to jump to conclusions again.
Since the debian-installer team clearly stated that debian would be better off
without me,
Processing commands for [EMAIL PROTECTED]:
# Automatically generated email from bts, devscripts version 2.9.15
tags 359128 pending
Bug#359128: Fix ca_ES assumption in languagelist (needed for ca_FR, ca_AD and
ca_IT)
Tags were: patch
Tags added: pending
End of message, stopping processing
I downloaded it earlier today from
http://www.debian.org/devel/debian-installer/
OK. So that means it was either a daily or Beta2. At least recent.
The lspci output indicates a SATA controller.
See http://wiki.debian.org/DebianInstaller/SataAtapiHowto
for a possible workaround for your
severity 358970 wishlist
thanks mate
On Sat, Mar 25, 2006 at 06:18:25PM +0200, Anton Zinoviev wrote:
The letters that replaced the tamagochi, lightening bolt, etc. must be
translatable.
Why?
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact
On Mon, Mar 27, 2006 at 10:16:12AM +0200, Michael Schmitz wrote:
On Mon, Mar 27, 2006 at 02:20:11AM +0200, Frans Pop wrote:
There is no problem with initramfs-tools, just a problem with the
maintainer of the ppc port who is too quick to jump to conclusions again.
Since the
Processing commands for [EMAIL PROTECTED]:
severity 358970 wishlist
Bug#358970: The B, F, K characters should be translatable
Severity set to `wishlist'.
thanks mate
Stopping processing here.
Please contact me if you need assistance.
Debian bug tracking system administrator
(administrator,
If the d-i team does not get their act together WRT daily builds, I can
offer to set up a 233 MHz G3 with accounts for d-i. Ditto for someone to
build kernels.
The real problem is not the machine, they can even use an account on the IBM
donated quad-power5 at augsbourg if needed. The real
On Mon, Mar 27, 2006 at 02:26:37PM +0200, Geert Stappers wrote:
On Sat, Mar 25, 2006 at 06:18:25PM +0200, Anton Zinoviev wrote:
The letters that replaced the tamagochi, lightening bolt, etc. must be
translatable.
Why?
The reason pictograms were replaced by letters was that people
On Mon, Mar 27, 2006 at 02:23:47AM +0200, Frans Pop wrote:
On Monday 27 March 2006 00:42, Shyamal Prasad wrote:
(X-Debbugs-CC to debian-kernel at Sven Luther's request, perhaps this
should have been filed against initramfs-tools directly)
This is not an initramfs-tools problem, but the
Just for the record.
On Monday 27 March 2006 16:43, Sven Luther wrote:
And Frans, you are an unfeeling bastard, i personally asked you
yesterday to not pick on me like you are doing now, since i was facing
another strong crisis with my mother yesterday, and really didn't need
such bullshit.
On Mon, Mar 27, 2006 at 05:12:09PM +0200, Frans Pop wrote:
Just for the record.
On Monday 27 March 2006 16:43, Sven Luther wrote:
And Frans, you are an unfeeling bastard, i personally asked you
yesterday to not pick on me like you are doing now, since i was facing
another strong crisis
On Monday 27 March 2006 17:21, Sven Luther wrote:
with something like 18 hours of interval between them, which i believe
If anybody can tell me where these 18 hours come from, I'll be happy to
consider apologizing.
I replied two times on the same subject as there was both a thread on
d-boot
linux-kernel-di-s390-2.6_0.01_s390.changes uploaded successfully to localhost
along with the files:
linux-kernel-di-s390-2.6_0.01.dsc
linux-kernel-di-s390-2.6_0.01.tar.gz
kernel-image-2.6.16-1-s390-di_0.01_s390.udeb
nic-modules-2.6.16-1-s390-di_0.01_s390.udeb
s390-dasd_0.0.14_s390.changes uploaded successfully to localhost
along with the files:
s390-dasd_0.0.14.dsc
s390-dasd_0.0.14.tar.gz
s390-dasd_0.0.14_s390.udeb
Greetings,
Your Debian queue daemon
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe.
s390-netdevice_0.0.11_s390.changes uploaded successfully to localhost
along with the files:
s390-netdevice_0.0.11.dsc
s390-netdevice_0.0.11.tar.gz
s390-netdevice_0.0.11_s390.udeb
Greetings,
Your Debian queue daemon
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of
Accepted:
s390-dasd_0.0.14.dsc
to pool/main/s/s390-dasd/s390-dasd_0.0.14.dsc
s390-dasd_0.0.14.tar.gz
to pool/main/s/s390-dasd/s390-dasd_0.0.14.tar.gz
s390-dasd_0.0.14_s390.udeb
to pool/main/s/s390-dasd/s390-dasd_0.0.14_s390.udeb
Announcing to debian-devel-changes@lists.debian.org
Thank
Accepted:
s390-netdevice_0.0.11.dsc
to pool/main/s/s390-netdevice/s390-netdevice_0.0.11.dsc
s390-netdevice_0.0.11.tar.gz
to pool/main/s/s390-netdevice/s390-netdevice_0.0.11.tar.gz
s390-netdevice_0.0.11_s390.udeb
to pool/main/s/s390-netdevice/s390-netdevice_0.0.11_s390.udeb
Announcing to
There are disparities between your recently accepted upload and the
override file for the following file(s):
s390-netdevice_0.0.11_s390.udeb: package says priority is optional, override
says standard.
Either the package or the override file is incorrect. If you think
the override is correct
(new) kernel-image-2.6.16-1-s390-di_0.01_s390.udeb extra debian-installer
Linux kernel binary image for the Debian installer
This package contains the Linux kernel image for the Debian installer
boot images. It does _not_ provide a usable kernel for your full
Debian system.
(new)
Accepted:
kernel-image-2.6.16-1-s390-di_0.01_s390.udeb
to
pool/main/l/linux-kernel-di-s390-2.6/kernel-image-2.6.16-1-s390-di_0.01_s390.udeb
linux-kernel-di-s390-2.6_0.01.dsc
to pool/main/l/linux-kernel-di-s390-2.6/linux-kernel-di-s390-2.6_0.01.dsc
linux-kernel-di-s390-2.6_0.01.tar.gz
to
On Mon, Mar 27, 2006 at 06:38:24PM +0300, Anton Zinoviev wrote:
The reason pictograms were replaced by letters was that people didn't
understand the meaning of the pictograms. For people who do not know
English the current letters are even less understandable.
I think we can agree which
On 3/27/06, Abel Martín [EMAIL PROTECTED] wrote:
How can I change an udeb priority? I'm trying to create an automatic
debian installer and the only thing I need to be prompted is the
confirmation for the hostname and search domain taken from DHCP.
I set debconf/priority=critical because
Philip Hands wrote:
Of course, since going down this route, I've also created a script
(dsd_fetch_file) that includes the fetching code from preseed to allow
scripts to easily grab files from the same source as the preseed files -- I
think if we split the code in preseed out into a fetch_file
On Mon, Mar 27, 2006 at 05:53:50PM +0200, Geert Stappers wrote:
And for remote support over a serial line (emulating a VT100)
I can use only 7-bit ASCII ...
In most cases this means you have to use English. Hence the symbols
F, f, K, B will be untranslated just like the rest of the
David Härdeman wrote:
I'm currently working on adding dm-crypt support to partman-crypto. This
requires the kernel crypto and hashing modules, but I have been unable
to find a udeb which provides them.
Is there such a udeb that I've missed, or would it be possible to create
one?
I can
Samuel Thibault wrote:
The Debian installer now uses bterm for better i18n. However, brltty
(the daemon that permits visually impaired people to access debian)
isn't able to fetch what bterm displays, and hence visually impaired
people can't use the Debian installer. Of course, some solution
Processing commands for [EMAIL PROTECTED]:
# Automatically generated email from bts, devscripts version 2.9.15
reassign 359062 brltty-udeb
Bug#359062: debian-installer: bterm is not (yet) accessible for brltty
Bug reassigned from package `debian-installer' to `brltty-udeb'.
End of message,
David Härdeman wrote:
in order to create and install to dm-crypt encrypted partitions, the
kernel crypto modules are needed. Therefore I hope that it would be
possible to create a crypto-modules udeb.
I assume that there is really nothing i386 specific in this list of
modules and that I should
As far as I can see, brltty-udeb unconditionally starts up brltty on
debian-installer startup. As noted in #359062, it won't work if the
framebuffer display and bterm are being used.
I wonder what the effect of startg in brltty is on systems that don't
have a braille display? Does the daemon
Samuel Thibault, le Mon 27 Mar 2006 22:59:15 +0200, a écrit :
- or the user added brltty= parameter on the command line.
on the kernel command line I mean.
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Hi,
Joey Hess, le Mon 27 Mar 2006 15:50:36 -0500, a écrit :
As far as I can see, brltty-udeb unconditionally starts up brltty on
debian-installer startup.
Well, maybe this could be fixed somehow. Mario, maybe we could rather
use hotplug rules for only starting brltty when
- either hotplug
Samuel Thibault wrote:
Mmm, you're missing the point: we would rather have brltty-udeb included
in official CDs for letting blind people just boot the official CD
and install debian. And there's no reason why asian blind people (for
instance) shouldn't be able to install debian, so brltty
I have been working on preseeding during network booting. I got a
network preseed file to work, but I'm having trouble putting the
preseed.cfg file in the initrd.
First, I know this is probably not the correct way to modify the initrd,
but here is what I did:
Uncompress the initrd:
gunzip
Forgot (at least) one critical bit of information: I'm working
with the Sarge installer and the netboot image retrieved from:
ftp://ftp.us.debian.org/debian/dists/sarge/main/installer-i386/current/images/netboot/
Thanks!
Steve
On Mon, Mar 27, 2006 at 03:27:30PM -0500, Steve Feehan wrote:
I
On Mon, Mar 27, 2006 at 03:32:43PM -0500, Joey Hess wrote:
David Härdeman wrote:
I'm currently working on adding dm-crypt support to partman-crypto. This
requires the kernel crypto and hashing modules, but I have been unable
to find a udeb which provides them.
I can add the udeb if you let
Package: discover1
Version: 1.7.17
Severity: normal
Tags: d-i
discover1-udeb currently depends on
Depends: libc6 (= 2.3.5-1), libdiscover1 (= 1.7.10), discover1-data-udeb (=
1.2004.09.24)
The dependency on libdiscover1 is unncessary and should be removed.
This udeb already includes a copy of
Samuel Thibault wrote:
There's also no necessary connection that I can see between bterms's
display of asian characters in an utf-8 font and brltty. The installer
is not dependent on bterm to emit asian characters, all bterm provides
is a way to display said characters at the linux
Hi,
Joey Hess, le Mon 27 Mar 2006 15:44:58 -0500, a écrit :
Samuel Thibault wrote:
The Debian installer now uses bterm for better i18n. However, brltty
(the daemon that permits visually impaired people to access debian)
isn't able to fetch what bterm displays, and hence visually impaired
I already followed the instructions from
http://wiki.debian.org/DebianInstaller/Modify?highlight=%28debianinstaller%29
and was able to make a custom debian installer. I even modified the
priority for some deb packages and it worked.
The only problem is that I cannot find an overrides-like file
Hi,
Frans Pop, le Mon 27 Mar 2006 23:52:49 +0200, a écrit :
I sent the mail below to you and the bug report just under a week ago.
Did you give this any thought?
Well, I do agree with you, but it's rather to the maintainers (Mario for
Debian and Dave for upstream) who should give their
Package: gtk+2.0-directfb
Version: 2.0.9.2-14
Severity: serious
Hi,
Your package is failing to build with the following error:
gcc -DHAVE_CONFIG_H -I. -I. -I../.. -DDEMOCODEDIR=\/usr/share/gtk-2.0/demo\
-I../.. -I../../gdk -DG_DISABLE_DEPRECATED -DGDK_DISABLE_DEPRECATED
Samuel Thibault wrote:
Well, maybe this could be fixed somehow. Mario, maybe we could rather
use hotplug rules for only starting brltty when
- either hotplug discovered braille USB devices,
We use udev now, if there is a way for udev to discover braille devices
that would be an excellent way
Joey Hess, le Mon 27 Mar 2006 16:51:45 -0500, a écrit :
Samuel Thibault wrote:
Well, maybe this could be fixed somehow. Mario, maybe we could rather
use hotplug rules for only starting brltty when
- either hotplug discovered braille USB devices,
We use udev now,
Yes, sorry, that's
Hi,
Joey Hess, le Mon 27 Mar 2006 16:26:48 -0500, a écrit :
Samuel Thibault wrote:
Mmm, you're missing the point: we would rather have brltty-udeb included
in official CDs for letting blind people just boot the official CD
and install debian. And there's no reason why asian blind people
On Mon, Mar 27, 2006 at 04:02:14PM -0500, Joey Hess wrote:
I assume that there is really nothing i386 specific in this list of
modules and that I should add it to all the (2.6 only?) kernels for all
arches?
Yes, the modules should be available for all 2.6 kernels for all arches.
I would
On Mon, Mar 27, 2006 at 04:02:14PM -0500, Joey Hess wrote:
I assume that there is really nothing i386 specific in this list of
modules and that I should add it to all the (2.6 only?) kernels for
all arches?
Yes to both. This will apply to all archs, and dm-crypt which
will be using these
Joey Hess, le Mon 27 Mar 2006 17:04:09 -0500, a écrit :
Samuel Thibault wrote:
There's also no necessary connection that I can see between bterms's
display of asian characters in an utf-8 font and brltty. The installer
is not dependent on bterm to emit asian characters, all bterm
David Härdeman wrote:
Yes, the modules should be available for all 2.6 kernels for all arches.
Is it worthwhile adding the modules to 2.4 kernel udebs too? They are
all available in the 2.4.27 package on i386.
--
see shy jo
signature.asc
Description: Digital signature
Joey Hess, le Mon 27 Mar 2006 16:51:45 -0500, a écrit :
if there is a way for udev to discover braille devices
that would be an excellent way to go.
Here is a .rules file that should work fine (provided that brltty is not
running in autodetect mode already). Mario, you may want to install it
in
On Mon, Mar 27, 2006 at 06:13:12PM -0500, Joey Hess wrote:
Is it worthwhile adding the modules to 2.4 kernel udebs too? They are
all available in the 2.4.27 package on i386.
I do not think that 2.4.x has device-mapper (and consequently, no
dm-crypt) support, so there is no need AFAIK.
Re,
fjp pointed out that it might be difficult to find a good way to drop
the libdiscover1 from the udeb's deps without hardcoding the deps or a
similar hack, so I went ahead and finished my patch to produce a nice
clean libdiscover1-udeb and make discover1-udeb depend on that.
Note that this patch
[quoted lines by Samuel Thibault on 2006/03/28 at 00:13 +0200]
Hi:
I'm not saying that. I'm seeing that debian-installer uses bterm by
default now. Well, fine, but brltty needs to get that utf-8 stream
somehow, for being able to display it on braille devices.
Where does bterm maintain the
Hi,
Dave Mielke, le Mon 27 Mar 2006 17:50:48 -0500, a écrit :
[quoted lines by Samuel Thibault on 2006/03/28 at 00:13 +0200]
I'm not saying that. I'm seeing that debian-installer uses bterm by
default now. Well, fine, but brltty needs to get that utf-8 stream
somehow, for being able to
On Tue, Mar 28, 2006 at 12:57:32AM +0200, Samuel Thibault wrote:
In its own memory, which I proposed (in the very first mail of the
discussion) to export somehow to brltty, via some /dev/bterm mmap()ed
file for instance (very easy to implement in bterm's code: a mere open()
then mmap() instead
[quoted lines by Samuel Thibault on 2006/03/28 at 00:57 +0200]
Hi:
In its own memory, which I proposed (in the very first mail of the
discussion) to export somehow to brltty, via some /dev/bterm mmap()ed
file for instance (very easy to implement in bterm's code: a mere open()
then mmap() instead
Dave Mielke, le Mon 27 Mar 2006 18:19:56 -0500, a écrit :
[quoted lines by Samuel Thibault on 2006/03/28 at 00:57 +0200]
In its own memory, which I proposed (in the very first mail of the
discussion) to export somehow to brltty, via some /dev/bterm mmap()ed
file for instance (very easy to
David Härdeman wrote:
It would be trivial to support all of them. It's an entirely different
question if we want to do so. The patches I'm writing right now for
partman-crypto has preliminary support for aes, blowfish, twofish and
serpent (but adding more is as simple as editing a few text
Your message dated Mon, 27 Mar 2006 16:17:14 -0800
with message-id [EMAIL PROTECTED]
and subject line Bug#359150: fixed in kernel-wedge 2.20
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
kernel-wedge_2.20_i386.changes uploaded successfully to localhost
along with the files:
kernel-wedge_2.20.dsc
kernel-wedge_2.20.tar.gz
kernel-wedge_2.20_all.deb
Greetings,
Your Debian queue daemon
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe.
Accepted:
kernel-wedge_2.20.dsc
to pool/main/k/kernel-wedge/kernel-wedge_2.20.dsc
kernel-wedge_2.20.tar.gz
to pool/main/k/kernel-wedge/kernel-wedge_2.20.tar.gz
kernel-wedge_2.20_all.deb
to pool/main/k/kernel-wedge/kernel-wedge_2.20_all.deb
Announcing to debian-devel-changes@lists.debian.org
Package: install-doc
install-doc still creates a /usr/doc symlink. Since 2002, policy has
not required these symlinks, and we're waiting for all packages to be
updated to remove them before the /usr/share/doc transition can be
complete. This package is one of the few packages that still makes
the
Quoting Joey Hess ([EMAIL PROTECTED]):
fjp pointed out that it might be difficult to find a good way to drop
the libdiscover1 from the udeb's deps without hardcoding the deps or a
similar hack, so I went ahead and finished my patch to produce a nice
clean libdiscover1-udeb and make
* Sven Luther [EMAIL PROTECTED] [2006-03-27 16:43]:
I didn't touch the buildd since more than a week, so it is clear
that (again) the d-i team broke the daily builds and don't take the
responsability to fix them.
Did you actually take *any look* at the failure at all? If so, you'd
know that
* Martin Michlmayr [EMAIL PROTECTED] [2006-03-28 08:36]:
* Sven Luther [EMAIL PROTECTED] [2006-03-27 16:43]:
I didn't touch the buildd since more than a week, so it is clear
that (again) the d-i team broke the daily builds and don't take the
responsability to fix them.
Did you actually
65 matches
Mail list logo