]] Ben Hutchings
| On Thu, 2010-02-11 at 18:03 +0100, Tollef Fog Heen wrote:
| Package: linux-2.6
| Severity: important
|
| Hi,
|
| we have a host with an 07:00.0 RAID bus controller: Areca Technology Corp.
Device 1201
| (aka 07:00.0 0104: 17d3:1201)
|
| The kernel driver is arcmsr.
Could parted 1.8.8.git.2009.07.19-6 be unblocked, please? It's needed
to smooth the path for parted 2.2 in the near future.
Speaking of which, I would like to upload parted 2.2 to unstable (it's
currently in experimental) once 1.8.8.git.2009.07.19-6 reaches testing.
The reason to try to get this
Package: installation-reports
Severity: normal
-- Package-specific info:
Boot method: CD
Image version: deb cdrom:[Debian GNU/Linux testing _Squeeze_ - Official
Snapshot i386 NETINST Binary-1 20100309-09:50]/ squeeze main
Date: Mar 09 2010, afternoon
Machine: laptop Dell Latitude E6500
I deleted the following files from /:
initrd.img initrd.img.old vmlinuz vmlinuz.old
and I deleted all files and directory in /boot:
config-2.6.26-2-686 initrd.img-2.6.26-2-686 System.map-2.6.26-2-amd64
config-2.6.26-2-amd64 initrd.img-2.6.26-2-amd64 vmlinuz-2.6.26-2-686
grub
Hi Frans,
On Wed, Mar 10, 2010 at 01:56:57AM +0100, Frans Pop wrote:
Hi Guido,
What's the status of multipath support in Squeeze? Especially given the
switch to grub2.
To be honset I don't know. I haven't had the time to check multipath d-i
after squeeze. I'll try to find some time to look
On Wednesday 10 March 2010, maximilian attems wrote:
applications that still rely on a toplevel /cdrom
are likely very buggy and should be kicked.
nuke etch compatibility link.
Except that D-I itself still uses it :-/
We'll need to change that first...
--
To UNSUBSCRIBE, email to
Processing commands for cont...@bugs.debian.org:
tag 573252 pending
Bug #573252 [partman-target] partman-target: stray /cdrom link useless these
days
Added tag(s) pending.
thanks
Stopping processing here.
Please contact me if you need assistance.
Debian bug tracking system administrator
tag 573252 pending
thanks
On Thursday 11 March 2010, Frans Pop wrote:
On Wednesday 10 March 2010, maximilian attems wrote:
applications that still rely on a toplevel /cdrom
are likely very buggy and should be kicked.
nuke etch compatibility link.
Except that D-I itself still uses it
On Thursday 11 March 2010, Cyril Brulebois wrote:
To try and make sure I wasn't missing any occurrences, I've patched
lintian and sent the preliminary patch as a bugreport against lintian:
#573399. Feel free to voice in, improve the patch, etc. :)
The background to this is that until Lenny
On Thu, Mar 11, 2010 at 06:09:07PM +0100, Frans Pop wrote:
On Thursday 11 March 2010, Frans Pop wrote:
On Wednesday 10 March 2010, maximilian attems wrote:
applications that still rely on a toplevel /cdrom
are likely very buggy and should be kicked.
nuke etch compatibility link.
On Thursday 11 March 2010, you wrote:
/cdrom was only obsoleted in etch by a combination of prayer and wishful
thinking. apt-cdrom still relied on it until very recently, when
Michael Vogt did some work on it.
Hmm. It could be that back then only the automatic unmounting was fixed.
I'll
On Thursday 11 March 2010, Colin Watson wrote:
If you don't bind-mount /target/cdrom in base-installer, how do you
ensure that we use the same CD for base installation as was used to boot
the installer?
You cannot ensure that even if you do bind mount it as the BIOS' idea of
what is the first
On 21:28 Wed 10 Mar , vikram wrote:
Hi,
Thanks for the reply. I am trying to change the gtk screens that make up the
GUI installer. So, I guess I should be looking for the gtk source files, how
should i go about doing this?
Yes, you can take it from the svn or with apt-get source
On Thursday 11 March 2010, Frans Pop wrote:
No, we no longer bind mount /target/cdrom. We used to bind mount it
permanently, but that was changed with the reintroduction of multi-cd
support. Instead we always leave it up to apt-cdrom to mount/umount the
CD as (and only as long as) needed.
Oh,
On Thursday 11 March 2010, you wrote:
On Thursday 11 March 2010, Frans Pop wrote:
No, we no longer bind mount /target/cdrom. We used to bind mount it
permanently, but that was changed with the reintroduction of multi-cd
support. Instead we always leave it up to apt-cdrom to mount/umount
On Thursday 11 March 2010, Frans Pop wrote:
On Thursday 11 March 2010, you wrote:
On Thursday 11 March 2010, Frans Pop wrote:
No, we no longer bind mount /target/cdrom. We used to bind mount it
permanently, but that was changed with the reintroduction of
multi-cd support. Instead we
Ao produzir mudas para plantio e divulgar o desenvolvimento de projetos
socioambientais, o IBFLORESTAS, juntamente com demais setores da sociedade,
contribui para a conservação do meio ambiente, diz Cesar Paes Leme,
idealizador do voluntariado Supervia Digital
On Thu, 11 Mar 2010, Frans Pop wrote:
On Wednesday 10 March 2010, maximilian attems wrote:
applications that still rely on a toplevel /cdrom
are likely very buggy and should be kicked.
nuke etch compatibility link.
Except that D-I itself still uses it :-/
We'll need to change that
I installed the alpha from usb stick, onto a system with no cdrom drive,
and a /cdrom directory (not symlink) was left behind. I have not worked
out which component is responsible.
--
see shy jo
signature.asc
Description: Digital signature
On Friday 12 March 2010, Joey Hess wrote:
I installed the alpha from usb stick, onto a system with no cdrom drive,
and a /cdrom directory (not symlink) was left behind. I have not worked
out which component is responsible.
/var/lib/dpkg/info/base-files.preinst has:
if [ -d /cdrom ]; then
On Friday 12 March 2010, Frans Pop wrote:
On Friday 12 March 2010, Joey Hess wrote:
I installed the alpha from usb stick, onto a system with no cdrom
drive, and a /cdrom directory (not symlink) was left behind. I have
not worked out which component is responsible.
On Friday 12 March 2010, Joey Hess wrote:
I installed the alpha from usb stick, onto a system with no cdrom drive,
and a /cdrom directory (not symlink) was left behind. I have not worked
out which component is responsible.
Duh. I looked at the code earlier today. It's base-installer of course
A build of the Debian Installer Manual was triggered by an update to SVN.
There were no errors during the build process.
The new version of the manual has been uploaded successfully.
A log of the build is available at:
- http://d-i.alioth.debian.org/manual/logs/en.log
===
It is possible to use
On Friday 12 March 2010, Frans Pop wrote:
On Friday 12 March 2010, Joey Hess wrote:
I installed the alpha from usb stick, onto a system with no cdrom
drive, and a /cdrom directory (not symlink) was left behind. I have
not worked out which component is responsible.
So after today's changes
24 matches
Mail list logo
