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
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 R
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 cours
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.
>
> /var/lib/dpkg/in
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
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 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
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 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. In
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/umou
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.
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 ro
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 fir
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 t
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 compatibi
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 '
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
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
(ad
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 debi
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 lo
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
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
Part
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
]] 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
24 matches
Mail list logo
