Re: Beginner question - stable installer build fails - why?

2018-01-27 Thread Cyril Brulebois 
Alex King  (2018-01-28):
> Indeed that worked very well and resulted in a successful build, thank you.
> 
> My next steps:
> 
> * Follow https://lists.debian.org/debian-boot/2017/12/msg00375.html to build
> with a backports kernel.

The net-retriever patch is… wow.

Preliminary patches were posted quite a while ago:
  https://lists.debian.org/debian-boot/2014/01/msg00407.html

> * Try to do the same with Jessie, which is what my customer actually wants.
> * Make whatever changes necessary so the backport kernel is installed in the
> installed system as well as the installer.
> 
> If that works maybe set up a regular build and put that up on http for
> people to use.  I.e. stable/oldstable netboot with backport kernels.

Please don't do that. We're trying to get fewer unofficial builds, not more.

> I think there would be interest in that for people trying to get older
> versions on latest hardware, which is my use case.

We're aware of that. That's why these patches were crafted in the first
place. We need to get around merging what's been proposed a while ago,
and see what's needed on the infra side to get all the pieces together.

But I've already said that last month, so I'll stop repeating myself.


Cheers,
-- 
Cyril Brulebois (k...@debian.org)
D-I release manager -- Release team member -- Freelance Consultant


signature.asc
Description: PGP signature

Re: Beginner question - stable installer build fails - why?

2018-01-27 Thread Cyril Brulebois 
Alex King  (2018-01-28):
> > Also, build/README contains this:
> > | Recipe:
> > |  - Install the build-dependencies on the host system
> > |(run dpkg-checkbuilddeps in the parent installer/ directory).
> > |  - Create your own sources.list.udeb.local, otherwise the build host's
> > |sources.list is taken as a template for sources.list.udeb.
> > |  - Run "make" to get a list of available targets.
> > |  - Build an image using one of the build_ targets (build_netboot,
> > |all_build, etc). You may want to set the USE_UDEBS_FROM variable,
> > |documented below.
> > |  - Look in dest/ for the completed images.
> > 
> > and the documentation of USE_UDEBS_FROM points to debian/rules already.
> > 
> > 
> > Cheers,
> Yes, I was following those instructions.
> 
> How about this?
> 
> Thanks,
> Alex

> diff --git a/build/README b/build/README
> index 90b73bcc0..76b31f706 100644
> --- a/build/README
> +++ b/build/README
> @@ -17,7 +17,8 @@ Recipe:
>   - Run "make" to get a list of available targets.
>   - Build an image using one of the build_ targets (build_netboot,
> all_build, etc). You may want to set the USE_UDEBS_FROM variable,
> -   documented below.
> +   documented below. (Setting USE_UDEBS_FROM is requried for building a
> +   released version, e.g. stable or oldstable)

Maybe “You may want to set” is too gentle a hint; also, that doesn't only
apply to stable, or oldstable. You probably “should” be setting it unless
you know better. But no, that's not strictly required.


Cheers,
-- 
Cyril Brulebois (k...@debian.org)
D-I release manager -- Release team member -- Freelance Consultant


signature.asc
Description: PGP signature

Re: debian-installer: call to update translations - Hebrew

2018-01-27 Thread Holger Wansing 
Hi Yaron,

Am Samstag, 27. Januar 2018 schrieb Yaron Shahrabani:
> Great! Thanks guys, I have a Weblate account but I don't have access to the
> Debian Installer poject, can you please add me?
> 
> This is my profile address: https://hosted.weblate.org/user/Yaron/

I have enabled Hebrew in that Weblate project, it should work
fine for you now.
 
> Thanks!

I thank you for your work.

Holger
 
> 
> Yaron Shahrabani
> 
> 
> 
> 
> On Thu, Jan 25, 2018 at 10:49 PM, Lior Kaplan  wrote:
> 
> > Whatever works for Yaron, works for me.
> > I trust him completely.
> >
> > Kaplan
> >
> > On Thu, Jan 25, 2018 at 9:09 PM, Holger Wansing 
> > wrote:
> >
> >> Hi,
> >>
> >> Yaron Shahrabani  wrote:
> >> > I'm getting some work done from time to time, these translations need
> >> more
> >> > proofreading and standardization but they are already better than the
> >> > current ones.
> >> >
> >> > How do you want me to send you the files?
> >> > Do you want access to the project to download them from there yourself?
> >> > I'm not sure about the file credits but Transifex might strip them, so
> >> in
> >> > that case I'll just add them manually.
> >>
> >> You can sent me the files per private mail, if you want.
> >>
> >> In the long term:
> >> I now remember that you asked about the use of a localization platform
> >> like
> >> Weblate, and in the meantime I have in fact started a Weblate project for
> >> this
> >> Debian-installer translation at
> >> https://hosted.weblate.org/projects/debian-installer/
> >>
> >> Maybe you wasn't aware of this ... sorry for not mailing you about this
> >> :-(
> >>
> >> Hebrew is not activated there at the moment, but if you want to work via
> >> that way (and what about other Hebrew translators' opinion? Is Weblate
> >> well accepted in such team? Lior, what do you think?), I could activate
> >> it easily there.
> >>
> >> So, if you want to switch to Weblate, you can also sent me the files from
> >> the
> >> Transifex, and I could arrange the rest.
> >>
> >>
> >> Holger
> >>
> >>
> >>
> >>
> >> > On Thu, Jan 25, 2018 at 5:47 PM, Lior Kaplan  wrote:
> >> >
> >> > > Hi,
> >> > >
> >> > > I think Yaron (CCed) worked on it, so I'll deffer your question to
> >> him.
> >> > >
> >> > > Kaplan
> >> > >
> >> > > On Wed, Jan 17, 2018 at 9:31 PM, Holger Wansing <
> >> li...@wansing-online.de>
> >> > > wrote:
> >> > >
> >> > >> Hi,
> >> > >>
> >> > >> some progress on Hebrew translation?
> >> > >>
> >> > >>
> >> > >> Regards
> >> > >> Holger
> >> > >>
> >> > >> Lior Kaplan  wrote:
> >> > >> > On Thu, Oct 12, 2017 at 9:32 PM, Holger Wansing <
> >> > >> li...@wansing-online.de>
> >> > >> > wrote:
> >> > >> >
> >> > >> > > Hi,
> >> > >> > >
> >> > >> > > Lior Kaplan  wrote:
> >> > >> > > > Hi Holger,
> >> > >> > > >
> >> > >> > > > Thanks for the ping about the Hebrew translation.
> >> > >> > > >
> >> > >> > > > I've asked my local community for help, and got a few replies
> >> with
> >> > >> > > > attachments.
> >> > >> > > >
> >> > >> > > > I started reviewing them, but got tired in the middle and
> >> annoyed
> >> > >> about
> >> > >> > > SVN
> >> > >> > > > and not able to select only the parts I find OK and willing to
> >> > >> commit.
> >> > >> > > >
> >> > >> > > > Hence, I used git-svn and created a copy of the repository on
> >> github
> >> > >> > > (yes, I
> >> > >> > > > know it's non free, but practical as a beginning):
> >> > >> > > > https://github.com/kaplanlior/debian-installer
> >> > >> > > >
> >> > >> > > > I've asked my community to resend the file as pull requests so
> >> it
> >> > >> would
> >> > >> > > be
> >> > >> > > > easier
> >> > >> > > > to review (also getting feedback by others).
> >> > >> > > >
> >> > >> > > > I hope this experiment goes well and will motivate us
> >> > >> (@debian-boot) to
> >> > >> > > > switch
> >> > >> > > > to git.
> >> > >> > > >
> >> > >> > > > In the larger Debian picture, our git.debian.org doesn't get
> >> pull
> >> > >> > > requests,
> >> > >> > > > and thus
> >> > >> > > > misses some of the power git offers. Patches over the mail is
> >> good,
> >> > >> but
> >> > >> > > we
> >> > >> > > > can
> >> > >> > > > do better and get more people involved.
> >> > >> > >
> >> > >> > > People seem to be more interested in web-based services, it
> >> seems, so
> >> > >> > > they can do their work in a simple webbrowser.
> >> > >> >
> >> > >> >
> >> > >> > And we have the first pull request. Already commented to him (:
> >> > >> >
> >> > >> > Kaplan
> >> > >>
> >> > >>
> >> > >> --
> >> > >> 
> >> > >> Created with Sylpheed 3.5.1 under
> >> > >> D E B I A N   L I N U X   9   " S T R E T C H " .
> >> > >>
> >> > >> Registered Linux User #311290 - https://linuxcounter.net/
> >> > >> 
> >> > >>
> >> > >
> >> > >
>

Re: Beginner question - stable installer build fails - why?

2018-01-27 Thread Alex King 



On 28/01/18 12:51, Cyril Brulebois wrote:

Alex King  (2018-01-28):

I wanted to build a net installer that would load stable (actually jessie
but I'll start with stable) but using a recent kernel.

Firstly I went to https://wiki.debian.org/DebianInstaller#Development and
https://wiki.debian.org/DebianInstaller/CheckOut

I checked out the dev version using Anonymous checkout instructions and was
reading... "If you just want to build bootable images, see
d-i/installer/build/README"

So I was reading that README and realised that I probably wanted to build
from stable not the development version, so I followed the instructions in
there starting with "apt-get source debian-installer", the rest you can see
in my original message.

Now that I see Cyril's message it makes sense to use dpkg-buildpackage.  I
don't build debian packages every day so I am not really familiar with all
the normal tools/workflow of a debian developer.

Now I am reading https://wiki.debian.org/DebianInstaller/Build, which my
browser tells me I read before (maybe a while ago.)  I see that has the
advice to use dpkg-buildpackage.

Probably a note about dpkg-buildpackage and/or debian/rules could go in
build/README?

dpkg-buildpackage and debian/rules are the standard interface to
building Debian packages, so there's very little point in mentioning
that specifically.

Also, build/README contains this:
| Recipe:
|  - Install the build-dependencies on the host system
|(run dpkg-checkbuilddeps in the parent installer/ directory).
|  - Create your own sources.list.udeb.local, otherwise the build host's
|sources.list is taken as a template for sources.list.udeb.
|  - Run "make" to get a list of available targets.
|  - Build an image using one of the build_ targets (build_netboot,
|all_build, etc). You may want to set the USE_UDEBS_FROM variable,
|documented below.
|  - Look in dest/ for the completed images.

and the documentation of USE_UDEBS_FROM points to debian/rules already.


Cheers,

Yes, I was following those instructions.

How about this?

Thanks,
Alex
diff --git a/build/README b/build/README
index 90b73bcc0..76b31f706 100644
--- a/build/README
+++ b/build/README
@@ -17,7 +17,8 @@ Recipe:
  - Run "make" to get a list of available targets.
  - Build an image using one of the build_ targets (build_netboot,
all_build, etc). You may want to set the USE_UDEBS_FROM variable,
-   documented below.
+   documented below. (Setting USE_UDEBS_FROM is requried for building a
+   released version, e.g. stable or oldstable)
  - Look in dest/ for the completed images.
  
 Note that this does not create full debian ISO images; that is left to the

Re: Beginner question - stable installer build fails - why?

2018-01-27 Thread Alex King 

Indeed that worked very well and resulted in a successful build, thank you.

My next steps:

* Follow https://lists.debian.org/debian-boot/2017/12/msg00375.html to build 
with a backports kernel.

* Try to do the same with Jessie, which is what my customer actually wants.
* Make whatever changes necessary so the backport kernel is installed in the 
installed system as well as the installer.


If that works maybe set up a regular build and put that up on http for people to 
use.  I.e. stable/oldstable netboot with backport kernels.  I think there would 
be interest in that for people trying to get older versions on latest hardware, 
which is my use case.


Thanks again,
Alex

On 28/01/18 06:02, Cyril Brulebois wrote:

Hi,

Alex King  (2018-01-27):

I'm trying to build an installer following build/README, but must have
something basic wrong.  So far I have:

  * apt-get source debian-installer
  * Install the build-dependencies on the host system
  * (did not install a sources list as I'm happy with the system one)
  * make build_netboot

If you're going to build using make under build/ directly, you need to
pass a few variables to get appropriate settings. You're lacking at
least USE_UDEBS_FROM, which defaults to unstable:

 build/config/common:USE_UDEBS_FROM ?= unstable

This should work (provided you start from a clean tree):

 make -C build build_netboot USE_UDEBS_FROM=stretch

Alternatively, use dpkg-buildpackage, so that debian/rules sets the
appropriate variables for you.


$ cat sources.list.udeb
# This file is automatically generated, edit sources.list.udeb.local instead.
deb [trusted=yes]
copy:/home/developer/debian-installer-20170615+deb9u2/build/ localudebs/
deb http://deb.debian.org/debian unstable main/debian-installer
deb http://ftp.debian.org/debian unstable main/debian-installer

→ unstable instead of stretch, as expected.


$ apt-cache search virtio-modules-4.9.0-4-amd64-di

(nothing)

That's expected given your sources.list: no main/debian-installer
component there, so apt doesn't know about those udebs. Try rmadison
(from devscripts) instead.


By the way, there's a bump from 4.9.0-4 to 4.9.0-5 coming up through
stretch-proposed-updates. I've pushed an updated to the stretch branch
accordingly:

   
https://anonscm.debian.org/cgit/d-i/debian-installer.git/commit/?id=71c369f53351dab573d153cda41ee26351a85564


Cheers,

Re: Beginner question - stable installer build fails - why?

2018-01-27 Thread Cyril Brulebois 
Alex King  (2018-01-28):
> I wanted to build a net installer that would load stable (actually jessie
> but I'll start with stable) but using a recent kernel.
> 
> Firstly I went to https://wiki.debian.org/DebianInstaller#Development and
> https://wiki.debian.org/DebianInstaller/CheckOut
> 
> I checked out the dev version using Anonymous checkout instructions and was
> reading... "If you just want to build bootable images, see
> d-i/installer/build/README"
> 
> So I was reading that README and realised that I probably wanted to build
> from stable not the development version, so I followed the instructions in
> there starting with "apt-get source debian-installer", the rest you can see
> in my original message.
> 
> Now that I see Cyril's message it makes sense to use dpkg-buildpackage.  I
> don't build debian packages every day so I am not really familiar with all
> the normal tools/workflow of a debian developer.
> 
> Now I am reading https://wiki.debian.org/DebianInstaller/Build, which my
> browser tells me I read before (maybe a while ago.)  I see that has the
> advice to use dpkg-buildpackage.
> 
> Probably a note about dpkg-buildpackage and/or debian/rules could go in
> build/README?

dpkg-buildpackage and debian/rules are the standard interface to
building Debian packages, so there's very little point in mentioning
that specifically.

Also, build/README contains this:
| Recipe:
|  - Install the build-dependencies on the host system
|(run dpkg-checkbuilddeps in the parent installer/ directory).
|  - Create your own sources.list.udeb.local, otherwise the build host's
|sources.list is taken as a template for sources.list.udeb.
|  - Run "make" to get a list of available targets.
|  - Build an image using one of the build_ targets (build_netboot,
|all_build, etc). You may want to set the USE_UDEBS_FROM variable,
|documented below.
|  - Look in dest/ for the completed images.

and the documentation of USE_UDEBS_FROM points to debian/rules already.


Cheers,
-- 
Cyril Brulebois (k...@debian.org)
D-I release manager -- Release team member -- Freelance Consultant


signature.asc
Description: PGP signature

Re: Beginner question - stable installer build fails - why?

2018-01-27 Thread Alex King 

Hi, thanks for your help, see below regarding documentation.


On 28/01/18 00:52, Geert Stappers wrote:

On Sat, Jan 27, 2018 at 11:38:54AM +1300, Alex King wrote:

I'm trying to build an installer following build/README, but must
have something basic wrong.  So far I have:

  * apt-get source debian-installer
  * Install the build-dependencies on the host system
  * (did not install a sources list as I'm happy with the system one)
  * make build_netboot


I would have start with

   make


And upon success

   make build_netboot




This fails with lots of missing udebs:

...

E: Couldn't find any package by regex 'virtio-modules-4.9.0-4-amd64-di'
Makefile:633: recipe for target 'stamps/get_udebs-netboot-stamp' failed
make[2]: *** [stamps/get_udebs-netboot-stamp] Error 100
Makefile:288: recipe for target '_build' failed
make[1]: *** [_build] Error 2
Makefile:282: recipe for target 'build_netboot' failed
make: *** [build_netboot] Error 2

$ cat /etc/apt/sources.list
deb http://deb.debian.org/debian stretch main
deb-src http://deb.debian.org/debian stretch main
deb http://ftp.debian.org/debian stretch-backports main
deb-src http://ftp.debian.org/debian stretch-backports main

$ cat sources.list.udeb
# This file is automatically generated, edit sources.list.udeb.local instead.
deb [trusted=yes]
copy:/home/developer/debian-installer-20170615+deb9u2/build/
localudebs/
deb http://deb.debian.org/debian unstable main/debian-installer
deb http://ftp.debian.org/debian unstable main/debian-installer

$ apt-cache search virtio-modules-4.9.0-4-amd64-di

(nothing)

$ grep virtio-modules-4.9.0-4-amd64-di /var/lib/apt/lists/*
/var/lib/apt/lists/deb.debian.org_debian_dists_stretch_main_source_Sources:
multipath-modules-4.9.0-4-amd64-di, usb-modules-4.9.0-4-amd64-di,
usb-storage-modules-4.9.0-4-amd64-di,
pcmcia-storage-modules-4.9.0-4-amd64-di,
fb-modules-4.9.0-4-amd64-di, input-modules-4.9.0-4-amd64-di,
event-modules-4.9.0-4-amd64-di, mouse-modules-4.9.0-4-amd64-di,
nic-pcmcia-modules-4.9.0-4-amd64-di,
pcmcia-modules-4.9.0-4-amd64-di, nic-usb-modules-4.9.0-4-amd64-di,
sata-modules-4.9.0-4-amd64-di, acpi-modules-4.9.0-4-amd64-di,
i2c-modules-4.9.0-4-amd64-di, crc-modules-4.9.0-4-amd64-di,
crypto-modules-4.9.0-4-amd64-di, crypto-dm-modules-4.9.0-4-amd64-di,
efi-modules-4.9.0-4-amd64-di, ata-modules-4.9.0-4-amd64-di,
mmc-core-modules-4.9.0-4-amd64-di, mmc-modules-4.9.0-4-amd64-di,
nbd-modules-4.9.0-4-amd64-di, squashfs-modules-4.9.0-4-amd64-di,
speakup-modules-4.9.0-4-amd64-di, virtio-modules-4.9.0-4-amd64-di,
uinput-modules-4.9.0-4-amd64-di, sound-modules-4.9.0-4-amd64-di,
hyperv-modules-4.9.0-4-amd64-di, udf-modules-4.9.0-4-amd64-di,
fuse-modules-4.9.0-4-amd64-di,
/var/lib/apt/lists/deb.debian.org_debian_dists_stretch_main_source_Sources:
virtio-modules-4.9.0-4-amd64-di udeb debian-installer extra
arch=amd64 profile=!stage1

So maybe those are available in sources but not as binary packages?


What am I doing wrong?

} What should I do?
  


Tell which documentation is being used.

So that it can become clear what should be changed.
   ( the documentation  or the steps sofar done )
I wanted to build a net installer that would load stable (actually jessie but 
I'll start with stable) but using a recent kernel.


Firstly I went to https://wiki.debian.org/DebianInstaller#Development and 
https://wiki.debian.org/DebianInstaller/CheckOut


I checked out the dev version using Anonymous checkout instructions and was 
reading... "If you just want to build bootable images, see 
d-i/installer/build/README"


So I was reading that README and realised that I probably wanted to build from 
stable not the development version, so I followed the instructions in there 
starting with "apt-get source debian-installer", the rest you can see in my 
original message.


Now that I see Cyril's message it makes sense to use dpkg-buildpackage.  I don't 
build debian packages every day so I am not really familiar with all the normal 
tools/workflow of a debian developer.


Now I am reading https://wiki.debian.org/DebianInstaller/Build, which my browser 
tells me I read before (maybe a while ago.)  I see that has the advice to use 
dpkg-buildpackage.


Probably a note about dpkg-buildpackage and/or debian/rules could go in 
build/README?


Cheers,
Alex


Groeten
Geert Stappers

Re: debian-installer: call to update translations - Hebrew

2018-01-27 Thread Yaron Shahrabani 
Great! Thanks guys, I have a Weblate account but I don't have access to the
Debian Installer poject, can you please add me?

This is my profile address: https://hosted.weblate.org/user/Yaron/

Thanks!


Yaron Shahrabani




On Thu, Jan 25, 2018 at 10:49 PM, Lior Kaplan  wrote:

> Whatever works for Yaron, works for me.
> I trust him completely.
>
> Kaplan
>
> On Thu, Jan 25, 2018 at 9:09 PM, Holger Wansing 
> wrote:
>
>> Hi,
>>
>> Yaron Shahrabani  wrote:
>> > I'm getting some work done from time to time, these translations need
>> more
>> > proofreading and standardization but they are already better than the
>> > current ones.
>> >
>> > How do you want me to send you the files?
>> > Do you want access to the project to download them from there yourself?
>> > I'm not sure about the file credits but Transifex might strip them, so
>> in
>> > that case I'll just add them manually.
>>
>> You can sent me the files per private mail, if you want.
>>
>> In the long term:
>> I now remember that you asked about the use of a localization platform
>> like
>> Weblate, and in the meantime I have in fact started a Weblate project for
>> this
>> Debian-installer translation at
>> https://hosted.weblate.org/projects/debian-installer/
>>
>> Maybe you wasn't aware of this ... sorry for not mailing you about this
>> :-(
>>
>> Hebrew is not activated there at the moment, but if you want to work via
>> that way (and what about other Hebrew translators' opinion? Is Weblate
>> well accepted in such team? Lior, what do you think?), I could activate
>> it easily there.
>>
>> So, if you want to switch to Weblate, you can also sent me the files from
>> the
>> Transifex, and I could arrange the rest.
>>
>>
>> Holger
>>
>>
>>
>>
>> > On Thu, Jan 25, 2018 at 5:47 PM, Lior Kaplan  wrote:
>> >
>> > > Hi,
>> > >
>> > > I think Yaron (CCed) worked on it, so I'll deffer your question to
>> him.
>> > >
>> > > Kaplan
>> > >
>> > > On Wed, Jan 17, 2018 at 9:31 PM, Holger Wansing <
>> li...@wansing-online.de>
>> > > wrote:
>> > >
>> > >> Hi,
>> > >>
>> > >> some progress on Hebrew translation?
>> > >>
>> > >>
>> > >> Regards
>> > >> Holger
>> > >>
>> > >> Lior Kaplan  wrote:
>> > >> > On Thu, Oct 12, 2017 at 9:32 PM, Holger Wansing <
>> > >> li...@wansing-online.de>
>> > >> > wrote:
>> > >> >
>> > >> > > Hi,
>> > >> > >
>> > >> > > Lior Kaplan  wrote:
>> > >> > > > Hi Holger,
>> > >> > > >
>> > >> > > > Thanks for the ping about the Hebrew translation.
>> > >> > > >
>> > >> > > > I've asked my local community for help, and got a few replies
>> with
>> > >> > > > attachments.
>> > >> > > >
>> > >> > > > I started reviewing them, but got tired in the middle and
>> annoyed
>> > >> about
>> > >> > > SVN
>> > >> > > > and not able to select only the parts I find OK and willing to
>> > >> commit.
>> > >> > > >
>> > >> > > > Hence, I used git-svn and created a copy of the repository on
>> github
>> > >> > > (yes, I
>> > >> > > > know it's non free, but practical as a beginning):
>> > >> > > > https://github.com/kaplanlior/debian-installer
>> > >> > > >
>> > >> > > > I've asked my community to resend the file as pull requests so
>> it
>> > >> would
>> > >> > > be
>> > >> > > > easier
>> > >> > > > to review (also getting feedback by others).
>> > >> > > >
>> > >> > > > I hope this experiment goes well and will motivate us
>> > >> (@debian-boot) to
>> > >> > > > switch
>> > >> > > > to git.
>> > >> > > >
>> > >> > > > In the larger Debian picture, our git.debian.org doesn't get
>> pull
>> > >> > > requests,
>> > >> > > > and thus
>> > >> > > > misses some of the power git offers. Patches over the mail is
>> good,
>> > >> but
>> > >> > > we
>> > >> > > > can
>> > >> > > > do better and get more people involved.
>> > >> > >
>> > >> > > People seem to be more interested in web-based services, it
>> seems, so
>> > >> > > they can do their work in a simple webbrowser.
>> > >> >
>> > >> >
>> > >> > And we have the first pull request. Already commented to him (:
>> > >> >
>> > >> > Kaplan
>> > >>
>> > >>
>> > >> --
>> > >> 
>> > >> Created with Sylpheed 3.5.1 under
>> > >> D E B I A N   L I N U X   9   " S T R E T C H " .
>> > >>
>> > >> Registered Linux User #311290 - https://linuxcounter.net/
>> > >> 
>> > >>
>> > >
>> > >
>>
>>
>> --
>> 
>> Created with Sylpheed 3.5.1 under
>> D E B I A N   L I N U X   9   " S T R E T C H " .
>>
>> Registered Linux User #311290 - https://linuxcounter.net/
>> 
>>
>
>

Re: Salsa

2018-01-27 Thread Bastian Blank 
On Sat, Jan 27, 2018 at 11:46:30AM +, Chris Boot wrote:
> I have added the following people to the project as members:
> { Alioth Role / Position } => { GitLab Role }
> Admin => Owner
> Senior Developer => Master
> Developer => Developer
> 
> I haven't added "Junior Developers" yet because I'm not convinced that
> GitLab has an equivalent. The next level down from Developer is
> Reporter. Shall I just add Junior Developers as Developers?

It always depends on what you think this people should be allowed to do.
On Alioth all where member of the d-i group and could do anything with
the git repositories.  On Salsa there are actually different permissions
to the repos attached.

> I also haven't added Translators. Should they also be Developers?
> Alternatively, we can create a sub-team for translators if finer-grained
> access to repos is required.

It may make sense to have sub-groups for such special topics.

> - I haven't made any attempt to add -guest users, even those who might
>   now be Debian Developers but who stuck with their -guest accounts on
>   Alioth.

We can now give out access to single repos.

> - I haven't been able to add the various DD (emeritus) people who are
>   still on the Alioth project, for hopefully obvious reasons.

This is by choice.  Disabled DD accounts are also blocked from Salsa.

Bastian

-- 
Beam me up, Scotty, there's no intelligent life down here!

Re: Beginner question - stable installer build fails - why?

2018-01-27 Thread Cyril Brulebois 
Hi,

Alex King  (2018-01-27):
> I'm trying to build an installer following build/README, but must have
> something basic wrong.  So far I have:
> 
>  * apt-get source debian-installer
>  * Install the build-dependencies on the host system
>  * (did not install a sources list as I'm happy with the system one)
>  * make build_netboot

If you're going to build using make under build/ directly, you need to
pass a few variables to get appropriate settings. You're lacking at
least USE_UDEBS_FROM, which defaults to unstable:

build/config/common:USE_UDEBS_FROM ?= unstable

This should work (provided you start from a clean tree):

make -C build build_netboot USE_UDEBS_FROM=stretch

Alternatively, use dpkg-buildpackage, so that debian/rules sets the
appropriate variables for you.

> $ cat sources.list.udeb
> # This file is automatically generated, edit sources.list.udeb.local instead.
> deb [trusted=yes]
> copy:/home/developer/debian-installer-20170615+deb9u2/build/ localudebs/
> deb http://deb.debian.org/debian unstable main/debian-installer
> deb http://ftp.debian.org/debian unstable main/debian-installer

→ unstable instead of stretch, as expected.

> $ apt-cache search virtio-modules-4.9.0-4-amd64-di
> 
> (nothing)

That's expected given your sources.list: no main/debian-installer
component there, so apt doesn't know about those udebs. Try rmadison
(from devscripts) instead.


By the way, there's a bump from 4.9.0-4 to 4.9.0-5 coming up through
stretch-proposed-updates. I've pushed an updated to the stretch branch
accordingly:

  
https://anonscm.debian.org/cgit/d-i/debian-installer.git/commit/?id=71c369f53351dab573d153cda41ee26351a85564


Cheers,
-- 
Cyril Brulebois (k...@debian.org)
D-I release manager -- Release team member -- Freelance Consultant


signature.asc
Description: PGP signature

Re: Beginner question - stable installer build fails - why?

2018-01-27 Thread Geert Stappers 
On Sat, Jan 27, 2018 at 11:38:54AM +1300, Alex King wrote:
> I'm trying to build an installer following build/README, but must
> have something basic wrong.  So far I have:
> 
>  * apt-get source debian-installer
>  * Install the build-dependencies on the host system
>  * (did not install a sources list as I'm happy with the system one)
>  * make build_netboot
> 

I would have start with

  make


And upon success

  make build_netboot



> This fails with lots of missing udebs:
> 
> ...
> 
> E: Couldn't find any package by regex 'virtio-modules-4.9.0-4-amd64-di'
> Makefile:633: recipe for target 'stamps/get_udebs-netboot-stamp' failed
> make[2]: *** [stamps/get_udebs-netboot-stamp] Error 100
> Makefile:288: recipe for target '_build' failed
> make[1]: *** [_build] Error 2
> Makefile:282: recipe for target 'build_netboot' failed
> make: *** [build_netboot] Error 2
> 
> $ cat /etc/apt/sources.list
> deb http://deb.debian.org/debian stretch main
> deb-src http://deb.debian.org/debian stretch main
> deb http://ftp.debian.org/debian stretch-backports main
> deb-src http://ftp.debian.org/debian stretch-backports main
> 
> $ cat sources.list.udeb
> # This file is automatically generated, edit sources.list.udeb.local instead.
> deb [trusted=yes]
> copy:/home/developer/debian-installer-20170615+deb9u2/build/
> localudebs/
> deb http://deb.debian.org/debian unstable main/debian-installer
> deb http://ftp.debian.org/debian unstable main/debian-installer
> 
> $ apt-cache search virtio-modules-4.9.0-4-amd64-di
> 
> (nothing)
> 
> $ grep virtio-modules-4.9.0-4-amd64-di /var/lib/apt/lists/*
> /var/lib/apt/lists/deb.debian.org_debian_dists_stretch_main_source_Sources:
> multipath-modules-4.9.0-4-amd64-di, usb-modules-4.9.0-4-amd64-di,
> usb-storage-modules-4.9.0-4-amd64-di,
> pcmcia-storage-modules-4.9.0-4-amd64-di,
> fb-modules-4.9.0-4-amd64-di, input-modules-4.9.0-4-amd64-di,
> event-modules-4.9.0-4-amd64-di, mouse-modules-4.9.0-4-amd64-di,
> nic-pcmcia-modules-4.9.0-4-amd64-di,
> pcmcia-modules-4.9.0-4-amd64-di, nic-usb-modules-4.9.0-4-amd64-di,
> sata-modules-4.9.0-4-amd64-di, acpi-modules-4.9.0-4-amd64-di,
> i2c-modules-4.9.0-4-amd64-di, crc-modules-4.9.0-4-amd64-di,
> crypto-modules-4.9.0-4-amd64-di, crypto-dm-modules-4.9.0-4-amd64-di,
> efi-modules-4.9.0-4-amd64-di, ata-modules-4.9.0-4-amd64-di,
> mmc-core-modules-4.9.0-4-amd64-di, mmc-modules-4.9.0-4-amd64-di,
> nbd-modules-4.9.0-4-amd64-di, squashfs-modules-4.9.0-4-amd64-di,
> speakup-modules-4.9.0-4-amd64-di, virtio-modules-4.9.0-4-amd64-di,
> uinput-modules-4.9.0-4-amd64-di, sound-modules-4.9.0-4-amd64-di,
> hyperv-modules-4.9.0-4-amd64-di, udf-modules-4.9.0-4-amd64-di,
> fuse-modules-4.9.0-4-amd64-di,
> /var/lib/apt/lists/deb.debian.org_debian_dists_stretch_main_source_Sources:
> virtio-modules-4.9.0-4-amd64-di udeb debian-installer extra
> arch=amd64 profile=!stage1
> 
> So maybe those are available in sources but not as binary packages?
> 
> 
> What am I doing wrong?
} What should I do?
 

Tell which documentation is being used.

So that it can become clear what should be changed.
  ( the documentation  or the steps sofar done )


Groeten
Geert Stappers
-- 
Leven en laten leven

Re: Salsa

2018-01-27 Thread Chris Boot 
On 23/01/18 15:17, Chris Boot wrote:
> On 22/01/18 17:23, Bastian Blank wrote:
>> On Mon, Jan 22, 2018 at 05:28:43PM +0100, Cyril Brulebois wrote:
>>> Chris Boot  (2018-01-22):
 What should it be called?
>>>
>>> Good question. d-i looks good to me, and would match the current group
>>> on alioth. debian-boot is historical and I think we should keep only
>>> the list named this way (along with IRC).
>>
>> Or just use "installer-team".
> 
> I don't mind d-i-team or installer-team or even debian-installer-team,
> but the self-service interface always adds "-team" to the end. Not
> having -team on the end presumably means asking the admin folks to do it
> manually for us, so it's probably best avoided unless we really want to.

I went for "installer-team" in the end. If people feel strongly about
it, I'm sure we can get it renamed before we start using it properly.

 Should its membership just be copied from the Alioth team?
>>> If possible, that would look good to me. Not sure about non-DD accounts
>>> support though (I've had too little time to keep track of salsa things,
>>> which seemed to be fast moving).
>>
>> This just needs to be done by hand.
> 
> Indeed, non-DD accounts need to register at
> https://signup.salsa.debian.org/ and then a DD needs to add them to the
> relevant team/project with appropriate permissions.

I have added the following people to the project as members:

{ Alioth Role / Position } => { GitLab Role }
Admin => Owner
Senior Developer => Master
Developer => Developer

I haven't added "Junior Developers" yet because I'm not convinced that
GitLab has an equivalent. The next level down from Developer is
Reporter. Shall I just add Junior Developers as Developers?

I also haven't added Translators. Should they also be Developers?
Alternatively, we can create a sub-team for translators if finer-grained
access to repos is required.

Notes:

- I (bootc) am listed as an Owner because I created the team. I can't
  demote myself. I'm happy to be demoted, but it might be best to do
  that after I've migrated the remaining users.

- I haven't made any attempt to add -guest users, even those who might
  now be Debian Developers but who stuck with their -guest accounts on
  Alioth.

- I haven't been able to add the various DD (emeritus) people who are
  still on the Alioth project, for hopefully obvious reasons.

Please let me know your thoughts about the above, I'm more than happy to
continue the manual work of importing people into the project.

Cheers,
Chris

-- 
Chris Boot
bo...@debian.org



signature.asc
Description: OpenPGP digital signature