Verzacht uw kraantjeswater

[Waterverzachter]

In België is het water één van het meest kalkhoudende van Europa. Te
veel kalk beschadigt uw elektrische huishoudapparaten en is nadelig voor uw
dagelijks comfort.

Ontvang een gratis offerte:
http://www.debesteleverancier.be/waterverzachter/gratis-offerte.htm?lng=nl&tg=adoucisseur&utm_campaign=adoucisseur&utm_source=admr&utm_medium=email&you=debian-boot@lists.debian.org

Sanitaire installaties die voortdurend getekend zijn door afzettingen van
kalkaanslag, koffiezetapparaten die het aflaten, strijkijzers die verstopt
zitten, een droge huid, ... Vele nadelen die gemakkelijk vermeden kunnen
worden door een waterontharder te gebruiken. 

Snel en gemakkelijk geplaatst, zorgt een waterverzachter voor aanzienlijke
besparingen, een verlenging van de levensduur van uw huishoudelijke
apparaten, die meer energie verbruiken en waarvan de werking bemoeilijkt
wordt door de kalkaanslag, voor schone leidingen, een perfect werkende
waterboiler, enz.
---
Online versie: 
http://mailing.fb.bb1.mailbb.be/c8789/e53198962/h5f3b3/l263473/index.html
Deze e-mail werd verstuurd naar debian-boot@lists.debian.org.
Profiel aanpassen: 
http://mailing.fb.bb1.mailbb.be/c8789/e53198962/h5f3b3/l263475/index.html
Uitschrijven: 
http://mailing.fb.bb1.mailbb.be/c8789/e53198962/h5f3b3/l263474/index.html
Privacy policy: 
http://mailing.fb.bb1.mailbb.be/c8789/e53198962/h5f3b3/l263476/index.html

Bug#724931: Re: Bug#724931: Please include the patch in git

[adrian15]

El 08/03/14 a las 18:11, Andreas Cadhalpun escribió:

I fixed a few things in my previous patch (see attachments):
 * Fix typo in finish-install.d/10apt-cdrom-setup: cdrom/$j -> cdrom$j
 * Always test for other CDs, except if it is a netinst CD.
   Otherwise one can't use CD-2 together with 
debian-testing-amd64-kde-CD-1.iso of type full_cd/single. (Maybe I 
didn't get how this is supposed to work?)
 * Mount further ISOs if at least four parts (seperated by -) of the 
name are the same. Example:

a) debian-testing-amd64-CD-1.iso
b) debian-testing-amd64-kde-CD-1.iso
c) debian-testing-amd64-CD-2.iso
d) debian-testing-amd64-CD-2-local-changes.iso
e) debian-testing-i386-CD-2.iso
  a) and b) would load c) or d), but not e).
 * Fix crash, if the filesystem is not know (e.g. unpartitioned).

Pease add the attached patches on top of current git, even if you 
don't want to apply the patch now and instead move it to another branch.


Best regards,
Andreas


Can you please explain why you are using: get_fstype () function which 
it's based on blkid instead of just using the old method of relying in 
auto function from the kernel itself?


This is used in both cdrom-detect.patch and mountmedia.patch.

Please, be aware, that I'm not telling you your approach is incorrect. 
It seems we are lacking the explanation or rationale on why you made 
that decision in order to evaluate that change in a fair manner.


Thank you very much!

adrian15
--
Support free software. Donate to Super Grub Disk. Apoya el software libre. Dona 
a Super Grub Disk. http://www.supergrubdisk.org/donate/

Bug#795944: installation-guide: should call a RAID a RAID

[Justin B Rye]

Source: installation-guide
Version: 20150528
Severity: minor
Tags: d-i patch

Following up #794936, here's my second bugreport for a big clear
individual issue before I start on a general proofreading sweep.

Section 6.3.3.4 (aka the file "using-d-i/modules/mdcfg.xml") describes
how to set up RAID arrays in D-I.  But instead of just calling them
that it insists on using jargon which users are unlikely to be
familiar with and which isn't even technically correct.

I'm including general proofreading fixes in this patch as well as the
headline problem, because it's all in one .xml file - if I tried to
separate things out into one patch fixing the grammar issues and one
standardising the punctuation and so on then they'd all just trample
on one another's toes.

Here's an annotated copy of the patch (and yes, this time I've
double-checked the attached version is the same file!):

> Index: mdcfg.xml
> ===
> --- mdcfg.xml (revision 70030)
> +++ mdcfg.xml (working copy)
> @@ -2,32 +2,32 @@
>  
>  
> 
> -   Configuring Multidisk Devices (Software RAID)
> +   Configuring Software RAID

Because absolutely nobody calls them Multidisk Devices, and MD has
never stood for that anyway.  (There are rumours it was once "Mirror
Disk", but it has officially always been "Multiple Device".)

I was going to add that if you Google "Multidisk Devices", it just
goes "did you mean...?" - but in fact if I insist, it will do that
search, and finds Frans Pop filing bug #387696 about this in 2006.
That was allegedly fixed, but here it still is.

If the mdcfg module supported RAID plus some other things then it
might be more pedantically accurate to talk here in terms of using
Multiple Device storage in general.  But it doesn't.  It's talking
about RAID, which was already widely known as RAID before Linux
existed.  So call it RAID!

>  
>  
> -If you have more than one harddrive
> +If you have more than one hard drive

I'm letting "mountpoints" and "filesystems" get away with being
written as one word, but "harddrive" is a step too far.

(Meanwhile, the day may be approaching when we'll need to say "hard
disk, flash drive, or similar main non-volatile storage system".  Or
maybe we'll be able to use plain "drive" as a cover-term...)
  
> -To be honest, you can construct an MD device even from partitions
> -residing on single physical drive, but that won't give any benefits.
> +To be strictly accurate, you can construct a RAID array even from partitions
> +residing on a single physical drive, but that won't give any benefits.

Leaving out this detail wouldn't have been dishonest.

Our default name for RAID arrays should be "RAID arrays".  Referring
to RAID in terms of the Linux kernel driver used for it makes even
less sense when you consider that this installer is also intended foe
use on systems where &arch-kernel; != Linux.

Missing indefinite article.

> - in your computer, you can use
> -mdcfg to set up your drives for increased
> -performance and/or better reliability of your data. The result is
> -called Multidisk Device (or after its most
> -famous variant software RAID).
> + in your computer, you can set up your drives for
> +improved performance and/or reliability by using software RAID.
> +The &d-i; module used for this is mdcfg, named
> +after the Linux md (Multiple Device)
> +driver.

Users of D-I are never told that they're using mdcfg, so it's fairly
pointless to act as if they'd recognise the name; instead, _introduce_
it here.  Tagging "mdcfg" as a  just spoils any plan we might
have for making the  tag pull its weight (they might for
instance link to manpages.debian.org - but D-I modules don't have man
pages).  I'm falling back on marking "mdcfg" as a basic  here
(which should result in the same markup as for a ), but it's
not clear it's entitled even to this much, since it isn't a word that
users ever need to be treat as a verbatim string...

"Reliability of your data" is subtly wrong.  If my data is the
collected prophetic ramblings of Nostradamus, RAID isn't going to make
it any more reliable!  Just say "improved [...] reliability".

Then the end of the second sentence is the main point of this bug
report.  The result of using mdcfg is _not_ called "Multidisk Device".
It isn't even called "MD".  It's called RAID.  Introduce it as RAID,
then note in case anybody cares that it's implemented in Linux under
the name "md".  (This might even go in a footnote, but we've just had
one of those.)
  
>  
>  
> -MD is basically a bunch of partitions located on different disks and
> -combined together to form a logical device. This
> -device can then be used like an ordinary partition (i.e. in
> -partman you can format it, assign a mountpoint,
> -etc.).
> +A RAID array is basically a bunch of partitions located on different
> +disks and combined together to form a logical
> +device. You can then proceed with the install using it just like an
> +ordinary partition —

cdimage?? What should we call it?

[Steve McIntyre]

Hey folks,

We called our main installer images distribution site
cdimage.debian.org a long time ago, when that was all it published and
most people downloaded images of CDs. Ummm. Things have moved on in
the intervening years, and this name is looking more silly over time:

 * lots of people are using USB sticks
 * we're providing live images that don't fit on CD
 * we're providing cloud images (Openstack so far, with others coming
   soon!)

So, I'm looking for suggestions. What should we call it? I had
initially thought that images.debian.org is more generic, but it's
also likely to confuse people into looking there for pictures... :-)

Please reply and let's see if we can come up with a better name.

-- 
Steve McIntyre, Cambridge, UK.st...@einval.com
"I can't ever sleep on planes ... call it irrational if you like, but I'm
 afraid I'll miss my stop" -- Vivek Das Mohapatra

Re: cdimage?? What should we call it?

[Steve Langasek]

On Tue, Aug 18, 2015 at 05:09:19PM +0100, Steve McIntyre wrote:
> Hey folks,

> We called our main installer images distribution site
> cdimage.debian.org a long time ago, when that was all it published and
> most people downloaded images of CDs. Ummm. Things have moved on in
> the intervening years, and this name is looking more silly over time:

>  * lots of people are using USB sticks
>  * we're providing live images that don't fit on CD
>  * we're providing cloud images (Openstack so far, with others coming
>soon!)

> So, I'm looking for suggestions. What should we call it? I had
> initially thought that images.debian.org is more generic, but it's
> also likely to confuse people into looking there for pictures... :-)

> Please reply and let's see if we can come up with a better name.


 - seedy-image.debian.org
 - mothership.debian.org
 - ftp.debian.org
 - image-master.debian.org
 - get.debian.org

-- 
Steve Langasek   Give me a lever long enough and a Free OS
Debian Developer   to set it on, and I can move the world.
Ubuntu Developerhttp://www.debian.org/
slanga...@ubuntu.com vor...@debian.org


signature.asc
Description: Digital signature

Re: cdimage?? What should we call it?

[Russ Allbery]

Steve McIntyre  writes:

> We called our main installer images distribution site
> cdimage.debian.org a long time ago, when that was all it published and
> most people downloaded images of CDs. Ummm. Things have moved on in
> the intervening years, and this name is looking more silly over time:

>  * lots of people are using USB sticks
>  * we're providing live images that don't fit on CD
>  * we're providing cloud images (Openstack so far, with others coming
>soon!)

> So, I'm looking for suggestions. What should we call it? I had
> initially thought that images.debian.org is more generic, but it's
> also likely to confuse people into looking there for pictures... :-)

install.debian.org?  (get.debian.org is good too.)

-- 
Russ Allbery (r...@debian.org)   

Re: cdimage?? What should we call it?

[Simon Kainz]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512

Well, i created a Wiki Page for this, making it probably easier to
decide upon things. I copied the already proposed names there:

https://wiki.debian.org/NewNameForCDImage

Bye,

Simon



Am 2015-08-18 um 18:15 schrieb Steve Langasek:
> On Tue, Aug 18, 2015 at 05:09:19PM +0100, Steve McIntyre wrote:
>> Hey folks,
> 
>> We called our main installer images distribution site 
>> cdimage.debian.org a long time ago, when that was all it
>> published and most people downloaded images of CDs. Ummm. Things
>> have moved on in the intervening years, and this name is looking
>> more silly over time:
> 
>> * lots of people are using USB sticks * we're providing live
>> images that don't fit on CD * we're providing cloud images
>> (Openstack so far, with others coming soon!)
> 
>> So, I'm looking for suggestions. What should we call it? I had 
>> initially thought that images.debian.org is more generic, but
>> it's also likely to confuse people into looking there for
>> pictures... :-)
> 
>> Please reply and let's see if we can come up with a better name.
> 
> 
> - seedy-image.debian.org - mothership.debian.org - ftp.debian.org -
> image-master.debian.org - get.debian.org
> 
-BEGIN PGP SIGNATURE-
Version: GnuPG v2

iQIcBAEBCgAGBQJV01y1AAoJEBy08PeN7K/pmF4P/1xqcLnQtAkIuR2AcMWDtKEz
WAKE9Tejo+n977iU3aGRHK3jYcTkBgYPF4qaPbdQVcgrzPCMQUMJIj/jHR736Z9T
7Flqh9sNzUKLBY+TfHiKyYxehRRBFCs1nQstiZBEXaJjILlV/jiJUNuL6gVMEqmb
/3LXze009YetRh/2228bCpafn5lf6KKoHXosZwBOT71cTISXVLymnP3xxeF1q2xm
Z+rpUoNakF8daGXxIMqP7a7JoBKdfPBSXa2KghvRCrPqd3HbUqVGYydWvl0WeyjH
TU9E7nNal8vmn99fhOOUWYOEDtDOrkNuKXC3C3vdloN1LLU8bnwhMJ2/j3yE0ao3
pgEals3UAAFY0CBv63HBfLaylQyUFCrqCkq3E7GSRbp5ayaF30L0uysVf0MOzfCU
nW2rPGP9vqBB25XhvGehXH0nsj1/EN1fGvNliWR+jSC070Wmw0q9XuH+I6ZT3FFE
nNW28yq+cOzl/N0edaC9gQ2ngcruiZZ7yacJEkHBqmpQKT8BjR7Qyx25GaC6icJs
qYn9nUpf2Jmq6n8/tu1UzOvmiHj8qTfXUYZZd/Kn/pDMuu5lORWa87GwsCqw6usI
81GocuLuW6wJVeU/Ijenbme1R9bVYlbHxH8IZPXw2YKHQDvJ4KCAfxtARXw6Ixyx
pmMGapXvzXWZ8Gpq3Awe
=fve2
-END PGP SIGNATURE-

Re: cdimage?? What should we call it?

[Ana Guerrero Lopez]

On Tue, Aug 18, 2015 at 06:15:46PM +0200, Steve Langasek wrote:
>  - get.debian.org

get.debian.org and redirections for every release like get.debian.org/$RELEASE
would be great.

Re: cdimage?? What should we call it?

[Majid HUSSAIN]

hi there,
hows about
iso.debian.org?
it makes sence to me at least.
thoughts?
Majid

On 18/08/2015, Simon Kainz  wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA512
>
> Well, i created a Wiki Page for this, making it probably easier to
> decide upon things. I copied the already proposed names there:
>
> https://wiki.debian.org/NewNameForCDImage
>
> Bye,
>
> Simon
>
>
>
> Am 2015-08-18 um 18:15 schrieb Steve Langasek:
>> On Tue, Aug 18, 2015 at 05:09:19PM +0100, Steve McIntyre wrote:
>>> Hey folks,
>>
>>> We called our main installer images distribution site
>>> cdimage.debian.org a long time ago, when that was all it
>>> published and most people downloaded images of CDs. Ummm. Things
>>> have moved on in the intervening years, and this name is looking
>>> more silly over time:
>>
>>> * lots of people are using USB sticks * we're providing live
>>> images that don't fit on CD * we're providing cloud images
>>> (Openstack so far, with others coming soon!)
>>
>>> So, I'm looking for suggestions. What should we call it? I had
>>> initially thought that images.debian.org is more generic, but
>>> it's also likely to confuse people into looking there for
>>> pictures... :-)
>>
>>> Please reply and let's see if we can come up with a better name.
>>
>>
>> - seedy-image.debian.org - mothership.debian.org - ftp.debian.org -
>> image-master.debian.org - get.debian.org
>>
> -BEGIN PGP SIGNATURE-
> Version: GnuPG v2
>
> iQIcBAEBCgAGBQJV01y1AAoJEBy08PeN7K/pmF4P/1xqcLnQtAkIuR2AcMWDtKEz
> WAKE9Tejo+n977iU3aGRHK3jYcTkBgYPF4qaPbdQVcgrzPCMQUMJIj/jHR736Z9T
> 7Flqh9sNzUKLBY+TfHiKyYxehRRBFCs1nQstiZBEXaJjILlV/jiJUNuL6gVMEqmb
> /3LXze009YetRh/2228bCpafn5lf6KKoHXosZwBOT71cTISXVLymnP3xxeF1q2xm
> Z+rpUoNakF8daGXxIMqP7a7JoBKdfPBSXa2KghvRCrPqd3HbUqVGYydWvl0WeyjH
> TU9E7nNal8vmn99fhOOUWYOEDtDOrkNuKXC3C3vdloN1LLU8bnwhMJ2/j3yE0ao3
> pgEals3UAAFY0CBv63HBfLaylQyUFCrqCkq3E7GSRbp5ayaF30L0uysVf0MOzfCU
> nW2rPGP9vqBB25XhvGehXH0nsj1/EN1fGvNliWR+jSC070Wmw0q9XuH+I6ZT3FFE
> nNW28yq+cOzl/N0edaC9gQ2ngcruiZZ7yacJEkHBqmpQKT8BjR7Qyx25GaC6icJs
> qYn9nUpf2Jmq6n8/tu1UzOvmiHj8qTfXUYZZd/Kn/pDMuu5lORWa87GwsCqw6usI
> 81GocuLuW6wJVeU/Ijenbme1R9bVYlbHxH8IZPXw2YKHQDvJ4KCAfxtARXw6Ixyx
> pmMGapXvzXWZ8Gpq3Awe
> =fve2
> -END PGP SIGNATURE-
>
>

Re: [RFC] Architecture detection patches in multiarch CDs

[Didier 'OdyX' Raboud]

OdyXLe samedi, 15 août 2015, 16.52:41 Didier '' Raboud a écrit :
> After three DebConfs discussing this (but only actually using DebConf
> space/time to actually work on it), and taking the opportunity of the
> immediate post stretch-alpha2 period, I'd like to discuss two
> architecture detection patches for a smarter boot of multiarch CDs.
> 
> * 0001-Add-syslinux-machinery-to-use-ifcpu64.c32-on-multi-a.patch
> 
> This is a patch against installer.git, (…)

After discussing this patch with KiBi, I've went ahead and fixed a 
series of small issues (catched thanks for the additional eyeballs!) and 
pushed to master.

> * 0001-Add-management-of-arch-detection-from-d-i-in-isolinu.patch
> 
> This is a patch against debian-cd.git.

Now I need to find Sledge! :-)

Cheers,
OdyX

Re: cdimage?? What should we call it?

[Hendrik Boom]

On Tue, Aug 18, 2015 at 05:34:39PM +0100, Majid HUSSAIN wrote:
> hi there,
> hows about
> iso.debian.org?

People have been calling them iso's

-- hendrik

> it makes sence to me at least.
> thoughts?
> Majid
> 
> On 18/08/2015, Simon Kainz  wrote:
> > -BEGIN PGP SIGNED MESSAGE-
> > Hash: SHA512
> >
> > Well, i created a Wiki Page for this, making it probably easier to
> > decide upon things. I copied the already proposed names there:
> >
> > https://wiki.debian.org/NewNameForCDImage
> >
> > Bye,
> >
> > Simon
> >
> >
> >
> > Am 2015-08-18 um 18:15 schrieb Steve Langasek:
> >> On Tue, Aug 18, 2015 at 05:09:19PM +0100, Steve McIntyre wrote:
> >>> Hey folks,
> >>
> >>> We called our main installer images distribution site
> >>> cdimage.debian.org a long time ago, when that was all it
> >>> published and most people downloaded images of CDs. Ummm. Things
> >>> have moved on in the intervening years, and this name is looking
> >>> more silly over time:
> >>
> >>> * lots of people are using USB sticks * we're providing live
> >>> images that don't fit on CD * we're providing cloud images
> >>> (Openstack so far, with others coming soon!)
> >>
> >>> So, I'm looking for suggestions. What should we call it? I had
> >>> initially thought that images.debian.org is more generic, but
> >>> it's also likely to confuse people into looking there for
> >>> pictures... :-)
> >>
> >>> Please reply and let's see if we can come up with a better name.
> >>
> >>
> >> - seedy-image.debian.org - mothership.debian.org - ftp.debian.org -
> >> image-master.debian.org - get.debian.org
> >>
> > -BEGIN PGP SIGNATURE-
> > Version: GnuPG v2
> >
> > iQIcBAEBCgAGBQJV01y1AAoJEBy08PeN7K/pmF4P/1xqcLnQtAkIuR2AcMWDtKEz
> > WAKE9Tejo+n977iU3aGRHK3jYcTkBgYPF4qaPbdQVcgrzPCMQUMJIj/jHR736Z9T
> > 7Flqh9sNzUKLBY+TfHiKyYxehRRBFCs1nQstiZBEXaJjILlV/jiJUNuL6gVMEqmb
> > /3LXze009YetRh/2228bCpafn5lf6KKoHXosZwBOT71cTISXVLymnP3xxeF1q2xm
> > Z+rpUoNakF8daGXxIMqP7a7JoBKdfPBSXa2KghvRCrPqd3HbUqVGYydWvl0WeyjH
> > TU9E7nNal8vmn99fhOOUWYOEDtDOrkNuKXC3C3vdloN1LLU8bnwhMJ2/j3yE0ao3
> > pgEals3UAAFY0CBv63HBfLaylQyUFCrqCkq3E7GSRbp5ayaF30L0uysVf0MOzfCU
> > nW2rPGP9vqBB25XhvGehXH0nsj1/EN1fGvNliWR+jSC070Wmw0q9XuH+I6ZT3FFE
> > nNW28yq+cOzl/N0edaC9gQ2ngcruiZZ7yacJEkHBqmpQKT8BjR7Qyx25GaC6icJs
> > qYn9nUpf2Jmq6n8/tu1UzOvmiHj8qTfXUYZZd/Kn/pDMuu5lORWa87GwsCqw6usI
> > 81GocuLuW6wJVeU/Ijenbme1R9bVYlbHxH8IZPXw2YKHQDvJ4KCAfxtARXw6Ixyx
> > pmMGapXvzXWZ8Gpq3Awe
> > =fve2
> > -END PGP SIGNATURE-
> >
> >
> 

Re: cdimage?? What should we call it?

[Lennart Sorensen]

On Tue, Aug 18, 2015 at 05:34:39PM +0100, Majid HUSSAIN wrote:
> hi there,
> hows about
> iso.debian.org?
> it makes sence to me at least.
> thoughts?

But it also has usb compatible images, pxe and other netboot images,
hd images, etc.

It is not just ISOs.

-- 
Len Sorensen

Re: cdimage?? What should we call it?

[Lennart Sorensen]

On Tue, Aug 18, 2015 at 09:19:07AM -0700, Russ Allbery wrote:
> Steve McIntyre  writes:
> 
> > We called our main installer images distribution site
> > cdimage.debian.org a long time ago, when that was all it published and
> > most people downloaded images of CDs. Ummm. Things have moved on in
> > the intervening years, and this name is looking more silly over time:

Of course please keep the alias for those of us who have typed it for
years and no longer think about it.

> >  * lots of people are using USB sticks
> >  * we're providing live images that don't fit on CD
> >  * we're providing cloud images (Openstack so far, with others coming
> >soon!)
> 
> > So, I'm looking for suggestions. What should we call it? I had
> > initially thought that images.debian.org is more generic, but it's
> > also likely to confuse people into looking there for pictures... :-)
> 
> install.debian.org?  (get.debian.org is good too.)

installer.debian.org?

-- 
Len Sorensen

Bug#724931: Please include the patch in git

[Andreas Cadhalpun]

Hi adrian15,

On 18.08.2015 10:47, adrian15 wrote:
> Can you please explain why you are using: get_fstype () function which it's 
> based
> on blkid instead of just using the old method of relying in auto function 
> from the kernel itself?

The reason is simply that 'mount -tauto' didn't work, while explicitly 
specifying the
type found with blkid works fine.

Doing some archeology reveals the relevant error messages from syslog:
With 'mount -tauto':
kernel: [  109.257009] UDF-fs: warning (device sda9): udf_fill_super: No 
partition found (1)
kernel: [  109.378443] FAT-fs (sda9): utf8 is not a recommended IO charset for 
FAT filesystems, filesystem will be case sensitive!
main-menu[550]: (process:4539): mount: mounting /dev/sda9 on /media failed: 
Invalid argument

With blkid:
[   80.943104] EXT4-fs (sda9): mounted filesystem with ordered data mode. Opts: 
(null)

These happened during check_missing_firmware, i.e. this comes from mountmedia.
I think that convinced me not to use 'mount -t auto' in cdrom-detect.

However, that was two years ago. Much could have changed in the meantime.

> This is used in both cdrom-detect.patch and mountmedia.patch.
> 
> Please, be aware, that I'm not telling you your approach is incorrect. It 
> seems we are lacking
> the explanation or rationale on why you made that decision in order to 
> evaluate that change in a fair manner.

I'm curious: Why are you asking that now?

Best regards,
Andreas

Re: cdimage?? What should we call it?

[Hideki Yamane]

On Tue, 18 Aug 2015 18:15:46 +0200
Steve Langasek  wrote:
>  - get.debian.org

 I prefer this since easy to understand and type :)

-- 
Hideki Yamane 

8.2 and 7.9 planning

[Adam D. Barratt]

Hi,

We're somewhat overdue for both 8.2 and 7.9 now (in that order). Some
potential September dates:

5/6th - okay for me
12/13th - the 12th doesn't work for me until at least mid-afternoon
19th/20th - looks okay
26th/27th - looks okay

>From a quick chat, it appears that the CD team are okay with us doing
the two releases back-to-back or on the same weekend, as long as we're
okay with the media sets being produced at a slight delay, particularly
for Wheezy; what are others thoughts on that?

Cheers,

Adam

Re: cdimage?? What should we call it?

[Steve McIntyre]

On Tue, Aug 18, 2015 at 01:04:17PM -0400, Lennart Sorensen wrote:
>On Tue, Aug 18, 2015 at 09:19:07AM -0700, Russ Allbery wrote:
>> Steve McIntyre  writes:
>> 
>> > We called our main installer images distribution site
>> > cdimage.debian.org a long time ago, when that was all it published and
>> > most people downloaded images of CDs. Ummm. Things have moved on in
>> > the intervening years, and this name is looking more silly over time:
>
>Of course please keep the alias for those of us who have typed it for
>years and no longer think about it.

Of course - I should have added that to my first email. We also don't
want to break any existing setups.

-- 
Steve McIntyre, Cambridge, UK.st...@einval.com
"I suspect most samba developers are already technically insane... Of
 course, since many of them are Australians, you can't tell." -- Linus Torvalds

Re: cdimage?? What should we call it?

[Steve McIntyre]

On Tue, Aug 18, 2015 at 08:34:56PM +0200, Hideki Yamane wrote:
>On Tue, 18 Aug 2015 18:15:46 +0200
>Steve Langasek  wrote:
>>  - get.debian.org
>
> I prefer this since easy to understand and type :)

I think it's a cool name, and my clear favourite thus far. :-)

-- 
Steve McIntyre, Cambridge, UK.st...@einval.com
"Every time you use Tcl, God kills a kitten." -- Malcolm Ray

Re: cdimage?? What should we call it?

[VDR User]

> get.debian.org and redirections for every release like get.debian.org/$RELEASE
> would be great.

That would be perfect! get.debian.org/testing here I come! :)

Re: [RFC] Architecture detection patches in multiarch CDs

[Steve McIntyre]

On Sat, Aug 15, 2015 at 04:52:41PM +0200, Didier 'OdyX' Raboud wrote:
>
>* 0001-Add-management-of-arch-detection-from-d-i-in-isolinu.patch
>
>This is a patch against debian-cd.git. Inclusion of ifcpu64.c32 (1.7k) 
>is only done on the second run (MULTIARCH=1), and the second thing this 
>does is to use the x86syslinux.cfg (named that way so that it becomes 
>deleted on non-multiarch deployments) and use it as isolinux.cfg.
>
>Comments, ideas?

Looks good to me, applied and pushed.


-- 
Steve McIntyre, Cambridge, UK.st...@einval.com
"Further comment on how I feel about IBM will appear once I've worked out
 whether they're being malicious or incompetent. Capital letters are forecast."
 Matthew Garrett, http://www.livejournal.com/users/mjg59/30675.html

Re: cdimage?? What should we call it?

[humbert . olivier . 1]

>>Steve Langasek  wrote:
>>  - get.debian.org

+1

Re: cdimage?? What should we call it?

[Antonio Terceiro]

On Tue, Aug 18, 2015 at 05:09:19PM +0100, Steve McIntyre wrote:
> Please reply and let's see if we can come up with a better name.

download.debian.org ?

-- 
Antonio Terceiro 


signature.asc
Description: Digital signature

Re: cdimage?? What should we call it?

[Cyril Brulebois]

Hi Steve and others,

Steve McIntyre  (2015-08-18):
> We called our main installer images distribution site
> cdimage.debian.org a long time ago, when that was all it published and
> most people downloaded images of CDs. Ummm. Things have moved on in
> the intervening years, and this name is looking more silly over time:
> 
>  * lots of people are using USB sticks
>  * we're providing live images that don't fit on CD
>  * we're providing cloud images (Openstack so far, with others coming
>soon!)
> 
> So, I'm looking for suggestions. What should we call it? I had
> initially thought that images.debian.org is more generic, but it's
> also likely to confuse people into looking there for pictures... :-)
> 
> Please reply and let's see if we can come up with a better name.

Thanks, it'd been slightly annoying me over the past few years without
having quite triggered something more than an occasional 'meh' about
naming in this or that conversation.

Looking at the various proposals, those caught my attention:
 - get.debian.org
 - download.debian.org
 - install.debian.org
 - installer.debian.org

I like the “action” aspect of the first 3, the last one being a bit
different (yet appropriate).


Mraw,
KiBi.


signature.asc
Description: Digital signature

How do I include disk driver modules in a network installer image?

[mrider]

In building debian-installer for jessie from source, I would like to 
include disk driver modules in the network installer image. How might I 
accomplish that?


I see that the installer normally loads sata-modules-3.16.0-4-amd64-di 
from the mirror, and so I tried copying that file to 
/home/user/debian-installer-20150422+deb8u1/build/localudebs/ before 
building. But that did not work. Using the resulting installer, I still 
cannot see /dev/sda in BusyBox before reaching the disk partitioning 
step.


I typically SCP installer and initrd images to a remote server, set the 
installer as default and update GRUB via SSH, and then reboot. But if 
the installer hangs during network setup, I need to get IPMI access in 
order to debug. I would rather add a script to the installer that gives 
up after an hour, writes logs to the existing system, and then reboots 
to it. But I cannot even begin to do that unless I can mount /dev/sda.

Re: cdimage?? What should we call it?

[Marco Balmer]

Hi all,

On Wed, Aug 19, 2015 at 06:08:08AM +0200, Cyril Brulebois wrote:
> Looking at the various proposals, those caught my attention:
>  - get.debian.org
>  - download.debian.org
>  - install.debian.org
>  - installer.debian.org
> 
> I like the “action” aspect of the first 3, the last one being a bit
> different (yet appropriate).
+1

Thanks, Marco


gnupg-pgp-signature.asc
Description: GnuPG/PGP Signature

Re: cdimage?? What should we call it?

[Ogge Sjölin]

download.debian.org is very good.

On 19 August 2015 06:08:08 CEST, Cyril Brulebois  wrote:
>Hi Steve and others,
>
>Steve McIntyre  (2015-08-18):
>> We called our main installer images distribution site
>> cdimage.debian.org a long time ago, when that was all it published
>and
>> most people downloaded images of CDs. Ummm. Things have moved on in
>> the intervening years, and this name is looking more silly over time:
>> 
>>  * lots of people are using USB sticks
>>  * we're providing live images that don't fit on CD
>>  * we're providing cloud images (Openstack so far, with others coming
>>soon!)
>> 
>> So, I'm looking for suggestions. What should we call it? I had
>> initially thought that images.debian.org is more generic, but it's
>> also likely to confuse people into looking there for pictures... :-)
>> 
>> Please reply and let's see if we can come up with a better name.
>
>Thanks, it'd been slightly annoying me over the past few years without
>having quite triggered something more than an occasional 'meh' about
>naming in this or that conversation.
>
>Looking at the various proposals, those caught my attention:
> - get.debian.org
> - download.debian.org
> - install.debian.org
> - installer.debian.org
>
>I like the “action” aspect of the first 3, the last one being a bit
>different (yet appropriate).
>
>
>Mraw,
>KiBi.