Sorina - Gabriela Sandu wrote:
For that matter, I would like to propose a patch to add support for
netcfg to write a Network Manager config file and modify the
finish-install script so that it copies to target either the nm-config
file or a full /e/n/i config, according to a reasonable default
Brian Potkin wrote:
I realise a default is only a default and the selection can be changed,
but I'm puzzled by the third option. Why treat a wireless install
differently from a wired install? It would expected that a user who has
chosen not to use a wired connection would still want
Joey Hess wrote:
I notice this links network-manager to libuuid. Which is an amazingly
Of couse I meant it links netcfg to libuuid..
--
see shy jo
signature.asc
Description: Digital signature
Richard Owlett wrote:
Should one not be able to switch out of the installation process and
into a browser (2 are already included) to search out answers?
One should, but as d-i on the live CD is currently implemented, one
cannot. d-i runs as a fullscreen window, and I couldn't see any
Karsten Merker wrote:
A possible solution would be to add a recommends on
gstreamer0.10-alsa to task-xfce-desktop, so that it gets pulled
in during the system installation while not fiddling with the
xfce4-mixer dependencies which are correct from the package point
of view.
What do you
Daniel Pocock wrote:
I've described such a solution in the bug report:
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=686097
If you think it is sensible (or if something looks obviously silly),
could you comment on it? I will hopefully have more time next week to
play with it, but
Cyril Brulebois wrote:
please find below a number of unblock/unblock-udeb requests I'm mostly
OK with as far as d-i is concerned. I added some comments so that one
can grasp what impact this or that change has; some of them are marked
“KiBi-upload”s, basically due to some needed, tiny fix-ups
Bertil wrote:
(i) Debian installer:
In the installer task (Debian Desktop), one can consider to exclude the
package as default.
This is difficult to do while aptitude Recommends it. Although the
installer has stopped using aptitude in some places, it seems likely to
remain installed by
Steve McIntyre wrote:
As I've just blogged, I've got a second alpha CD released with EFI
support, this time using grub-efi by default. The first release used
elilo only, but I think grub is preferred. So, my question is: should
we follow existing x86 convention and allow users a choice of
Steve McIntyre wrote:
Looking through the Ubuntu version of debian-installer, I can see that
Colin and I independently came up with nigh-on exactly the same way to
deal with EFI systems, using a subarch to identify them. We've
differed very slightly in terms of the the source code in
ian_br...@fastmail.net wrote:
+decimal_units=(1 1000 100 10 1) # (10^3)^{0,1,2,3,4}
I hate to bring this news, but this cannot be used in the installer, because
shell arrays are a bashism, and the installer uses busybox sh.
joey@gnu:~busybox sh
BusyBox v1.20.2 (Debian
Christian PERRIER wrote:
This issue will have to be worked on for jessie, not for
wheezy. Hopefully someone will come with a patch (I somehow doubt it
as I think that only incredibly picky people really do care about
differencesbetween MB and MiB..but, who knows?).
The difference between
Fabian Greffrath wrote:
I have just seen that as per commit 2a962cc6 tasksel now install
xfce as default desktop instead of gnome. has this been discussed
somewhere? The commit text suggests that it has not... :/
I'm offline so cannot find urls, but I belive this has been discussed
plenty of
Steve McIntyre wrote:
I'm thinking we should possibly drop one of these deps in the loop
between task-$DESKTOP-desktop and task-desktop. Joey, what do you
think?
I think that the dependencies need to remain circular, and as tasksel
has no maintainer scripts, it avoids the well-known problems
As /proc is mounted by boot scripts now, partman was changed to not
put it in fstab, but this broke grub-installer, which relied on mount /proc
working.
I've fixed this in grub-installer.
(That doesn't explain the 2011 reports of proc mounting problems, which
well predate that change, but since
Steven Chamberlain wrote:
It could be that grub-installer tries to mount with '-t proc' instead of
'-t linprocfs' on GNU/kFreeBSD.
It did. Fixed in git.
--
see shy jo
signature.asc
Description: Digital signature
Filipus Klutiero wrote:
I tested d-i last week and accidentally installled GNOME. This
allowed me to confirm that GNOME does not pull Synaptic in testing.
gnome-core depends on nautilus, which recommends synaptic.
Unless such recommends are being skipped by something, it should be
installed.
Holger Wansing wrote:
As a first step to this, I tried to checkout the git tree:
following http://wiki.debian.org/DebianInstaller/CheckOut
part Checkout over ssh, for developers it works so far
until it came to the line with
mr -p checkout
Output is:
Per Olofsson wrote:
2012-07-21 18:37, Joey Hess skrev:
gnome-core depends on nautilus, which recommends synaptic.
Unless such recommends are being skipped by something, it should be
installed.
nautilus (3.2.1-2) unstable; urgency=low
...
- Drop Recommends on synaptic and app
As another data point, I am in an airport (CLT) and had to remove gnash
since it failed to display the thing needed to get on free wifi. Of
course without flash the site lets you right through.
--
see shy jo
--
To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org
with a subject of
Christian PERRIER wrote:
And I committed in three specific branches
(people/bubulle/bug-###) those where I think a review is wished.
Merged those I feel comfortable with. I was not convinced by the flash
thread that lightspark will be an overall improvement.
--
see shy jo
--
To
Since it only just went on the schedule, and I don't want those who
requested it to miss it. Also, other people with d-i skills should
come..
Noon tomorrow in the small talk room.
--
see shy jo
--
To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org
with a subject of unsubscribe.
reassign 681347 ftp.debian.org
VastOne wrote:
Package: pkgsel
Severity: serious
Tags: d-i
Can't exec aptitude: No such file or directory at /usr/bin/debconf-apt-
progress line 130. STDIN line 2.
aptitude's priority was downgraded to optional, but d-i still uses it to
install security
Philipp Kern wrote:
On Thu, Jul 12, 2012 at 12:40:13PM -0400, Joey Hess wrote:
Since it only just went on the schedule, and I don't want those who
requested it to miss it. Also, other people with d-i skills should
come..
Noon tomorrow in the small talk room.
Will the slot remain
Samuel Thibault wrote:
Well, I guess at least for speech synthesis some people may find it
easier to use. speakup still has issues with questions with a lot of
choices: the language question, for instance, is a pain to listen to.
What lanaguages does speakup support? We could make
Daniel Baumann wrote:
i don't know why tasksel uses lxde-core, but, if you would depend on
lxde instead, you would get network-manager-gnome that the lxde
maintainers in debian recommend for their users.
Package: lxde
Source: lxde-metapackages
Version: 2
Installed-Size: 26
Maintainer: Debian
Daniel Baumann wrote:
i don't think that the the
installer (via tasksel) should use anything different than what we do
with the live systems.
That's backwards really. The live CDs should not be diverging from the
tasks.
lightdm is relatively buggy, does not reasonably support autologin yet,
Stefano Zacchiroli wrote:
It is not clear to me how accessible the initial splash screen --- the
one with currently contain the choice between default, graphical, and
advanced installation options --- is.
*If* that screen is accessible
It's not. Does occur to me that syslinux could be
Bob Bib wrote:
'task-ssh-server' currently depends on 'openssh-server';
IMHO, it wouldn't be wrong to depend on 'ssh' instead.
'ssh' depends on 'openssh-server' and 'openssh-client' (while 'openssh-client'
is a dependency of 'openssh-server', so it's pulled by 'task-ssh-server' too).
Josh Triplett wrote:
On Wed, Jun 27, 2012 at 04:11:48PM +0200, Per Olofsson wrote:
Thus, I think we should consider removing browser-plugin-gnash from the
desktop task (and the gnome metapackage).
I agree with that. I only suggested the inclusion of lightspark because
it made more sense
Carsten Klein wrote:
the debian installer will fail to install the system with 10 or more
partitions defined
during the manual partitioning process.
This is due to the fact that the hard coded regexp for finding the first
partition in
the system will fail to return a single line, e.g.
Justin B Rye wrote:
People may well think in terms of the answer they give here being the
wireless network. However, saying the wireless network (ESSID)
implies that the ESSID is the network - which is logically equivalent,
I suppose, but I'd still prefer to avoid it.
I agree, I'd just drop
Justin B Rye wrote:
But I suspect the best solution is:
Select desired network name (ESSID) for connection attempt.
Suggestion:
Select the wireless network name (ESSID) to use during this
installation process.
It's not really relevant that it will attempt to connect to it and
has a
- Forwarded message from ibsdeb ibs...@gmail.com -
Date: Sun, 24 Jun 2012 13:26:45 -0300
From: ibsdeb ibs...@gmail.com
To: Joey Hess jo...@debian.org
Subject: Re: Bug#673548: installation-reports: Wheezy's installer does't
install KDE
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US
Philipp Kern wrote:
And what about floppy-retriever?
It was renamed to media-retriever in 2008. Perhaps a RM bug was
forgotten to be filed?
--
see shy jo
signature.asc
Description: Digital signature
Daniel Dehennin wrote:
As I setup a preseed configuration based on hands-off[1], I get troubles
configuration d-i mirror/ and d-i apt-setup/localX depending on the
network configuration.
I'm using a full CD, so adding entries to sources.list is optional, but
if the network is up, I would
Ibsen Morem wrote:
Image version:
http://cdimage.debian.org/cdimage/wheezy_di_alpha1/i386/jigdo-cd/debian-wheezy-DI-a1-i386-kde-CD-1.template
11-May-2012 18:49 -- also happended with debian-testing-i386-netinst.iso
from 22-Jun-2012
This CD image is known to not currently contain all of
- Forwarded message from Michele Manfrin ymic...@yahoo.it -
Date: Sat, 23 Jun 2012 13:13:37 +0100 (BST)
From: Michele Manfrin ymic...@yahoo.it
To: debian-boot@lists.debian.org debian-boot@lists.debian.org
Subject: installation fails
X-Mailer: YahooMailWebService/0.8.118.349524
Reply-To:
Regis Boudin wrote:
NB : I am definitely not a perl person, so I would strongly recommend
someone with more experience reviews the patch before actually applying it.
That put me off, for a while, but I've applied it now.
--
see shy jo
signature.asc
Description: Digital signature
Bastian Blank wrote:
Is there anything that speaks against an upload of tasksel? It works
fine in my tests.
This heuristic is just asking for trouble.
# Exclude packages starting with lib
$package !~ /^lib/
Only other concerning thing
Ben Hutchings wrote:
Since linux version 3.2.20-1, it is possible to set a 'hidepid' mount
option on procfs, which restricts the visibility of unprivileged users
to see other users' processes.
initscripts correctly applies this option if present in /etc/fstab.
Should d-i allow procfs
Steve McIntyre wrote:
Following up from the thread about lack of space...
A couple of weeks back I rewrote the task support in debian-cd to deal
with the change from tasks-in-Packages to task meta-packages. After a
lot of local testing, today is the first time the weeklies have been
built
Stefano Zacchiroli wrote:
Dear d-i hackers, I've been contacted by Paul Wise about FSF campaign on
secure boot [1] (thanks Paul!). As observed by various commenters over
the net, it is indeed striking that no FOSS distros is in there. I plan
to contact the FSF asking that Debian is listed as
Steve McIntyre wrote:
No, not yet at least. To be honest, I've had a lot of pressure to just
add all the Recommends anyway recently to match what people would
install by default. That's what I've done so far.
It's complicated. Sometimes we drop a package from a direct Recommends
in a task-*
Trent W. Buck wrote:
When PXE-booting wheezy d-i[1], the timezone prompt lists Australian
timezones but does not list either Victoria or Melbourne in the
list.
Yes, we have an unreleased upload adding Victoria.
--
see shy jo
signature.asc
Description: Digital signature
Philipp Kern wrote:
Hi,
I built d-i with build_netboot and try running it with qemu/kvm:
kvm -hda hd_img.qcow2 -tftp dest/netboot -bootp /pxelinux.0 -boot n
However it still tells me that it can't find a CDROM drive. Is this known
breakage or does someone know a workaround so that I can
Philipp Kern wrote:
Joey,
am Sun, May 27, 2012 at 05:28:50PM -0400 hast du folgendes geschrieben:
Philipp Kern wrote:
I built d-i with build_netboot and try running it with qemu/kvm:
kvm -hda hd_img.qcow2 -tftp dest/netboot -bootp /pxelinux.0 -boot n
However it still tells me
Mehdi Dogguy wrote:
The patch can make use of gpg to extract the signed data from the
InRelease file. I'm not sure it is necessary since the rest works just
fine if given an InRelease file instead of a Release file. I kept that
part commented in the patch and leave this decision to the
Joerg Jaspert wrote:
I understand it right that doing it this way (ie. current symlink stays
around), it won't break anything, so we can just do it for all suites?!
It appears that debmirror will be broken, if it helps. :/
I can't find anything that will break in debian-cd.
--
see shy jo
Joerg Jaspert wrote:
I don't think the installer images should be in dists/ as they are now,
but get their own location, installer/. For various reasons, including
the - wth was it added there in the first place, - currently an
installer update move from one suite to another means real
While this has been an interesting thread, it may be predicated on a
false premise. I examined the latest weekly CD build, and the reason no
desktop tasks at all (even lxde or xfce) appear on their respective CDs
is because debian-cd is simply not including tasksel's new task-*
packages, at all.
Lisandro Damián Nicanor Pérez Meyer wrote:
Indeed, I have seen that pattern before, although I think it was because
people are used to get CDs, not DVDs (ie, just a matter of habit).
Another reason is that it's more likely for a throwaway USB key to be in
the 1-2 gb range than the 5 gb range.
Philipp Kern wrote:
On Sat, Feb 04, 2012 at 12:45:03AM -0400, Joey Hess wrote:
Philipp Kern wrote:
So now to the question: What's the policy for dpkg(-deb) feature use in
debhelper? Would it be feasible to add '-z1', '-Zxz', '-Sextreme' to the
dpkg-deb arguments for udebs within
Neil Williams wrote:
supporting only the smaller/lighter desktop environments is exactly
what comes out of accepting that the first two options just won't be
acceptable. Changing compression is only putting off the inevitable.
There's *no* reason to think that GNOME or KDE are going to get
Gerhard Pircher wrote:
Hi,
I'm looking into building a custom Debian install CD for a non-supported
PowerPC platform. The platform doesn't work with any of the available
bootloaders in Debian. Therefore I would like to create my own bootloader
udeb package. While I can use one of the
Nobuhiro Ban wrote:
/usr/lib/os-probes/mounted/90bsd-distro: 17:
/usr/lib/os-probes/mounted/90bsd-distro: gawk: not found
Found unknown Linux distribution on /dev/sda2
done
My debian selected mawk for awk.
d-i doesn't have gawk either. I don't speak awk well enough to know if
busybox awk
Félix Arreola Rodríguez wrote:
But I include my custom udeb (called installfest) with a menu item
number of 7000, depends on apt-setup-udeb and provides pkgsel. This with
the propose of skipping pkgsel. I always skip pkgsel and tasksel even on
my own debian installs. It's not pkgsel fault, I
This bug report remains open only as a request for debootstrap to
somehow extract and print the actual error message from debootstrap.log
when the installation of a package fails. Ideally that would be done
in a form that prevents users from filing bug reports on debootstrap
for random transient
martin f krafft wrote:
I don't know what os-prober does, but
# os-prober
ls: reading directory /var/lib/os-prober/mount: Input/output error
ls: reading directory /var/lib/os-prober/mount: Input/output error
ls: reading directory /var/lib/os-prober/mount: Input/output error
ls:
Bernhard Kuemel wrote:
bernhard@b:~/di/debian-installer-20110106+squeeze4/build$ fakeroot make
Take a look at debian/rules for some variables you need to set to build
for squeeze, like: USE_UDEBS_FROM=squeeze
--
see shy jo
signature.asc
Description: Digital signature
shawn wrote:
Package: debootstrap
Version: 1.0.39
Severity: normal
Tags: d-i
if you use debootstrap unstable foo --include=systemd-sysv
--exclude=sysvinit
the install fails
dpkg: regarding .../systemd-sysv_44-1_i386.deb containing systemd-sysv:
systemd-sysv conflicts with sysvinit
Thijs Kinkhorst wrote:
GnuPG has for a while now the configure switch --enable-minimal, which builds
a gnupg with as few options enabled as possible. I was wondering if using
this
configure switch for the gnupg-udeb would make sense for you - I remember
that
size was an issue, not sure
Christian PERRIER wrote:
OK, so long for not pulling synaptic through the gnome task...and not
moving it to the desktop task
That leaves us with the decision of either adding synaptic to the KDE
taskor leave it up to KDE maintainers to do it in one of their
metapackages.
(and same
Filipus Klutiero wrote:
Josselin, why would the gnome metapackage already pull synaptic? I
don't see any direct relation. This is what happens on my
testing/unstable mix:
nautilus recommends synaptic.
--
see shy jo
signature.asc
Description: Digital signature
Josselin Mouette wrote:
It should be the role of metapackages to handle which packages are
installed onto which desktop environment.
This actually depends how close a given desktop environment's definition
of desktop environment is to common user expectation of a linux
desktop. For example,
Ryan Braun [ADS] wrote:
Here is the templates control file from the udeb.
Template: debian-installer/scripted-partitioning/title
Type: text
Description: Partition automatically via a shell script
Template: scripted-partitioning/script
Type: text
Description: What script do you
Philipp Kern wrote:
On Tue, Mar 27, 2012 at 07:14:10AM +0200, Christian PERRIER wrote:
If I'm correct there is no more volatile at all.
There's still the $codename-updates suite. I personally don't care if it's
not
deactivatable in d-i, but given that security updates are, it probably
Package: apt-setup
Severity: normal
VOL_HOST still appears as volatile.debian.org in the UI, but that is
thuroughly dead now.
--
see shy jo
signature.asc
Description: Digital signature
Mario Koppensteiner wrote:
I have an issue with debootstrap. I debugged the issue and I found the
following:
The Problem is in the file /usr/share/debootstrap/functions line 634
Here is the code of the line 628 to 634
$PKGDETAILS PKGS $m $pkgdest $@ | (
leftover=
Regis Boudin wrote:
Perhaps it's time to get some wide testing? This could be done by
temporarily making debconf default DEBCONF_USE_CDEBCONF=1
Sounds like an idea. the various scripts will probably need an
additional
check for cdbconf's existence, though, since it caused me trouble
I was
Regis Boudin wrote:
That's a bit odd, the initial setup and conversion is done in the
config
script, and I would have expected debconf to have already run it
before.
Unless I got it wrong with my almost empty postinst.
FWIW, I saw the same thing; debconf was using dialog and cdebconf
Regis Boudin wrote:
Hi everyone !
That's it, after a month of testing on my main machine, I uploaded
cdebconf 0.159.
Although some features are still missing, it should actually be usable.
Well, I've been using it on my main machine for a month with 2 daily
updates, and a few
Colin Watson wrote:
The main trick will be telling the difference between a retrieval
failure and some other kind. base-installer already knows about the
specific names of debootstrap errors, so it doesn't seem out of the
question for it to handle some of them differently. Do you think it
Miguel Figueiredo wrote:
Add the mount option 'discard' for ext4 filesystems so, during
partitioning, TRIM can be activated for SSDs in the installed
system.
I had the impression that there was going to be some sort of automatic
detection in the kernel of appropriate devices and that trim
Neil Williams wrote:
Emdebian doesn't include manpages and some packages (and some udebs
apparently) don't expect this directory to not exist.
I'd be very surprised if any udebs know anything at all about
/usr/share/man.
However, there are numerous postinsts, starting with bash, that run
Floris Bos / Maxnet wrote:
In addition to that, it would also be nice if the -E discard
option is passed to mkfs.ext4, so that it TRIMs the entire disk
partition prior to creating the file system structures.
-E discard is the default, according to mkfs.ext4(8)
--
see shy jo
signature.asc
Miguel Figueiredo wrote:
On 12-03-2012 04:55, Joey Hess wrote:
I had the impression that there was going to be some sort of automatic
detection in the kernel of appropriate devices and that trim would be
automatically enabled for them. Is it not going to play out that way?
Just adds
Floris Bos / Maxnet wrote:
Hmm, and to make things more complicated.
The RELEASE-NOTES that come with the e2fsprogs source say that the
default is what you put in mke2fs.conf
That's for an older version.
int discard = 1;/* attempt to discard device before fs creation */
Michael Tokarev wrote:
So a more naive approach at determining the filesystem type is to
check first 512 bytes, and if MS-DOS signature is found there,
report that it is MS-DOS. This is, apparently, what os-prober is
currently doing.
os-prober does not look at fragile magic numbers in
Package: os-prober
Version: 1.49
Severity: normal
A while ago, os-prober was made to try to mount filesystems with
grub-mount. This means that $type cannot be used to test
the filesystem type. Various commits have been made since
to let through $type=fuse|fuseblk in various tests.
But, I've
Samuel Thibault wrote:
Mmm, why not looking for io.sys at the root? In all the versions of DOS
that I know there has to be one for the partition to be bootable.
According to http://en.wikipedia.org/wiki/IO.SYS , some of the DOS
clones did not use io.sys, which may be why I don't remember it
Colin Watson wrote:
How about, if grub-mount is used, we use grub-probe to find out which
GRUB filesystem driver is in use, and stash that somewhere so that
individual tests can get at it? That ought to be just as reliable as
the existing OS filesystem type checks.
Yes please. I've CCed the
Marcus Möller wrote:
Hi all.
I stumbled about the following paragraph in the documenation [1]:
'For debconf variables (templates) used in the installer itself, the owner
should be set to “d-i”; to preseed variables used in the installed system,
the name of the package that contains the
Regis Boudin wrote:
* ejabberd. During postinst, cdebconf seems to wait indefinitely on the
read() in confmodule.c, line 109. The problem only occurs if
invoke-rc.d ejabberd start is called during the postinst script,
though.
Sounds like the typical problem of a daemon inheriting the
2001
From: Joey Hess j...@kitenet.net
Date: Sun, 29 Jan 2012 02:26:33 -0400
Subject: [PATCH] Use dpkg-query to list packages, rather than parsing the
status file. Closes: #657389
---
debian/changelog |4
tasksel.pl | 10 --
2 files changed, 8 insertions(+), 6 deletions
Alexey Eromenko wrote:
Default Debian-6 KDE installs gnash, an extremely unstable
component, that constantly crashes KDE Konqueror, when user accesses
any flash-enabled website (such as www.amd.com).
Wouldn't that be a bug in konqueror-nsplugins? No plugin should be able to
crash the browser
Michael Gilbert wrote:
lightspark is an alternative. Of course, it's also experimental, but
who knows, it may be a bit more stable/complet at this point? I
haven't really looked into it. Just something worth considering...
The end game, which I am increasingly sure will happen by the next
Forwarding to live team for your help. Does it make sense to always
disable the CD in sources.list for live systems? If live systems
contain some sort of package archive at all, and it's not complete,
should they put not_complete into /cdrom/.disk/cd_type ?
- Forwarded message from
Rui Miguel P. Bernardo wrote:
I've noticed that debian-installer-launcher was not removed in the
installed system, as were not removed also live-config, live-boot and
others.
Related to this is the search for /cdrom/live/filesystem.packages-remove
file. I suppose the /cdrom is not mounted
Eldar Yusupov wrote:
I could not find os-prober development mailing, so I could not find any other
way to find the answer other to ask you in personal by e-mail.
I've CCed our mailing list.
I've been reading os-prober source and found the following piece of code:
log_output () {
if
Javier Fernández-Sanguino Peña wrote:
Hi fellow developers,
It would be nice if this was fixed:
https://alioth.debian.org/scm/?group_id=30260 indicates that the SCM for the
Debian-installer project is GIT but the git repo (git clone
http://git.debian.org/git/d-i/d-i.git for anonymous
Miguel Figueiredo wrote:
Daily images don't boot on amd64 and i386.
After pressing enter to start the installation process the screen
starts flickering and on the screen keeps appearing just the
following line.
INFO: kbd-mode: setting console mode to Unicode (UTF-8)
Printscreen:
Cyril Brulebois wrote:
Daily builds are defined nowhere, so it can't be concluded whether
running “make build_something” under build/ is considered a daily build.
(Or maybe the intent was to document that daily builds are the reasons
for the default's being unstable. I guess it can be
Julien Cristau wrote:
rootskel-bootfloppy/ia64 unsatisfiable Depends: klibc-utils-floppy-udeb
(= 1.5-2)
This is not a new dependency, it's from 2008 and klibc-utils-floppy-udeb
is not built on ia64.
But why are you trying to use boot floppies, let alone on ia64 anyway?
--
see shy jo
Miguel Figueiredo wrote:
i tried to install the businesscard image and also failed while using btrfs.
The installation log was full of btrfs kernel errors, these errors
repeated itself until installation fails reporting no space left on
device.
I trimmed the 22 MB log, with the first 2000
Evgeni Golov wrote:
How to use:
boot as cdrom
OR
grub2:
loopback loop /debian-7.0-amd64-NETINST-findiso.iso
set root=(loop)
linux /install.amd/vmlinux findiso
initrd /install.amd/initrd.gz
boot
OR
kvm:
kvm -kernel dest/cdrom/vmlinuz -initrd dest/cdrom/initrd.gz \
-append
Julien Cristau wrote:
I'm not, I'm just looking at grep-excuses, which suggests either
klibc-utils-floppy-udeb should exist on ia64 or rootskel-bootfloppy
should be killed there.
Quite likely rooskel-bootfloppy and klibc-utils-floppy-udeb should be
killed *everywhere*. It's not like the kernel
Joey Hess wrote:
The graphics worked ok with stable's kernel; however when I upgraded the
kernel to 3.1.4-1 to try to get wifi working (which it did seem to), it
turned the display off as soon as the kernel did a mode switch on boot.
Do you have the dmesg from that kernel
Christian PERRIER wrote:
I'm inclined to follow this advice and would indeed propose that the
atomic partman-auto recipe is kept, however without a separate /usr
partition (discussions on -devel and the current practice convinced me
that a separate /usr is seomthing that probably belongs to
Steve Langasek wrote:
There isn't. There's just a broad consensus among those who are talking
about changing things.
Yes.
--
see shy jo
signature.asc
Description: Digital signature
101 - 200 of 4877 matches
Mail list logo