On Thursday 04 February 2010, Martin Michlmayr wrote:
> * Frans Pop [2010-02-04 13:13]:
> > So how about including a 'common' file in network-console/armel/ with:
> > auto-install -
> > localechooser -
> > ai-locale-chooser -
> > kbd-chooser -
> >
severity 568381 serious
thanks
When reporting such issues please do provide basic info like:
- image used
- architecture
But I can confirm as I'm also seeing a segfault during an installation on
s390. During mirror selection (but not 100% reliably).
And can also confirm for amd64 in Virtualbox,
On Thursday 04 February 2010, Philip Hands wrote:
> > > Gah! It's even worse. ai-chooser just blindly assumes that all
> > > images include both localechooser and kbd-chooser while that is not
> > > guaranteed.
>
> Yup, that's certainly true -- sorry, didn't realise it was ever not the
> case.
At
On Thursday 04 February 2010, Philip Hands wrote:
> Definitely looks like an improvement -- I take it that this is just
> keeping netcfg out of the initrd, and will have no impact on the ability
> of the CD to get on the net to grab preseeds as it'll be installing
> netcfg off the CD?
Correct. Tha
On Thursday 04 February 2010, Geek87 wrote:
> What do you think about modifying debootstrap to install the base system
> with the flag "automatically installed"
If you look at how debootstrap works, that's not so simple. But if you, or
anybody else, can come up with a tested patch that implements
Hello Fred,
It took a bit of time, but I think you'll see why.
I do really like the new functionality. I think we'll need to discuss the
details of the user interface a bit more, but the concept definitely
works. My compliments for your work.
Attached a patch series, mostly on top of your last
On Wednesday 03 February 2010, Frans Pop wrote:
> On Wednesday 03 February 2010, Frans Pop wrote:
> > On Wednesday 03 February 2010, Frans Pop wrote:
> > > Or if the dependency is required for menu ordering, then there
> > > should be an alternative udeb whose only func
On Wednesday 03 February 2010, Frans Pop wrote:
> On Wednesday 03 February 2010, Frans Pop wrote:
> > Or if the dependency is required for menu ordering, then there should
> > be an alternative udeb whose only function is to queue auto-install
> > for images that don'
On Wednesday 03 February 2010, Frans Pop wrote:
> Or if the dependency is required for menu ordering, then there should be
> an alternative udeb whose only function is to queue auto-install for
> images that don't have netcfg.
Hmmm. I think it could even pull in both auto-install a
tag 568292 patch
thanks
On Wednesday 03 February 2010, Frans Pop wrote:
> The package should be reworked so that it works together with netcfg if
> it is included in the initrd, but should also work correctly when netcfg
> gets installed later by anna.
>
> The dependency on netcfg
Package: auto-install
Version: 1.6
Severity: important
auto-install is included in most types of images and for some reason
depends on netcfg. But for example cdrom and hd-media images don't include
any network driver kernel modules, so the network is completely unusable.
In those cases netcfg
On Tuesday 02 February 2010, Marcin Owsiany wrote:
> It would be awesome if you could update the bug with short instructions
> on what to look for if someone can reproduce it. Just a couple of
> sentences or so.
Simplest thing is to add a line 'set -x' in /lib/partman/lib/base.sh.
That will give a
reassign 562051 partman-md
tag 562051 unreproducible moreinfo
thanks
I've tried to reproduce this with both a daily image and a Lenny image.
I've not used the identical disk layout, but I did create 3 RAID devices
over 2 disks.
On Tuesday 22 December 2009, Marcin Owsiany wrote:
> This is the co
On Tuesday 08 December 2009, Frans Pop wrote:
> D-I now always installs Recommends by default, except when
> base-installer/install-recommends is preseeded to false.
>
> However, there are a few specific cases where we want to force
> installing or not installing Recommends with sp
On Monday 01 February 2010, Otavio Salvador wrote:
> Current issues:
> - sparc images are broken
It's not the images that are broken, but the installation of the silo
bootloader to the target system. So the reboot fails.
Should be fixed when D-I switches to .32. Details in #565639.
--
To UNSU
On Monday 01 February 2010, Otavio Salvador wrote:
> Your suggestion makes the code much nicer to read, indeed, however I
> did test it inside of busybox' shell and it worked. Has it failed for
> you?
I tried the commands I showed in an earlier mail in D-I debug shell. Maybe
the configs are diffe
On Sunday 31 January 2010, Otavio Salvador wrote:
> On Sun, Jan 31, 2010 at 4:32 PM, Frans Pop wrote:
> > Having all leases in the file would mostly be an aid for
> > troubleshooting. It's not a huge issue for me though.
>
> To it to concatenate them is a simgle line
On Monday 01 February 2010, Frans Pop wrote:
> On Monday 01 February 2010, Otavio Salvador wrote:
> > > I.e, multiple IP addresses should be comma-separated. This also goes
> > > for ntp-servers, which probably should not have quotes as it's
> > > similar to dns.
On Monday 01 February 2010, Christian PERRIER wrote:
> So, well, I answered Joss that, yes, ext4 will be available in D-I as
> an option so that might answer his concerns. But, still, I felt the
> duty to mention his concerns.
And reiserfs will not be dropped. It's still available for selection fo
On Monday 01 February 2010, Otavio Salvador wrote:
> > I.e, multiple IP addresses should be comma-separated. This also goes
> > for ntp-servers, which probably should not have quotes as it's similar
> > to dns.
>
> Fixed both issues; I can't test it now so if you have time do a last
> check.
This
On Sunday 31 January 2010, Otavio Salvador wrote:
> > Probably worth adding/fixing for udhcpc is:
> > - missing option host-name
>
> I've added it but I can't test it right now. Please see if it works for
> you.
>
> > - missing option domain-name-servers
> > - missing option dhcp-server-identifier
Another issue.
The Depends: for netcfg in debian/control now has:
dhcp3-client-udeb (>= 3.1.0-2) [kfreebsd-i386 kfreebsd-amd64]
According to policy this is only allowed for build dependencies, not for
regular ones. Or am I missing something?
If I'm right the dependency should be added dynami
On Saturday 30 January 2010, Frans Pop wrote:
> What do people think of degrading reiserfs support to optional, i.e.
> only usable by specifically selecting partman-reiserfs in anna?
I've also filed a BR (#567858) to request dropping the reiser4 udebs. I
don't see support for t
(Please reply to the d-boot list.)
Hello Felix,
On Saturday 30 January 2010, Frans Pop wrote:
> What do people think of degrading reiserfs support to optional, i.e.
> only usable by specifically selecting partman-reiserfs in anna?
>
> The rationale would be that its popularity h
reassign 567590 partman-partitioning 64
fixed 567590 71
tag 567590 pending
thanks
On Saturday 30 January 2010, Zachary Palmer wrote:
> I witnessed the same confusion myself; in retrospect, I should've
> mentioned it. I simply assumed that it was a graphical glitch of some
> kind. I was unable to
On Sunday 31 January 2010, Luk Claes wrote:
> Otavio Salvador wrote:
> >> Also, if I run netcfg multiple times with dhcp3, I get multiple
> >> leases in the leases file. You seem to overwrite the existing file.
> >> Not sure if that needs fixing or not.
> >
> > I think it is not worth. syslog now h
On Saturday 30 January 2010, Otavio Salvador wrote:
> > I built a netboot image without dhcp3-udeb to test udhcpc, but it
> > failed miserably as it did not manage to get a lease during netcfg.
> > How well was this tested?
Works OK now. Nice.
> Now it has one. /var/lib/udhcp/udhcpc.leases.
udhc
On Saturday 30 January 2010, Otavio Salvador wrote:
> It was a long time since I last looked at it; I've looked again and I
> found that the script was not being set as executable. I've fixed it
> for next busybox' upload.
Thanks for the fixes. I'll give it a go.
--
To UNSUBSCRIBE, email to deb
On Friday 29 January 2010, Rainer Koenig wrote:
> Frans Pop schrieb:
> > - install build dependencies
> > - build a netboot image using:
> > make reallyclean; fakeroot make build_netboot
>
> At this point I fail. The build process wants to install packages like
>
What do people think of degrading reiserfs support to optional, i.e. only
usable by specifically selecting partman-reiserfs in anna?
The rationale would be that its popularity has decreased (AFAIK), upstream
development is not very active and that more (and better?) alternatives
are available n
I've checked only by grepping, nothing fancy.
On Wednesday 27 January 2010, Joey Hess wrote:
> AFAICS, the following templates are all not used anywhere:
>
> partman-jfs/check_failed
> partman-reiserfs/check_failed
> partman-ext3/check_failed
> partman-ext2r0/check_failed
> partman-xfs/check_faile
On Thursday 28 January 2010, Fred wrote:
> I've updated my patch to follow suggestions from F. Pop, and tested
> it at my level. Perhaps some enhancements could be added for a better
> usability.
Thanks Fred. I've taken a first look at the patch and will review it more
thoroughly over the next da
On Saturday 30 January 2010, Frans Pop wrote:
> On Saturday 30 January 2010, Frans Pop wrote:
> > Toggling Bootable flag does not work (it remains 'off'), but toggling
> > the line below changes it from 'off' to 'on'.
>
> Toggling the bootabl
On Saturday 30 January 2010, Frans Pop wrote:
> │ Bootable flag: off │
> │ off │
>
> Note the extra line with 'off' below the 'Bootable flag' line. That
&g
reassign 567590 partman-base 128lenny1
retitle 567590 Strange bootable flag behavior with gpt disk label; RAID fails
thanks
On Saturday 30 January 2010, Zachary Palmer wrote:
> Here's the interesting bit. I sped through the menus and discovered
> that the RAID system was quite happy to create a R
Yesterday I've committed a fairly large update to the D-I Internals
document. It now reflects the current development version for Squeeze
instead of lagging at Etch.
I've also started its transformation towards a more general "developers
reference" by integrating the menu-item-numbers and avail
On Saturday 30 January 2010, Josef Wolf wrote:
> This is why my original proposal was to decide from the value of
> netcfg/chosen_interface whether to load/configure all the vlan stuff.
So you would *always* show vlan interfaces, even for regular users on
normal systems? I don't think I like that
On Friday 29 January 2010, Holger Wansing wrote:
> - So, the first line is localized (german translation, correct)
> - The second chapter is NOT LOCALIZED (is in english !)
> - The third chapter is localized (german translation, correct)
> - The last line is NOT LOCALIZED (is in english !)
You're
FYI
I've taken over the daily builds of Debian Installer for s390 as lophos has
been down for well over a month now.
If the service on lophos is ever reinstated, or if someone wants to set up
(and manage) the builds on a regular buildd I'll be happy to stop them
again.
The link on the D-I pag
On Friday 29 January 2010, Josef Wolf wrote:
> But at that time the interface chosen interface is not known. So
> deducing from chosen interface name (as outlined above) is not possible
> and this method would only work with preseeding or if additional
> questions are asked.
No. The sequence shoul
On Friday 29 January 2010, Bastian Blank wrote:
> On Sun, Jan 17, 2010 at 09:35:47PM +0100, Josef Wolf wrote:
> > 2. Install vlan package into installer environment. Only the vconfig
> >binary (9kb) is really needed. But it needs libc6. Is this an
> > issue?
>
> Not needed:
> | config VCONFIG
>
On Friday 29 January 2010, Josef Wolf wrote:
> Since the interface name can be used to decide whether to activate vlan
> support, no new debconf questions (like netcfg/enable_vlan or something)
> are needed, IMHO.
Doesn't that already answer your question about the user interface? :-)
One request
On Wednesday 27 January 2010, Frans Pop wrote:
> Please consider the attached patch which adds a udeb for libgcc1
> containing only libgcc_s.so.1.
In case we do decide on inclusion in gcc, here is an updated patch for 4.4
and the additional patch for 4.5.
Changes:
- added libgcc[246] ude
reassign 567431 kernel-wedge 2.62
tags 567431 pending
thanks
On Friday 29 January 2010, boice...@msu.edu wrote:
> Comments/Problems:
> Using the text installer, USB Keyboard did not work even with BIOS
> legacy emulation enabled once I passed the "Install" menu choice and
> was on the language scr
On Thursday 28 January 2010, you wrote:
> a) can I build a 32bit install image on a Debian amd64 system?
Only if you create an i386 chroot (using debootstrap).
> b) is there a bit of documentation for those things? Websites, books
> or whatever. Wouldn't mind reading some stuff to get deeper into
On Thursday 28 January 2010, Joey Hess wrote:
> From 7:51 am timestamp, I assume Christian needed to get to work and
> didn't have time.
It also said "for the last few days".
--
To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listm
On Thursday 28 January 2010, Josef Wolf wrote:
> This can not be replaced by the generic netcfg with netcfg/use_dhcp set
> to "false" or netcfg/disable_dhcp set to "true"?
In theory that could maybe be done (but see below). Also note that setting
an arch-dependent default while still fully suppor
On Thursday 28 January 2010, Frans Pop wrote:
> On Thursday 28 January 2010, Christian PERRIER wrote:
> > Since 2 or 3 days, I'm having build failures on my local daily build
> > for i386.
>
> The IA64 buildd has a similar error:
> mkfs.msdos -i deb1 -n "De
On Thursday 28 January 2010, Christian PERRIER wrote:
> Since 2 or 3 days, I'm having build failures on my local daily build
> for i386.
The IA64 buildd has a similar error:
mkfs.msdos -i deb1 -n "Debian Inst" -C ./tmp/cdrom/boot.img 32768
mkfs.msdos 3.0.8 (23 Jan 2010)
mmd -i./tmp/cdrom/boot.
On Thursday 28 January 2010, Matthias Klose wrote:
> On 27.01.2010 23:26, Frans Pop wrote:
> > On Wednesday 27 January 2010, Matthias Klose wrote:
> >>- did you consider building the udeb from a separate source
> >> package, build-depending on gcc-4.4-so
On Thursday 28 January 2010, Rainer Koenig wrote:
> Would be nice to figure out the "why" behind this problem. My guess at
> the moment is that it is related to
> a) the CPU which is a new AMD dual core athlon
> b) the 2.6.26-2-486 kernel that is used during the installation
>
> So I think there is
reassign 565639 linux-2.6 2.6.30-8
severity 565639 serious
affects 565639 debian-installer
On Sunday 24 January 2010, Jurij Smakov wrote:
> Adding kernel team for comment: it looks like the value returned by
> uname -m has changed from 'sparc64' in kernel 2.6.26 to 'sparc' in
> 2.6.30 (and, probab
On Thursday 28 January 2010, Geek87 wrote:
> Thanks! So it's impossible to have it work with tasksel. And for the
> base system? Does someone have an idea?
That's a question that's probably better asked on the debian-user list.
Cheers,
FJP
--
To UNSUBSCRIBE, email to debian-boot-requ...@lists.
Christian Perrier wrote:
> The remaining months, that should be targeted by anybody but
> me, Frans Pop, Holger Wansing and Lee Winter, are:
> * March 1999 to May 2000
> * October 2000 to July 2002
> * May and June 2004
I just see that as of yesterday the whole archive has now been
Thanks a lot for the quick reply.
On Wednesday 27 January 2010, Matthias Klose wrote:
> The patch itself looks ok, some other questions:
>
> - did you consider building the udeb from a separate source package,
> build-depending on gcc-4.4-source?
No, I had not considered that. It's an optio
-- Forwarded Message --
From: Matthias Klose
On 27.01.2010 21:03, Frans Pop wrote:
> Please consider the attached patch which adds a udeb for libgcc1
> containing only libgcc_s.so.1. That file is needed for the (directfb
> based) graphical installer because of pthre
Source: gcc-4.4
Version: 1:4.4.3-1
Severity: wishlist
Tags: d-i patch
X-Debbugs-CC: debian-boot@lists.debian.org
Please consider the attached patch which adds a udeb for libgcc1 containing
only libgcc_s.so.1. That file is needed for the (directfb based) graphical
installer because of pthread_can
On Wednesday 27 January 2010, Bastian Blank wrote:
> In the meantime this is correct. DHCP can be used on s390 with some
> constraints, but it needs to be disabled by default.
Is it useful in practice though? I rather doubt anyone would want to set up
an s390 box using DHCP.
--
To UNSUBSCRIBE,
On Wednesday 27 January 2010, Josef Wolf wrote:
> I am wondering what netcfg-static is good for. Looks like it is an
> (outdated) subset of the more generic netcfg.
No. It's used for s390:
installer/build/pkg-lists/netboot/s390.cfg:1:netcfg-static
installer/build/pkg-lists/generic/s390.cfg:3:netcf
On Wednesday 27 January 2010, Geek87 wrote:
> I also would like to have it working similarly for the tasks: for
> example if I have a task "Mail server" installed depending on Sendmail
> and that the new version of this task now depends on Postfix, I would
> like Sendmail to be automatically remove
I've just tried running the SVN version of netcfg which includes the
following change:
[ Otavio Salvador ]
* Add support for udhcpc. This was based on Luk Claes but changed to
avoid dropping support for dhclient, dhclient3 and pump for now.
I built a netboot image without dhcp3-udeb to
Christian Perrier wrote:
> If you're interested in statistics, you can look [2] to learn that
> "our" list is by far the one that got most cleaning.
Here's a little overview of the lists with the most removed posts,
including the ratio of deleted spam over reviewed posts.
As you can see we have
On Tuesday 19 January 2010, Michael Prokop wrote:
> Providing it just within the relevant dialogs isn't an option, nor?
IMO not:
1) it is redundant as we can (and do, where needed) offer the same
functionality using debconf questions
2) it would clutter the user interface
3) it goes against the
On Tuesday 19 January 2010, dann frazier wrote:
> I'm currently uploading refreshed linux-kernel-di packages built against
> 2.6.26-21. Once accepted, I can go ahead and refresh d-i.
Please do.
> Please let me know if there's any other pending d-i changes for stable
> that I should wait for.
Non
On Monday 18 January 2010, Chris Jones wrote:
> First of all, why are you gentlmen replying to me directly instead of
> posting to the list?
We are replying to the *bug report* and CCing you as the submitter of the
bug report. Most submitters of bug reports are not subscribed to the
mailing list
On Monday 18 January 2010, Chris Jones wrote:
> Since I have the hardware available and you probably don't, would you
> need me to download and test an unstable or experimental install in this
> respect?
There is no version of the installer based on the 2.6.32 kernel available
yet.
--
To UNSU
On Sunday 17 January 2010, Jurij Smakov wrote:
> Comments/Problems:
> Now that http://bugs.debian.org/562594 is fixed, I was able to
> continue the installation and it all went fine until the end.
> However, after finishing the installation machine fails to boot [...]
As the installation itself wo
On Sunday 17 January 2010, Holger Wansing wrote:
> Could you try to find out if the firmware is non-free?
> Could it be included in the debian-archive?
In unstable it looks to be included in the firmware-linux-free package, but
with a changed extension:
http://packages.debian.org/search?searchon=
reassign 565511 initramfs-tools 0.93.4
retitle 565511 ext4.ko module missing from "dep" initramfs
thanks
On Saturday 16 January 2010, ael wrote:
> On further investigation, I find that
> /lib/modules/2.6.30-2-686/kernel/fs/ext4/ext4.ko
> is missing from the initramfs.
>
> I assume that this expl
On Saturday 16 January 2010, Frans Pop wrote:
> On Saturday 16 January 2010, Ian Campbell wrote:
> > Possibly just an issue with the mirror the buildd is using? Since
> > packages.debian.org seems to think that package is in both squeeze and
> > sid and local builds Work Fo
On Saturday 16 January 2010, Ian Campbell wrote:
> Possibly just an issue with the mirror the buildd is using? Since
> packages.debian.org seems to think that package is in both squeeze and
> sid and local builds Work For Me(tm).
See the first lines of the log:
WARNING: mirror 'http://hetzner:down
reassign 565243 pkgsel 0.24
thanks
On Thursday 14 January 2010, Petter Reinholdtsen wrote:
> Would it be possible to get the DVD installation to behave more like
> the network installation, where the progress bar move forward while
> packages are fetched. Even if all packages are local, it take a
On Monday 11 January 2010, Frans Pop wrote:
> On Thursday 24 December 2009, Frans Pop wrote:
> > For stable (20090123lenny5) all arches except mips were successful.
> > I've already mailed the mips buildd maintainers.
>
> I've not heard anything back from the m
On Monday 11 January 2010, dann frazier wrote:
> On Mon, Jan 11, 2010 at 06:57:56PM +0100, Frans Pop wrote:
> > On Thursday 24 December 2009, Frans Pop wrote:
> > > As all packages needed to build D-I were now available, I have
> > > uploaded for both stable and oldstab
On Thursday 24 December 2009, Frans Pop wrote:
> As all packages needed to build D-I were now available, I have uploaded
> for both stable and oldstable. An accept is not needed; apparently D-I
> gets an automatic accept due to by-hand processing of the image
> tarballs.
&g
On Monday 11 January 2010, Holger Levsen wrote:
> I'll clone this bug and reassign to vlock, requesting such a udeb and
> then make the vlock bug a blocker on this one.
I do not agree with this way of doing it because now it has implicitly
become a request for the maintainer of vlock to provide s
(Moving this to the d-boot list. Please reply to that list only.)
Martin Wuertele wrote:
> * Joey Hess [2010-01-10 23:23]:
>
>> This is not the case in Debian 5.0. Nor was it the case with Debian 4.0.
>> Debian 3.1 (2005) was the last one to do that.
>
> Interesting. Tasksel on my Squeeze box s
On Sunday 10 January 2010, Holger Levsen wrote:
> I'm installing lenny atm on a harddrive connected via usb to an laptop.
> I choose "guided partitioning with encrypted lvm" and this failed as the
> laptop has a harddrive with insecure swap. So I had to take out the
> harddrive to do the installati
On Saturday 09 January 2010, Fred wrote:
> Ok, thanks for the advice. I sent back my e-mail to the reportbug tool,
> and created bug #564441.
>
> I hope to find more time next week to be able to learn how to rebuild
> a d-i image…
Hi,
I also sent two replies, but maybe you've missed them:
- http
On Saturday 09 January 2010, Ferenc Wagner wrote:
> It would be less of a problem if d-i used the Busybox ip applet
It does (and nothing else).
> *and* if that supported VLANs.
That might be an issue. No idea.
--
To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org
with a subject of
On Saturday 09 January 2010, you wrote:
> Again, your solution *is* acceptable.
Oh, and please fix your indentation: the new function you added is a mess.
Please use TABs only.
And please don't use spaces in front of punctuation marks in your comments:
you're writing English, not French.
--
On Friday 08 January 2010, Fred wrote:
> I see 2 solutions for my problem :
> - either I parse all ISO files from all disks/partitions, and ask for
> choice if any : I thought it could be quite long to parse all
> partitions, and this way all installer' users have to wait for this.
> - either after
On Friday 08 January 2010, Frans Pop wrote:
> First of all we need a minor string change because the "selected system
> locale" no longer depends only on selected language/country but can also
> be the selected preferred locale.
Sorry, I pasted an old version of this change. He
On Wednesday 06 January 2010, Frans Pop wrote:
> With this patch the preferred locale question will be asked
> - at high priority for the English/Germany case (default: en_US.UTF-8)
> - at medium priority for the English/Australia case (default:
> en_AU.UTF-8)
After testing this ch
tag 563861 pending
thanks
I've just committed the change.
At medium and low priority we do now have the situation which Colin warned
against: effectively we display the shortlist dialog twice in a row. And I
do agree that it's not the most beautiful design.
However, I think that this commit do
On Thursday 07 January 2010, Christian PERRIER wrote:
> Quoting Josip Rodin (j...@debbugs.entuzijast.net):
> > IMHO the non-desktop installation for Croatian needs to lose all of:
> > aspell, myspell, whatever-the-hell-spell, dict-*, doc-linux-*,
> > texlive-* enca because none of these packages ar
On Wednesday 06 January 2010, Christian PERRIER wrote:
> +1 for me. Nice catch, again. That specific example would have raised
> suggestions at some time so it's much better if we can anticipate
> them.
OK. But I just see that this does require a string change :-/
Current text is:
There is no
Package: localechooser
Version: 2.21
Severity: wishlist
There is one use case currently not covered by localechooser that arguably
should be covered, though IMO only at medium priority.
This use case is as follows.
A user is from England, but working in Australia. So he selects English as
langu
On Monday 04 January 2010, Luk Claes wrote:
> > We need to do another upload of debian-installer to fix an issue with
> > syslinux menus on x86, but it FTBFS on amd64 because:
> > The following packages have unmet dependencies:
> > netcfg: Depends: libiw30-udeb (>= 30~pre1) but it is not
> >
> > In particular: v1.9.0-137-g048602c
> >
> > http://git.debian.org/?p=parted/parted.git;a=commitdiff;h=048602c1d5df
> >93ddf4
> >
> >ped_partition_busy: do not call the libparted exception handler
> >
> >Modify libparted/arch/linux.c _partition_get_part_dev() to not call
> >_device_st
On Tuesday 29 December 2009, Lucas Brasilino wrote:
> But, I'm just curious: Since sources.list.udeb is
> generated from sources.list.udeb.local
No. It's not generated that way. s.l.u is generated from the host
system's /etc/apt/sources.list.
s.l.u.local is an override if you do *not* want to us
On Tuesday 29 December 2009, Lucas Brasilino wrote:
> My sources.list.udeb.local is:
> deb http://localhost/debian-mirror lenny main/debian-installer
That's the problem.
Because you have a .local file the normal sources.list.udeb is ignored.
Either delete the .local file or add a correct line for
On Tuesday 29 December 2009, Jurij Smakov wrote:
> I see that modprobe has --resolve-alias flag which prints out the
> module(s) matching an alias, which renders the whole sed concoction
> unnecessary.
I think we should keep Jérémy's solution. If --resolve-alias can return
multiple modules that s
Here's a proposal for some final tuning to the country selection dialogs.
Partly as a result of the discussion with Florian Zumbiehl in #559795.
We have three dialogs:
1) country shortlist based on language
2) continent
3) country per continent.
Main reason for the change is that any of the three
On Sunday 27 December 2009, delphi...@gmx.de wrote:
> Comments/Problems:
>
> I startet the installer. Before the menu showed up there were two
> messages on the screen. I tried to read them but it was too fast, I only
> know that they ended with "may be corrupt".
You should be able to see them by
On Monday 28 December 2009, Jérémy Bobbio wrote:
> This problem looks similar to the one I had while trying to use a daily
> build image on a PowerEdge R410.
>
> The network interfaces on these machines are supported by the bnx2
> module, but when no firmware is available, the driver does not regis
On Monday 28 December 2009, Jeremy Guitton wrote:
> I've tried the last daily-build on amd64 system and my keyboard, a
> MX3200 by Logitech, isn't recognize by the debian-installer. My keyboard
> needs module "hid-logitech". This module isn't build in the kernel but
> like a module, I think that is
On Saturday 26 December 2009, Jurij Smakov wrote:
> The logic in check_missing() function appends the missing firmware
> file name to the $files list and the module to $modules list. However,
> if such mapping fails (as in this case), nothing is appended to $files
> or $modules, and the file is sim
On Saturday 26 December 2009, Jurij Smakov wrote:
> The problem here is that empty $modules does not mean that there are
> no files in $MISSING which is set to /dev/.udev/firmware-missing (the
> log message is wrong as well).
Nice analysis Jurij.
A lot (most?) devices do have a driver directory u
On Thursday 24 December 2009, Frans Pop wrote:
> I will run some installation tests over the next few days. If I don't
> follow up on this mail it means the tests were successful.
The kernel in oldstable-p-u for s390 fails to boot (both with the installer
and an installed system).
401 - 500 of 6359 matches
Mail list logo
