Re: Re: Moving debootstrap to fully team maintained (drop Uploaders field)

[Luca Boccassi]

> > It's great that it works for you and for some teams, but it doesn't
> > work for me and for others. For me, if someone else is listed in
> > Uploaders, then it's their property and I'm not touching it unless
> > absolutely necessary.
> 
> Look, you have an interpretation of Uploaders that is wildly
> different
> from how others in the Project perceive it, and IMO in outright
> conflict
> with the Policy. That is not a sound basis for the change you
> propose.
> 
> Regardless, why not solve the problem by simply by adding yourself to
> Uploaders, as others have suggested? Or ask one of the current
> Uploaders
> to do it, if that is more agreeable to you?

That doesn't solve the problem, given I explicitly do _not_ want to
claim ownership of the package for myself. Just provide occasional
contributions given it's under-mantained at the moment.

-- 
Kind regards,
Luca Boccassi


signature.asc
Description: This is a digitally signed message part

Re: Re: Moving debootstrap to fully team maintained (drop Uploaders field)

[Luca Boccassi]

> > I am aware of that, that's not the point I'm trying to make. The
> point
> > is that having anyone explicitly named assigns ownership and is a
> > barrier for others to contribute.
> 
> FWIW, I never understood it that way, at all.
> 
> In the context of a team, "Uploaders" just lets me know about people
> who
> consider themselves to be among the people regularly working on this
> package, so a good contact point.
> 
> But if Maintainers is a team, and I'm in that team, I'm free to
> upload,
> whether in Uploaders or not.
> 
> And if I'm a frequent uploader, I add myself to Uploaders.
> 
> A good example is the Debian Python Team, where the policy [1]
> explicitly states that "[anyone in the Team] can commit to the Git
> repository and upload as needed".

It's great that it works for you and for some teams, but it doesn't
work for me and for others. For me, if someone else is listed in
Uploaders, then it's their property and I'm not touching it unless
absolutely necessary.

-- 
Kind regards,
Luca Boccassi


signature.asc
Description: This is a digitally signed message part

Re: Re: Moving debootstrap to fully team maintained (drop Uploaders field)

[Luca Boccassi]

On Wed, 19 Jul 2023 at 01:18, Charles Plessy  wrote:
>
> Le Wed, Jul 19, 2023 at 12:00:20AM +0100, Luca Boccassi a écrit :
> >
> > Because the intention is not to claim the package for myself (far from
> > it! I already maintain too many...), but to open it up for uploads to
> > anybody who is part of the Salsa team (or wants to join it), removing
> > any barriers.
>
> Hi Luca,
>
> `dch --team` is your friend :) https://wiki.debian.org/TeamUpload

I am aware of that, that's not the point I'm trying to make. The point
is that having anyone explicitly named assigns ownership and is a
barrier for others to contribute.

> There must be at least one personal email address in either Maintainer
> or Uploader 
> (https://www.debian.org/doc/debian-policy/ch-binary.html#s-maintainer),
> so if the current Uploaders agree, replacing them would be a service to
> the team, not a claim of ownership!

Is that a technical reason? IE, would dak or other tools refuse it if
not? It would seem strange, given it can't possibly know what's
"personal" and what's a team. Policy is just policy and can be changed
if it's not adequate anymore.

Kind regards,
Luca Boccassi

Re: Re: Moving debootstrap to fully team maintained (drop Uploaders field)

[Charles Plessy]

Le Wed, Jul 19, 2023 at 12:00:20AM +0100, Luca Boccassi a écrit :
> 
> Because the intention is not to claim the package for myself (far from
> it! I already maintain too many...), but to open it up for uploads to
> anybody who is part of the Salsa team (or wants to join it), removing
> any barriers.

Hi Luca,

`dch --team` is your friend :) https://wiki.debian.org/TeamUpload

There must be at least one personal email address in either Maintainer
or Uploader 
(https://www.debian.org/doc/debian-policy/ch-binary.html#s-maintainer),
so if the current Uploaders agree, replacing them would be a service to
the team, not a claim of ownership!

Have a nice day,

Charles

-- 
Charles Plessy Nagahama, Yomitan, Okinawa, Japan
Debian Med packaging team http://www.debian.org/devel/debian-med
Tooting from home  https://framapiaf.org/@charles_plessy
- You  do not have  my permission  to use  this email  to train  an AI -

Re: Re: Moving debootstrap to fully team maintained (drop Uploaders field)

[Luca Boccassi]

> > Thoughts?
> 
> why don't you just add yourself and Dimitri to Uploaders: and be
> done? :)

Because the intention is not to claim the package for myself (far from
it! I already maintain too many...), but to open it up for uploads to
anybody who is part of the Salsa team (or wants to join it), removing
any barriers.

-- 
Kind regards,
Luca Boccassi


signature.asc
Description: This is a digitally signed message part

Re: Re: Shim and secure boot status, leading up to bookworm

[Steve McIntyre]

On Sun, Jan 29, 2023 at 12:56:28PM +0100, Andreas B. Mundt wrote:
>Hi Steve,
>
>On Wed, 25 Jan 2023 20:27:20 +, Steve McIntyre wrote:
>> On Wed, Jan 25, 2023 at 12:40:07PM -0700, Jeremy Hall wrote:
>> >
>> >When things get built, will there be a path forward for people who
>> >might need grub modules like serial console for accessibility reasons?
>> 
>> The serial module has already been added to the signed grub binary a
>> while back (2.06-4). If you need anything else, please ask or file
>> bugs.
>
>I would like to draw your attention to:
>
>   https://salsa.debian.org/grub-team/grub/-/merge_requests/14
>   https://bugs.debian.org/920610
>
>For my use case, the inclusion of the http module would be appreciated.

ACK, that's on my list to look at very soon. Just finishing off work
on shim first, as that has external blockers too.

-- 
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: Re: Shim and secure boot status, leading up to bookworm

[Andreas B. Mundt]

Hi Steve,

On Wed, 25 Jan 2023 20:27:20 +, Steve McIntyre wrote:
> On Wed, Jan 25, 2023 at 12:40:07PM -0700, Jeremy Hall wrote:
> >
> >When things get built, will there be a path forward for people who
> >might need grub modules like serial console for accessibility reasons?
> 
> The serial module has already been added to the signed grub binary a
> while back (2.06-4). If you need anything else, please ask or file
> bugs.

I would like to draw your attention to:

   https://salsa.debian.org/grub-team/grub/-/merge_requests/14
   https://bugs.debian.org/920610

For my use case, the inclusion of the http module would be appreciated.

Thanks for all your work and looking forward to bookworm,

  Andi

Re: Re: Re: Re: Re: Re: Issue with preseeded install - cannot skip apt media scanning

[Jerzy Patraszewski]

Ok,
so I found a workaround for this issue, directly in the preseed.cfg file. I
don't like it, but it works. I hope it will help someone but also I hope it
will be taken forward by @philh or other d-i/apt-setup folks...

in preseed.cfg:


d-i preseed/early_command string \
sed -i '3i if [ db_get apt-setup/use_mirror=true && db_get
apt-setup/no_mirror=false && db_get netcfg/dhcp_options != "db_get
netcfg/dhcp_options"]; \
exit 0; fi' /usr/lib/apt-setup/generators/40cdrom || true



Cheers,
Jerzy

Re: Re: Re: Re: Re: Issue with preseeded install - cannot skip apt media scanning

[Jerzy Patraszewski]

Nh, really edge case, which also should be handled differently (imho).
If someone has limited/poor/no internet connection, then one should use
media with most (all?) packages.
Next, after succesfull install updates should be applied using local
repository (eg. apt-cacher) which addresses poor network connectivity.
For this reason we have following check in 41cdset generator script:



if [ ! -e /cdrom/.disk/cd_type ] || [ ! -e /var/lib/install-cd.id ];
thenexit 0fi# Various different image types look different here:##
Image Type
cd_type netinst
  "not_complete"# full CD sets (default desktop)
"full_cd"# desktop-specific CD images   "full_cd/single"# DVD
"dvd"# bluray
"bluray"# multi-arch CD/DVD"not_complete"# live
 "live"## It can make sense to offer to scan more
media here in most cases,# but... on live or blu-ray it's unlikely to
help; the# desktop-specific image is designed specifically to work
with only a# single image. Hopefully the following makes sense.##
Images written to USB pen drives still need better support# too...
:-(cd_type=$(cat /cdrom/.disk/cd_type)



Warm regards,

Jerzy

Re: Re: Re: Re: Issue with preseeded install - cannot skip apt media scanning

[Andrew M.A. Cater]

On Thu, Oct 27, 2022 at 07:53:06AM +0200, Jerzy Patraszewski wrote:
> After some fiddling around, I think the logic is somehow broken. I might be
> wrong, but when mirror is defined (use_mirror=true) and network is
> configured (no_network is undef) than mirror-based install should take
> precedense over the cd/dvd, right? Therefore the 50mirror should be renamed
> to be before 40cdrom and 41cdset (and simple check should be done to skip
> media checks at all for apt-setup). Is there any reason to maintain the
> current sequence?
> 
> Rgrds,
> Jerzy

Hi Jerzy,

Not an expert - but I do a bunch of installs with the media team when we
do releases. The only corner case I can think of is when you install from
a .iso image like a DVD / BD.

In that instance, you're installing from CD media that is not a netinst -
most of the packages will be pulled first from the DVD and updates will
be pulled from the network after that, I think. It's one of those things
that I always notice after the fact because the cdrom entry is uncommented
at the top of /etc/apt/sources.list.

It's an odd case - but it might be the sort of thing that you would do
where you want to do a relatively complete install but your local
network bandwidth is low / intermittent.

The interaction of all the cases in preseed is the combinatorial explosion :(

All the very best, as ever,

Andy Cater

Re: Re: Re: Re: Issue with preseeded install - cannot skip apt media scanning

[Jerzy Patraszewski]

After some fiddling around, I think the logic is somehow broken. I might be
wrong, but when mirror is defined (use_mirror=true) and network is
configured (no_network is undef) than mirror-based install should take
precedense over the cd/dvd, right? Therefore the 50mirror should be renamed
to be before 40cdrom and 41cdset (and simple check should be done to skip
media checks at all for apt-setup). Is there any reason to maintain the
current sequence?

Rgrds,
Jerzy

Re: Re: Re: Issue with preseeded install - cannot skip apt media scanning

[Jerzy Patraszewski]

Hi Phil,
thanks for tips, after your tips I identified that issue is with 40cdrom
script.
I've added following lines:

set -x
echo 40cdrom-START
. /usr/share/debconf/confmodule
. /lib/chroot-setup.sh
echo ###
echo $(db_get apt-setup/cdrom/set-first) $RET
echo $(db_get apt-setup/cdrom/set-next) $RET
echo $(db_get apt-setup/cdrom/set-double) $RET
echo $(db_get apt-setup/cdrom/set-failed) $RET
echo ###

which resulted in syslog entries as pasted here:
http://paste.debian.net/1258318/
TBH i don't see a logic (probably I'm missing something) how this script
should skip any media (cdrom) scanning and proceed directly to mirror

Any ideas?
Best,
Jerzy

Re: Re: Issue with preseeded install - cannot skip apt media scanning

[Philip Hands]

Jerzy Patraszewski  writes:

> apt-cdrom-setup apt-setup/cdrom/set-first   boolean false
> apt-cdrom-setup apt-setup/cdrom/set-nextboolean false
> apt-cdrom-setup apt-setup/cdrom/set-double  boolean false
> apt-cdrom-setup apt-setup/cdrom/set-failed  boolean false
> <...>

These are processed by the scripts from here:

  https://salsa.debian.org/installer-team/apt-setup/-/tree/master/generators/

in particular 41cdset and maybe somthing is going on in 40cdrom.

Those end up in /usr/lib/apt-setup/generators within the running D-I.

You might want to add a `set -x` at the head of each of them to see what
exacly they're up to.

I have some (not recently tested) scripting for doing that here:

  https://hands.com/d-i/preseed/classes/dbg/files/HandsOff-dbg-fn.sh

See the function add_x(), the use of which can be seen (commented out)
here:

  https://hands.com/d-i/preseed/classes/dbg/files/debug_lvm

That's all rather entangled with this framework:

  https://hands.com/d-i

so is not very easy to deploy in that exact form, but you could use
the sed from add_x() combined with a copy of this:

  https://hands.com/d-i/bug/820818/

If you replace the mv in kludge.sh with a sed command for the two
generator scripts, and also add the preseed/run setting to your
preseed.cfg, that should do the trick, and fill /var/log/syslog with
debugging output.

HTH

Cheers, Phil.
-- 
|)|  Philip Hands  [+44 (0)20 8530 9560]  HANDS.COM Ltd.
|-|  http://www.hands.com/http://ftp.uk.debian.org/
|(|  Hugo-Klemm-Strasse 34,   21075 Hamburg,GERMANY


signature.asc
Description: PGP signature

Re: Re: Issue with preseeded install - cannot skip apt media scanning

[Jerzy Patraszewski]

Hi all,
does anyone have a working config (preseed.cnf) for bullseye? I'm pulling
my hair out, I tried every possible combination of below mentioned config
options to skip apt media scanning...
It seems that d-i apt-setup/cdrom/set-first boolean false is simply
ignored. Possible bug?
Any help would be appreciated.

TL'DR:
The issue:
While using preseed file, regardless of any setting, debian installer
(dialog) jumps off to interactive mode on error: "Apt configuration
problem. An attempt to configure apt to install additional packages from
the media failed". This happens just after installing the base system.
After pressing continue - apt scans mirror correctly and the rest of the
process goes unattended till the end.

Preseed file includes (whole file can be here:
http://paste.debian.net/1257950/):
<...>
d-i apt-setup/cdrom/set-first boolean false
d-i apt-setup/cdrom/set-next boolean false
d-i apt-setup/cdrom/set-failed boolean false

apt-cdrom-setup apt-setup/cdrom/set-first   boolean false
apt-cdrom-setup apt-setup/cdrom/set-nextboolean false
apt-cdrom-setup apt-setup/cdrom/set-double  boolean false
apt-cdrom-setup apt-setup/cdrom/set-failed  boolean false
<...>

ISO file used for installation:
debian-cd/current/amd64/iso-cd/debian-11.5.0-amd64-netinst.iso

Boot command:
auto=true priority=critical preseed/url="" href="
http://ip_address_colon_mark_port/debian-preseed.txt;>
http://ip_address_colon_mark_port/debian-preseed.txt

Additionally I uploaded console log screenshot here:
https://i.imgur.com/lKtgqyZ.png
and error itself (from d-i): https://imgur.com/eZbMPTy.png

Running installer with  DEBCONF_DEBUG=5 do not provide any additional
information.

>From https://preseed.einval.com/debian-preseed/bullseye/amd64-main-full.txt
it seems that only apt-setup/cdrom/set-failed should be sufficient:

### Description: Scan extra installation media?
#   An attempt to configure apt to install additional packages from the
#   media failed.
#   .
#   Please check that the media has been inserted correctly.
# d-i apt-setup/cdrom/set-failed boolean true

Unfortunately this does not work :/

Re: Re: Trying to install Debian on an Asus VivoTab Smart ME400C

[Santiago Garcia Mantinan]

Hi!

> Have you had any progress on getting the kernel to detect the USB devices on 
> the Asus VivoTab Smart ME400C?
> I'm replying to the thread about this 
> https://lists.debian.org/debian-boot/2015/12/msg00066.html, but I'm unsure if 
> you'll receive this email as such.

Nope, I didn't investigate anymore on support for that device, sorry.

If you happen to discover anything please comment it here anyway.

Regards.
-- 
Manty/BestiaTester -> http://manty.net

Re: Re: Trying to install Debian on an Asus VivoTab Smart ME400C

[Ovidiu]

Hello Manty,

Have you had any progress on getting the kernel to detect the USB devices on 
the Asus VivoTab Smart ME400C?
I'm replying to the thread about this 
https://lists.debian.org/debian-boot/2015/12/msg00066.html, but I'm unsure if 
you'll receive this email as such.

Re: Re: How to get preseed to ASK me for hostname + strange partitioning behaviour

[Philip Hands]

> d-i netcfg/get_hostname unassigned-hostname
 ^ 
as Daniel points out, you're missing 'string' in these (as I then copied ... 
oops!)

Re: Re: How to get preseed to ASK me for hostname + strange partitioning behaviour

[Philip Hands]

Jonas Bygdén  writes:

>> Am Donnerstag, dem 20.01.2022 um 13:16 +0100 schrieb Jonas Bygdén:
>> > I'm trying to get an automatic install of 11.2 working using a preseed 
>> > file:
>> > (https://gist.github.com/jby/7c3010e7157286166acee617ef47da30 
>> > )
>> > hosted on a server running nginx.
>> > According to the nginx logs the file is read.
>> > What I'd like to accomplish is to have the install be as fully automated as
>> > possible, but I *want* the question about what hostname to give the client.
>> > I was told that setting these settings would make it ask me for the 
>> > hostname:
>> > d-i netcfg/get_hostname seen false
>> > d-i netcfg/get_domain seen false
>> > and/or maybe this:
>> > d-i netcfg/hostname seen false
>> 
>> Works for me. I have a profile for simple-cdd which does exactly that.
>> 
>> > However, no matter how I do it it always sets the hostname to the default
>> > 'debian'.
>> >  
>> > How do I get it to ask me for the hostname? Are the order of the commands 
>> > in
>> > the preseed file significant?
>> 
>> Yes. the "seen false" must come after any pre-seeting of the value. Maybe
>> you'll have to move the
>> 
>> d-i netcfg/get_domain seen false
>> d-i netcfg/get_hostname seen false
>> 
>> also after preseeding netcfg/hostname? I make sure that the "seen false"
>> entries always come after everything else.
> Do you mean at the end of the file, or is it enough to have it at the end of 
> the section?
>
> I now have this in my preseed file, at the place where it’s in the example 
> file, since I’ve based my config on that:
>
> # Any hostname and domain names assigned from dhcp take precedence over
> # values set here. However, setting the values still prevents the questions
> # from being shown, even if values come from dhcp.
> #d-i netcfg/get_hostname seen false
> #d-i netcfg/get_domain seen false
> #d-i netcfg/get_hostname string unassigned-hostname
> #d-i netcfg/get_domain string unassigned-domain
> d-i netcfg/get_hostname unassigned-hostname
> d-i netcfg/get_domain unassigned-domain
> d-i netcfg/get_hostname seen true
> d-i netcfg/get_domain seen true

The thing to realise is that the 'seen' flag tells debconf that the user
has seen the question, and that it should therefore not be asked it
again. Also, that setting something via preseeding automatically sets
the seen flag (otherwise the user would get asked the question anyway,
so preseeding would be a bit useless)

So, you need to reset the 'seen' flag to 'false' _after_ setting the
value you want it to default to.

In the above, in the commented section you're setting it to false before
setting the value, so that only survives for a moment before being
automatically set again, and in the lower attempt you're setting 'seen'
to 'true' (which prevents the question being shown, and is redundant
anyway because it just got set true by the preseed setting just above).

I'd normally do it thus:

d-i netcfg/get_hostname unassigned-hostname
d-i netcfg/get_hostname seen false

d-i netcfg/get_domain unassigned-domain
d-i netcfg/get_domain seen false


HTH

Cheers, Phil.
-- 
|)|  Philip Hands  [+44 (0)20 8530 9560]  HANDS.COM Ltd.
|-|  http://www.hands.com/http://ftp.uk.debian.org/
|(|  Hugo-Klemm-Strasse 34,   21075 Hamburg,GERMANY

Re: Re: How to get preseed to ASK me for hostname + strange partitioning behaviour

[Jonas Bygdén]

> Am Donnerstag, dem 20.01.2022 um 13:16 +0100 schrieb Jonas Bygdén:
> > I'm trying to get an automatic install of 11.2 working using a preseed file:
> > (https://gist.github.com/jby/7c3010e7157286166acee617ef47da30 
> > )
> > hosted on a server running nginx.
> > According to the nginx logs the file is read.
> > What I'd like to accomplish is to have the install be as fully automated as
> > possible, but I *want* the question about what hostname to give the client.
> > I was told that setting these settings would make it ask me for the 
> > hostname:
> > d-i netcfg/get_hostname seen false
> > d-i netcfg/get_domain seen false
> > and/or maybe this:
> > d-i netcfg/hostname seen false
> 
> Works for me. I have a profile for simple-cdd which does exactly that.
> 
> > However, no matter how I do it it always sets the hostname to the default
> > 'debian'.
> >  
> > How do I get it to ask me for the hostname? Are the order of the commands in
> > the preseed file significant?
> 
> Yes. the "seen false" must come after any pre-seeting of the value. Maybe
> you'll have to move the
> 
> d-i netcfg/get_domain seen false
> d-i netcfg/get_hostname seen false
> 
> also after preseeding netcfg/hostname? I make sure that the "seen false"
> entries always come after everything else.
Do you mean at the end of the file, or is it enough to have it at the end of 
the section?

I now have this in my preseed file, at the place where it’s in the example 
file, since I’ve based my config on that:

# Any hostname and domain names assigned from dhcp take precedence over
# values set here. However, setting the values still prevents the questions
# from being shown, even if values come from dhcp.
#d-i netcfg/get_hostname seen false
#d-i netcfg/get_domain seen false
#d-i netcfg/get_hostname string unassigned-hostname
#d-i netcfg/get_domain string unassigned-domain
d-i netcfg/get_hostname unassigned-hostname
d-i netcfg/get_domain unassigned-domain
d-i netcfg/get_hostname seen true
d-i netcfg/get_domain seen true

# If you want to force a hostname, regardless of what either the DHCP
# server returns or what the reverse DNS entry for the IP is, uncomment
# and adjust the following line.
#d-i netcfg/hostname string somehost
#d-i netcfg/hostname seen false

# Disable that annoying WEP key dialog.
#d-i netcfg/wireless_wep string
# The wacky dhcp hostname that some ISPs use as a password of sorts.
d-i netcfg/dhcp_hostname string debian
d-i netcfg/get_hostname seen true
d-i netcfg/get_domain seen true

But I still only get it set to ‘debian’ without question.
> 
> [..]
> > Another thing:
> >  
> > When I use the above linked preseed file on a (VMWare-) VM it correctly 
> > picks
> > up the partitioning set in the preseed file,
> > 'd-i partman-auto/method string crypto' in my case.
> > However, when using it on physical hardware (Dell laptops) it seems to 
> > ignore
> > that and give me the dialog asking how to do it.
> >  
> > Can someone please help me figure this out?
> 
> The detection mmechanism to detect the installation drive is not perfect. It 
> is
> possible that it fails to detect the correct drive and doesn't know how to
> handle it. I use scripts to make an educated guess and set partman-auto/disk
> via partman/early_command.
> 
> You should check /var/log/installer/syslog and console 4 (when the above
> happens) to see what happened.
> 
> Regards, Daniel
> -- 
> Regards,
> Daniel Leidert  | https://www.wgdd.de/ 
> 
> GPG-Key RSA4096 / BEED4DED5544A4C03E283DC74BCD0567C296D05D
> GPG-Key ED25519 / BD3C132D8B3805D1808123AB7ACE00941E338C78
> 
> https://www.fiverr.com/dleidert 
> https://www.patreon.com/join/dleidert 

Bug#935334: closed by Lyndon Brown (Re: Re: debootstrap: man page says that --include will add package to download and extract list, but an experiment shows opposite)

[Askar Safin]

control: reopen 935334

Hi, Lyndon Brown. It seems you don't understand what I mean, please, re-read 
bug report.

First of all, note on terminology, specially on word "extracting". I will use 
output of "debootstrap" tool itself as source of terminology. Look here, this 
is output of debootstrap: https://paste.debian.net/1210574/ . As you can see, 
debootstrap output uses word "extracting" in one very specific sense: 
"extracting" means extracting using "dpkg-deb" or "ar" at very early stage of 
debootstrap. Other actions have different names, for example, "unpacking". So, 
word "extract" means "extract using dpkg-deb or ar", this is different from 
"unpack using dpkg --unpack". So, I will use word "extract" in this sense.

Next. We know that --foreign causes early stopping of debootstrap. This 
stopping happens AFTER extracting stage (I use here word "extracting" in sense 
introduced above).

Next. Man page says: "--include=alpha,beta Comma separated list of packages 
which will be added to download and extract lists".

So, --include=aptitude should add aptitude to extract list, i. e. aptitude 
should be extracted at extract stage. --foreign runs extract stage, so 
--foreign should extract aptitude. But it doesn't. So man page (or debootstrap 
output or debootstrap itself) is wrong.

So, we anyway have a bug either in debootstrap implementation or in terminology 
used in its output or in manual page. I think we should fix the latter.

==
Askar Safin
http://safinaskar.com
https://sr.ht/~safinaskar
https://github.com/safinaskar

Processed: Re: Bug#935334 closed by Lyndon Brown (Re: Re: debootstrap: man page says that --include will add package to download and extract list, but an experiment shows opposite)

[Debian Bug Tracking System]

Processing control commands:

> reopen 935334
Bug #935334 {Done: Lyndon Brown } [debootstrap] debootstrap: 
man page says that --include will add package to download and extract list, but 
an experiment shows opposite
Bug reopened
Ignoring request to alter fixed versions of bug #935334 to the same values 
previously set

-- 
935334: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=935334
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems

Re: Re: How does the debian development team build Root Filesystems with Desktop UI Support?

[Yuichi Tsujiwaki]

Thank you for your reply.
I didn’t know about a tool called debos.
I will investigate.
Thank you for the useful information.

Yuichi Tsujiwaki

Re: Re: Re: 8 more packages

[mario . stromar]

I apologize for my misunderstandings what was written! I read it today
again, and think finally got it! ☺ 
Thanks for patience and little help! 

Cheers,
M.

Re: Re: 8 more packages

[Mario Stromar]

In english, please...

Re: Re: 8 more packages

[Geert Stappers]

On Mon, Jan 13, 2020 at 07:56:02AM +0100, mario.stro...@gmail.com wrote:
> Have you tested on different hardware? In example yours?
> 

In case the context was/is 
https://lists.debian.org/debian-boot/2020/01/msg00068.html
that message has

| Over here no hardware with _both_  WIFI and ethernet available
| for re-installs. And sacrificing an installed laptop doesn't make
| sense because what we are researching might be hardware related.


Regards
Geert Stappers
-- 
Leven en laten leven

Re: Re: 8 more packages

[mario . stromar]

Have you tested on different hardware? In example yours?

Bug#926919: PLEASE CLOSE THIS; RE-RE-SUBMIT ACK as Bug#926920

[hoxp18]

Dear maintainers,

I re-re-submit due to my confusion around the name of
"installation-report" package and the BTS entry name
"installation-reports".

I apologize about these.

Regards.

Re: Re: debootstrap/1.0.102 appears to break debuerreotype autopkgtest

[Tianon Gravi]

On Thu, 14 Jun 2018 at 10:00, Tianon Gravi  wrote:
> Instead of stretch simply defaulting to non-merged-usr, it's now
> _blacklisted_ from merged-usr, even if I explicitly specify
> "--merged-usr", right?  Is that the intended implementation here?

If the attached patch is an OK direction, I'd be happy to submit it as
a merge request for easier merge/review. O:)

(sorry for missing that the previous discussion was around this issue
in debootstrap, not just that this is what debuerreotype needed to do
-- at a conference and email is a bit of a blur right now /o\)


♥,
- Tianon
  4096R / B42F 6819 007F 00F8 8E36  4FD4 036A 9C25 BF35 7DD4
diff --git a/debootstrap b/debootstrap
index 88781fc..8eca9ec 100755
--- a/debootstrap
+++ b/debootstrap
@@ -27,7 +27,7 @@ KEYRING=""
 DISABLE_KEYRING=""
 FORCE_KEYRING=""
 VARIANT=""
-MERGED_USR="yes"
+MERGED_USR=""
 ARCH=""
 HOST_ARCH=""
 HOST_OS=""
diff --git a/scripts/debian-common b/scripts/debian-common
index c5a5a39..9517af8 100644
--- a/scripts/debian-common
+++ b/scripts/debian-common
@@ -37,12 +37,11 @@ work_out_debs () {
 first_stage_install () {
 	case "$CODENAME" in
 		etch*|lenny|squeeze|wheezy|jessie*|stretch)
-			;;
-		*)
-			EXTRACT_DEB_TAR_OPTIONS="$EXTRACT_DEB_TAR_OPTIONS -k"
-			setup_merged_usr
+			[ -z "$MERGED_USR" ] && MERGED_USR="no"
 			;;
 	esac
+	EXTRACT_DEB_TAR_OPTIONS="$EXTRACT_DEB_TAR_OPTIONS -k"
+	setup_merged_usr
 
 	extract $required
 
diff --git a/scripts/gutsy b/scripts/gutsy
index cea5d7b..9fd3ea1 100644
--- a/scripts/gutsy
+++ b/scripts/gutsy
@@ -68,12 +68,11 @@ work_out_debs () {
 first_stage_install () {
 	case "$CODENAME" in
 		gutsy|hardy|intrepid|jaunty|karmic|lucid|maverick|natty|oneiric|precise|quantal|raring|saucy|utopic|vivid|wily|yakkety|zesty|artful|bionic|cosmic)
-			;;
-		*)
-			EXTRACT_DEB_TAR_OPTIONS="$EXTRACT_DEB_TAR_OPTIONS -k"
-			setup_merged_usr
+			[ -z "$MERGED_USR" ] && MERGED_USR="no"
 			;;
 	esac
+	EXTRACT_DEB_TAR_OPTIONS="$EXTRACT_DEB_TAR_OPTIONS -k"
+	setup_merged_usr
 
 	extract $required
 

Re: Re: debootstrap/1.0.102 appears to break debuerreotype autopkgtest

[Tianon Gravi]

On Thu, 14 Jun 2018 at 07:43, Tianon Gravi  wrote:
> Update is dput now -- should show up (and get re-tested) soonish. :)

It just dawned on me that this upload possibly won't actually fix the failure.

Instead of stretch simply defaulting to non-merged-usr, it's now
_blacklisted_ from merged-usr, even if I explicitly specify
"--merged-usr", right?  Is that the intended implementation here?

(after all, the "usrmerge" package still exists, so IMO if I specify
"--merged-usr" it should still work, but barring that, it seems like
it should at least be a fatal error or even a warning if something
I've explicitly asked debootstrap to do for me is blacklisted from
working)

♥,
- Tianon
  4096R / B42F 6819 007F 00F8 8E36  4FD4 036A 9C25 BF35 7DD4

Re: Re: debootstrap/1.0.102 appears to break debuerreotype autopkgtest

[Tianon Gravi]

On Thu, 14 Jun 2018 at 07:31, Tianon Gravi  wrote:
> Ah, which is exactly what I did in [1], but the 0.7 release isn't
> uploaded to Debian yet -- I'll do that ASAP to fix this regression. :)

Update is dput now -- should show up (and get re-tested) soonish. :)

Thanks! (and thanks for your work on debootstrap)

♥,
- Tianon
  4096R / B42F 6819 007F 00F8 8E36  4FD4 036A 9C25 BF35 7DD4

Re: Re: debootstrap/1.0.102 appears to break debuerreotype autopkgtest

[Tianon Gravi]

On Thu, 14 Jun 2018 at 02:23, Hideki Yamane  wrote:
> > debootstrap should default to non-merged-usr for stretch, but it should
> > be possible to enable merged-usr via the command-line parameter to avoid
> > the regression in debuerreotype.
>  ...
>  We can use "--no-merged-usr" and "--merged-usr" options explicitly.

Ah, which is exactly what I did in [1], but the 0.7 release isn't
uploaded to Debian yet -- I'll do that ASAP to fix this regression. :)

[1]: https://github.com/debuerreotype/debuerreotype/pull/35


♥,
- Tianon
  4096R / B42F 6819 007F 00F8 8E36  4FD4 036A 9C25 BF35 7DD4

Re: Re: debootstrap/1.0.102 appears to break debuerreotype autopkgtest

[Hideki Yamane]

Hi,

> The patch for #839046 also disabled --merged-usr for stretch as stretch
> was added to the blacklist in first_stage_install().
> 
> debootstrap should default to non-merged-usr for stretch, but it should
> be possible to enable merged-usr via the command-line parameter to avoid
> the regression in debuerreotype.

 Stretch is blacklisted (in scripts/debian-common) and I've tested on my
 box, it is non-merged-usr environment. Is it stretch?

 We can use "--no-merged-usr" and "--merged-usr" options explicitly.


-- 
Regards,

 Hideki Yamane henrich @ debian.org/iijmio-mail.jp

Re: Re: Installing 2 encrypted Debians alongside Windows

[coco...@t-online.de]

Hi.

Based on your answer, I proceeded with the install.  However, the
pre-existing Debian install (Debian A) does _not_ appear to have been
automatically added to the final Grub boot menu.

I used the following walkthrough (minus steps 25 and 29) when installing
both Debian A and Debian B:

https://ertugrulharman.com/en/2017/09/06/how-to-install-debian-alongside-windows-dual-boot-with-full-disk-encryption/

The new boot menu presented contains only the following entries:

   Debian GNU/Linux
   Advanced options for Debian GNU/Linux
   Windows Boot Manager
   System setup

The Debian entry is for the new install, Debian B, which boots
successfully.

I've checked, and I'm confident that Debian A's partitions were not
harmed during the install process.

How do I add the option to boot Debian A back to the Grub boot menu?

Will it be obvious during that process how to customise the way the new
entry appears in the list?

Thanks.


-Original Message-
Date: Mon, 05 Mar 2018 20:02:24 +0100
Subject: Re: Installing 2 encrypted Debians alongside Windows
From: "Jonathan Carter (highvoltage)" 
To: "coco...@t-online.de" ,
debian-boot@lists.debian.org

On 05/03/2018 17:44, coco...@t-online.de wrote:
> If I try to accomplish this with the 9.2.1 install DVD, will Debian
> Installer be aware of the existence of the pre-existing Debian install
> when generating/updating Grub?

Yep.

-Jonathan

Re: RE: New Language Process for Tajik: missing status update?

[Holger Wansing]

Am Donnerstag, 8. Februar 2018 schrieb victor.ibragi...@gmail.com:
> Hi Debian-i18n team!
> 
> Sublevel3 is now 100% translated into Tajik language! So now all 5 files 
> should be 100% translated.

Yeah. :-)

> In the total - for all 5 sublevel files - about 19 859 words have been 
> translated into Tajik language.
> I am now waiting for the updated ISO image to make live tests and apply 
> needed linguistics' updates.

Please be patient, there are some uploads needed and the
like, to make that happen.

Holger

-- 
Sent from my Jolla phone
http://www.jolla.com/

RE: iso-codes -- Re: RE: Tajik translation for debian-installer

[victor.ibragimov]

Dear Tobias,

There is no a .po file yet to send.
Could you please, send me the needed file(s) with country names to translate 
into Tajik.

Thank you so much,
Victor


-Original Message-
From: Dr. Tobias Quathamer [mailto:to...@debian.org] 
Sent: Monday, February 5, 2018 4:27 PM
To: Holger Wansing <li...@wansing-online.de>; victor.ibragi...@gmail.com
Cc: debian-i...@lists.debian.org; debian-boot@lists.debian.org
Subject: Re: iso-codes -- Re: RE: Tajik translation for debian-installer

Am 05.02.2018 um 08:55 schrieb Holger Wansing:
> Hi Victor,
> 
> Am Montag, 5. Februar 2018 schrieb victor.ibragi...@gmail.com:
>> Also I found that country names are not translated into Tajik. It 
>> looks like translation files for debian-installer do not contain country 
>> names as well.
> 
> Country names are imported from iso-codes package.
> That is to have one central place for this, instead of having every 
> project to maintain its own.
> That is also documented here:
> https://d-i.alioth.debian.org/doc/i18n/ch01s05.html
>  
>> So, please, prompt on how to translate country names into Tajik.
> 
> iso-codes repo is here:
> https://salsa.debian.org/iso-codes-team/iso-codes
> 
> You can translate country names (ISO 3166-1) here:
> https://hosted.weblate.org/engage/iso-codes/?utm_source=widget
> 
> However Tajik is not activated there.
> CC'ing Tobias as it's maintainer:
> 
> Tobias, could you please enable Tajik for ISO3166-1 ?

Sure, I'll be happy to do this! Victor, do you have a .po file which you could 
send to me? Then I'll integrate this into iso-codes so that the country names 
are available in Tajik as well.

If you do not have a .po file yet or if you need further help from me, please 
do not hesitate to contact me.

Regards,
Tobias

Re: iso-codes -- Re: RE: Tajik translation for debian-installer

[Dr. Tobias Quathamer]

Am 05.02.2018 um 08:55 schrieb Holger Wansing:
> Hi Victor,
> 
> Am Montag, 5. Februar 2018 schrieb victor.ibragi...@gmail.com:
>> Also I found that country names are not translated into Tajik. It looks like
>> translation files for debian-installer do not contain country names as well.
> 
> Country names are imported from iso-codes package.
> That is to have one central place for this, instead of having
> every project to maintain its own.
> That is also documented here:
> https://d-i.alioth.debian.org/doc/i18n/ch01s05.html
>  
>> So, please, prompt on how to translate country names into Tajik.
> 
> iso-codes repo is here:
> https://salsa.debian.org/iso-codes-team/iso-codes
> 
> You can translate country names (ISO 3166-1) here:
> https://hosted.weblate.org/engage/iso-codes/?utm_source=widget 
> 
> However Tajik is not activated there.
> CC'ing Tobias as it's maintainer:
> 
> Tobias, could you please enable Tajik for ISO3166-1 ?

Sure, I'll be happy to do this! Victor, do you have a .po file which you
could send to me? Then I'll integrate this into iso-codes so that the
country names are available in Tajik as well.

If you do not have a .po file yet or if you need further help from me,
please do not hesitate to contact me.

Regards,
Tobias



signature.asc
Description: OpenPGP digital signature

iso-codes -- Re: RE: Tajik translation for debian-installer

[Holger Wansing]

Hi Victor,

Am Montag, 5. Februar 2018 schrieb victor.ibragi...@gmail.com:
> Hi Debian-i18n team!
> 
>  
> 
> Tajik translation for debian-installer (sublevel1) is now 100%.

That is great, thanks!
 
> However, the translation is not final, as some terminology is still under
> the review by our local language authority (the Committee of Language and
> Terminology by the Government of Republic of Tajikistan).
> 
>  
> 
> Meantime I am checking the updated Tajik translations by going through the
> installations process to resolve some stylistic and declination issues, so I
> need fresh daily ISO builds with updated Tajik translations.
> 
>  
> 
> Also I found that country names are not translated into Tajik. It looks like
> translation files for debian-installer do not contain country names as well.

Country names are imported from iso-codes package.
That is to have one central place for this, instead of having
every project to maintain its own.
That is also documented here:
https://d-i.alioth.debian.org/doc/i18n/ch01s05.html
 
> So, please, prompt on how to translate country names into Tajik.

iso-codes repo is here:
https://salsa.debian.org/iso-codes-team/iso-codes

You can translate country names (ISO 3166-1) here:
https://hosted.weblate.org/engage/iso-codes/?utm_source=widget 

However Tajik is not activated there.
CC'ing Tobias as it's maintainer:

Tobias, could you please enable Tajik for ISO3166-1 ?
Thanks 
 
> And I would like to re-check if this link for ISO download is OK to use to
> review the latest translations in live:
> 
> https://d-i.debian.org/daily-images/i386/daily/netboot/

That should be fine.


Holger

-- 
Sent from my Jolla phone
http://www.jolla.com/

Re: Re: network-console DEBIAN_FRONTEND?

[Jack Bates]

Thank you both for your help, I'll keep working on it and post here when 
I have more information or questions.

Re: Re: network-console DEBIAN_FRONTEND?

[Jack Bates]

Thanks for your help, but when I boot with DEBIAN_FRONTEND=text, it 
affects only the *local* console ... In other words, when I boot with 
"DEBIAN_FRONTEND=text modules=network-console", the local console does 
display the text frontend, but when I ssh in, I still get the default 
frontend (newt).


How do I choose the network-console frontend?

Thanks again!

Re: Re: Help building debian-installer for arm64

[Hermann Lauer]

Hello,

On Tue, Jan 09, 2018 at 09:43:32AM +0100, Loys Ollivier wrote:
> > If you only want debian on one (or a few) special system ... there are 
> > other ways to get debian
> > on such a system up. The way I used sometimes as describe above is to build 
> > the normal
> > kernel package (needed anyways for operating the debian system later on) and
> > use it for the installation (with some modules compiled in to avoid ramdisk 
> > module issues).
> > 
> Hermann are you suggesting to build a Debian Kernel following
> these instructions:
> https://anonscm.debian.org/git/kernel/linux.git/tree/debian/README.source?h=sid

This may/should work. I use "make bindeb-pkg" in the vanilla kernel tree 
regulary and
in the past I used also something like "dpkg-buildpackage -b -rfakeroot" in the
debian kernel source package.

> I don't see how you can "use it for installation" otherwise.

Boot the kernel via tftp (and give the installer ramdisk, as mentioned in an 
earlier
email) is the option I use most of the times - as for building the 
linux-image*deb,
there are other ways. YMMV.

Greetings
  Hermann

-- 
Netzwerkadministration/Zentrale Dienste, Interdiziplinaeres 
Zentrum fuer wissenschaftliches Rechnen der Universitaet Heidelberg
IWR; INF 205; 69120 Heidelberg; Tel: (06221)54-14405 Fax: -14427
Email: hermann.la...@iwr.uni-heidelberg.de

Re: Re: Help building debian-installer for arm64

[Hermann Lauer]

Hello Richard,

On Mon, Jan 08, 2018 at 06:52:20AM -0600, Richard Owlett wrote:
> > > > I would like to build a custom debian-installer. The reason being, this
> > > > arm64 platform has a custom PHY that I need to enable in the kernel to 
> > > > get
> > > > network access.

> I've been following this thread because I'm considering creating a custom
> installer, focusing more on builtin option choices rather on a custom
> kernel.

The "PHY" I interpreted like a new kernel (module) is needed for your arm64 
device
to get the network up and running. So a new kernel package is needed, unless
you want to run the final system with a module outside of dpkg.

> I don't understand the mechanics of Hermann's answer. I suspect there is a
> critical gap in my reading.

Trying to clarify:

If you only want debian on one (or a few) special system (My case: Trying to 
get a
Banana M2 Ultra running with an Allwinner R40 ARM SoC) there are other ways to 
get debian
on such a system up. The way I used sometimes as describe above is to build the 
normal
kernel package (needed anyways for operating the debian system later on) and
use it for the installation (with some modules compiled in to avoid ramdisk 
module issues).

If you need something different, sorry if I caused trouble to you.
Greetings
  Hermann

-- 
Netzwerkadministration/Zentrale Dienste, Interdiziplinaeres 
Zentrum fuer wissenschaftliches Rechnen der Universitaet Heidelberg
IWR; INF 205; 69120 Heidelberg; Tel: (06221)54-14405 Fax: -14427
Email: hermann.la...@iwr.uni-heidelberg.de

Re: Re: Help building debian-installer for arm64

[Hermann Lauer]

Hello,

> On Tue, Dec 26, 2017 at 05:13:26PM +0100, Loys Ollivier wrote:
> 
> > I would like to build a custom debian-installer. The reason being, this
> > arm64 platform has a custom PHY that I need to enable in the kernel to get
> > network access.
> > 
> > I built the kernel and version is:
> > linux-image-4.14.0-1-g8796b59b622f-dirty_4.14.0-1-g8796b59b622f-dirty-27_arm64.deb
> > 
> > >From that kernel deb package. How can I build the debian installer ? The
> > documentation mentions udeb files that I don't have. Also, I don't know how
> > to specify the target arch: arm64.

another idea: Boot a custom kernel which needs no modules from the installer
(i.e. everthing needed for installation compiled in), then install
during the installation the proper kernel dpkg.

Good luck,
 greetings
   Hermann

-- 
Netzwerkadministration/Zentrale Dienste, Interdiziplinaeres 
Zentrum fuer wissenschaftliches Rechnen der Universitaet Heidelberg
IWR; INF 205; 69120 Heidelberg; Tel: (06221)54-14405 Fax: -14427
Email: hermann.la...@iwr.uni-heidelberg.de

Re: Re: Changing di-netboot-assistants directory within the TFTP-root

[Andreas B. Mundt]

Hello Hermann,

On Tue, Dec 19, 2017 at 12:57:41PM +0100, Hermann Lauer wrote:
> On Mon, Dec 18, 2017 at 04:21:05PM +0300, Andreas B. Mundt wrote:

[…]

> > In di-netboot-assistant, a grub-EFI image is prepared which then
> > includes the grub.conf files of the debian-installer images, with the
> > correct paths.  You get an idea in [3].  Perhaps you can follow this
> > approach (or even better: use di-netboot-assistant) too.
>
> Thanks a lot, I was not aware of grub-mknetdir (and di-netboot-assistant's 
> menu building) so far.
> OTOH, this still not answers the question if any functionality using paths 
> relative to the
> bootnetx64.efi is available in grub.
>
> Should I open a bug report against grub or do you have another idea ?

When I set up di-netboot-assistant to work for EFI installs, I also
tried for some time to use the netboot image's grub, but, if I
remember correctly, it only worked to some extent with the buster
images, not with stretch.  After that I went for the more flexible
solution implemented now with an independent grub-EFI image.  However,
I am not sure if I saw the same issue you describe.

I am not sure towards which package to report the bug.  In my case I
think it's the configuration of the grub-EFI image used in the netboot
image, but I did not dive much into the issue.

If nobody more familiar with the netboot-grub-EFI stuff replies here,
you could either try to reach someone from the team setting up the
netboot images directly (perhaps also on IRC).  Maybe you could post
your first mail (the one that did not make it to the list) with a good
subject and as much details as possible again (it's not clear to me
what exactly goes wrong, i.e. TFTP server layout/configuration would be
helpful).  Right now our involved discussion will not be recognized
eventually.  If you are sure that it's a bug in grub, it should be
reported to the BTS.

Unfortunately, I have now and also in the next weeks rather limited
time to set up a test system and explore the issue further.

Hmm, could you try with buster images and see if the problem persists?

Best regards,

   Andi

Re: Re: Changing di-netboot-assistants directory within the TFTP-root

[Hermann Lauer]

Hello Andi,

On Mon, Dec 18, 2017 at 04:21:05PM +0300, Andreas B. Mundt wrote:
> > > Right now, '$TFTP_ROOT/debian-installer/' is used to set up and serve
> > > the netboot-images.  If you also serve preseedings from the canonical
> >
> > just wondering if this is the default location or the only supported
> > location for network installs.
> > Please see also the email attached which seems not to have hit the list
> > about grub not obeying an initial path send with dhcp.
...
> Do you use di-netboot-assistant [1] or just the debian-installer netboot
> packages/images [2]?

Just the netboot.tar.gz images.

> > when doing network installation with the files from
> > debian/dists/stretch/main/installer-amd64/current/images/netboot/netboot.tar.gz
> > grub didn't find it's files if using a nonstandard tftp server layout:
...
> > RRQ from 129.206.106.247 filename 
> > /debian/amd64_stretch/debian-installer/amd64/bootnetx64.efi
> > RRQ from 129.206.106.247 filename 
> > debian-installer/amd64/grub/x86_64-efi/command.lst
...
> > RRQ from 129.206.106.247 filename debian-installer/amd64/grub/grub.cfg
> >
> > PXE BIOS with pxelinux has no problems with finding it's files in such a 
> > layout.
> > Is there any functionality in grub to enable relative pathes at that point 
> > of the debian
> > installation ? If not, is that a bug/regression to report against grub ?
> 
> In di-netboot-assistant, a grub-EFI image is prepared which then
> includes the grub.conf files of the debian-installer images, with the
> correct paths.  You get an idea in [3].  Perhaps you can follow this
> approach (or even better: use di-netboot-assistant) too.

Thanks a lot, I was not aware of grub-mknetdir (and di-netboot-assistant's menu 
building) so far.
OTOH, this still not answers the question if any functionality using paths 
relative to the
bootnetx64.efi is available in grub.

Should I open a bug report against grub or do you have another idea ?

Thanks a lot,
 greetings
   Hermann

> [2] 
> [3] 
> 
-- 
Netzwerkadministration/Zentrale Dienste, Interdiziplinaeres 
Zentrum fuer wissenschaftliches Rechnen der Universitaet Heidelberg
IWR; INF 205; 69120 Heidelberg; Tel: (06221)54-14405 Fax: -14427
Email: hermann.la...@iwr.uni-heidelberg.de

Bug#845818: Re: Re: Bug#845818: flash-kernel: Add support for Hardkernel Odroid-C2

[Martin Michlmayr]

Ok, I'll add the following:

Machine: Hardkernel ODROID-C2
Kernel-Flavors: arm64
DTB-Id: meson-gxbb-odroidc2.dtb
Boot-Script-Path: /boot/boot.scr
U-Boot-Script-Name: bootscr.uboot-generic
Required-Packages: u-boot-tools


* Heinrich Schuchardt  [2017-03-18 07:12]:
>Please, go ahead with the generic script.
> 
>Am 18.03.17, 02:44, Martin Michlmayr  schrieb:
> 
>  Hi Heinrich,
>  * Heinrich Schuchardt  [2017-03-18 02:39]:
>  > U-Boot 2017-3 does not contain MMC support for the Odroid C2.
>  > I have seen a recent patch series for MMC support. But I did not
>  yet
>  > build with it.
>  If they are accepted for 2017.05, maybe Vagrant could add them to
>  the
>  2017.03 Debian package.
>  > You are right in that with MMC support in mainline u-boot we
>  should be
>  > able to use a generic boot script.
>  Are you ok with the approach I proposed (i.e. requiring users to
>  install a new u-boot, which hopefully weʼll have in Debian unstable
>  at
>  some point) or would you prefer your original solution that works
>  with
>  the built-in u-boot? My worries are about supporting upgrades from
>  the original u-boot to mainline u-boot. Going with the generic
>  u-boot
>  approach would avoid this issue.
>  --
>  Martin Michlmayr
>  [1]http://www.cyrius.com/
> 
> References
> 
>1. http://www.cyrius.com/

-- 
Martin Michlmayr
http://www.cyrius.com/

Re: Re: manual: pdf builds succeeded for all disabled langs

[victory]

> victory  wrote:
> > using fonts-wqy-microhei works for ko, which looks like ok for zh, too.
> > it has Japanese letters, too,
> >  but some of them mismatch between its glyph and the ones we are using.
> > this is the reason we do not choose fonts for zh letters, saying "CJK".
> > the selected font may have such situation for zh/ko
> >  but who know that about they dont use :)
> I am unsure if I understand correct:
> yes, ko works fine with WenQuanYi Micro Hei, that's fine, thanks.
> But why did you now choose WenQuanYi Micro Hei for Chinese as well?
> It was HanaMinA before, and it has worked that way.
> Should I prefer WenQuanYi Micro Hei over HanaMinA for Chinese?

because if it is ok for zh speakers, it can reduce 1 Build-Depends :)
so I explained why it is not used for ja :)

-- 
victory
no need to CC me :-)

Processed: Re: Re: Bug#785149: grub-installer: NVMe boot drives not supported

[Debian Bug Tracking System]

Processing control commands:

> found -1 grub-installer/1.122
Bug #785149 {Done: Christian Perrier } [grub-installer] 
grub-installer: NVMe boot drives not supported
Marked as found in versions grub-installer/1.122; no longer marked as fixed in 
versions grub-installer/1.122 and reopened.

-- 
785149: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=785149
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems

Re: Re: Howto prevent full disk crypto from wiping entire drive/partition?

[Alexis de BRUYN]

Hi List,

I am reopening an old thread, I am trying to achieve the same thing 
today and I did find another way to do it as reported here.


 I have open a wishlist bug report [1] describing your issue.  Work still
 needs to be done, though.

 If you feel like giving it a shot, you can probably start by hacking
 autopartition-crypto and adding:
 echo $id/skip_erase
 near:
 echo dm-crypt $id/crypto_type
I have hacked like suggested above but the installer still wipes the 
disk. I need to cancel manually.


I have tried with adding echo $id/skip_erase just before and just 
after echo dm-crypt $id/crypto_type in

debian-installer/packages/partman-auto-crypto/autopartition-crypto

I have rebuild d-i as described here [3].

Is it working or am I doing somethind wrong ?Does anybody have a way to 
do this?


Best regards,


 As a side note, I don't see this option be added soon if you don't
 provide us with some patches.  So don't hesitate to give it a try [2].

 [1] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=476388
 [2] Frans' paper can be helpful:
 http://d-i.alioth.debian.org/doc/talks/debconf6/paper/

[3] https://wiki.debian.org/DebianInstaller/Build
--
Alexis de BRUYN


--
To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/54f80adb.9090...@de-bruyn.fr

Re: Re: /etc/dhcp3/dhclient.conf

[acidbu...@live.be]

--
To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/54e2a317.2020...@live.be

Re: Bug#771607: Re : Re: Re : Re: Bug#771607: unblock: brltty/5.2~20141018-2

[Samuel Thibault]

Jonathan Wiltshire, le Fri 12 Dec 2014 21:37:10 +, a écrit :
 This discussion seems to have run into the sand.

Indeed.

 Is there any news?

Well, nothing more than what was said, actually, to sum it up:

- MATE is a bit more accessible than Gnome with the Orca screen reader
- MATE however doesn't have screen magnification,
- gnome does have integrated magnification, even if not very good.

So it seems that gnome is a good default, in that it has decent support
for a wide range of disabilities.  MATE would however be preferrable
for people who need to use the Orca screen reader, thus the proposal to
automatically tune the default desktop from d-i itself.

Samuel


-- 
To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: 
https://lists.debian.org/20141214190916.gs2...@type.youpi.perso.aquilenet.fr

Re: Bug#771607: Re : Re: Re : Re: Bug#771607: unblock: brltty/5.2~20141018-2

[Jonathan Wiltshire]

Control: tag -1 moreinfo

On Mon, Dec 01, 2014 at 01:21:27PM +0100, Samuel Thibault wrote:
 MENGUAL Jean-Philippe, le Mon 01 Dec 2014 13:14:07 +0100, a écrit :
  - Samuel Thibault sthiba...@debian.org a écrit :
   MENGUAL Jean-Philippe, le Mon 01 Dec 2014 12:06:35 +0100, a écrit :
and MATE is much more suit when we try to have a universal desktop with 
braille, speech and magnifying, in particular due to its visual 
customization capabilities, disappeared in gnome.
   
   Mmm, but do we have magnification support in MATE?  AIUI we don't.
  
  At least there are much themes, large customizations (font, characters, 
  colours of various items such as windows edges, areas, etc).
 
 It gives lesser choices in some areas, but isn't the lack of
 magnification support a problem?
 
 I mean AIUI gnome seems like a good default since it has support for a
 large range of accessibility features, even if it's not as good at some
 of them as MATE can be.  MATE, on the other hand, is notably missing
 magnification, which I think will be a real concern for quite a few
 people (as in: not usable at all), and AIUI MATE customizations will not
 be enough to deal with that.
 
  Moreover, compiz can be easily implemented (Luca is doing).
 
 Please remember that we are talking about Jessie, not a downstream of
 Jessie.

This discussion seems to have run into the sand. Is there any news?


-- 
Jonathan Wiltshire  j...@debian.org
Debian Developer http://people.debian.org/~jmw

4096R: 0xD3524C51 / 0A55 B7C5 1223 3942 86EC  74C3 5394 479D D352 4C51



signature.asc
Description: Digital signature

Re: Re: Installationsproblem on a nvidia system

[Christopher Chavez]

   My next problem is the network card, because it was not recognized
  by the installation process.
  
   The installed network card is Intel (R) Ethernet Connection I217-LM.
   It is not configured/running. Do you know, how to get the network
  card
   configured the right way?
 
  I suspect that your device is simply to new for the kernel in the
  current Debian stable release and that some
 I did backport support for i217 models a while ago (Debian 7.5), but
 possibly that didn't include this particular one.

The installation source he used was 7.1.0, so updating the kernel should help.
c.f http://comments.gmane.org/gmane.linux.debian.user/473958


-- 
To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: 
https://lists.debian.org/CAAFQ00kLsfWjvSbFKtPpaHYJE0j5xC7FgoVmo6pprpe=v8f...@mail.gmail.com

Re : Re: Bug#771607: unblock: brltty/5.2~20141018-2

[MENGUAL Jean-Philippe]

 
  which seems to enact that gnome is fine enough.
 
 Yes, again, gnome *is* fine enough.  But can't we fine-tune the default
 when we know for sure that the user is using braille?  Notably since it
 seems we'd better go with gnome with its integrated magnifier for people
 with low vision, and we'd better go with MATE for people using braille?
 
 Samuel

Note that when we say Gnome is fine enough, it's because we are aware of the 
fact Debian won't choose Mate by default and that the hesitation is between 
gnome and xfce. And from this point of view, yes, gnome is better. But the fact 
is it is still hard to use, and MATE is much more suit when we try to have a 
universal desktop with braille, speech and magnifying, in particular due to its 
visual customization capabilities, disappeared in gnome.

thats why it is a good idea, instead of proposing to a low visual or blind user 
a bad experience he will feel too complex, not suitable, etc, to propose to it 
immediately Mate if we know he uses braille or seppch, so that the user 
experinece to be directly good. let's add also that it is relevant given 
otherwise, the screen=black setting in the installer (which displays a contrast 
interface) is not present at reboot. With mate, even if not present, the user 
can easily find again contrast and other visual costomisations.

regards

 
 -- 
 To UNSUBSCRIBE, email to debian-accessibility-requ...@lists.debian.org
 with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
 Archive: https://lists.debian.org/20141201105719.gg3...@type.bordeaux.inria.fr
 


-- 
To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: 
https://lists.debian.org/2143654123.388693709.1417431995719.javamail.r...@zimbra63-e11.priv.proxad.net

Re: Re : Re: Bug#771607: unblock: brltty/5.2~20141018-2

[Samuel Thibault]

MENGUAL Jean-Philippe, le Mon 01 Dec 2014 12:06:35 +0100, a écrit :
 and MATE is much more suit when we try to have a universal desktop with 
 braille, speech and magnifying, in particular due to its visual customization 
 capabilities, disappeared in gnome.

Mmm, but do we have magnification support in MATE?  AIUI we don't.

Samuel


-- 
To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/20141201113513.gj3...@type.bordeaux.inria.fr

Re : Re: Re : Re: Bug#771607: unblock: brltty/5.2~20141018-2

[MENGUAL Jean-Philippe]

- Samuel Thibault sthiba...@debian.org a écrit :
 MENGUAL Jean-Philippe, le Mon 01 Dec 2014 12:06:35 +0100, a écrit :
  and MATE is much more suit when we try to have a universal desktop with 
  braille, speech and magnifying, in particular due to its visual 
  customization capabilities, disappeared in gnome.
 
 Mmm, but do we have magnification support in MATE?  AIUI we don't.

At least there are much themes, large customizations (font, characters, colours 
of various items such as windows edges, areas, etc). Moreover, compiz can be 
easily implemented (Luca is doing).

Regards,

 Samuel
 
 
 -- 
 To UNSUBSCRIBE, email to debian-accessibility-requ...@lists.debian.org
 with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
 Archive: https://lists.debian.org/20141201113513.gj3...@type.bordeaux.inria.fr
 


--
To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: 
https://lists.debian.org/1524895324.388935030.1417436047638.javamail.r...@zimbra63-e11.priv.proxad.net

Re: Re : Re: Re : Re: Bug#771607: unblock: brltty/5.2~20141018-2

[Samuel Thibault]

MENGUAL Jean-Philippe, le Mon 01 Dec 2014 13:14:07 +0100, a écrit :
 - Samuel Thibault sthiba...@debian.org a écrit :
  MENGUAL Jean-Philippe, le Mon 01 Dec 2014 12:06:35 +0100, a écrit :
   and MATE is much more suit when we try to have a universal desktop with 
   braille, speech and magnifying, in particular due to its visual 
   customization capabilities, disappeared in gnome.
  
  Mmm, but do we have magnification support in MATE?  AIUI we don't.
 
 At least there are much themes, large customizations (font, characters, 
 colours of various items such as windows edges, areas, etc).

It gives lesser choices in some areas, but isn't the lack of
magnification support a problem?

I mean AIUI gnome seems like a good default since it has support for a
large range of accessibility features, even if it's not as good at some
of them as MATE can be.  MATE, on the other hand, is notably missing
magnification, which I think will be a real concern for quite a few
people (as in: not usable at all), and AIUI MATE customizations will not
be enough to deal with that.

 Moreover, compiz can be easily implemented (Luca is doing).

Please remember that we are talking about Jessie, not a downstream of
Jessie.

Samuel


-- 
To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/20141201122127.gv3...@type.bordeaux.inria.fr

Re: Re: UltraHD installation: mouse not working in graphical install

[Eugen Dedu]

I don't think we can do much about the font size issues;


except making the graphical install the default :) Ain't that the case?


I tested also with graphical install.  The very first screen, presenting 
Install, Graphical install etc. is shown graphically and at visually 
good size.  After choosing graphical install, the screen goes indeed 
graphical, but the fonts are as small as the newt frontend, i.e. very 
hard to read!!


This is a somehow important problem, since nothing can be done to 
workaround it.  The installer is also the first program a new user sees 
when installing linux.


Cheers,
--
Eugen


--
To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/546fb3c9.8070...@univ-fcomte.fr

Re: Re: default desktop: availability on all arches

[Michael Biebl]

 So it looks like gnome3 is the only one that doesn't work on most
 architectures.

You tested qemu, not real hardware.
For your tests to be really meaningful, they would have to be done on
actual hardware.

That said, I don't see a good reason why availability on architectures
should be a deciding factor (as already pointed out by Joey and Christian).




-- 
Why is it that all of the instruments seeking intelligent life in the
universe are pointed away from Earth?



signature.asc
Description: OpenPGP digital signature

Re: Re: the audio group

[Floris]

which is fine.

But what if people decide to later not use logind/systemd? In what
does it hurt that the first created user is *also* added to the audio
group?


When a user is added to the audio group. He will always see all sound  
devices,
even when logind tries to hide the device from the user. e.g. in a multi  
seat
setting, an user on seat0 can control the sound devices from another user  
on seat1.


Especially now that we go to systemd as the default init system, I think  
it is
wise to respect the systemd ACL settings. So we don't get unexpected  
behaviors.


Thanks,

floris


--
To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/op.xksh7ona5k9...@jessica.jkfloris.demon.nl

Re: Re: the audio group

[Steve McIntyre]

On Mon, Aug 18, 2014 at 03:24:50PM +0200, Floris wrote:
which is fine.

But what if people decide to later not use logind/systemd? In what
does it hurt that the first created user is *also* added to the audio
group?

When a user is added to the audio group. He will always see all sound
devices, even when logind tries to hide the device from the
user. e.g. in a multi seat setting, an user on seat0 can control the
sound devices from another user on seat1.

And if we ignore the multi-seat stuff (which is going to be used by a
*tiny* minority of users) there is no down-side.

Especially now that we go to systemd as the default init system, I
think it is wise to respect the systemd ACL settings. So we don't get
unexpected behaviors.

There are still likely going to be vastly more non-systemd users than
multi-seat users.

-- 
Steve McIntyre, Cambridge, UK.st...@einval.com
Welcome my son, welcome to the machine.


-- 
To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/20140818135234.ga14...@einval.com

Re: Re: the audio group

[Lennart Sorensen]

On Mon, Aug 18, 2014 at 02:52:34PM +0100, Steve McIntyre wrote:
 And if we ignore the multi-seat stuff (which is going to be used by a
 *tiny* minority of users) there is no down-side.
 
 There are still likely going to be vastly more non-systemd users than
 multi-seat users.

That sure sounds likely.

Perhaps there can be a README.multiseat in the systemd package that
explains what changes to make for such a setup.

Just because systemd is default doesn't mean everything else should
stop working.

-- 
Len Sorensen


-- 
To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/20140818142216.gh17...@csclub.uwaterloo.ca

Re: Re: the audio group

[Lennart Sorensen]

On Mon, Aug 18, 2014 at 10:22:16AM -0400, Lennart Sorensen wrote:
 That sure sounds likely.
 
 Perhaps there can be a README.multiseat in the systemd package that
 explains what changes to make for such a setup.
 
 Just because systemd is default doesn't mean everything else should
 stop working.

Besides all existing installs that upgrade would need to make the same
changes should they choose to move to a systemd multiseat setup.

-- 
Len Sorensen


-- 
To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/20140818142335.gi17...@csclub.uwaterloo.ca

Re: Re: the audio group

[Floris]

Op Mon, 18 Aug 2014 15:52:34 +0200 schreef Steve McIntyre  
st...@einval.com:



On Mon, Aug 18, 2014 at 03:24:50PM +0200, Floris wrote:

which is fine.

But what if people decide to later not use logind/systemd? In what
does it hurt that the first created user is *also* added to the audio
group?


When a user is added to the audio group. He will always see all sound
devices, even when logind tries to hide the device from the
user. e.g. in a multi seat setting, an user on seat0 can control the
sound devices from another user on seat1.


And if we ignore the multi-seat stuff (which is going to be used by a
*tiny* minority of users) there is no down-side.


Especially now that we go to systemd as the default init system, I
think it is wise to respect the systemd ACL settings. So we don't get
unexpected behaviors.


There are still likely going to be vastly more non-systemd users than
multi-seat users.



how about users who will login remotely? They also have full access to
all the audio devices, even when they don't able to hear the music,
because the speaker is on the other side of the world.

But the main issue is, having two systems (groups and ACL)
that control access rights for the same device give inconsistent behavior.
A user can be in the audio group for sound, he doesn't have to be a
member of lpadmin to use his printer. The cdrom group is only for
non-out-of-the-box cd/ dvd devices etc.

In the near future (systemd 215) [1] the need to be part of a group for a  
normal

user will even be less important. So maybe we leave the situation for
now and rethink about it in some time.

thanks,

floris

[1] http://0pointer.de/blog/projects/stateless.html


--
To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/op.xksnj5mp5k9...@jessica.jkfloris.demon.nl

Re: Re: the audio group

[Hendrik Boom]

On Mon, Aug 18, 2014 at 05:20:19PM +0200, Floris wrote:
 
 how about users who will login remotely? They also have full access to
 all the audio devices, even when they don't able to hear the music,
 because the speaker is on the other side of the world.

Remote login might be from a computer that's just on the other side of the room.

-- hendrik


-- 
To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/20140818162955.ga32...@topoi.pooq.com

Re: Re: the audio group

[Christian PERRIER]

Quoting Steve McIntyre (st...@einval.com):
 On Mon, Aug 18, 2014 at 03:24:50PM +0200, Floris wrote:
 which is fine.
 
 But what if people decide to later not use logind/systemd? In what
 does it hurt that the first created user is *also* added to the audio
 group?
 
 When a user is added to the audio group. He will always see all sound
 devices, even when logind tries to hide the device from the
 user. e.g. in a multi seat setting, an user on seat0 can control the
 sound devices from another user on seat1.
 
 And if we ignore the multi-seat stuff (which is going to be used by a
 *tiny* minority of users) there is no down-side.

I'd anyway recommend to NOT create a user during Debian installation
in such multi-seat setupswhich actually also solves the problem.

user-setup has a preseedable variable for this:

Template: passwd/make-user
Type: boolean
Default: true
# :sl2:
_Description: Create a normal user account now?

Just pressed passwd/make-user to False and you're done.

I'd anyway expect multi-seat setups to use an external account database.




signature.asc
Description: Digital signature

Re: Re: the audio group

[Joey Hess]

user-setup-apply is run in finish-install, so it can check if systemd is
installed or not.

The only downsides I see:

* Still need to add the groups in non-systemd installations, eg freebsd,
  so this will be an point of difference that will need testing.
* If a user chooses to remove systemd after the install, they would need
  to manually add the groups.

-- 
see shy jo


signature.asc
Description: Digital signature

Re: Re: the audio group

[Christian PERRIER]

Quoting Joey Hess (jo...@debian.org):
 user-setup-apply is run in finish-install, so it can check if systemd is
 installed or not.


Interesting suggestion, yes.

 
 The only downsides I see:
 
 * Still need to add the groups in non-systemd installations, eg freebsd,
   so this will be an point of difference that will need testing.
 * If a user chooses to remove systemd after the install, they would need
   to manually add the groups.


Not the groups, but the first created user to the groups, which
seems reasonable to me.




signature.asc
Description: Digital signature

Re: Re: the audio group

[Michael Biebl]

Adding the first user to group audio shouldn't break any ACL management
that is done by systemd-logind.

It just means, the first user *always* has access to the audio device,
no matter if his session is marked active for he is logged in locally.

So he get's access even when e.g. logged in remotely via SSH.

I'll leave that up to others to decide if that is a security issue or
not. For a single user system, it probably doesn't matter.

As was pointed out in another thread [1], the first user is also added
to a couple of other groups.
At least for the major desktop environments like GNOME or KDE, that is
no longer strictly necessary. Since they use polkit nowadays:

udisks(2) (removable media): obsoletes plugdev, cdrom, floppy
NetworkManager (network): obsoletes netdev

For video and audio, we have systemd-logind device ACLs.

I dunno, if the less popular desktops still require/use those groups.


[1] https://lists.debian.org/debian-boot/2014/08/msg00383.html
-- 
Why is it that all of the instruments seeking intelligent life in the
universe are pointed away from Earth?



signature.asc
Description: OpenPGP digital signature

Re: Re: the audio group

[Floris]

Adding the first user to group audio shouldn't break any ACL management
that is done by systemd-logind.


logind hide/ show the audio device from the user trough the ACL.
The audio group will always show all audio devices.

I think these two settings are conflicting.

floris


--
To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/op.xkq3i9fu5k9...@jessica.jkfloris.demon.nl

Re : Re: Artwork for jessie?

[juliette . belin]

Okay, great !!

Juliette

- Mail d'origine -
De: Cyril Brulebois k...@debian.org
À: Vincent Blut vincent.deb...@free.fr
Cc: Adrien Aubourg adrien.aubo...@gmail.com, juliette belin 
juliette.be...@free.fr, Ulrich rusty@mailbox.org, 
onsemel...@riseup.net, Debian Desktop debian-desk...@lists.debian.org, 
debian-boot@lists.debian.org, Paul Tagliamonte paul...@debian.org
Envoyé: Wed, 13 Aug 2014 17:42:39 +0200 (CEST)
Objet: Re: Artwork for jessie?

Vincent Blut vincent.deb...@free.fr (2014-08-13):
 Le mer. 13 août 2014 à 14:40, Adrien Aubourg
 adrien.aubo...@gmail.com a écrit :
 
 Le 13/08/2014 14:33, juliette.be...@free.fr a écrit :
 Hi, I'm on hollidays until sunday, I don't have the right
 computer to work on the theme...
 Thank you for the scaling Adrien, but some others changes are
 necessary, all the lines must fit the new scaled logo.
 Can it wait until next week ?
  I tried to do my best, but sure it would be better if the original
  author do the rescaling him/herself.
 
  Paul should be the one who can tell if it can wait until next week.
 
 And Cyril, who needs those files in order to include them in the
 installer, which should be froze fairly soon ;-)

Hello,

for what it's worth, the next Beta (Beta 2) will likely not happen
before one, maybe two months. Nevertheless, artwork has to be merged
into several components, so it takes time to get all of this sorted.
(I think Paul might tell you more about the relevant components.)

Bottom line: as far as I can tell, waiting until next week should be
good OK. :)

Mraw,
KiBi.


--
To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: 
https://lists.debian.org/1945009009.25563044.1408017388672.javamail.r...@zimbra19-e3.priv.proxad.net

Re: Re: hd-media iso-scan finds usable iso's but still fails, modprobe: invalid option -- 'l'

[Brian Potkin]

On Thu 26 Jun 2014 at 15:20:29 +0200, Sander Eikelenboom wrote:

 I will fix a local initrd.gz with this fix, but i can't imagine a lot of 
 folks 
 are running into this, a space in a dir on any mountable filesystem on the 
 system you are 
 trying to install on and you are bust.

May I suggest you consider acting on the second paragraph of

   https://lists.debian.org/debian-devel/2014/06/msg00564.html

and add to #628991 or #640789. This will also have the benefit of
recording your contribution. The URLs (the thread is broken) you may
want to quote are

   https://lists.debian.org/debian-boot/2014/06/msg00189.html

and

   https://lists.debian.org/debian-boot/2014/06/msg00195.html

Regards,

Brian.   


-- 
To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/20140627170850.gq29...@copernicus.demon.co.uk

Re: Re: hd-media iso-scan finds usable iso's but still fails, modprobe: invalid option -- 'l'

[Sander Eikelenboom]

Hi Brian and Oliver,

I forgot to ask to get cc'ed since i'm not subscribed to this list.

Thanks for your replies and pointers !

In my case it's indeed the missing quotes around $dir in the find, described in 
the bug-report you referred to:
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=628991

I got to:
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=640789

And iso-scan should already be patched, any idea what is taking so long to get 
the 
production installers to get this fix (jessie and sid installers also didn't 
work and those are not stable, so that shouldn't be the point ) ?

I will fix a local initrd.gz with this fix, but i can't imagine a lot of folks 
are running into this, a space in a dir on any mountable filesystem on the 
system you are 
trying to install on and you are bust.

--
Sander


-- 
To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/1278947797.20140626152...@eikelenboom.it

Re: Re: Installing Debian on a PowerMac G5

[Dr. Claw]

Hi,

I have a PowermacG5 and a Debian 7 installation DVD. I am a relative newbe at 
linux in terms of experimenting with distributions and platforms, but I some 
experience with ubuntu and red hat on the intel chipset.

I am attempting to install Debian and when the installation completes I let it 
reboot. When the MAC reboots, it gets stuck on a black screen.

Any help would be appreciated.

Best Regards


signature.asc
Description: Message signed with OpenPGP using GPGMail

Re: Re: TRIM support for ext4

[Luk Claes]

 On Mon, Mar 12, 2012 at 12:04:52AM +, Miguel Figueiredo wrote:
 Hi all,

Hi

 Add the mount option 'discard' for ext4 filesystems so, during
 partitioning, TRIM can be activated for SSDs in the installed
 system.

 I enabled that on ext4 on my SSD, and had two lockups in 24 hours.
 No lockups since turning it off, so I don't consider it safe yet at all.

 The man page seems to indicate it is very much in the testing phase at
 this point.

I guess it's got stabilised in the later kernels, could you try it again?

Cheers

Luk


-- 
To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/5208096e.8070...@debian.org

Re: Re: BIOS not reachable in laptop: 29 May 2013

[Suramya Rajwade]

Initially BIOS gives me all boot options, so I was able to boot.
Now, I executed efibootmgr -c (no disk partition is provided) to create new
boot order (as I want to boot from USB). But, after reset now system is
only showing black/blank screen on F2 or F12 (BIOS setup or Boot Menu).

Does, CMOS reset will help (under warranty, but linux installation voids
the warranty as per FUJITSU company). Laptop purchased on 29/05/2013.

Thanks,
Suramya

On Mon, Jun 3, 2013 at 12:32 AM, Suramya Rajwade
suramya.rajw...@gmail.comwrote:

 BIOS Version : FUJITSU // Phoenix Technologies Ltd. // Version 1.10 //
 Release date as 24/05/2012
 Other BIOS details : Phoenix SecureCore Tiano (TM), Copyright 1985-2011
 FUJITSU Laptop : LH532 L-series lifebook, Core i3 3rd generation, 500 GB
 harddisk, 4 GB ram

Re: Re: BIOS not reachable in laptop: 29 May 2013

[Ben Hutchings]

On Thu, 2013-06-06 at 16:23 +0530, Suramya Rajwade wrote:
 Initially BIOS gives me all boot options, so I was able to boot.
 Now, I executed efibootmgr -c (no disk partition is provided) to
 create new boot order (as I want to boot from USB). But, after reset
 now system is only showing black/blank screen on F2 or F12 (BIOS setup
 or Boot Menu).

So pressing a key does make a difference?  If the BIOS responds at all
to keystrokes then Fast Boot is probably not enabled.

 Does, CMOS reset will help (under warranty, but linux installation
 voids the warranty as per FUJITSU company).

I don't know where you are, but I think that in the EU and the USA it is
not legal to restrict a warranty in this way.  They have no obligation
to provide technical support for using Linux, though.

Ben.

 Laptop purchased on 29/05/2013.


-- 
Ben Hutchings
Never attribute to conspiracy what can adequately be explained by stupidity.


signature.asc
Description: This is a digitally signed message part

Re: Re: Problems and questions with preseeding

[Brian Potkin]

On Fri 12 Apr 2013 at 22:42:16 +0100, Brian Potkin wrote:

 Moving on:
 
The auto kernel parameter is an alias for . . .
 
 I'll merely remark that 'auto' is not a kernel parameter. The statement
 conflicts with the earlier assertion.

I'll back down on that. At the moment of writing I mixed up my
understanding of 'auto=true' as the value of a kernel parameter
and 'auto' as a 'boot label', whatever that is.

Regards,

Brian.


-- 
To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/20130413184110.GK30093@desktop

Re: Re: Problems and questions with preseeding

[Samuel Thibault]

Vincent McIntyre, le Mon 08 Apr 2013 23:23:14 +1000, a écrit :
 Should this instead be worded '... is not defined on all arches'?

I guess so.

 Here's the patch, any good Phil?

Seems good, I commited it.

Thanks,
Samuel


-- 
To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/20130412135853.ga10...@type.colubris.lan

Re: Re: Problems and questions with preseeding

[Brian Potkin]

On Fri 12 Apr 2013 at 15:58:53 +0200, Samuel Thibault wrote:

 Vincent McIntyre, le Mon 08 Apr 2013 23:23:14 +1000, a écrit :
  Should this instead be worded '... is not defined on all arches'?
 
 I guess so.
 
  Here's the patch, any good Phil?
 
 Seems good, I commited it.

Looking at the first part of the patch:

   . . . the 'auto' part of the examples is a syslinux boot label
   which adds the kernel parameters . . .

The important bit appears to be to promote the idea that auto is a boot
label. 'boot label' is mentioned precisely once in the present Manual.
Where? In section B.2.3. Now it is repeated in a footnote. I would
question whether anything has been achieved in increasing the reader's
understanding.

What exactly is this 'boot label'? On Wheezy it is unexplained. The
curious user might work out what it is and how to use it. Eventually.

I've previously remarked that this part of the Manual is accurate, but
it really makes you work hard for your money. On Etch it may have been a
relatively easy. On Wheezy it smacks of retroism. On Jessie - who knows?

Now, in this patch, 'boot label' has aquired has an adjective. Does this
make it more understandable? Or does the reader additionally have to do
a investigation of the i386 booting process to get up to speed?

Moving on:

   The auto kernel parameter is an alias for . . .

I'll merely remark that 'auto' is not a kernel parameter. The statement
conflicts with the earlier assertion.

Regards,

Brian.


-- 
To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/20130412214216.GF30093@desktop

Re: Re: Problems and questions with preseeding

[Vincent McIntyre]

(please cc:, not subscribed)

Hi,

I have taken a swing at this, see below.
When writing, one thing that I found particularly confusing is the sentence:

  The literalauto/literal boot label is not yet defined everywhere.

_Where_ is it not defined? I'm not understanding what universe that
sentence is referring to.
Should this instead be worded '... is not defined on all arches'?

Here's the patch, any good Phil?
Cheers
Vince

--- en/appendix/preseed.xml (revision 68578)
+++ en/appendix/preseed.xml (working copy)
@@ -397,7 +397,14 @@
 
 There are several features of debian; Installer that combine to allow
 fairly simple command lines at the boot prompt to result in
-arbitrarily complex customized automatic installs.  To illustrate
+arbitrarily complex customized automatic installs. footnote
+para
+Note that in this section the 'auto' part of the examples is a
+syslinux emphasisboot label/emphasis
+which adds the kernel parameters literalauto=true priority=critical/literal
+to the literalappend/literal command for the boot label.
+/para
+/footnote To illustrate
 this, here are some examples that can be used at the boot prompt:
 
 informalexamplescreen
@@ -491,7 +498,7 @@
 The literalauto/literal boot label is not yet defined everywhere.
 The same effect may be achieved by simply adding the two
 parameters literalauto=true priority=critical/literal to the kernel
-command line.  The literalauto/literal parameter is an alias for
+command line.  The literalauto/literal kernel parameter is an alias for
 literalauto-install/enable/literal and setting it to
 literaltrue/literal delays the
 locale and keyboard questions until after there has been a chance to


-- 
To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/20130408132311.ga23...@mayhem.atnf.csiro.au

Re: Re: building and testing d-i with jenkins

[Steven Chamberlain]

Hi Holger,

On 5 Dec 2012 21:19:00, Holger Levsen wrote:
 there is now
 http://jenkins.debian.net/view/cd-tests/job/cd-test_wheezy_lxde/
 doing a g-i installation of lxde desktop and producing a nice video

This is great!  But what happened to that link, it is a 404 already?

I see that wheezy d-i is at least being tested regularly for the
purposes of Debian Edu so that's good.  I noticed what looks like some
false positives though, e.g.:

http://jenkins.debian.net/view/g-i-installation/job/g-i-installation_debian-edu_wheezy-test_standalone/15/

The install was thought to 'hang' and fail, because it rebooted into the
installed system within qemu.  I think you are missing the qemu
'-no-reboot' flag here?

Regards,
-- 
Steven Chamberlain
ste...@pyro.eu.org


-- 
To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/50df9fb1.4010...@pyro.eu.org

Re: Re: netinst + uefi (was Re: netinst install-time compilation of network drier)

[Keith Moyer]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1


On 11/25/2012 01:23 PM, Michael Gilbert wrote:
 Is there anything of interest about that USB drive?   What
 brand/model was it?  Which USB standard does it conform to?  What
 does dmesg say when you plug it in?

It's a USB drive incorporated into the end of a bottle opener that my
company gives away to college students at career fairs (containing a
pamphlet PDF). :-)  I originally chose it because it's the smallest
one I had that could fit the netinst image.  The USB part of it is
probably the cheapest hardware they could find (understandably)...

So, I wouldn't worry about any real-world incompatibility issues.

[  125.072066] usb 1-1: new high-speed USB device number 3 using ehci_hcd
[  125.204935] usb 1-1: New USB device found, idVendor=8644,
idProduct=800b
[  125.204947] usb 1-1: New USB device strings: Mfr=1, Product=2,
SerialNumber=3
[  125.204958] usb 1-1: Product: USB Flash Disk
[  125.204966] usb 1-1: Manufacturer: General
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.12 (GNU/Linux)
Comment: Using GnuPG with undefined - http://www.enigmail.net/

iEYEARECAAYFAlCy+gQACgkQmuZlGCxCU2X5DQCgkvU9Bxa6UaguXGOQ/qaFqexz
rQkAn1svWS2O/xFHfFCP4dIgqLOobn+8
=Y/Et
-END PGP SIGNATURE-


-- 
To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/50b2fa04.8020...@keithmoyer.com

Re: Re: Another call for translation updates for d-i manual?

[li...@wansing-online.de]

Hello Nozomu,

nabet...@caldron.jp hat am 24. Oktober 2012 um 02:51 geschrieben:
 gawk's getline sets error message strings to ERRNO when file cannot be read.
 But in scripts/merge_xml.awk, it expected that ERRNO was integer.

 So, I fixed below:

 Index: scripts/merge_xml.awk
 ===
 --- scripts/merge_xml.awk (revision 67669)
 +++ scripts/merge_xml.awk (revision 67670)
 @@ -81,7 +81,7 @@

 # Test whether file exists
 getline PARSEFILE
 - if (ERRNO != 0) {
 + if (length(ERRNO) != 0) {
 print ** Error: file ' PARSEFILE ' does not exist! LOG
 return
 }

 Unfortunatly, the changes may be wrong.
 I will try to fix the problem by the more safe method.

 Please tell me your gawk's version.

I'm using stable, so that should be gawk 1:3.1.7.dfsg-5 (cannot check rightnow,
I am at work).
If it does not work that way, maybe I could upgrade on squeeze-backports version
(1:4.0.1+dfsg-2~bpo60+1)?


Holger

Re: Re: Unknown Default type of the partition tables

[pferrucci]

De : Dmitrijs Ledkovs  
 Operating system mismatch. Either you are installing Debian, or you
 are writting to the wrong place.

I'm installing Ubuntu on a PowerPC platform. The error message should have 
mention Ubuntu then :-)

 Also note, that 10.10 has reached End-of-Life and is no longer
 supported, please Download Ubuntu 12.04.1 LTS release for Ubuntu or
 Debian Squeeze CD images,

Impossible as the platform is not supported by those mainstream CD images :-( 
It is also extremely difficult to build an ISO image for an unsupported 
platform :-(

Anyway thanks for your answers.
-- 
Philippe

 


-- 
To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: 
http://lists.debian.org/10935057.186244.1348919257854.JavaMail.www@wsfrf1224

Re: Re: can you guys give me a hand?

[xuewen]

thx,i'll have a try.

Best Regards


xuewen

From: harish badrinath
Date: 2012-07-26 17:30
To: xuewen
CC: debian-boot
Subject: Re: can you guys give me a hand?
Hello,

On Thu, Jul 26, 2012 at 12:46 PM, xuewen xue...@appexnetworks.com.cn wrote:
 hi all ,
 i've been searching for Debian4-amd64 for a long time,not the netinstall
 one,can you guys offer me a cd image ?
Please take a look at
http://ftp.riken.go.jp/Linux/debian/debian-cdimage/archive/4.0_r9/amd64/iso-cd/.

Re: Re: Running on rotated screen

[Loving, Kent]

Way back in February, Lennart Sorensen wrote:

 Of course the framebuffer has lots of neat options so you could try
 adding a kernel option when booting the installer with:
 
 fbcon=rotate:1 (for rotate clockwise) or
 fbcon=rotate:3 (for rotate counterclockwise)
 
 Might work.  But probably only in text mode install, since graphical
 mode does its own thing and fbcon only controls console text on the
 framebuffer device.
 
 Unfortunately I just tried it, and while it does rotate the kernel
 messages, as soon as the debian installer starts and asks which language
 you want, it has switched back to normal.

Well, I havn't given up. As you said, using fbcon rotated the screen just great 
until installer menu is painted. I dug and found that the script 
/lib/debian_installer.d/S70menu is wrapping the menu with the program bterm. 
I interupted the install (using BOOT_DEBUG=3) and edited that script such that 
it launched the menu without bterm. Viola! The menu is painted with the desired 
rotation.

The S70menu script uses bterm if all of the following are true:
A) bterm is present and executable
B) the font it needs is present
C) the variable TERM_UTF8 is set
D) the variable TERM_FRAMEBUFFER is set
E) DEBIAN_FRONTEND is not gtk

I was hoping there is a boot parameter that I can change to cause one of those 
tests to fail. I can only do fb=false, but that causes too much change: the 
framebuffer isn't used at all, so I can't rotate.

I am using Simple CDD to build my custom installer CD. Can anyone advise how to 
configure Simple CDD to either:
1) not include bterm. It's in package bogl-bterm-udeb, but even if that package 
is not on the CD, bterm is still present. It's present even just after booting 
(before init). I can't figure out what puts it there.
2) include a modified /lib/debian_installer.d/S70menu that doesn't use bterm. I 
need to know how that file gets put on the CD too.

Thanks in advance,
Kent Loving

--
To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: 
http://lists.debian.org/cdedd3f85588bd4da6850f876161950b4c8cf77...@xch-nw-08v.nw.nos.boeing.com

Re: Re: Running on rotated screen

[Lennart Sorensen]

On Wed, May 23, 2012 at 12:51:05PM -0700, Loving, Kent wrote:
 Well, I havn't given up. As you said, using fbcon rotated the screen just 
 great until installer menu is painted. I dug and found that the script 
 /lib/debian_installer.d/S70menu is wrapping the menu with the program 
 bterm. I interupted the install (using BOOT_DEBUG=3) and edited that script 
 such that it launched the menu without bterm. Viola! The menu is painted with 
 the desired rotation.
 
 The S70menu script uses bterm if all of the following are true:
 A) bterm is present and executable
 B) the font it needs is present
 C) the variable TERM_UTF8 is set
 D) the variable TERM_FRAMEBUFFER is set
 E) DEBIAN_FRONTEND is not gtk
 
 I was hoping there is a boot parameter that I can change to cause one of 
 those tests to fail. I can only do fb=false, but that causes too much change: 
 the framebuffer isn't used at all, so I can't rotate.
 
 I am using Simple CDD to build my custom installer CD. Can anyone advise how 
 to configure Simple CDD to either:
 1) not include bterm. It's in package bogl-bterm-udeb, but even if that 
 package is not on the CD, bterm is still present. It's present even just 
 after booting (before init). I can't figure out what puts it there.
 2) include a modified /lib/debian_installer.d/S70menu that doesn't use bterm. 
 I need to know how that file gets put on the CD too.

Well at least my crazy suggestions got you closer then.

-- 
Len Sorensen


-- 
To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/20120523214915.gd32...@csclub.uwaterloo.ca

Re: Re: PowerPC architecture not supported by libparted

[pferrucci]

 I believe the sam460 wants an amiga RDB partition table.

Sort of, yes. I have an RDB-aware partman. Maybe it can work.
Will try that.

Thanks.
-- Philippe Ferrucci

 

Re: Re: No kernel modules were found PowerPC Businesscard and Netinst daily CDs

[TomK]

 On 07/28/2011 01:40 PM, Otavio Salvador wrote:

On Thu, Jul 28, 2011 at 13:35, Rick Thomasrbtho...@pobox.com
wrote:
...

PS: The corresponding sid d-i install CD is even worse.  It
has problems
with choosing a language and can't get far enough to check for
kernel
modules.

Please get the current (today's) daily from sid and give it a try.
If
it fails, try to get the syslog so we can see what's going on. We
fixed some scanning CD issues yestarday and it might have fixed
yours
but need confirmation of it.

Regarding the language choose if it fails then we need to fix it
first
since Wheezy built is a week old now.


I used the latest powerpc netinstall.iso and I customised the iso with
a preseed.cfg. I added another local repository in the apt-setup
section of the preseed.cfg. Partitioning and base system installation
went fine. At the moment of configuring apt and installing the
packages it won't continue. If I go to a shell and look
at /var/log/syslog, I see the following error:

date/time grub-installer: GRUB not yet usable on PowerPC systems other
than Pegasos/Efika
date/time main-menu[218]: INFO: Menu item 'apt-setup-udeb' selected
date/time apt-setup: /usr/lib/apt-setup/generators/50mirror backed up
date/time main-menu[218]: INFO: Menu item 'apt-setup-udeb' succeeded
but requested to be left unconfigured
then repetition of the same text over and over again...

My guess is that this is a bug, my preseed.cfg looks fine.

I think the problem is the build grabs the default (stable) d i kernel,
but uses kernel modules from testing or unstable, so the modules don't
match. The d i system reports no kernel modules were found, but it
means, the kernel modules won't load into the running kernel. 

I use debian-cd periodically to generate an install image. I have not
been able to determined, albeit I haven't tried very hard, how to
correct this build behavior. I've not been able to build using debian-cd
an install CD that works. 

I always end up using jigdo. If you feed jigdo-lite a local mirror,
after about 10 minutes it starts building the image, and it works.  



-- 
To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/1319422492.10732.14.camel@adiabatic

Re: Re: [INTL:kk] Enable d-i translation spellcheck for Kazakh

[Christian PERRIER]

Quoting Timur Birsh (t...@linukz.org):
 Hi Christian,
 
  Unfortunately, that has to wait...for wheezy to be released. The
  spellchecker runs on people.debian.org and this machine is currently
  running lenny. It should run squeeze soon, but aspell-kk isn't
  available in it either.
 
 FYI, aspell-kk uploaded to the squeeze-backports [1].
 
 1. http://backports.debian.org/debian-backports/pool/main/a/aspell-kk/

And I finally just activated the spellchecking for Kazakh. Sorry for
being so late...



signature.asc
Description: Digital signature

Re: Re: [INTL:kk] Enable d-i translation spellcheck for Kazakh

[Christian PERRIER]

Quoting Timur Birsh (t...@linukz.org):
 Hi Christian,
 
  Unfortunately, that has to wait...for wheezy to be released. The
  spellchecker runs on people.debian.org and this machine is currently
  running lenny. It should run squeeze soon, but aspell-kk isn't
  available in it either.
 
 FYI, aspell-kk uploaded to the squeeze-backports [1].

Yes, Sylvestre mentioned me that at DebConf11. I'll ask Debian
sysadmins to install this package on people.debian.org so that we can
use it to check spelling on Kazakh translations.




signature.asc
Description: Digital signature

Re: Re: [INTL:kk] Enable d-i translation spellcheck for Kazakh

[Timur Birsh]

Hi Christian,

 Unfortunately, that has to wait...for wheezy to be released. The
 spellchecker runs on people.debian.org and this machine is currently
 running lenny. It should run squeeze soon, but aspell-kk isn't
 available in it either.

FYI, aspell-kk uploaded to the squeeze-backports [1].

1. http://backports.debian.org/debian-backports/pool/main/a/aspell-kk/

Thanks,
Timur


-- 
To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/201108011026.48674.t...@linukz.org

Re: Re: E: Unimplemented function

[harish badrinath]

chmod a+x udeb-files/lib/debian-installer.d/foo should help. It fixed my error.


Hope I helped,
Harish


-- 
To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: 
http://lists.debian.org/banlktin3nxxhnjbwhcofymhvdlc4iad...@mail.gmail.com

Re: Re: Time for a cdebconf upload ?

[Regis Boudin]

Hi Samuel,

 Which breaking of tasksel on hurd?

Sorry, forgot to mention, it's #628084, which you reported last month.

Regis


-- 
To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/1309203869.12721.5.camel@x200s

Re: Re: Time for a cdebconf upload ?

[Samuel Thibault]

Regis Boudin, le Mon 27 Jun 2011 20:44:21 +0100, a écrit :
  Which breaking of tasksel on hurd?
 
 Sorry, forgot to mention, it's #628084, which you reported last month.

Ah, I don't believe the issue is only on the hurd, as there is nothing
hurd-specific in the issue.

Samuel


-- 
To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/20110627201442.gl4...@const.famille.thibault.fr

Re: Re: Time for a cdebconf upload ?

[Regis Boudin]

On Mon, 2011-06-27 at 22:14 +0200, Samuel Thibault wrote:
 Regis Boudin, le Mon 27 Jun 2011 20:44:21 +0100, a écrit :
   Which breaking of tasksel on hurd?
  
  Sorry, forgot to mention, it's #628084, which you reported last month.
 
 Ah, I don't believe the issue is only on the hurd, as there is nothing
 hurd-specific in the issue.

Don't think there is anything hurd-specific either, but you're the one
who spotted it, so you're probably the best placed to confirm if the
issue is gone. Have you tried other git snapshots that would confirm it
since last month ?

Regis


-- 
To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/1309206512.12721.11.camel@x200s

Re: Re: Time for a cdebconf upload ?

[Samuel Thibault]

Regis Boudin, le Mon 27 Jun 2011 21:28:26 +0100, a écrit :
 On Mon, 2011-06-27 at 22:14 +0200, Samuel Thibault wrote:
  Regis Boudin, le Mon 27 Jun 2011 20:44:21 +0100, a écrit :
Which breaking of tasksel on hurd?
   
   Sorry, forgot to mention, it's #628084, which you reported last month.
  
  Ah, I don't believe the issue is only on the hurd, as there is nothing
  hurd-specific in the issue.
 
 Don't think there is anything hurd-specific either, but you're the one
 who spotted it, so you're probably the best placed to confirm if the
 issue is gone. Have you tried other git snapshots that would confirm it
 since last month ?

I didn't get to take any time to try it.

Samuel


-- 
To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/20110627203046.go4...@const.famille.thibault.fr

Re: Re: Time for a cdebconf upload ?

[Regis Boudin]

On Mon, 2011-06-27 at 22:30 +0200, Samuel Thibault wrote:
 Regis Boudin, le Mon 27 Jun 2011 21:28:26 +0100, a écrit :
  On Mon, 2011-06-27 at 22:14 +0200, Samuel Thibault wrote:
   Regis Boudin, le Mon 27 Jun 2011 20:44:21 +0100, a écrit :
 Which breaking of tasksel on hurd?

Sorry, forgot to mention, it's #628084, which you reported last month.
   
   Ah, I don't believe the issue is only on the hurd, as there is nothing
   hurd-specific in the issue.
  
  Don't think there is anything hurd-specific either, but you're the one
  who spotted it, so you're probably the best placed to confirm if the
  issue is gone. Have you tried other git snapshots that would confirm it
  since last month ?
 
 I didn't get to take any time to try it.

Ok, thanks. I'll try to check that my patch actually fixed the problem
you had, but wanted to check if you had done it before.

Regis


-- 
To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/1309207050.12721.13.camel@x200s

Re: Re: Time for a cdebconf upload ?

[Regis Boudin]

On Mon, 2011-06-27 at 21:37 +0100, Regis Boudin wrote:
 On Mon, 2011-06-27 at 22:30 +0200, Samuel Thibault wrote:
  Regis Boudin, le Mon 27 Jun 2011 21:28:26 +0100, a écrit :
   On Mon, 2011-06-27 at 22:14 +0200, Samuel Thibault wrote:
Regis Boudin, le Mon 27 Jun 2011 20:44:21 +0100, a écrit :
  Which breaking of tasksel on hurd?
 
 Sorry, forgot to mention, it's #628084, which you reported last month.

Ah, I don't believe the issue is only on the hurd, as there is nothing
hurd-specific in the issue.
   
   Don't think there is anything hurd-specific either, but you're the one
   who spotted it, so you're probably the best placed to confirm if the
   issue is gone. Have you tried other git snapshots that would confirm it
   since last month ?
  
  I didn't get to take any time to try it.
 
 Ok, thanks. I'll try to check that my patch actually fixed the problem
 you had, but wanted to check if you had done it before.

So, I made some tests with tasksel and the current cdebconf from git,
and it seems to work fine. Any more thorough tests would be welcome if
someone has some.

Regis


-- 
To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/1309212017.12721.18.camel@x200s

Re: Re: Time for a cdebconf upload ?

[Samuel Thibault]

Regis Boudin, le Mon 27 Jun 2011 21:37:25 +0100, a écrit :
 On Mon, 2011-06-27 at 22:30 +0200, Samuel Thibault wrote:
  Regis Boudin, le Mon 27 Jun 2011 21:28:26 +0100, a écrit :
   On Mon, 2011-06-27 at 22:14 +0200, Samuel Thibault wrote:
Regis Boudin, le Mon 27 Jun 2011 20:44:21 +0100, a écrit :
  Which breaking of tasksel on hurd?
 
 Sorry, forgot to mention, it's #628084, which you reported last month.

Ah, I don't believe the issue is only on the hurd, as there is nothing
hurd-specific in the issue.
   
   Don't think there is anything hurd-specific either, but you're the one
   who spotted it, so you're probably the best placed to confirm if the
   issue is gone. Have you tried other git snapshots that would confirm it
   since last month ?
  
  I didn't get to take any time to try it.
 
 Ok, thanks. I'll try to check that my patch actually fixed the problem
 you had, but wanted to check if you had done it before.

I've taken the time, it seems to work properly now.

Samuel


-- 
To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/20110627225027.gx4...@const.famille.thibault.fr