Quoting Frans Pop ([EMAIL PROTECTED]):
> This will be the last Beta release. The next release will be a release
> candidate (RC) for Etch. For RC releases we _will_ have formal string
> freeze periods for translation updates and it is also more important that
> you have your translations update
FYI, the 2006-06-20 amd64 netinst image is still using a 2.6.15
kernel, so I still get the same module load error. I've got a vested
interest in testing the nightlies until I get a version that works for
me, so I'll keep relating my experience until I get the system up and
running. I've subscrib
Your message dated Mon, 19 Jun 2006 15:47:21 -0700
with message-id <[EMAIL PROTECTED]>
and subject line Bug#349636: fixed in preseed 1.17
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
Your message dated Mon, 19 Jun 2006 15:47:21 -0700
with message-id <[EMAIL PROTECTED]>
and subject line Bug#251424: fixed in preseed 1.17
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
Sven Luther <[EMAIL PROTECTED]> writes:
>> In the end I gave up and stopped working on that approach. A few month
>> later I started again to work on the installer, but this time I tried to
>> create a separate native ppc64 d-i port. This turned out to be pretty easy
>> and the resulting install
preseed_1.17_i386.changes uploaded successfully to localhost
along with the files:
preseed_1.17.dsc
preseed_1.17.tar.gz
preseed-common_1.17_all.udeb
network-preseed_1.17_all.udeb
file-preseed_1.17_all.udeb
initrd-preseed_1.17_all.udeb
env-preseed_1.17_all.udeb
Greetings,
You
Accepted:
env-preseed_1.17_all.udeb
to pool/main/p/preseed/env-preseed_1.17_all.udeb
file-preseed_1.17_all.udeb
to pool/main/p/preseed/file-preseed_1.17_all.udeb
initrd-preseed_1.17_all.udeb
to pool/main/p/preseed/initrd-preseed_1.17_all.udeb
network-preseed_1.17_all.udeb
to pool/main/p/pr
On Mon, Jun 19, 2006 at 11:26:18PM +0200, Sven Luther wrote:
> On Mon, Jun 19, 2006 at 09:18:39PM +0200, Wouter Verhelst wrote:
> > Nothing else, the yaboot.conf built with the installer.
>
> Ah, sorry, this is the already installed system, you are not trying to boot
> the d-i image, right ?
Ye
On Mon, Jun 19, 2006 at 07:34:55PM +0200, Sven Luther wrote:
> On Sun, Jun 18, 2006 at 12:48:28PM +0200, Wouter Verhelst wrote:
> > The reboot didn't work, however. The first message I got was one of
> >
> > RAMDISK: Compressed image found at block 0
> > RAMDISK: incomplete write (-28 != 32768) 83
On 06-Jun-19 22:56, Sven Luther wrote:
> BTW, is there a profund difference between the ppc64 kernels and the powerpc64
> powerpc arch kernels ?
The ppc64 kernels are almost exactly the same as the powerpc64 kernels.
I had to change the package names from linux-image-*-powerpc64 to
linux-image-*
On Mon, Jun 19, 2006 at 09:18:39PM +0200, Wouter Verhelst wrote:
> On Mon, Jun 19, 2006 at 07:34:55PM +0200, Sven Luther wrote:
> > On Sun, Jun 18, 2006 at 12:48:28PM +0200, Wouter Verhelst wrote:
> > > The reboot didn't work, however. The first message I got was one of
> > >
> > > RAMDISK: Compre
On Mon, Jun 19, 2006 at 11:15:54PM +0200, Frans Pop wrote:
On Monday 19 June 2006 22:56, David Härdeman wrote:
Would it perhaps be an idea to move confirm_changes into
/lib/partman/definitions.sh or is there a reason for the duplication?
If that is the only difference though, it should be poss
On 06-Jun-19 17:17, Otavio Salvador wrote:
> > Andreas, the powerpc 64bit archive may or may not be of interest, but since
> > it
> > is perfectly ok to install a native powerpc 64bit system from the 32bit
> > installer, would your effort not be better invested in adding functionality
> > to
> >
On Monday 19 June 2006 22:56, David Härdeman wrote:
> currently at least partman-lvm, partman-crypto and partman-md seem to
> contain copies of confirm_changes() from partman-base/partman.
They are at least different in that they use some differently named
templates at some points.
> Would it pe
Hello,
On 06-Jun-19 20:16, Sven Luther wrote:
> Ok. I am ready to work on this with you, can you give me details on what
> problems you did encounter and some kind of status report.
the last time I tried to implement the cross-installation was
quite a while ago. I do not remember all the detail
On Mon, Jun 19, 2006 at 10:45:23PM +0200, Andreas Jochens wrote:
> Hello,
>
> On 06-Jun-19 20:16, Sven Luther wrote:
> > Ok. I am ready to work on this with you, can you give me details on what
> > problems you did encounter and some kind of status report.
>
> the last time I tried to implement
Hi all,
currently at least partman-lvm, partman-crypto and partman-md seem to
contain copies of confirm_changes() from partman-base/partman.
Would it perhaps be an idea to move confirm_changes into
/lib/partman/definitions.sh or is there a reason for the duplication?
--
To UNSUBSCRIBE, ema
Denis Barbier wrote:
> > After some discussion on IRC, here's the updated patch.
> >
> > --- cdebconf-0.102.orig/src/template.c 2005-09-21 19:07:46.0
> > +0200
> > +++ cdebconf-0.102/src/template.c 2006-06-19 20:54:35.0 +0200
> > @@ -354,7 +354,7 @@
> > fre
You wrote:
> When cdebconf displays a template with multiline descriptions, the last
> n(n== the number of of newlines in the original extended_description)
> characters of the description will be shown after it.
> The origin of the problem is the remove_newline function in template.c, which
> doea
On Mon, Jun 19, 2006 at 05:17:50PM -0300, Otavio Salvador wrote:
> Sven Luther <[EMAIL PROTECTED]> writes:
> > Andreas, the powerpc 64bit archive may or may not be of interest, but since
> > it
> > is perfectly ok to install a native powerpc 64bit system from the 32bit
> > installer, would your ef
On Mon, Jun 19, 2006 at 08:57:02PM +0200, Steinar H. Gunderson wrote:
> On Mon, Jun 19, 2006 at 01:42:53PM -0400, Joey Hess wrote:
> > The easiest way would probably be to not track the information and store
> > (and output) the field as utf-8 without doing any transcoding. This is
> > not exactly
On Mon, Jun 19, 2006 at 09:58:17PM +0200, Denis Barbier wrote:
> I am not sure that this is desirable, next time you will encounter "utf8"
> instances, and maybe other names too (except that I cannot find another
> one ;))
Well, either we'll have to keep adding special-casing of UTF-8, or we'll ha
Your message dated Mon, 19 Jun 2006 21:59:11 +0200
with message-id <[EMAIL PROTECTED]>
and subject line Bug#374522: installation-reports
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 r
Sven Luther <[EMAIL PROTECTED]> writes:
> On Mon, Jun 19, 2006 at 12:46:10PM +0200, Andreas Jochens wrote:
>> Hello Frans,
>>
>> thank you for your detailed look at the summary and at the ppc64 port
>> page.
>
> Andreas, the powerpc 64bit archive may or may not be of interest, but since it
> is p
Package: installation-reports
INSTALL REPORT
Debian-installer-version: Debian 3.1r2 i386 binary1 downloaded 2006-06-14 from
debian.org
uname -a: Linux zeta 2.6.16.18 #1 Sat May 27 15:21:02 CEST 2006 i686 GNU/Linux
Date: 2006-06-15
Method: Install from Binary1 CD initially with 2.4 kernel.
Machi
On Mon, Jun 19, 2006 at 01:42:53PM -0400, Joey Hess wrote:
> The easiest way would probably be to not track the information and store
> (and output) the field as utf-8 without doing any transcoding. This is
> not exactly what debconf does, but fields that do not define an encoding
> are basically u
On Mon, Jun 19, 2006 at 08:02:29PM +0200, Andreas Jochens wrote:
> Hello,
>
> On 06-Jun-19 19:26, Sven Luther wrote:
> > Andreas, the powerpc 64bit archive may or may not be of interest, but since
> > it
> > is perfectly ok to install a native powerpc 64bit system from the 32bit
> > installer, w
Hello,
On 06-Jun-19 19:26, Sven Luther wrote:
> Andreas, the powerpc 64bit archive may or may not be of interest, but since it
> is perfectly ok to install a native powerpc 64bit system from the 32bit
> installer, would your effort not be better invested in adding functionality to
> the normal 32
First of all, this is a bit of a side issue since as noted any
reasonable current package that's translated with po-debconf is going to
use proper utf-8 fields.
Steinar H. Gunderson wrote:
> Well, debconf-copydb does:
>
> - Read in first and second config.dat.
> - Read in first and second tem
On Mon, Jun 19, 2006 at 01:23:17PM -0400, Joey Hess wrote:
>> What do you propose in this case -- hacking support for this kind of
>> "undefined encoding" stuff into cdebconf?
> No, I don't think that cdebconf should worry about supporting this stuff
> beyond not corrupting it if reading a debconf
On Sun, Jun 18, 2006 at 12:48:28PM +0200, Wouter Verhelst wrote:
> Package: installation-reports
> Severity: normal
>
> I couldn't find the install-report template on my hard disk (maybe I'm
> not looking at the right place; it used to be in /root, but it's not
> there now), so I'm doing things ma
Steinar H. Gunderson wrote:
> Well, some of the fields seem to be ASCII; some of them are UTF-8.
>
> What do you propose in this case -- hacking support for this kind of
> "undefined encoding" stuff into cdebconf?
No, I don't think that cdebconf should worry about supporting this stuff
beyond not
On Mon, Jun 19, 2006 at 09:58:21AM +0200, Frans Pop wrote:
> On Sunday 18 June 2006 22:54, Sven Luther wrote:
> > Just for information, the freedi project was never intented to be a
> > fork, it was a place for holding more experimental d-i stuff, which the
> > d-i team doesn't want into d-i proper
On Mon, Jun 19, 2006 at 12:46:10PM +0200, Andreas Jochens wrote:
> Hello Frans,
>
> thank you for your detailed look at the summary and at the ppc64 port
> page.
Andreas, the powerpc 64bit archive may or may not be of interest, but since it
is perfectly ok to install a native powerpc 64bit system
Processing commands for [EMAIL PROTECTED]:
> # Automatically generated email from bts, devscripts version 2.9.20
> tags 361872 + patch
Bug#361872: debconf-copydb: Trashes debconf database in /target
There were no tags set.
Tags added: patch
>
End of message, stopping processing here.
Please cont
Steinar H. Gunderson wrote:
> shouldn't be all that hard), but I don't think one would want pulling iconv
> into d-i, and I've never seen any templates _not_ in UTF-8 or ASCII, so I
> guess it would be a bit pointless. However, it special-cases fields like
> "Description-xx.UTF-8", so this should r
On Mon, Jun 19, 2006 at 01:10:47PM -0400, Joey Hess wrote:
> If it's using ascii that's valid, anyway cdebconf should also be sure to
> copy Description-xx[_XX] fields too, as debconf will store them that way
> if the package doesn't specifiy an encoding.
Well, some of the fields seem to be ASCII;
On Thu, Jun 15, 2006 at 10:44:23PM +0200, Frans Pop wrote:
> The relevant files (hope the filenames speak for themselves) and an strace
> are available from:
> http://people.debian.org/~fjp/d-i/debconf-copydb.tgz
> (uploaded instead of attached because of size)
I figured out the bug. If you tweak
Hello all,
We will soon be starting the preparations for the next Beta release of the
installer for Etch. When exactly depends on the migration of the 2.6.16
kernel to testing.
As with past Beta releases, we will not have a formal string freeze and we
do not guarantee that all translation upda
Drew Parsons wrote:
> The inconvenience could be ameliorated if the force-fsck mount counter
> could be staggered for each partition. For instance, the first
> partition on every 20 mounts, the second on every 21, and so on. Then
> on a given reboot, on average you'd only have to put up with one
Hi Dave,
On Wednesday 14 June 2006 18:33, Dave Beckett wrote:
> Cairo 1.1.8 snapshot was just released so I've made a new set of
> experimental debs for it at:
> http://download.dajobe.org/debian/experimental/
The "patch" below adds the correct line to the shlibs file in the lib
package so tha
Frans Pop wrote:
Hi all,
Dave Beckett is preparing a new release of libcairo2 (see [1]) after a
request from the Debian Installer team to add a udeb compiled against the
directfb backend and not against the X backend. This udeb will be used by
the d-i team for the graphical installer.
Thi
Hi all,
Dave Beckett is preparing a new release of libcairo2 (see [1]) after a
request from the Debian Installer team to add a udeb compiled against the
directfb backend and not against the X backend. This udeb will be used by
the d-i team for the graphical installer.
There is one issue that D
On 5/25/06, [EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote:
Mike Emmel wrote:
> I think a lot of the issues were actually 64 bit stuff thats
recently been fixed
> any chance you could try 25.1 ? or a cvs build just to see.
> I believe the problems were down in the directfb layer so it would
be
> nic
Hello Frans,
thank you for your detailed look at the summary and at the ppc64 port
page.
On 06-Jun-19 11:07, Frans Pop wrote:
> On Monday 19 June 2006 08:29, Andreas Jochens wrote:
> > Please give me hint if I should file the missing patches now
> > or if I should wait for a decision at the d-i m
How have you been,
If you are like most people, you are more than qual^ified with your
experience, but you are lacking that prest^igious piece of paper known as a
DI^PLOMA that is often the passport to success^.
^Call us today^
1^2^0^6-984-4433
24 hours a day, 7 days a week including Sunda
On Mon, Jun 19, 2006 at 04:40:05PM +1000, Drew Parsons wrote:
> Hi debian-installer people,
>
> Partitions have a counter so that an fsck is forced on them at reboot
> after they have have mounted as certain number of times (I think it's
> after 20 or 30 mounts).
>
> The last time I checked, on a
On Monday 19 June 2006 08:29, Andreas Jochens wrote:
> Please give me hint if I should file the missing patches now
> or if I should wait for a decision at the d-i meeting.
Thank you for the overview. Please wait a bit before filing any new bugs
as we should first revert the decision made earlier
On Mon, Jun 19, 2006 at 06:10:04PM +1000, Drew Parsons wrote:
> On Mon, 2006-06-19 at 09:57 +0200, Frans Pop wrote:
> > On Monday 19 June 2006 08:40, Drew Parsons wrote:
> > > [ change the force-fsck mount behaviour ]
> >
> > My first reaction is that this falls under the header of "tuning to be
On Monday 19 June 2006 10:10, Drew Parsons wrote:
> So the question comes down to "what set of defaults provides the nicest
> experience for less confident users?" Will it be nicer for them if we
> provide an arrangement that can occasionally reduce their reboot time?
Inexperienced users will pro
On Mon, Jun 19, 2006 at 12:51:53AM +0200, Frans Pop wrote:
> Hoi Wouter,
> On Sunday 18 June 2006 12:48, Wouter Verhelst wrote:
> > I couldn't find the install-report template on my hard disk (maybe I'm
> > not looking at the right place; it used to be in /root, but it's not
> > there now), so I'm
On Mon, 2006-06-19 at 09:57 +0200, Frans Pop wrote:
> On Monday 19 June 2006 08:40, Drew Parsons wrote:
> > The inconvenience could be ameliorated if the force-fsck mount counter
> > could be staggered for each partition. For instance, the first
> > partition on every 20 mounts, the second on ever
On Monday 19 June 2006 04:53, you wrote:
> This latest image does indeed have version 1.16 of cdrom-detect, but
> it appears to have a kernel version issue. The installer is running
> version 2.6.15, while all the udebs on the cd image are for kernel
> 2.6.16.
Right. That was a change that needed
On Sunday 18 June 2006 22:54, Sven Luther wrote:
> Just for information, the freedi project was never intented to be a
> fork, it was a place for holding more experimental d-i stuff, which the
> d-i team doesn't want into d-i proper for whatever reasons, as you can
> see in the desciption.
Thank y
On Monday 19 June 2006 08:40, Drew Parsons wrote:
> The inconvenience could be ameliorated if the force-fsck mount counter
> could be staggered for each partition. For instance, the first
> partition on every 20 mounts, the second on every 21, and so on. Then
> on a given reboot, on average you'd
55 matches
Mail list logo
