[EMAIL PROTECTED] wrote:
I tried to rebuild d-i with ppp-udeb.deb in the local-udeb but it
do not build anymore:
461 symbols, 375 unresolved
Traceback (most recent call last):
File /usr/bin/mklibs, line 469, in ?
raise No library provides non-weak + symbol
No library provides non-weak
[EMAIL PROTECTED] wrote:
It could also be put on the net_drivers floppy, for use
with a 3 floppy full net/ppp install. That floppy currently has only 71k
free (but already includes ppp and serial port modules), so if that is
not enough space, we'd need a separate ppp_drivers floppy.
Do not
[EMAIL PROTECTED] wrote:
This variable is used in the rp-pppoe.so plugin. Mklibs cannot know
that this library is only linked against programs defining this
symbol, and complains. You can rename this library not to have a
.so extension so that it does not get checked by mklibs, define a
wwak
[EMAIL PROTECTED] wrote:
Mmmm, debian-installer is some what targeted to the masses[1] by default.
Pretending that the masses have a DHCP server available is just silly.
--
ciao,
Marco
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL
This patch adds preliminar support for .ko kernel modules.
Please apply.
--
ciao, |
Marco | [3654 coOaZqA3WDJk2]
diff -ur ORIG.debian-installer/build/Makefile debian-installer/build/Makefile
--- ORIG.debian-installer/build/Makefile2003-12-14 17:19:16.0 +0100
+++
[EMAIL PROTECTED] wrote:
2.6 will need a bit more maturity and better architecture support for
that to happen though. Definitively post sarge release stuff.
This is a very bad idea, because more and more modern hardware will
require 2.6 kernels. If it's OK to support 2.2 kernels (!) for doorstops
[EMAIL PROTECTED] wrote:
* Revise Hotplug pci.rc to use the sysfs mechanism to identify PCI
devices and thus make it 2.6 compatible. Really trivial shell
programming, and gets rid of the can't synthesize PCI hotplug
events boot-time message. I don't understand why nobody has
On Dec 19, Sven Luther [EMAIL PROTECTED] wrote:
Well, as far as i see, the problem is about the devfs stuff, and i guess
I can't see why devfs should be a problem. 2.6 kernels still support it,
and anyway we are supporting 2.2 kernels which do not have it at all.
--
ciao, |
Marco | [3683
On Dec 19, Bruce Perens [EMAIL PROTECTED] wrote:
I did, but upstream is very slow at accepting patches.
I also removed all bashisms.
Please send the patches to me.
Done.
* Add these facilities to hotplug:
o Detect parallel ports. Load the drivers first, then probe them.
o
On Feb 27, Andrew Sharp [EMAIL PROTECTED] wrote:
There are two floppy images in the powerpc dist that might be
mentioned. One is called rescue.bin, the other boot-floppy-hfs.img,
and hence a newbie might easily think that the former is the rescue
floppy mentioned often in the docs, but is
[Please Cc: me, as I'm not subscribed to this mailing list.]
I plan to move the ppp package currently in experimental to unstable in
about two weeks. Since the program has some new features and the build
system has changed a bit, I would like to know which features should be
removed from the udeb
On Oct 18, Sven Luther [EMAIL PROTECTED] wrote:
Sorry to be late about this, but i think that removing plugin support is
not so nice, especially as you then loose pppoatm support, and this
would mean no installation over pppoatm ADSL modems.
You are *very* late, as ppp-udeb was killed a few
On Oct 18, Sven Luther [EMAIL PROTECTED] wrote:
What do you think about Goswin's solution, and building both a ppp-udeb
and a ppp+plugin-udeb package. The normal ppp-udeb is the one used by
the normal d-i, while the ppp+plugin-udeb could be put together with the
non-free per device .udebs on
On Nov 13, Mario Lang [EMAIL PROTECTED] wrote:
WIBNI one could install Debian via an USB ADSL connection?
Maybe.
But this does not requires an .udeb, only that you install the needed
regular .deb packages after you installed the base system.
Actually, a few weeks ago I killed ppp.udeb because
On Nov 13, Pierre Machard [EMAIL PROTECTED] wrote:
Should not we add a note in the Debian-installer FAQ or inside the
install manual about drivers that required external frimware ?
The drivers I packaged have this documented in README.Debian, I do not
think there is any use in duplicating this
[Cc'ed to the maintainers of a few related packages. Please Cc replies,
as I'm not subscribed to [EMAIL PROTECTED]
This is the log of a chat I had today on #debian-boot with mrvn (and
before him with other developers).
The consensus is that d-i will not support modem netinstall (both POTS
and
On Nov 16, Goswin von Brederlow [EMAIL PROTECTED] wrote:
The configurator should help the user to choose the right firmware too
where needed and distributable.
Again, this is only relevant for the USB modem case and so is not
needed for d-i.
--
ciao, |
Marco | [3094 atps/tgHjZDDA]
--
To
The ppp-udeb .udeb package is available at
http://www.bofh.it/~md/debian/ .
It contains an incomplete configuration frontend, I'm asking for the
help of other developers to complete it.
Related question: are modules autoloaded as usual or should postinst
manually modprobe all the modules needed?
[EMAIL PROTECTED] wrote:
There have been some work toward pppoe support in d-i.
I tried to test the ppp postinst script, but apparently I was not
skilled to even manage to run it.
[EMAIL PROTECTED]:/USR3/src/P/ppp/ppp-2.4.2+20031127$head -3 debian/ppp-udeb.postinst
#!/bin/sh -e
echo
[EMAIL PROTECTED] wrote:
Which one of the images? How big will it be?
Is the netinstall initrd full?
I see no reason to put it on the CD initrd, but it can be added to the
What is the CD initrd used for? Do you mean the hd-media initrd?
business card CD, where it will be available to the
On Sep 20, Eduard Bloch [EMAIL PROTECTED] wrote:
Which loop? I do not know why your modem has an own IP, maybe it is a
router and not a modem? Why does it give your local systems DHCP
adresses? How are they related to whatever is connected there? Or maybe
it is not a usual PPPoE modem but
On Sep 23, Vassilii Khachaturov [EMAIL PROTECTED] wrote:
Marco has pretty much summed it up. I fail to see though why the modem asking
the host to consider the modem the default gateway is a bug. The routing
Because the modem is not a gateway and will not work as such?
I think that to add
On Sep 23, Vassilii Khachaturov [EMAIL PROTECTED] wrote:
It is a gateway and does work as such. Did I not write in my last e-mail
that *without* starting pppoe one can reach the provider's WAN via the
default route going via the speedtouch?
Then the modem is configured as a router and you
On Sep 23, Vassilii Khachaturov [EMAIL PROTECTED] wrote:
Then the modem is configured as a router and you don't need need PPTP
at all...
Marco, you seem to have forgotten another portion of the info I had
mentioned earlier in the thread (to another portion of the same mail I had
referred
On Sep 24, Vassilii Khachaturov [EMAIL PROTECTED] wrote:
Then you are not using PPTP to your modem but to your ISP, your modem is
behaving correctly and you don't need pppoeconf at all, because there is
no way we can know the details of PPTP tunneling used by every provider.
pppoe does run
http://dsl.linux.it/DebianNetinstall
Comments and improvements are welcome (but please do not make the
document become a PPP-HOWTO...)
BTW, I would *really* appreciate pointers to the lists of packages (both
.debs and .udebs) available in each image.
--
ciao, |
Marco | [6644 sfxnnFmaq3Rh6]
[EMAIL PROTECTED] wrote:
I haven't been able to find any info on how to install Sarge through the
Internet using PPPoE to connect. Is this possible yet? If so how? I
haven't been able to test the latest test candidate because Virtual PC
can't initialize the virtual switch.
Any pointers
[EMAIL PROTECTED] wrote:
I don't know much about this stuff, but I've been told that on the 2.6
kernel, lack of usbutils results in hotplug complaining that it can't
synthesize root hub events.
No, it works the other way: usbutils is needed for *2.4* kernels only,
on 2.6 kernels sysfs is used.
[EMAIL PROTECTED] wrote:
The TC1 i386 netinst iso contains:
Only the netinst iso? This sucks, I tought we agreed to add ppp-udeb to
the netboot image.
There is no reason to put ppp-udeb and ppp-modules*udeb on the 110 MB
ISO image, because it will be easier to install the base system and then
Package: debian-installer
Severity: normal
Tags: d-i
These packages are needed for PPPoE network installs.
--
ciao, |
Marco | [6719 trvoVw.0KIbY6]
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Package: debian-installer
Severity: normal
Tags: d-i
pppoe is considered deprecated and should be removed from the image, the
usual ppp package is the preferred way to use the PPPoE protocol.
pppoeconf should be removed as well because it supports only the pppoe
package.
--
ciao, |
Marco |
[EMAIL PROTECTED] wrote:
Only the netinst iso? This sucks, I tought we agreed to add ppp-udeb to
the netboot image.
Aren't you confusing the netboot image with the businesscard image?
No, I'm not. It sucks a bit less, but it's still annoying.
--
ciao,
Marco
--
To UNSUBSCRIBE, email to
On Jun 11, Joey Hess [EMAIL PROTECTED] wrote:
Is there an agreement that the netboot image is a correct image for
pppoe installs? That seems rather out of its scope to me.
I tought we had one the last time we discussed this...
PPPoE support needs everything available in the netboot image (i.e.
On Jun 11, Joey Hess [EMAIL PROTECTED] wrote:
PPPoE support needs everything available in the netboot image (i.e. the
drivers for ethernet cards) and nothing else than ppp-udeb and the ppp
kernel modules package[1], so it looks quite appropriate to me.
If you've netbooted a machine, then
[EMAIL PROTECTED] wrote:
I wrote a tutorial on installing via PPPoE today. It's not 100%
complete yet but it has details all the way up to configuring PPPoE to
connect to the internet.
No, it's wrong. You just explained how to install the distribution and
THEN how to configure networking, and
[EMAIL PROTECTED] wrote:
The businesscard is the 50Mb CD image and does NOT have the complete
system to be installed from CD ROM. You need network to use that one.
Yes, but it contains the ppp-udeb package which allows setting up
a PPPoE connection.
--
ciao,
Marco
--
To UNSUBSCRIBE, email
On Tue, Mar 16, 2004 at 03:37:50PM +0100, Petter Reinholdtsen wrote:
[Jeff Bailey]
I'm curious, though. The new hotplug seems to have the goal of
replacing discover. It may make sense to use that instead of
discover2 on 2.6 based systems (since it's likely that everyone will
want
On Mar 16, Petter Reinholdtsen [EMAIL PROTECTED] wrote:
Actually I consider discover broken by design because it needs a
proprietary database which must be updated for each driver added to
the kernel and for each new device supported by each driver.
What do you mean by proprietary database
On Mar 16, Jeff Bailey [EMAIL PROTECTED] wrote:
How difficult is this blacklisting to do? Is filing bugs against the
hotplug package sufficient?
Yes, the name of the module has to be added to /etc/hotplug/blacklist.
Please provide a detailed explanation of why the blacklisting is needed
in the
On Mar 16, Jeff Licquia [EMAIL PROTECTED] wrote:
- Which XFree86 driver works with my video card?
- How do I format PostScript to talk to my printer?
- What software do I need to install for my new scanner to work?
- What package contains the special tweak utilities for my laptop?
-
On Mar 16, Jeff Bailey [EMAIL PROTECTED] wrote:
I'm not saying that there is no use for discover, but that hotplug is
more suitable to manage loading of kernel drivers (i.e. just about
everything which appears in /sys/).
By looking at this, can we assume that it's uncontested that discover
In linux.debian.maint.boot Sven Luther [EMAIL PROTECTED] wrote:
Cool. BTW, is there anything particular needed for a PReP partition ? Or
No, it only needs to be a 4 MB raw partition of type 0x41.
I believe that we may create a PReP-bootloader-installer or something
which would take care of
On Mar 22, Sven Luther [EMAIL PROTECTED] wrote:
No, wait... we really want to use yaboot.
And, are you sure yaboot works on PReP machines ? Not on CHRP boxes
I really don't know.
But at least on CHRP machines it *should* be used.
I used to dd the kernel on my B50 but had to stop after
I uploaded it at http://www.bofh.it/~md/debian/, please check it and let
me know if I can upload it.
(Kudos to Joey Hess for the new features in debhelper 4.2 which make
building udebs trivial.)
--
ciao, |
Marco | [5257 or6wJLNXSBgYQ]
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a
On Mar 23, Joey Hess [EMAIL PROTECTED] wrote:
I uploaded it at http://www.bofh.it/~md/debian/, please check it and let
me know if I can upload it.
Am I blind, or did you forget to upload the actual udeb?
Oops... done. Anyway:
debian/module-init-tools-udeb
|-- DEBIAN
| `-- control
|-- etc
On May 13, Martin Michlmayr [EMAIL PROTECTED] wrote:
Marco, what's the status of your ppp udeb?
It should work (except that resolv.conf is not updated), but AFAIK
nobody ever tested it.
BTW, the ppp kernel modules udeb should be removed from images on which
ppp-udeb is not available...
--
On May 14, Martin Michlmayr [EMAIL PROTECTED] wrote:
Marco, seems we've found a tester for your ppp udeb. Can you provide
some help?
No, I do not maintain nor support pppoeconf, and by the time he runs it
ppp-udeb is obviously not needed anymore.
--
ciao, |
Marco | [6284 diyTn13iBB0PA]
--
On May 14, James Buchanan [EMAIL PROTECTED] wrote:
I think it's possible that there is a problem with kernel 2.6.3?
Maybe pppoeconf or other ppp tools that adjust the routes table do
that properly, but the kernel doesn't fix them up and make them
active immediately?
No.
--
ciao, |
Marco
[EMAIL PROTECTED] wrote:
What about discussing this kind of things with the ppp maintainer?
I only read debian-boot from time to time.
pppconfig should load stuff like serial_cs and the PPP modules when it
starts.
No, it should not. Modules should be autoloaded by modprobe and/or
detect/hotplug.
[EMAIL PROTECTED] wrote:
About udev .. I was mostly out last week and I'll gather some
information about its status and if it's OK I send a mail to
debian-release ml asking for the unblocking.
Hello Otavio, any news on this?
I keep doing new uploads, but as soon as it will be old enough to
. (Closes: #493865)
* Remove /lib/udev/rules.d/ from the udeb. (Closes: #494458)
-- Marco d'Itri [EMAIL PROTECTED] Thu, 28 Aug 2008 03:38:26 +0200
--
ciao,
Marco
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
On Sep 04, Martin Michlmayr [EMAIL PROTECTED] wrote:
* Marco d'Itri [EMAIL PROTECTED] [2008-09-04 14:21]:
* Move in the udeb /lib/debian-installer-startup.d/S02udev to
/lib/debian-installer/start-udev because udev will now be started
before the busybox init. Patch by Jérémy
The modprobe command bundled in d-i environment does not work out of the
box. If one starts the installer in expert mode and skips directly to
the Load installer components from CD menu item, chooses a kernel
module (let's say crypto modules) after the package's installation
attempting to run
reassign 369256 installation-reports
thanks
On May 29, Eddy Petri??or [EMAIL PROTECTED] wrote:
It is module-init-tools-udeb the package which provides modprobe in
the d-i environment, right? So it is the logical choice.
Not so logical, actually.
--
ciao,
Marco
signature.asc
Description:
[EMAIL PROTECTED] wrote:
After tha announcement of irc.debian.org being moved to OFTC, I think
we should take care of moving #debian-boot there.
Why?
--
ciao,
Marco
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
[EMAIL PROTECTED] wrote:
After tha announcement of irc.debian.org being moved to OFTC, I think
we should take care of moving #debian-boot there.
Why?
Because it makes sense to have the Debian Installer development
channel on the Debian IRC server.
People used OFTC for development channels even
On Jul 15, Christian Perrier [EMAIL PROTECTED] wrote:
and, in agreement with the maintainer, is allowed to handle l10n bug
reports and commit fixes in the package's VCS repository.
VCS are not an option since I have not found yet a way to make them
deal in an useful way with DBS packages
On Jul 15, Frans Pop [EMAIL PROTECTED] wrote:
I'm not sure.
Including it by default also means pulling in the dependencies (total
installed size ~0.5 MB).
Which dependencies? ppp-udeb is 100 KB.
Anyway, it would be useful to know this now. Either ppp-udeb goes in an
install image or we save
On Jul 15, Frans Pop [EMAIL PROTECTED] wrote:
I was talking about _installed_ size which is 276 KB for i386.
Why does this matter? For low-memory systems?
Dependencies that are pulled in additionally are ppp-modules (152 KB) and
serial-modules (60 KB).
serial-modules is obviously useless if
[EMAIL PROTECTED] wrote:
ADSL does not imply PPPoE though. I have ADSL too, but don't need PPPoE.
In some countries (e.g. DE, IT) is always does for consumer connections.
--
ciao,
Marco
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL
On Jul 15, Martin Michlmayr [EMAIL PROTECTED] wrote:
Is this libcrypto dependency strictly needed (what for) or could the
udeb be built in a way that it's needed? libcrypto0.9.8-udeb appears
to be about a meg in size while ntpdate has less than 50K.
It's still very big. For d-i we should use
On Jul 16, Kurt Roeckx [EMAIL PROTECTED] wrote:
It's still very big. For d-i we should use a simpler SNTP-only client,
which would not be bigger than a few KB.
sntp was never part of the debian ntp package, and has license
problems so is removed in the current svn version. As it is in
the
On Aug 06, Frans Pop [EMAIL PROTECTED] wrote:
And it seems to me we may also be missing /lib/udev/net.agent.
If d-i does not have ifupdown then it's not needed.
(It should really live in the ifupdown package, but I have not been able
to persuade aj to take it...)
I understand that persistent
On Aug 24, Dmitry Semyonov [EMAIL PROTECTED] wrote:
What could be done here? eciadsl (is this the only available package
for USB DSL modems?) + pppoe + dependencies should be included on
netinst CD. eciadsl documentation should be improved, and D-I should
detect DSL modems automatically.
On Aug 26, Christian Perrier [EMAIL PROTECTED] wrote:
Maybe it's still time to try working to support such modems from the
installer, through the ppp-udeb and all that kind of stuff.
It's not practical. Either it can work in the installer without fiddling
or it's easier for the user to install
[EMAIL PROTECTED] wrote:
|udevd-event[1478]: rename_net_if: error changing net interface name eth1_temp
to eth0: timeout
Please do not open bugs against udev unless you have verified that you
are using the latest release and first deleted z25_persistent-net.rules.
The version of udev currently
[EMAIL PROTECTED] wrote:
Installation went fine, but after reboot, the network startup fails
somehow and the box comes up with no network interface, the output
from the ifconfig command is empty.
Please try updating the package udev to the version currently in unstable.
*And* then delete
Package: netcfg
Version: 0.66
Severity: normal
Please remove the ff02::3 address from netcfg.h, it is not actually
assigned and the same change has already been done in netbase.
Reference:
http://www.iana.org/assignments/ipv6-multicast-addresses/
--
ciao,
Marco
signature.asc
Description:
On Jun 25, Ferenc Wagner wf...@niif.hu wrote:
Any word on this?
I'd like to get an explanation from the kernel maintainers about why
this would be needed (and it would be needed in my package).
--
ciao,
Marco
signature.asc
Description: Digital signature
On Jul 19, Ferenc Wagner wf...@niif.hu wrote:
Now that a kernel (and initramfs-tools) maintainer gave the
explanation you requested, how do you think we could proceed with
this?
As I explained, I will consider this after I will have finished the next
upload.
I'd like to add that udevsettle
On Jul 19, Ferenc Wagner wf...@niif.hu wrote:
If you need udevsettle anywhere else than after running udevtrigger then
something is either buggy or broken by design.
Really? So is /usr/share/initramfs-tools/scripts/local-top/mdadm
(from the mdadm package) wrong, or something else buggy or
On Jul 20, martin f krafft madd...@debian.org wrote:
1. use --run to start arrays as soon as possible, or only start an
array when it's completely assembled?
Why wait?
2. when can we assume that the arrays are ready to be started?
When all members have appeared.
3. how does the rest of the
On Aug 18, Joey Hess jo...@debian.org wrote:
This no longer works; PHYSDEVDRIVER is not set.
I think $PHYSDEVDRIVER has been deprecated for ages.
In turn this breaks check-missing-firmware, so it never tries to load
firmware.
What about using /dev/.udev/firmware-missing/ instead?
--
ciao,
On Aug 19, Joey Hess jo...@debian.org wrote:
hw-detect now uses an unmodified firmware.agent from stock
udev. If you add the file back to udev-udeb we can remove
it from hw-detect.
OK, will happen in the next upload.
--
ciao,
Marco
signature.asc
Description: Digital signature
is
* installed.
* Stop copying /etc/udev/rules.d/ in the initramfs.
* Renamed some rules files for uniformity with other distributions:
50-udev.rules = 50-udev-default.rules,
95-late.rules = 95-udev-late.rules.
-- Marco d'Itri m...@linux.it Sat, 22 Aug 2009 05:50:20 +0200
[1] just
On Aug 23, Steve Langasek vor...@debian.org 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 *wrong* (they don't fit the Policy definition of Recommends),
bugs should be filed
--
To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
On Nov 30, Martin Michlmayr t...@cyrius.com wrote:
into it again. Normally I don't use RAID but today I did, so I'm
wondering if it's related to that.
Yes, because the udev rules do not deal with md* devices.
The mdadm udeb needs to ship an appropriate rules file like the plain
deb does.
--
On Dec 02, Martin Michlmayr t...@cyrius.com wrote:
Okay, thanks. I guess the same applies to the lvm2 udeb? Any other
Yes.
udebs that will need such rules?
Any one which ships in the .deb rules also needed in d-i?
--
ciao,
Marco
signature.asc
Description: Digital signature
On Jan 26, Sven Luther [EMAIL PROTECTED] wrote:
1) write a program writing to stdout and dropping the actual error message
somewhere.
Just add something like this to the top of the affected scripts:
exec /dev/xxx.log 21
--
ciao,
Marco
signature.asc
Description: Digital signature
retitle 399293 please ship a complete /etc/networks
reassign 399293 netcfg
thanks
Please fix this in time for etch or many systems will never get the
complete set of default entries.
This is what netbase puts in /etc/networks if it does not exist:
default 0.0.0.0
loopback
On Feb 12, Steve Langasek [EMAIL PROTECTED] wrote:
The problem seems as simple as that the ipx4xx driver is *not* included in
d-i, but is included in the installed kernel; so in the installer, the
module is never loaded resulting in the USB adapter getting the eth0 name,
but after a reboot
On Feb 12, Steve Langasek [EMAIL PROTECTED] wrote:
No, wait... When a new network interface is added it will get the next
available name, this is a supported configuration.
Ok, so this is true when the built-in device is loaded first at boot time
and is initially assigned eth0, there is no
On Feb 12, Gordon Farquharson [EMAIL PROTECTED] wrote:
Will udev add this new rule to
/etc/udev/rules.d/z25_persistent-net.rules ? Since no new rules are
Yes, this is the whole point.
being added on my test system, does this tells whether something like
DRIVERS==?* is matching or not ?
On Mar 06, Robert Millan [ackstorm] [EMAIL PROTECTED] wrote:
I urge you to reconsider severity of this problem. There's another situation
that makes it much worse:
The correct solution is to make d-i use labels in fstab and to find the
root file system. udev has not much to do with this.
--
On Mar 07, Robert Millan [ackstorm] [EMAIL PROTECTED] wrote:
Labels are not well tested and a source of problems indeed.
The /dev/disk/by-*/ devices are well tested and I do not know about
problems posed by them.
--
ciao,
Marco
signature.asc
Description: Digital signature
On Mar 07, peter green [EMAIL PROTECTED] wrote:
by-uuid contains my two ext3 partitions but not my swap partition, it also
seems like it may be vulnerable to becoming confused.
Only if the admin is a moron and keeps around multiple file systems
cloned with dd.
--
ciao,
Marco
signature.asc
On May 01, Frank Lenaerts [EMAIL PROTECTED] wrote:
Searched for similar bugreports and found out that Debian bug #394047 seems
to resemble it. My system has eth0 (on-board) and eth{1,2,3,4} (a qfe
card).
Which uses the same MAC address for all interfaces.
Your system sucks, sorry.
You can
I found at july debian-users list archive that d-i is not installing resolvconf
package. And that it is the main cause of pppoe problems.
No, it's not. ppp or pppoe do NOT depend on resolvconf.
--
ciao, |
Marco | [7440 fiI0Mh1yMeKQA]
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a
Why? I uploaded the log at http://www.bofh.it/~md/syslog and the
preseeding file at http://www.bofh.it/~md/preseed.cfg .
It says that it correctly loaded the preseeding file, but the options
are apparently not being updated (e.g. d-i debian-installer/country).
Then choose-mirrors crashes and
On Apr 24, Frans Pop [EMAIL PROTECTED] wrote:
Then choose-mirrors crashes and burn trying to download
http://ftp.debian.org(null)/dists/etch/...
For future reference: Frans later explained that I was using the
preseeing data for lenny, which had a bad value for mirror/country and
apparently
Package: finish-install
Severity: wishlist
Please add a preseedable option to NOT disable the /dev/tty[0-9] gettys
when the system is installed over a serial console.
--
ciao,
Marco
signature.asc
Description: Digital signature
Package: netcfg
Severity: normal
Tags: patch
Rationale and supporting references are in #427067.
--- netcfg.h.orig 2008-01-18 12:20:02.0 +0100
+++ netcfg.h2008-04-24 19:00:33.0 +0200
@@ -34,7 +34,7 @@
#define IPV6_HOSTS \
# The following lines are desirable for IPv6
[EMAIL PROTECTED] wrote:
Please file a bug report about this against ppp-udeb with severity minor and
I'll look into it. Make sure you include the info above as that does seem
to explain the difference.
It's just a name. Don't sweat over it.
--
ciao,
Marco
--
To UNSUBSCRIBE, email to
On Jun 17, Brian May [EMAIL PROTECTED] wrote:
Frans Pop wrote:
AFAIK grub (at least the default legacy version) also still has
problems with / on XFS. That's the one other case where D-I
automatically falls back to lilo.
I think you mean /boot on XFS. Having / as XFS seems to work fine for
On Jul 07, Joey Hess [EMAIL PROTECTED] wrote:
udev is already frozen as part of the base freeze. Do you hope to get a
freeze exception for this new upstream release? If not, before the next
I definitely hope to get multiple exceptions later, or lenny will have
quite a crappy udev...
Hmm,
[EMAIL PROTECTED] wrote:
PPP is not supported for the first stage install, so get a netinst image
instead.
What am I building ppp-udeb for, then?
--
ciao,
Marco
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
On Nov 08, Joey Hess [EMAIL PROTECTED] wrote:
Marco d'Itri wrote:
What am I building ppp-udeb for, then?
Well we would like to support it eventually, it's a matter of getting a
frontend written and integrating it with the ret of the installer
though.
There /is/ a configuration frontend
[EMAIL PROTECTED] wrote:
also sprach Marco d'Itri [EMAIL PROTECTED] [2004.11.08.0946 +0100]:
Well we would like to support it eventually, it's a matter of getting a
frontend written and integrating it with the ret of the installer
though.
There /is/ a configuration frontend. What's missing
[EMAIL PROTECTED] wrote:
No, you are understanding this wrongly. He's talking about the ppp _udeb_.
That means 1st stage. This is the optional d-i module that can be selected
for installation during 'load installer components'.
The only PPP module I see there is ppp-modules. And it has no
1 - 100 of 228 matches
Mail list logo