* 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 yo
* 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 th
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 discover
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
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
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". Trou
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
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 te
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 eas
[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() inst
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() inst
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
[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 uni
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 re
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,
Da
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
i
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 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 bter
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 mo
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 prefe
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 peo
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,
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
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
-DGDK_PIXBUF_DISABLE
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 though
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 for
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 impa
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
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
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 m
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
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 ini
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 n
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 di
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]
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 remai
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 shou
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,
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 solutio
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
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 install
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_fi
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
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 setting debconf/priority=high
make too many questions, and
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
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 poo
(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) linux-kernel-di
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 and
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 debi
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 you
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 "
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". Troubl
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
scsi-core-modules-2.6.16-1-s3
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 a
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
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 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 p
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, b
> > 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.
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
(administr
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 d
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
> > 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
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 h
> 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
> witho
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/short
66 matches
Mail list logo
