Martin Michlmayr wrote:
> * Joey Hess <[EMAIL PROTECTED]> [2008-02-10 17:58]:
> > It does makes sense that a larger buffer size than the default 512
> > bytes (not 1 byte AFAIK) would speed it up somewhat, by saving syscall
> > overhead.
> >
> > If there's a common divisor, like a block size, and
* Joey Hess <[EMAIL PROTECTED]> [2008-02-10 17:58]:
> It does makes sense that a larger buffer size than the default 512
> bytes (not 1 byte AFAIK) would speed it up somewhat, by saving syscall
> overhead.
>
> If there's a common divisor, like a block size, and it's reasonably big
> (a few K), it'
* Rick Thomas <[EMAIL PROTECTED]> [2008-02-10 17:41]:
> Does your DHCP server provide a DNS server? Without a DNS server
> the D-I wouldn't be able to deduce a host name...
No, it doesn't. But why would it have to? I'm pretty sure this
worked in the past.
--
Martin Michlmayr
http://www.cyrius.
On Monday 04 February 2008, Otavio Salvador wrote:
> We're starting the work for D-I Beta1 release and we would like ask to
> everyone to test the installer as much as possible, especially in not
> so common architectures where we receive less general testing.
I have run netboot installation tests
On Feb 10, 2008, at 2:39 PM, Frans Pop wrote:
On Sunday 10 February 2008, Martin Michlmayr wrote:
- It seems that d-i no longer accepts the hostname given by DHCP but
simply uses "debian". Has anyone noticed this?
No. Works perfectly here.
netcfg shows the default obtained from dhcp an
Martin Michlmayr wrote:
> * Joey Hess <[EMAIL PROTECTED]> [2008-02-10 17:22]:
> > > Do you have a patch? :)
> > Not yet. Do you remember why it uses ibs?
>
> Here's what svn log says, but I really don't understand dd very well.
> This was based on a comment on a mailing list or something.
It does
* Martin Michlmayr <[EMAIL PROTECTED]> [2008-02-10 20:53]:
> Like I said, my SGI O2 seems to have developed hardware problems, but I'm
> fairly sure this bug isn't related. I might be wrong though.
Good news. I just booted d-i on an SGI Indy and fdisk works correctly.
--
Martin Michlmayr
http:/
* Joey Hess <[EMAIL PROTECTED]> [2008-02-10 17:22]:
> > Do you have a patch? :)
> Not yet. Do you remember why it uses ibs?
Here's what svn log says, but I really don't understand dd very well.
This was based on a comment on a mailing list or something.
Index: debian/changelog
===
Martin Michlmayr wrote:
> * Joey Hess <[EMAIL PROTECTED]> [2008-02-10 14:55]:
> > Since dd is run with ibs= the full image size, quite a lot of ram is
> > needed to run flash-kernel. I just had it die when running it from
> > within d-i without swap mounted. I think that using a smaller input
> > b
On Wed, Jan 23, 2008 at 05:20:01PM +0100, Frans Pop wrote:
> On Friday 18 January 2008, Brice Figureau wrote:
> > I'm quite new to preseeding (but used the d-i several times before
> > that).
> > I'm trying to setup a preseeding installation for a LVM over 3 software
> > RAID1 partitions, I mean so
* Joey Hess <[EMAIL PROTECTED]> [2008-02-10 14:55]:
> Since dd is run with ibs= the full image size, quite a lot of ram is
> needed to run flash-kernel. I just had it die when running it from
> within d-i without swap mounted. I think that using a smaller input
> buffer size would be a generally go
* Frans Pop <[EMAIL PROTECTED]> [2008-02-08 22:03]:
> > No. However, I have seen someone with a mips laptop. IIRC they got a
> > week's battery life running Debian. There are also plenty of things in
> > the laptop to pda spectrum using arm. mips, mipsel, arm, armel, armeb
> > should all be include
Package: flash-kernel
Version: 1.6
Severity: normal
Since dd is run with ibs= the full image size, quite a lot of ram is
needed to run flash-kernel. I just had it die when running it from
within d-i without swap mounted. I think that using a smaller input
buffer size would be a generally good idea
* Frans Pop <[EMAIL PROTECTED]> [2008-02-10 20:39]:
> I tried fdisk from shell a few days ago on i386 and I could enter commands
> without any problem.
> How is fdisk used on mips? Is it part of the installation procedure
Yes, SGI partition labels are not supported by parted, so MIPS still
uses pa
On Sunday 10 February 2008, Martin Michlmayr wrote:
> mips r5k-ip32: I get random segfaults and bus errors and cannot
> complete the installation. Looks like a problem with my hardware, but
> I'd be glad if someone could do an installation on a SGI O2 to make
> sure it's not the installer/kernel.
> I Install Debian on my system but i cannot apply its check-box in the
> main window using Ubuntu 7.10. could you help me with this issue?
Tested today with daily images from 2008-02-09:
arm iop32x (Thecus N2100): installation works, no problems.
arm ixp4xx (Linksys NSLU2): installation works, no problems.
mips r5k-cobalt: installation works, no problems.
mips r5k-ip32: I get random segfaults and bus errors and cannot
complete the
On Sunday 10 February 2008, Joey Hess wrote:
> I suggest that for the next beta we focus on dealing with non-free
> firmware better in d-i. An increasing number of machines are difficult
> to install with d-i, or don't have all hardware working fully
> post-install due to non-free firmware issues.
On Sunday 10 February 2008, Jérémy Bobbio wrote:
> The new code made the previous situation much worse than it was before
> 0.111 as the progress bar was never to be seen again after the GO.
> r51271 fixed this. That was the issue I had understood from the
> submitter report.
Hmm. I never noticed
Processing commands for [EMAIL PROTECTED]:
> # Automatically generated email from bts, devscripts version 2.10.13~bpo40+1
> tags 457901 + pending
Bug#457901: [G-I] frontend crash on partman-target/mount_failed dialog
There were no tags set.
Tags added: pending
>
End of message, stopping processin
On Sun, Feb 10, 2008 at 12:58:54AM +0100, Frans Pop wrote:
> On Saturday 09 February 2008, Debian Bug Tracking System wrote:
> > Bug#464380: debian-installer: Text 'configuring uswsusp' stays too long
> > on gui setup There were no tags set.
> > Tags added: pending
>
> * Show progress widgets af
On Sunday 10 February 2008, Frans Pop wrote:
> As you may know, dependencies on glibc udebs are the only category that
> is still incorrect.
Well, there is actually another category. We have one library (libnewt0.52)
that is only included in D-I initrds through library reduction and for
which no
On Sunday 10 February 2008, Frans Pop wrote:
> Solution I have come up with is to write a small script that will
> generate the udeb: lines _after_ dh_makeshlibs has generated the basic
> shlibs file.
One thing I'm unsure of is whether or not I was correct in excluding shlibs
files for library pa
Processing commands for [EMAIL PROTECTED]:
> # Automatically generated email from bts, devscripts version 2.9.26
> tags 464972 pending
Bug#464972: win32-loader: [INTL:zh_TW] Initial Traditional Chinese (zh_TW)
translation
There were no tags set.
Tags added: pending
>
End of message, stopping pro
On Sun, Feb 10, 2008 at 02:32:21PM +0800, Tetralet wrote:
> Package: win32-loader
> Severity: wishlist
>
>
> Attached file is initial Translation Chinese translation for win32-loader
> package.
> Please consider to apply this.
Thank you, I committed this.
In the future, please get translation
On Sat, Feb 09, 2008 at 01:28:32AM +0100, Holger Wansing wrote:
> On Sat, 9 Feb 2008 01:15:30 +0100 Frans Pop wrote:
> > You may not believe this, but we have actually come up with that idea
> > ourselves in the past, but no one has implemented it yet.
>
> Indeed, I believed that this is not real
Using bzip2 doesn't save RAM, but it saves space on the root floppy.
(If you add all three ide modules on it, you would normally (using gzip)
end up with image bigger than 1.44 MB).
Therefore I suggest to compress initrd on the root floppy with bzip2,
which claims for using a bzip2 decompressor on
27 matches
Mail list logo
