I've built an i386 testing mini.iso containing a proposed fix for this bug,
and uploaded it to:
http://people.debian.org/~mpalmer/614884_mini.iso
If someone can test it out with an NM package that has the appropriate
script (Ben Armstrong felt that an appropriate NM package wasn't already in
I've just merged near-complete IPv6 support into netcfg master. I've tested
it as hard as I can, and nobody else seems interested enough to test it off
my branch, so let's put it into the wild and see what breaks.
Enjoy.
- Matt
--
To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org
On Thu, Feb 24, 2011 at 03:37:52PM +1100, Matthew Palmer wrote:
I've just merged near-complete IPv6 support into netcfg master. I've tested
it as hard as I can, and nobody else seems interested enough to test it off
my branch, so let's put it into the wild and see what breaks.
And I've just
severity 614054 minor
thanks
On Sat, Feb 19, 2011 at 01:40:06PM +0100, minino wrote:
We find several cases in which D-I hangs searching network wired card when it
needs extra firmware.
Please attach the syslog from the installation demonstrating the hang
behaviour; that will allow us to
On Thu, Feb 17, 2011 at 07:17:48PM +0100, Christian PERRIER wrote:
In this bug report, it is suggested that D-I does not attempt to sync
the clock with NTP if no network was configuredwhich makes
sense...
One way to do this could be presetting clock-setup/ntp to False if
no network
On Tue, Feb 15, 2011 at 01:06:46AM +0300, Michael Tokarev wrote:
Part one of the discussion series. Config options which
are enabled in udeb and static builds but not enabled
in regular build.
I don't disagree with anything you've mentioned. If all of the changes you
recommend were
On Mon, Feb 14, 2011 at 12:06:07AM +0100, Cristian Greco wrote:
[CCing Bastian as he is actually listed as Uploader of the package]
I'd like to help with the maintenance of busybox in Debian, e.g.
packaging the latest 1.18.x release, dropping patches already merged
upstream and help with
[Taking this off-bug]
On Wed, Feb 09, 2011 at 02:52:53AM -0500, Robert Edmonds wrote:
btw, (unrelated to #537271), it seems to me that 3 seconds is a fairly
short value for NETCFG_LINK_WAIT_TIME. i'm pretty sure i've seen
link-up take longer than that on occasion before, depending on NIC
On Wed, Feb 09, 2011 at 11:00:29AM +, Otavio Salvador wrote:
On Wed, Feb 9, 2011 at 09:57, Matthew Palmer mpal...@debian.org wrote:
[Taking this off-bug]
On Wed, Feb 09, 2011 at 02:52:53AM -0500, Robert Edmonds wrote:
btw, (unrelated to #537271), it seems to me that 3 seconds
tag 537271 +help +wontfix # Need a 'cantfix' tag
thanks
On Sun, Feb 06, 2011 at 05:51:06PM -0500, Robert Edmonds wrote:
Debian Bug Tracking System wrote:
Given that there is no possible way to detect that the network link is up
but unuseable,
did you even read #537271?
No, I find it far
As you have identified:
On Sun, Feb 06, 2011 at 10:15:48PM -0500, Robert Edmonds wrote:
(this should probably
actually be a loop that repeatedly invokes arping with a short
timeout in order to update the progress bar.)
This really needs to be implemented. Leaving users hanging
reassign 612109 choose-mirror-bin
thanks
netcfg has nothing whatsoever to do with choosing a mirror. Just sayin'.
On Sat, Feb 05, 2011 at 03:39:37PM -0800, Josh Triplett wrote:
The question asking for an HTTP proxy could instead auto-detect the need
for a proxy by trying to fetch a fixed URI
Just a quick note on this issue: I'm definitely planning on fixing this up
for Wheezy, and sooner rather than later. However, my work on IPv6 has
completely rewritten this part of the codebase, so the patch from Floris has
no hope of applying cleanly. I will, however, be writing an equivalent
On Thu, Feb 03, 2011 at 01:47:26PM +0800, Thomas Goirand wrote:
As you all know, there's no support for WPA in the Squeeze installer.
This is a left over, with nobody having enough time to work on it, even
though it seems to me (and many others) that this is an important
feature that our users
On Sun, Jan 30, 2011 at 04:24:13PM +0100, Floris Bos wrote:
I think that at least selection of the network interface by MAC-address
instead of interface name should be possible.
There is currently a patch pending for Ubuntu:
http://launchpadlibrarian.net/60443113/S31pxedust
(belonging to
I've put pre-built images for amd64 and i386 at
http://people.debian.org/~mpalmer/ipv6/ that handle most forms of IPv6
autoconfiguration:
* address/gateway via router solicitation/advertisement;
* Recursive DNS resolvers via router solicitation/advertisement;
* hostname/domain via reverse DNS
Hi Andrew,
On Thu, Jan 27, 2011 at 04:47:09PM +1000, Andrew Pollock wrote:
On Sun, Jan 23, 2011 at 08:15:43AM +0100, Christian PERRIER wrote:
Quoting Matthew Palmer (mpal...@debian.org):
Does any architecture use a DHCP client other than udhcpc? netcfg has
support for running dhclient
tag 611250 +help
tag 611250 +wontfix
thanks
On Thu, Jan 27, 2011 at 12:03:23PM +0100, Martin Zobel-Helas wrote:
it would be nice if the debian-installer could support network bonding
on several interfaces.
I'm with Ferenc on this; bonding isn't necessary to install the system, so
I'm loathe to
On Tue, Jan 25, 2011 at 06:53:18AM +0100, Christian PERRIER wrote:
Quoting Matthew Palmer (mpal...@debian.org):
The problem is, I don't have a WPA network to test on. I don't know the
first thing about how to set one up, and frankly I don't really care to
learn. Hence, why testers
I've sat down and integrated the existing WPA support patch into my d-i
tree; I've also submitted a patch to wpasupplicant to build a udeb for it.
So, I've now got a mini.iso that should (in theory) netinst Debian squeeze
over a WPA network.
The problem is, I don't have a WPA network to test on.
On Mon, Jan 24, 2011 at 06:05:53PM +0100, Dennis Hoppe wrote:
Am 24.01.2011 08:28, schrieb Matthew Palmer:
On Fri, Jan 21, 2011 at 04:54:40PM +0100, Dennis Hoppe wrote:
Am 20.01.2011 02:16, schrieb Matthew Palmer:
* The kernel and initrd you're booting with; can I get the md5sums of them
severity 591012 wishlist
user debian...@lists.debian.org
usertags gift
thanks
The more time passes, the more I think this is a good idea. It looks like
everything (or nearly everything) supports it, wifi interfaces support it
(which gives it better compatibility than ethtool/MII anyway), and it
On Fri, Jan 21, 2011 at 04:54:40PM +0100, Dennis Hoppe wrote:
Am 20.01.2011 02:16, schrieb Matthew Palmer:
* The kernel and initrd you're booting with; can I get the md5sums of them
and where you got them from?
i am using the file debian-multi_5.0.7.iso from one of the official
Debian
tag 607766 +confirmed
thanks
Just a quick note to indicate that I have, indeed, confirmed this bug, and
it's quite easy to reproduce -- just turn off your DHCP server, setup your
wireless NIC, then try and do anything with it.
More investigation will be carried out into WTF is actually going on
Hi Martin,
Thanks for giving my changes a test, and especially for your detailed
feedback.
On Sat, Jan 22, 2011 at 03:47:39AM -0500, Martin Millnert wrote:
Off the top of my head, there are a few things one would like to work
with v6-only-supporting d-i:
1) support for picking up RAs at
On Sat, Jan 22, 2011 at 09:42:51AM +, Miguel Figueiredo wrote:
Sáb, 2011-01-22 às 00:04 -0400, Joey Hess escreveu:
Matthew Palmer wrote:
I'd like to announce that I've managed to put together a set of changes to
netcfg (and busybox) to allow d-i to perform a complete install over
On Sat, Jan 22, 2011 at 05:48:28AM -0500, Martin Millnert wrote:
On Sat, 2011-01-22 at 21:16 +1100, Matthew Palmer wrote:
I was aware of the existence of rDNS-in-RA, but I didn't know what tool (if
any) on Linux handled it. Looks like rdnssd is the way to go. Do you
happen to know what
Does any architecture use a DHCP client other than udhcpc? netcfg has
support for running dhclient and pump, but so far as I can tell (from some
grepping around in installer/build/pkg-lists) nobody uses that code. I'm on
a mission to gut unnecessary code, and this is first on my list, as DHCP
Package: netcfg
Version: 1.59
Severity: wishlist
User: debian...@lists.debian.org
Usertags: gift
I've just committed a simple fix to static.c to allow netcfg to pause
until it finds a good link on a statically configured interface (look for
the netcfg_detect_link() call).
However, if link
This would be a good project for someone looking to get into netcfg... like
the other 'gift' bugs I've filed.
Basically, you just need to put debconf_progress_start/stop calls at the top
of netcfg_activate_static(), and add progress calls as you do each step.
There shouldn't be much to it at
On Fri, Jan 21, 2011 at 03:01:35PM +0100, Samuel Thibault wrote:
One grouping that I see could be done a hostname/domainname combination.
I usually don't fill the domainname, so just filling the hostname and
pressing enter is fine.
Which, in practice, is a dependent pair -- if you enter an
Package: netcfg
Version: 1.59
Severity: wishlist
User: debian...@lists.debian.org
Usertags: gift
With the closing of #414117, we've introduced a more robust method of
detecting which network interfaces we want to configure have link. This is
required because link autonegotiation (and other
On Sat, Jan 22, 2011 at 12:04:59AM -0400, Joey Hess wrote:
Matthew Palmer wrote:
* You can't (properly) use SLAAC to configure your IPv6 network (you can
skip the gateway question, but you need to put in a static IP and that'll
get stuck into /e/n/interfaces).
Hmm, my experience
[Taking this off-bug]
On Sat, Jan 22, 2011 at 07:36:54AM +0100, Christian PERRIER wrote:
I indeed wonder it if would make sense to switch the i-g to git once
it is released.
I think it would be worthwhile -- at the moment I'm queueing up changes to
make to the manual, which just feels like
reassign 610553 netcfg
thanks
On Thu, Jan 20, 2011 at 12:29:29PM -0400, Joey Hess wrote:
Matthew Palmer wrote:
Yeah, I thought about that, but it appears as though finish-install wants to
own all those sorts of things itself. I would have expected
50config-target-network to be in netcfg
Hi Robert,
You've probably completely forgotten about this bug report... but I'm
resurrecting it in a big netcfg cleanup.
Whilst your patch is fine as it is, I'm not inclined to apply it, because
I'm planning on taking netcfg in a slightly different direction. My plan
for default installations
tag 186029 +moreinfo
thanks
Hi,
I'm triaging netcfg bugs. Bear with me on this archaeological endeavour.
Like Joey Hess, I'm having trouble identifying questions that can be grouped
together. Even the IP address/netmask questions aren't groupable any more,
as there's changes in the works to
[tl;dr: Install Debian over an IPv6-only network. Please test.]
Hi all,
I'd like to announce that I've managed to put together a set of changes to
netcfg (and busybox) to allow d-i to perform a complete install over the
network without any traffic flowing over IPv4.
wait for applause... 3...
Just for the record, the difference between the size of the binary in
busybox-udeb 1.17.1-9 (as is currently in git) when built on i386 with and
without vconfig is 384 bytes. vconfig in is 212732, vconfig out is 212348.
I built both locally in the same chroot to remove any other biases (gcc
package netcfg
tag 610526 +moreinfo
tag 610526 +unreproducible
thanks
Hi Dennis,
I'm having some trouble reproducing your bug report.
Here are the exact steps I took:
1) Download the mini.iso from
clone 610553
reassign 610553 finish-install
reassign -1 di-utils-reboot
thanks
On Wed, Jan 19, 2011 at 03:32:59PM -0500, Jeffrey Sheinberg wrote:
Install of squeeze-rc1 (expert mode, non-graphical) from *.iso - works
great except the network is not cleanly deconfigured for DHCP.
Solution -
On Thu, Jan 20, 2011 at 06:00:51AM +0100, Christian PERRIER wrote:
Quoting Matthew Palmer (mpal...@debian.org):
clone 610553
reassign 610553 finish-install
reassign -1 di-utils-reboot
thanks
On Wed, Jan 19, 2011 at 03:32:59PM -0500, Jeffrey Sheinberg wrote:
Install of squeeze-rc1
On Tue, Jan 18, 2011 at 06:50:48AM +0100, Christian PERRIER wrote:
Given the current switch to git, I am not yet in position to commit a
fix for the following (no local checkout on my laptop).
Please note that my daily builds are made against SVN, so they'll soon
become more and more
[Summary: NetworkManager doesn't properly transition away from
/etc/network/interfaces-configured wireless interfaces to using it's own
internal configuration database, causing them to not come up at all]
On Thu, Jan 13, 2011 at 08:30:40PM +0100, Michael Biebl wrote:
Imho, the cleanest solution
Package: netcfg
Severity: wishlist
[More a bug to remind myself for the future than anything else]
I'm not 100% sure of the validity of this, but I *think* that it's not
appropriate to run DHCP over a pointopoint link like PLIP, SLIP, etc.
(Whether those should even bother to be supported any
On Tue, Jan 11, 2011 at 12:52:07AM -0500, Stephen Conrad wrote:
I have found a workaround. It seems that while the Squeeze installer cannot
seem to utilize the RTL8111, the resulting installation does not have the
problem.
I executed the following steps:
1) Installed an old 10/100 PCI
On Mon, Jan 10, 2011 at 12:14:44AM -0700, Gregory Nowak wrote:
I am making the assumption that the first item on the boot menu is text
install, as was the case in the lenny installer. If this is not
correct anymore, then that might be the problem. Thanks.
No, the installer front screen in the
On Fri, Jan 07, 2011 at 11:34:44AM -0200, Otavio Salvador wrote:
On Fri, Jan 7, 2011 at 01:58, Matthew Palmer mpal...@debian.org wrote:
I'd recommend this patch be applied before the Squeeze release, as there are
a number of bugs related to DHCP timeouts, as Ferenc mentions. I'm not sure
Hi Martin,
I've just done a test run using an SVN build of d-i over a serial console,
and grub was configured to both use the serial console itself, and also to
boot the kernel with appropriate console parameters.
I was going to close this bug, but noticed that you had reopened it and
changed
On Thu, Jan 06, 2011 at 04:07:38PM +0800, Qin Bo wrote:
I want to build all the udeb packages, but I couldn't confirm the udeb
source packages list and udeb packages list which use by debian installer.
How can I get all the udeb source packages list?
As far as I know now:
[DON'T CC PEOPLE WHO HAVE REPLIED TO THE LIST]
On Fri, Jan 07, 2011 at 10:02:31AM +0800, Qin Bo wrote:
You can get back to the source
package by looking up the binary package in the relevant Packages list and
getting the Source header from there (I'm sure someone will be nice and
give
On Fri, Jan 07, 2011 at 12:31:07AM +0100, Ferenc Wagner wrote:
Ferenc Wagner wf...@niif.hu writes:
-execvp(udhcpc, arguments);
+/* execvp doesn't like const strings for no reason, so we can
+ cast away the const to suppress the compiler warning */
+
On Thu, Jan 06, 2011 at 09:32:02PM +0100, Ferenc Wagner wrote:
Signed-off-by: Ferenc Wagner wf...@niif.hu
---
packages/netcfg/dhcp.c | 10 --
1 files changed, 8 insertions(+), 2 deletions(-)
diff --git a/packages/netcfg/dhcp.c b/packages/netcfg/dhcp.c
index f706c5c..385799b
Just a quick note to indicate that I'm working on this at the moment.
It's... not trivial, but enough of the pieces should be in place that the
job isn't insanely difficult.
- Matt
--
To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org
with a subject of unsubscribe. Trouble?
On Sun, Jan 02, 2011 at 11:58:11PM +0100, Sander De Graaf wrote:
It's a long time since i filed this bug report, and I'm pleasantly
surprised that it's believed fixed. Thanks for the work :)
You know what they say... better late than never. grin
- Matt
--
To UNSUBSCRIBE, email to
package netcfg
tag 381975 +unreproducible
tag 381975 +moreinfo
thanks
Hi Michael,
I've been trying to reproduce this bug, and I'm afraid I can't do it with a
current testing image. I used the latest netinst from
http://cdimage.debian.org/cdimage/daily-builds/daily/arch-latest/i386/iso-cd/
and
tag 538763 +patch
thanks
Here's a patch that should go into netcfg post-squeeze. It's not a high
enough priority to be worth pissing off translators over. Some of the fix
was already in place via Ubuntu, just not noted anywhere.
- Matt
Index: debian/netcfg-common.templates
It's an old bug, the ath5k driver has apparently been extensively rewritten,
and now (apparently) works like mac80211-based drivers. Given that I've
tested installation on a machine which uses one of these drivers (iwl3945),
it seems like this bug has probably been tidied up at some point (either
retitle 414117 netcfg doesn't wait long enough to detect link
thanks
I'm not seeing anything in this bug report that indicates that there's still
a problem with netcfg picking the wrong interface due to confusion over
which NIC from a given driver to use (and, like Jeremy, I'm not seeing
anything
Straightforward patch, defer until after squeeze as requested by submitter.
--
To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/20110101143612.gb5...@hezmatt.org
package netcfg
tag 496647 +confirmed
tag 496647 +patch
thanks
[tl;dr: Here be dragons]
Yeah, there's definitely something screwy going on here... but I'm not
entirely sure it's ethtool-lite's fault. I get similar results to the
submitter on an e1000e-equipped laptop (Thinkpad X60s), but
Petter Reinholdtsen wrote:
Should netcfg link detection be extended to use
/sys/class/net/ethX/carrier if it exist? At the moment its
ethtool_lite() function uses the mii-diag/ethtool kernel API to check link
status, but the /sys/ file seem to be a more generic way to do this.
In principle,
Package: netcfg
Severity: wishlist
Tags: patch
In testing for #496647, I found it useful to add a Makefile rule to build a
standalone ethtool-lite. It doesn't get built by 'all', or as part of the
package building process, but it might make life a bit easier for others in
the future, so it'd be
I can still reproduce this with the latest mini.iso I can find on
ftp.debian.org (20101127). To be absolutely clear, this is what I'm doing
to show the problem:
1) Setup a DHCP server that provides an address and default route, but does
not provide any DNS servers or domain name.
2) Boot the
tag 362029 +patch
thanks
The attached patch fixes netcfg to write a complete resolv.conf if the DHCP
server doesn't provide all of the necessary data for that file. As
previously mentioned, the problem is that the DHCP configuration method
assumes that resolv.conf will *always* be written
Le sigh...
- Matt
Index: netcfg/dhcp.c
===
--- netcfg/dhcp.c (revision 66154)
+++ netcfg/dhcp.c (working copy)
@@ -521,6 +521,7 @@
}
netcfg_nameservers_to_array (nameservers,
I'm grovelling over the BTS for netcfg a bit, and I've noticed that there
are a number of bugs that all cover the same ground: that preseeded values
for get_hostname/get_domain are ignored in favour of values taken from
DHCP/DNS (different bugs mention different sources).
Unless there are any
tag 416378 +unreproducible
thanks
I've just tried this on the current SVN mini.iso (locally built), and when I
give netcfg an address of 10.0.0.66 with a netmask of 255.255.255.192, it
suggests using 10.0.0.65 as the gateway. I would assume that this has been
fixed silently since the bug report
On Sun, Dec 12, 2010 at 01:12:19AM +0100, Floris Bos wrote:
On Saturday, December 11, 2010 07:31:48 am Christian PERRIER wrote:
Correct. Apparently, though, that behaviour didn't bother anybody
enough to look at current netcfg code and propose the needed patch
Fair enough.
Attached a
On Fri, Dec 10, 2010 at 09:53:42PM +0100, Ferenc Wagner wrote:
Floris Bos b...@je-eigen-domein.nl writes:
Not everyone has the power to change their own reverse DNS entries, or it
might take time to process (send a request to the upstream provider that is
responsible for the IP block,
On Thu, Nov 18, 2010 at 01:44:39PM +0100, VALETTE Eric RD-MAPS-REN wrote:
On 11/18/2010 10:09 AM, Christian Perrier wrote:
VALETTE Eric RD-MAPS-REN a écrit :
Done nothing special except creating the partitions manually. This is
^
On Thu, Oct 28, 2010 at 09:21:29PM +, Ryan Braun [ADS] wrote:
On October 28, 2010 09:02:02 pm Lennart Sorensen wrote:
On Thu, Oct 28, 2010 at 08:42:11PM +, Ryan Braun [ADS] wrote:
Looking over the preseed docs for setting up software raid, it looks
like you need to create a
On Mon, Aug 16, 2010 at 01:20:26PM +0200, Jeremie Koenig wrote:
diff --git a/util/get-packages b/util/get-packages
index a80fe16..3013743 100755
--- a/util/get-packages
+++ b/util/get-packages
@@ -77,7 +77,7 @@ fi
# All these options make apt read the right sources list, and use APTDIR
On Mon, Jul 12, 2010 at 12:40:48PM +0100, Stephen Gran wrote:
This one time, at band camp, Bastian Blank said:
This is just a rant, no useful information.
Here's a nickel, kid, buy yourself a sense of humor. The entire message
was surrounded by giant blinking sarcasm tags.
Hey, no
On Sat, Jan 30, 2010 at 09:48:38AM +0100, Josef Wolf wrote:
On Sat, Jan 30, 2010 at 01:07:04AM +0100, Frans Pop wrote:
On Saturday 30 January 2010, Josef Wolf wrote:
Would be just a change in a config option, right? So that's not really a
big deal and could be done independently of the
On Sat, Jan 30, 2010 at 01:07:04AM +0100, Frans Pop wrote:
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
On Sun, Jan 17, 2010 at 01:45:38PM +0800, kin boster wrote:
i want to add a new interface for installer(lenny), and i had checked
out the installer source , how can i do next step ?
You might like to be more verbose as to what exactly you wish to achieve;
add a new interface is ambiguous
On Wed, Nov 11, 2009 at 07:41:44AM -0500, j s wrote:
installation seems to stop every time here:
installing the rescue floppy image from floppy images on
mounted medium ...
Have you considered using a more recent release? Woody's well and truly
unsupported at this point in time.
- Matt
On Mon, Aug 24, 2009 at 12:28:00AM -0700, Steve Langasek wrote:
On Mon, Aug 24, 2009 at 09:15:59AM +0200, Bj?rn Mork wrote:
I think the use case is users who are being control freaks about the set
of
packages on their systems. If the set of packages being pulled in as
recommends is
On Sun, Aug 09, 2009 at 03:31:10PM +0200, Frans Pop wrote:
On Sunday 09 August 2009, Colin Watson wrote:
On Wed, Jul 29, 2009 at 01:14:52PM +0200, Frans Pop wrote:
On Wednesday 29 July 2009, Christian Perrier wrote:
An interesting proposal that Colin made was to converge towards a
On Mon, Jul 27, 2009 at 02:18:12PM -0300, Otavio Salvador wrote:
On Mon, Jul 27, 2009 at 1:31 PM, Frans Popelen...@planet.nl wrote:
The question is always displayed, so it's simply up to the user whether he
wants to participate or not.
This is the reason I think we could leave 'Yes' as the
On Thu, Jul 23, 2009 at 12:10:02AM -0600, Scott Edwards wrote:
According to some research I have done, this NAS runs a Marvel SoC
that's Arm9 based. It's already running Linux. According to some
other sources, this vendor is under litigation over busybox gplv2
violations. It's not the only
[Don't Cc me on mailing list posts]
On Tue, Jun 30, 2009 at 11:46:55PM +0100, Philip Hands wrote:
On Mon, Jun 29, 2009 at 07:01:37PM +1000, Matthew Palmer wrote:
On Mon, Jun 29, 2009 at 08:13:41AM +0200, MaTa wrote:
Hello
Please, I need some (little) help in some preseeds. I'm
On Mon, Jun 29, 2009 at 08:13:41AM +0200, MaTa wrote:
Hello
Please, I need some (little) help in some preseeds. I'm searching for this
questions in documentation and I havn't found anything. Would you say if
exist some preseed (or preseeds) to get:
a) Save the installationlog log
On Wed, Apr 29, 2009 at 12:49:37PM -0700, Keane Posner wrote:
I don't know if this is the right place to post this bug but I was trying
to upgrade to Jaunty and I got hung up.
Definitely the wrong place to send this. Ubuntu support forums are
Somewhere Else. This is for *Debian* installer
On Wed, Nov 12, 2008 at 10:55:13PM -0500, Dean wrote:
The power died midway through a kernel update to an NSLU2, and now
it's stalling partway through the boot, without much of a clue that
I've seen in the /var/log files. I can either up the number of things
being logged, which might take a
On Sat, Oct 25, 2008 at 12:48:17PM +0200, Martin Michlmayr wrote:
* Matt Palmer [EMAIL PROTECTED] [2008-10-24 22:02]:
A better patch, based on Martin Michlmayr's feedback, is attached. Enjoy!
Looks good, thanks. I'll apply it after lenny.
The only remaining question is what default IP
On Wed, Oct 22, 2008 at 05:26:24PM +0200, Martin Michlmayr wrote:
* Matthew Palmer [EMAIL PROTECTED] [2008-10-22 11:34]:
I wasn't sure if adding an extra udeb into the initrd was acceptable; since
it's OK, I've reworked the patch to do that instead. New patch attached,
with tests this time
On Wed, Oct 22, 2008 at 05:18:39PM +0200, Martin Michlmayr wrote:
* Matthew Palmer [EMAIL PROTECTED] [2008-10-22 11:38]:
and kernel uBoot files, and a complete firmware image, for the DNS-323 and
CH3SNAS devices. The patch requires a new package dns323-firmware-tools,
which is currently
I can confirm that Colin's patch of Tue, 21 Oct 2008 22:57:45 +0100 fixes
the problem for me on a test install on amd64. I tested by building parted
and then putting the udeb into localudebs and putting it into the initrd.
- Matt
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject
I wasn't sure if adding an extra udeb into the initrd was acceptable; since
it's OK, I've reworked the patch to do that instead. New patch attached,
with tests this time (I forgot to include them in the diff last time).
- Matt
unchanged:
---
Package: debian-installer
Severity: normal
Tags: patch
The attached patch extends d-i firmware building for armel to build initrd
and kernel uBoot files, and a complete firmware image, for the DNS-323 and
CH3SNAS devices. The patch requires a new package dns323-firmware-tools,
which is currently
As further confirmation, I've just tested an install on an armel box with
Colin's patch, and it worked nicely there, too.
- Matt
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Package: linux-kernel-di-armel-2.6
Severity: normal
Hi,
Please include a minix-modules package in the armel d-i kernel build, as per
this patch:
diff -urN linux-kernel-di-armel-2.6.orig/modules/armel-orion5x/minix-modules
linux-kernel-di-armel-2.6/modules/armel-orion5x/minix-modules
---
Package: oldsys-preseed
Severity: normal
Tags: patch
The attached patch adds the ability to extract hostname and network
information from the nvram of a DNS-323 (tested on a rev B1 machine).
- Matt
From 7a16c8d3b4fcaedb1bdcb4fe63bd134d1a98f372 Mon Sep 17 00:00:00 2001
From: Matt Palmer [EMAIL
On Wed, Jun 14, 2006 at 03:20:25PM -0500, Gary Fredrickson wrote:
I am trying to setup a preseed file to partition / as 300 MB, 5GB /usr,
3 GB for /var, 10 GB for /tmp, 3 GB for swap and the remaining space on
the drive for /data all using reiserfs format. Searching the internet
for how to use
On Thu, Jun 01, 2006 at 08:06:57AM +0200, Sven Luther wrote:
Autopartkit is used by the debian-edu/skolelinux folk, not sure what exactly
it does though. BTW, what exactly do you need.
I need to be able to produce a single CD which is capable of interrogating
the system that it's running on and
On Wed, May 31, 2006 at 08:10:19AM +0200, Sven Luther wrote:
d-i is a modular design,
Which I've been most impressed with in my travails, but unfortunately it's
(necessarily) quite complicated to dig into, so I haven't been able to
exercise it's full potential.
the obvious answer, is to create
On Wed, May 31, 2006 at 04:27:39PM +0200, Sven Luther wrote:
On Wed, May 31, 2006 at 11:00:19PM +1000, Matthew Palmer wrote:
On Wed, May 31, 2006 at 08:10:19AM +0200, Sven Luther wrote:
the obvious answer, is to create a custom .udeb,
which would replace the other partitioning tools. I
I have really simple needs here -- I just want to (effectively) replace the
entire partitioning phase of installation with a single shell script -- I
need to do all sorts of interesting things with partitioning, but I can
easily write it out.
Is there a quick-n-easy way (or already-documented
1 - 100 of 101 matches
Mail list logo