Re: SV: debian-installer manual: call to update translations
Quoting Holger Wansing (li...@wansing-online.de): > Hi, > > Joe Dalton wrote: > > Hi Holger, do we have access to that page? > > that is can we edit the information. I could add this information, and make > > some links to the place for the po files and statistic for the files in > > Debian in stead. > > No, I don't have access there. > In the past, this was perfectly maintained by Frans Pop, but after his dead > there are still some of his jobs orphaned, sadly. Statistics are in /home/groups/d-i/htdocs/manual on alioth, with everybody in the "d-i" group having access to the directory. I suspect this is only a matter of re-cronning the right cron job and the stats should be re-updated. signature.asc Description: PGP signature
Re: Default theme for Stretch
Hi, Le dimanche 27 novembre 2016, 23:27:37 CET Cyril Brulebois a écrit : > > I can't test right now due to various constraints, but one should make > sure changing menu position etc. doesn't lead to issues with submenus > and some installation images which have several menus concatenated; the > multi-arch image comes to mind. Didier might have some insight about > this one (cc added). Surely, it needs to be tested more widely. I’ve only tried with the netboot build. FWIW the only change apart from the background is to raise the menu/helpmsg a little. So if anything it should add more space for additional menu items below. Feel free to take that out if you don’t feel comfortable, though : *--- a/build/boot/x86/stdmenu.cfg* *+++ b/build/boot/x86/stdmenu.cfg* @@ -8,9 +8,9 @@ menu color help 37;40 #ff00 # none -menu vshift 12 +menu vshift 8 -menu helpmsgrow 15 +menu helpmsgrow 13 Cheers, --Aurélien
Re: Default theme for Stretch
Hi, Aurélien COUDERC (2016-11-27): > Le dimanche 27 novembre 2016, 22:37:35 CET juliette Belin a écrit : > > Hi, > > I just uploaded a new version of the syslinux / isolinux artwork. > > Hope it's more suitable ;) Thanks Juliette! > Hopefully KiBi will have his visual habits less shaken up with this > new version. :-P > > @Cyril I’ve pushed the updated background and slight tweaks to the > menu position to d-i repo, in pu/stretch-theme branch. Screenshot > attached. Many thanks! I can't test right now due to various constraints, but one should make sure changing menu position etc. doesn't lead to issues with submenus and some installation images which have several menus concatenated; the multi-arch image comes to mind. Didier might have some insight about this one (cc added). KiBi. signature.asc Description: Digital signature
Re: Default theme for Stretch
Hi, I just uploaded a new version of the syslinux / isolinux artwork. Hope it's more suitable ;) Cheers, Juliette 2016-11-23 16:58 GMT+01:00 Cyril Brulebois : > juliette Belin (2016-11-23): > > 2016-11-21 22:07 GMT+01:00 Cyril Brulebois : > > > > > > > We’ll see what we can do to avoid shocking long time d-i > contributors… > > > > :-) A first small improvement to avoid that-big-gap-at-the-top is to > > > > raise the menu a little. Trivial patch and result screenshot > attached. > > > > > > Thanks, let's see if Juliette comes up with other suggestions. ;) > > > > Of course, I'll do that this week-end if it is not too late ! > > Sure, no worries; we'll be waiting for a linux upload to happen and to > reach testing, plus maybe the X11 transition (just started), so we can > wait for a few days. :) > > > KiBi. >
Re: debian-installer manual: call to update translations
Hi, Holger Wansing wrote: > Hi translators, > > since we are reaching the end of development cycle for Stretch, I would like > to ask if you could take the time to update translations for the > debian-installer manual (strictly spoken "installation-guide"). > I would be great, if you could spent some time on this. > > Some of you, updating the d-i manual regularly, have their translations in > a very good shape, so there is not much work to do for you. > I have only included you here for completeness. > > For other languages, the last translator is no longer active, so I have sent > this mail to the respective debian-l10n-xxx list. Probably someone is > interested > to take over the translation? > Is is for Catalan, Spanish, Finnish, Romanian. I forgot to mention here, where to find the data: the subversion repository can be found here: https://anonscm.debian.org/viewvc/d-i/trunk/manual/ or checkout with svn co svn://anonscm.debian.org/svn/d-i/trunk/manual Regards Holger > For any questions, feel free to shout on debian-boot :-) > > Many thanks > > Holger, on behalf of the installer team -- Created with Sylpheed 3.5.0 under D E B I A N L I N U X 8 . 0 " J E S S I E " . Registered Linux User #311290 - https://linuxcounter.net/
Re: SV: debian-installer manual: call to update translations
Hi, Joe Dalton wrote: > Hi Holger, do we have access to that page? > that is can we edit the information. I could add this information, and make > some links to the place for the po files and statistic for the files in > Debian in stead. No, I don't have access there. In the past, this was perfectly maintained by Frans Pop, but after his dead there are still some of his jobs orphaned, sadly. Holger > bye > Joe > > > > Den lør 26/11/16 skrev Holger Wansing : > > Emne: Re: SV: debian-installer manual: call to update translations > Til: "Joe Dalton" > Cc: "debian-boot" , f...@funlabs.org > Dato: lørdag 26. november 2016 15.46 > > Hi Joe, > > Joe Dalton > wrote: > > Hi Holger, do you know there to > change Danish from xml-based to Po-basede on this page? > > http://d-i.alioth.debian.org/manual/ > > The statistics on above page > is no longer updated. As stated at the bottom of > the page, the data is from 2010. > Currently we have no up-to-date statistics > online, sorry. > > > Holger > > > > > > > Den lør 26/11/16 skrev Holger Wansing > : > > > > Emne: > debian-installer manual: call to update translations > > Til: "debian-boot" > > Cc: "Luca Monducci" , > "Joe Dalton" , > "Emmanuel Galatoulas" , bapti...@mailoo.org, > "victory" , > cw...@debian.org, > "Miguel Figueiredo" , > "Yuri Kozlov" , > "Martin Bagge" , > debian-l10n-cata...@lists.debian.org, > "Miroslav Kure" , > debian-l10n-span...@lists.debian.org, > debian-l10n-finn...@lists.debian.org, > judit.gyimes...@gmail.com, > sc...@a-eskwadraat.nl, > debian-l10n-roman...@lists.debian.org > > Dato: lørdag 26. november 2016 10.26 > > > > Hi > translators, > > > > > since we are reaching the end of development cycle for > > Stretch, I would like > > to ask if you could take the time to > update translations for > > the > > debian-installer manual (strictly > spoken > > > "installation-guide"). > > I > would be great, if you could spent some time on this. > > > > Some of you, > updating the d-i manual regularly, have their > > translations in > > a > very good shape, so there is not much work to do for you. > > > > I have only > included you here for completeness. > > > > > For other languages, the last > translator is no longer > > active, so I > have sent > > this mail to the respective > debian-l10n-xxx list. Probably > > > someone is interested > > to take over > the translation? > > Is is for Catalan, > Spanish, Finnish, Romanian. > > > > > > > > For any questions, feel free to shout on > debian-boot :-) > > > > Many thanks > > > > Holger, on behalf of the installer > team > > > > > > -- > > > > > Created with Sylpheed 3.5.0 under > > D E B I A N L I N U > > X 8 . 0 " J E S S I E > " . > > > > > Registered Linux User #311290 - https://linuxcounter.net/ > > > > > > > > -- > > Created with Sylpheed 3.5.0 under > D E B I A N L I N U > X 8 . 0 " J E S S I E " > . > > Registered Linux User > #311290 - https://linuxcounter.net/ > > -- Created with Sylpheed 3.5.0 under D E B I A N L I N U X 8 . 0 " J E S S I E " . Registered Linux User #311290 - https://linuxcounter.net/
Bug#846006: debian-cd: please provide flavor/spin netinst image for Debian Edu
Package: debian-cd Version: 3.1.18 Severity: wishlist Tags: d-i Hi, as a followup to #846002 and #846003, please provide a flavor/spin netinst image with debian-edu-profile-udeb installed. #846003 has the implementation details, this bug is for tracking installable media with debian-edu-profile enabled. This probably needs a boot menu entry with preseed/early_command="anna-install debian-edu-profile-udeb" Please note that in the past Debian Edu enabled and used non-free by default. This is *not* the case anymore today! Today, we have non-free (and contrib) enabled, but we dont install any packages from there. #474745 is the bug for tracking that we will also stop doing that. Once this bug has a number, I will make it blocked by #474745. Thanks! -- cheers, Holger signature.asc Description: Digital signature
Bug#846005: debian-cd: please provide flavor/spin netinst image with blends-tasks installed
Package: debian-cd Version: 3.1.18 Severity: wishlist Tags: d-i affects: blends-tasks Hi, as a followup to #846002 and #846003, please provide a flavor/spin netinst image with blends-tasks installed. #846003 has the implementation details, this bug is for tracking the installable media with blends-task. Thanks! -- cheers, Holger signature.asc Description: Digital signature
Bug#846003: debian-cd: please provide different flavor/spins of netinst images
Package: debian-cd Version: 3.1.18 Severity: wishlist Tags: d-i Hi, as a followup to #846002: How to allow Debian blends be installed easily from official Debian media? My idea to implement official Debian which can be used to install blends is to introduce "flavors" (or spins or whatever, just a new term, to not overload old ones), which basically are themed netinstall images. For illustration, these are some netinstall image _flavors_/_spins_ I have in mind: debian-classic / textmode d-i debian-graphical installer blends selection (graphical) debian-edu blend (graphical) debian-parl blend (graphical) debian-speakup (textmode d-i with speech enabled by default) … The idea is, that these images have the *same features* (and packages), the differences are just which the preselected default in the boot menu. So they all have the same boot menu too, and it's possible to install each and every flavor by manually choosing a different boot menu. This has several benefits: - it's possible to tell people "download $this iso to install $this type of Debian" - without giving them congnitive stress by presenting them choices they dont understand - the boot menu is also not translatetable, so having choices there wont help many users. - this can be implemented for stretch. Major changes (especially ones requiring translations) are not likely to happen anymore, so this is one way to have official Debian blends images *at all*. (As said, the current implementation is not acceptable.) - the current implementation is also useless for Debian Edu and at least very inconvinient for other "non-standalone" blends (those who also need the desktop task to be installed), not all blends are self contained. Debian Edu OTOH is blend which comes in several variations. (see https://jenkins.debian.net/userContent/debian-edu-doc/debian-edu-doc-en/debian-edu-stretch-manual-images/08-Choose_Debian_Edu_profile.png to understand that "one type of Debian Edu installs" is not enough.) The actual implementation of this will need to be done in debian-cd.git where the boot menu for netinst images is definied. For debian-edu it's probably enough to add a commandline parameter like this: preseed/early_command="anna-install debian-edu-profile-udeb" For blends-tasks it's probably enough to add a commandline parameter like this: preseed/late_command="apt install -y blends-tasks" (or probably better to turn blends-tasks into an udeb…) Thanks! -- cheers, Holger signature.asc Description: Digital signature
Bug#846002: blends-tasks must be priority:standard and not make a mess out of tasksel menu
Source: blends Version: 0.6.94 Severity: serious Tags: d-i Justification: Policy 2.5 and breaking another package Hi, I'm sorry, but the current implementation of installing Blends from Debian images is simply not acceptable, as in, it completely breaks the UI of debian-installer thus the severity. (It's also an unacceptable policy violation, see below.) For those wondering what the current implementation looks like, have a look at https://lists.debian.org/debian-blends/2016/05/pngVVl6XLXLxZ.png In words: several blends have been added to the tasksel menu (the one which asks which tasks should be installed, "default", "standard", "desktop", "ssh-server", etc.) The ascii version of the above linked screenshot looks like this: --begin-- At the moment, only the core of the system is installed. To tune the system to your needs, you can choose to install one or more of the following predefined collections of software. Choon software to install.' o webserver _ 0 printserver O SSHserver 0 standard system utilities O Debian Pure Blends o Deb; O. DebianEdu O. DebianEzGa O. DebianGames O. DebianGIS O. Hamradia O. DebianJunior O. DebianMed O. DebianMultimedia O ... Debian Science -- end -- This aint acceptable for a debian-installer for the reasons laid out in #758116. Look for those two mails from bubulle in that bug, they explain very well, that+why the current implementation is a *no go*: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=758116#320 https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=758116#340 Technically this was implemented by setting the binary package blends-tasks to prio: important, which needs to be reverted to fix the current tasksel mess. Also, setting blends-tasks to priority:important is a policy violation, please read https://www.debian.org/doc/debian-policy/ch-archive.html#s-priorities - packages with priority:important are installed by default, and there is *no* need (as it doesnt make sense, it's not useful) to have blends-tasks installed by default on each and every Debian system. (I'm sorry if describing https://lists.debian.org/debian-blends/2016/05/pngVVl6XLXLxZ.png as a mess hurts some people. I dont know a better way to put it.) So how to fix this *and* allow Debian blends be installed easily from official Debian media? My idea to implement official Debian which can be used to install blends is to introduce "flavors" (or spins or whatever, just a new term, to not overload old ones), which basically are themed netinstall images. For illustration, these are some netinstall image _flavors_/_spins_ I have in mind: debian-classic / textmode d-i debian-graphical installer blends selection (graphical) debian-edu blend (graphical) debian-parl blend (graphical) debian-speakup (textmode d-i with speech enabled by default) … The idea is, that these images have the *same features* (and packages), the differences are just which the preselected default in the boot menu. So they all have the same boot menu too, and it's possible to install each and every flavor by manually choosing a different boot menu. This has several benefits: - it's possible to tell people "download $this iso to install $this type of Debian" - without giving them congnitive stress by presenting them choices they dont understand - the boot menu is also not translatetable, so having choices there wont help many users. - this can be implemented for stretch. Major changes (especially ones requiring translations) are not likely to happen anymore, so this is one way to have official Debian blends images *at all*. (As said, the current implementation is not acceptable.) - the current implementation is also useless for Debian Edu and at least very inconvinient for other "non-standalone" blends (those who also need the desktop task to be installed), not all blends are self contained. Debian Edu OTOH is blend which comes in several variations. (see https://jenkins.debian.net/userContent/debian-edu-doc/debian-edu-doc-en/debian-edu-stretch-manual-images/08-Choose_Debian_Edu_profile.png to understand that "one type of Debian Edu installs" is not enough.) The actual implementation of this will need to be done in debian-cd.git where the boot menu for netinst images is definied. For debian-edu it's probably enough to add a commandline parameter like this: preseed/early_command="anna-install debian-edu-profile-udeb" For blends-tasks it's probably enough to add a commandline parameter like this: preseed/late_command="apt install -y blends-tasks" (or probably better to turn blends-tasks into an udeb…) To track and implement this, I will clone this bug and reassign the clone to debian-cd (and then maybe file some more for some blends I care about). Actually, no, I will file a new bug using only half of the text of this bug :) I
Bug#845401: debian-installer: auto=true not working
Hello, Андрей Ярков, on Wed 23 Nov 2016 11:40:00 +0300, wrote: > > A series of short > > options for the kernel commandline, see its documentation. If you set > > them, it will run without asking anything. > > I'm aware of those, thank you. But the point is that "auto=true" (or just > "auto") Note that as explained in the documentation, "auto" alone is *not* a parameter. Either you use the "auto" boot menu entry, which appends "auto=true", or you append "auto=true" yourself. Just appending "auto" will not do anything useful. Samuel
Processed: Re: Bug#845401: debian-installer: auto=true not working
Processing control commands: > tags -1 + unreproducible moreinfo Bug #845401 [debian-installer] debian-installer: auto=true not working Added tag(s) moreinfo and unreproducible. -- 845401: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=845401 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems
Bug#845401: debian-installer: auto=true not working
Control: tags -1 + unreproducible moreinfo Hello, Andrey Yarkov, on Wed 23 Nov 2016 08:11:05 +0700, wrote: > I added the following to kernel parameters on Jessie-8.6.0 official > installation DVD-1 > > auto=true url=http://my.ip.addr.ess/preseed.cfg > > but I got asked keyboard or locale related questions anyway. > > Could it be that the delaying functionality got lost? It just works fine for me. I just booted the DVD image, got the menu, pressed tab to get the kernel command line, typed auto=true, and the installer booted and configured the network before asking keyboard/locale questions. How did you boot it *exactly*? Samuel
Re: SV: debian-installer manual: call to update translations
Hi Holger, do we have access to that page? that is can we edit the information. I could add this information, and make some links to the place for the po files and statistic for the files in Debian in stead. bye Joe Den lør 26/11/16 skrev Holger Wansing : Emne: Re: SV: debian-installer manual: call to update translations Til: "Joe Dalton" Cc: "debian-boot" , f...@funlabs.org Dato: lørdag 26. november 2016 15.46 Hi Joe, Joe Dalton wrote: > Hi Holger, do you know there to change Danish from xml-based to Po-basede on this page? > http://d-i.alioth.debian.org/manual/ The statistics on above page is no longer updated. As stated at the bottom of the page, the data is from 2010. Currently we have no up-to-date statistics online, sorry. Holger > > Den lør 26/11/16 skrev Holger Wansing : > > Emne: debian-installer manual: call to update translations > Til: "debian-boot" > Cc: "Luca Monducci" , "Joe Dalton" , "Emmanuel Galatoulas" , bapti...@mailoo.org, "victory" , cw...@debian.org, "Miguel Figueiredo" , "Yuri Kozlov" , "Martin Bagge" , debian-l10n-cata...@lists.debian.org, "Miroslav Kure" , debian-l10n-span...@lists.debian.org, debian-l10n-finn...@lists.debian.org, judit.gyimes...@gmail.com, sc...@a-eskwadraat.nl, debian-l10n-roman...@lists.debian.org > Dato: lørdag 26. november 2016 10.26 > > Hi translators, > > since we are reaching the end of development cycle for > Stretch, I would like > to ask if you could take the time to update translations for > the > debian-installer manual (strictly spoken > "installation-guide"). > I would be great, if you could spent some time on this. > > Some of you, updating the d-i manual regularly, have their > translations in > a very good shape, so there is not much work to do for you. > > I have only included you here for completeness. > > For other languages, the last translator is no longer > active, so I have sent > this mail to the respective debian-l10n-xxx list. Probably > someone is interested > to take over the translation? > Is is for Catalan, Spanish, Finnish, Romanian. > > > > For any questions, feel free to shout on debian-boot :-) > > Many thanks > > Holger, on behalf of the installer team > > > -- > > Created with Sylpheed 3.5.0 under > D E B I A N L I N U > X 8 . 0 " J E S S I E " . > > Registered Linux User #311290 - https://linuxcounter.net/ > > -- Created with Sylpheed 3.5.0 under D E B I A N L I N U X 8 . 0 " J E S S I E " . Registered Linux User #311290 - https://linuxcounter.net/
Bug#845779: flash-kernel: flashkernel uses mkimage -A arm on arm64
> > I think it's currently possible to use flash-kernel:armhf on an > arm64 system to build an armhf image, and this would break that. > Given that flash-kernel is an arch-dependent package, I think it > should use the package architecture here instead of `uname -m`. > > (But since flash-kernel doesn't contain any native code, I think > it wwould be even better to make it arch-independent and to specify > the machine architecture in each entry in db/all.db.) > > Ben. > Specifying the machine architecture in db/all.db will not solve the problem. The key field for all.db is the "Machine" property read from /proc/device-tree/model. (It would be safer to read the property from the new dtb to be installed because the model property may change over time as has happened for the "Wandboard i.MX6 Quad Board rev B1".) If a system is supported both by armhf and arm64 kernels we cannot safely assume that the model property is different. Both armhf and arm64 kernels might (or even should) be using the same device tree. If we want to provide the package architecture we would have to pass it to the kernel hooks. linux-image-3.16.0-4-amd64.postinst has variable $arch. Unfortunately it is missing in linux-image-4.7.0-1-amd64.postinst. We could copy the architecture to an environment variable here, e.g. $ENV{'DEB_ARCH'}="$arch"; Best regards Heinrich Schuchardt