Re: Request for weblate usage in installation-guide Japanese translation (was Re: Request for weblate usage in d-i Japanese translation)

[Holger Wansing]

Hi,

YOSHINO Yoshihito  wrote (Sun, 30 May 2021 10:56:02 
+0900):
> 
> Thanks! Now ja translation for d-i reaches 100%.

Yeah! Thanks


> Likewise, I would also like to update ja translation for
> installation-guide on weblate.
> I request for debian-installation-guide weblate to activate Japanese:
> https://hosted.weblate.org/projects/debian-installation-guide/#languages

Just activated.


Holger


-- 
Holger Wansing 
PGP-Fingerprint: 496A C6E8 1442 4B34 8508  3529 59F1 87CA 156E B076

Request for weblate usage in installation-guide Japanese translation (was Re: Request for weblate usage in d-i Japanese translation)

[YOSHINO Yoshihito]

Hi,

On Mon, Apr 26, 2021 at 2:11 PM Holger Wansing  wrote:
>
> Am 25. April 2021 10:12:13 MESZ schrieb Holger Wansing :
> >>https://hosted.weblate.org/projects/debian-installer/#languages
> >
> >That's great.
> >Thanks for taking care of that.
> >
> >I will activate Japanese on Weblate.
>
> Done.
>
> Holger

Thanks! Now ja translation for d-i reaches 100%.

Likewise, I would also like to update ja translation for
installation-guide on weblate.
I request for debian-installation-guide weblate to activate Japanese:
https://hosted.weblate.org/projects/debian-installation-guide/#languages

Thanks in advance,
-- 
YOSHINO Yoshihito 

Re: Request for weblate usage in d-i Japanese translation

[Kentaro Hayashi]

Hi,


Thank you for syncing!

Regards,



2021年4月30日(金) 3:27 Holger Wansing :

> Hi,
>
> Kentaro Hayashi  wrote (Thu, 29 Apr 2021 21:11:25
> +0900):
> > By the way, when weblate translation artifacts merged into d-i
> periodically?
> > Does l10n-sync require an extra configuration or something for Japanese?
>
> I sync Weblate regularly into d-i's git repo at Salsa.
> As I did now today:
>
> https://salsa.debian.org/installer-team/d-i/-/commit/ece9fddc8a7b4a6ff3f5ecaf17fee0c2a034c89a
>
> Nothing special needed.
>
>
> Holger
>
>
>
> --
> Holger Wansing 
> PGP-Fingerprint: 496A C6E8 1442 4B34 8508  3529 59F1 87CA 156E B076
>

Re: Request for weblate usage in d-i Japanese translation

[Holger Wansing]

Hi,

Kentaro Hayashi  wrote (Thu, 29 Apr 2021 21:11:25 +0900):
> By the way, when weblate translation artifacts merged into d-i periodically?
> Does l10n-sync require an extra configuration or something for Japanese?

I sync Weblate regularly into d-i's git repo at Salsa.
As I did now today:
https://salsa.debian.org/installer-team/d-i/-/commit/ece9fddc8a7b4a6ff3f5ecaf17fee0c2a034c89a

Nothing special needed.


Holger



-- 
Holger Wansing 
PGP-Fingerprint: 496A C6E8 1442 4B34 8508  3529 59F1 87CA 156E B076

Re: Request for weblate usage in d-i Japanese translation

[Kentaro Hayashi]

2021年4月26日(月) 14:27 Holger Wansing :
>
> Am 25. April 2021 10:12:13 MESZ schrieb Holger Wansing :
> >>https://hosted.weblate.org/projects/debian-installer/#languages
> >
> >That's great.
> >Thanks for taking care of that.
> >
> >I will activate Japanese on Weblate.
>
> Done.
>
> Holger

Thank you for setting it up.

By the way, when weblate translation artifacts merged into d-i periodically?
Does l10n-sync require an extra configuration or something for Japanese?


Regards,

Re: Request for weblate usage in d-i Japanese translation

[Holger Wansing]

Am 25. April 2021 10:12:13 MESZ schrieb Holger Wansing :
>>https://hosted.weblate.org/projects/debian-installer/#languages
>
>That's great.
>Thanks for taking care of that.
>
>I will activate Japanese on Weblate.

Done.

Holger


-- 
Sent from /e/ OS on Fairphone3

Re: Request for weblate usage in d-i Japanese translation

[Holger Wansing]

Am 25. April 2021 06:46:40 MESZ schrieb YOSHINO Yoshihito 
:
>Dear d-i l10n coordinator,
>
>I am trying to update ja translation for d-i, while the previous
>translator kmuto is no longer active. He used to commit all the ja
>translation things from himself and other translators.
>Instead I would like to use weblate for possible reviews.
>So I request for d-i weblate to enable Japanese:
>https://hosted.weblate.org/projects/debian-installer/#languages

That's great.
Thanks for taking care of that.

I will activate Japanese on Weblate.

Holger

Hi,
-- 
Sent from /e/ OS on Fairphone3

Re: Request add hibmc_drm into buster aarch64 netboot image

[Ben Hutchings]

On Thu, 2019-11-07 at 13:39 +0800, She Kairui wrote:
> Hello，
> 
> I'm trying to install Debian buster on to the Huawei Kunpeng arm64 server,
> found that the installation graphic output not show up via the server BMC
> virtual console.
> 
> Because Huawei  Kunpeng arm64 server BMC chip is hibmc, the OS need
> hibmc_drm.ko to work with it, currently this kernel module is not included
> in the netboot initrd (
> http://ftp.debian.org/debian/dists/stable/main/installer-arm64/20190702+deb10u1/images/netboot/netboot.tar.gz)
> .

This module isn't even enabled in the kernel package for unstable yet!

> I have verified the BMC virtual console graphic output works well by adding
> hibmc_drm.ko into the netboot initrd.  Could you please help evaluating add
> the hibmc_drm udeb into the netboot initrd by default?
> Thanks

The selection of drivers to included in is mostly done through the
kernel package, not the installer packages.

Please open a bug against "src:linux" requesting that this driver is
built and included in the installer.  We'll fix it unstable first, and
can then possibly fix it in an update to buster.

Ben.

-- 
Ben Hutchings
The two most common things in the universe are hydrogen and stupidity.



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

Re: Request add hibmc_drm into buster aarch64 netboot image

[YunQiang Su]

She Kairui  于2019年11月7日周四 下午1:40写道：
>
> Hello，
>
> I'm trying to install Debian buster on to the Huawei Kunpeng arm64 server, 
> found that the installation graphic output not show up via the server BMC 
> virtual console.

Generally, BMC driver is used to view/modify configuration inside
normal OS, for example Linux distributions.
To view the virtual console via the embed web page, the BMC driver for
Linux is not used.

>
> Because Huawei  Kunpeng arm64 server BMC chip is hibmc, the OS need 
> hibmc_drm.ko to work with it, currently this kernel module is not included in 
> the netboot initrd 
> (http://ftp.debian.org/debian/dists/stable/main/installer-arm64/20190702+deb10u1/images/netboot/netboot.tar.gz)
>  .
>
> I have verified the BMC virtual console graphic output works well by adding 
> hibmc_drm.ko into the netboot initrd.  Could you please help evaluating add 
> the hibmc_drm udeb into the netboot initrd by default?

Is it misuage or an bad hardware design?

> Thanks
>
> --
> Kairui
>


-- 
YunQiang Su

Re: Request to Join Project debian-installer from Christoph Biedl (cbiedl)

[Cyril Brulebois]

nore...@alioth.debian.org  (2017-08-08):
> Christoph Biedl (cbiedl) has requested to join your project. 
> You can approve this request here: 
> https://alioth.debian.org/project/admin/users.php?group_id=30260 
> 
> Comments by the user:
> Seems like everybody is around here, so I might join the party as well.
> 
> Or something like that.

Welcome!


KiBi.


signature.asc
Description: Digital signature

Re: Request to Join Project debian-installer from Chris Boot (bootc)

[Cyril Brulebois]

nore...@alioth.debian.org  (2017-08-07):
> Chris Boot (bootc) has requested to join your project. 
> You can approve this request here: 
> https://alioth.debian.org/project/admin/users.php?group_id=30260 
> 
> Comments by the user:
> Hi KiBi and the team, you may know me as the lunatic who wishes to take on 
> busybox... :-)

Welcome!


KiBi.


signature.asc
Description: Digital signature

Re: request

[Geert Stappers]

On Sun, Jan 17, 2016 at 03:06:14PM +0200, Moreanu Robert - Nicolae wrote:
> i looking to resolve this problem when I want to install debian 8.2 or 8.1.
> I receive this message after it's take to Grub install
> 
> " the 'grub-pc' package failed to install into /target/ "
> after the operation of clean up on installing, i have a failed operations.
> 
> I don't have such expertise, please make the debian on install with more
> information and what procedure to do that for the people don't have the
> time to study the debian.
> 
> so.. how i could resolve this problem , any help from you, please
> 
> robert, waiting for your response

The mailinglist you are addressing is about development of debian-installer,
not for user requests.


Regards
Geert Stappers
-- 
Ignoring is really harsh

Re: request

[Hendrik Boom]

On Sun, Jan 17, 2016 at 02:54:29PM +0100, Geert Stappers wrote:
> On Sun, Jan 17, 2016 at 03:06:14PM +0200, Moreanu Robert - Nicolae wrote:
> > i looking to resolve this problem when I want to install debian 8.2 or 8.1.
> > I receive this message after it's take to Grub install
> > 
> > " the 'grub-pc' package failed to install into /target/ "
> > after the operation of clean up on installing, i have a failed operations.
> > 
> > I don't have such expertise, please make the debian on install with more
> > information and what procedure to do that for the people don't have the
> > time to study the debian.
> > 
> > so.. how i could resolve this problem , any help from you, please
> > 
> > robert, waiting for your response
> 
> The mailinglist you are addressing is about development of debian-installer,
> not for user requests.

But this is clearly a request for a change in the debian installer -- 
that it provide more information on one kind of failure.  Now it may be 
legitimate to say it's infeasible, and it may well be infeasible, but 
shuttong the user up without at least suggesting where he should go is, 
well, at least impolite.

Suggesting that he submit an installation-report and that he post his 
question on debian-user would be appropriate.

-- hendrik

> 
> 
> Regards
> Geert Stappers
> -- 
> Ignoring is really harsh
> 

Re: request

[Geert Stappers]

On Sun, Jan 17, 2016 at 05:09:29AM -0500, Hendrik Boom wrote:
> On Sun, Jan 17, 2016 at 02:54:29PM +0100, Geert Stappers wrote:
> > On Sun, Jan 17, 2016 at 03:06:14PM +0200, Moreanu Robert - Nicolae wrote:
> > > 
> > > robert, waiting for your response
> > 
> > The mailinglist you are addressing is about development of debian-installer,
> > not for user requests.
> 
> But this is clearly a request for a change in the debian installer -- 
> that it provide more information on one kind of failure.  Now it may be 
> legitimate to say it's infeasible, and it may well be infeasible, but 
> shuttong the user up without at least suggesting where he should go is, 
> well, at least impolite.

> > -- 
> > Ignoring is really harsh

> Suggesting that he submit an installation-report and that he post his 
> question on debian-user would be appropriate.

 https://www.debian.org/releases/jessie/amd64/ch05s04.html.en#problem-report


Regards
Geert Stappers
-- 
Ignoring is really harsh

Processed: re-request block

[Debian Bug Tracking System]

Processing commands for cont...@bugs.debian.org:

> block 805792 by 771864
Bug #805792 [cdebootstrap] cdebootstrap: support for excluding dependencies
805792 was not blocked by any bugs.
805792 was not blocking any bugs.
Added blocking bug(s) of 805792: 771864
> thanks
Stopping processing here.

Please contact me if you need assistance.
-- 
805792: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=805792
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems

Re: Request to Join Project debian-installer from Vagrant Cascadian (vagrant)

[Christian PERRIER]

Quoting Cyril Brulebois (k...@debian.org):

  So if it makes sense for me to have commit access, great, if not, I'll
  keep submitting patches and bug reports.
 
 I don't think both approaches are exclusive. Feel free to push stuff
 you're comfortable with, and to file bug reports with patches for stuff
 you'd appreciate peer review for.

Just one more notice : there is a kind of autobuilduploader working
on d-i git. In short, packages with pending UNRELEASED changes are
usually uploaded with these changes during the days that follow the
commit.

To be clear, I have a daily script that monitors d-i packages and
notifies me when one has unreleased changes. Then, I build and upload
the said package. The rough idea behind all this is get things tested
ASAP rather than accumulate changes and only upload when a d-i release
is being prepared.

*I do not test nor review such changes*

In case someone does not want somthing to be immediately uploaded,
please send a notice to -boot, which I read on a regular basis.




signature.asc
Description: Digital signature

Re: Request to Join Project debian-installer from Vagrant Cascadian (vagrant) Welcome

[Geert Stappers]

On Thu, May 28, 2015 at 03:04:08AM +0200, Cyril Brulebois wrote:
 nore...@alioth.debian.org nore...@alioth.debian.org (2015-05-28):
  Vagrant Cascadian (vagrant) has requested to join your project. 
 
 Approved.

Nice!

Welcome Vagrant.

Yes, I know, you were allready with us.



Groeten
Geert Stappers
Who appreciates all contributors of d-i
-- 
Leven en laten leven


signature.asc
Description: Digital signature

Re: Request to Join Project debian-installer from Vagrant Cascadian (vagrant)

[Cyril Brulebois]

Heya,

(Taking the liberty of quoting your comments to the list.)

nore...@alioth.debian.org nore...@alioth.debian.org (2015-05-28):
 Vagrant Cascadian (vagrant) has requested to join your project. 

Approved.

 Comments by the user:
 
 I wonder if it wouldn't make sense for me to have commit access to
 flash-kernel and debian-installer to streamline u-boot integration on
 armhf platforms, rather than constantly pestering about bug reports...
 on the other hand, the peer review can be useful...
 
 I'm not sure I'm ready to commit to reading all the debian-boot
 traffic yet...
 
 So if it makes sense for me to have commit access, great, if not, I'll
 keep submitting patches and bug reports.

I don't think both approaches are exclusive. Feel free to push stuff
you're comfortable with, and to file bug reports with patches for stuff
you'd appreciate peer review for.

Mraw,
KiBi.


signature.asc
Description: Digital signature

Re: Request for test of d-i beta1 announcement, please review and translate [was: Re: Debian Installer 7.0 Beta1 release]

[Cyril Brulebois]

Francesca Ciceri madame...@debian.org (08/08/2012):
 [cc-ing debian-boot: I totally forgot to do it in my first mail, sorry!]

[Please avoid M-F-T: yourlist, that breaks group-reply, which isn't nice
on such topics.]

 Thank you very much for the patch: I've just applied it.  I've also
 slightly reworded the final part (and the title as well) to stress
 more the request for help concept.  Thanks to you and Holger, now it
 seems quite good to me!
 
 New version available here:
 http://anonscm.debian.org/viewvc/publicity/announcements/en/2012/2012-08-09-dibeta1.wml?view=markup
 
 
 @debian-boot: as zack suggested we've drafted an announcement asking for
 help in testing the d-i beta release. I'd like to send it out tomorrow,
 can you please have a look at it, and give me your ack/nack?

It looks good to me. I'm lagging behind on recent -boot@ mails, but
there's at least a common issue to be added to errata: firmware loading.
Not sure it's been fully diagnosed yet.

But I guess the announcement can be sent as is. Thanks.

Mraw,
KiBi.


signature.asc
Description: Digital signature

Re: Request to support KDE as first-class citizen in Debian and add GNOME3 as technical-preview

[Cyril Brulebois]

Alexey Eromenko al4...@gmail.com (04/01/2012):
 [second post]

Bleh, don't do that.

 Wheezy could look like:
 [ ]-KDE
 [ ]-GNOME2
 [ ]-GNOME3 (technical preview)

Reality check: GNOME2 is gone. And GNOME3 is not a technical preview.

Mraw,
KiBi.


signature.asc
Description: Digital signature

Re: Request for enhancement [Re: Question about /etc/fstab in Squeeze]

[Tom H]

On Mon, Dec 20, 2010 at 5:37 PM, Stephen Powell zlinux...@wowway.com wrote:
 On Sun, 19 Dec 2010 11:44:35 -0500 (EST), Rick Thomas wrote:
 On Dec 19, 2010, at 8:09 AM, Stephen Powell wrote:

 Caution: reformatting a swap partition with mkswap will change the
 uuid unless the existing one is explicitly re-specified during
 formatting.

 Which raises a question that has been on my mind for a while...

 The Debian Installer insists on reformatting any swap partitions it
 finds, even though that partition, specified by UUID, is probably in
 use in the /etc/fstab for some other instantiation of Linux -- thus
 breaking the other Linux, leaving it without a usable swap partition.

 Would it be possible to either:

 1) have the option (default) of *not* reformatting a swap partition
               or
 2) if reformatting is necessary or desired, have the option (default)
 of preserving the UUID.
               or
 3) using LABEL= instead of UUID= in fstab for swap partitions, if
 it turns out to be easier to preserve a LABEL than a UUID.

 From what I've heard, the Ubuntu installer has the same problem,
 and it can ruin a functioning Debian system too.  Of course, that's
 not something the Debian installer team can do anything about.
 That's outside of their jurisdiction.  But many Ubuntu people, both
 users and developers, are known to monitor Debian's lists.

I used to have a netbook on which I installed multiple distributions
and I had to run mkswap - U uuidafter on any new
install/re-install and edit its fstab. Both the Live CD and the
alternate CD Ubuntu installers run mkswap (the alternate is basically
the Debian installer) just like d-i.

We had a thread on d-u about this some time ago and someone said that
the expert installation mode allows you to disable mkswap from
running.


--
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/aanlktikaemehbaseacnzoq6w_hcabkutx9idofbmg...@mail.gmail.com

Re: Request for enhancement [Re: Question about /etc/fstab in Squeeze]

[Paul E Condon]

On 20101220_173710, Stephen Powell wrote:
 On Sun, 19 Dec 2010 11:44:35 -0500 (EST), Rick Thomas wrote:
  On Dec 19, 2010, at 8:09 AM, Stephen Powell wrote:
  Caution: reformatting a swap partition with mkswap will change the
  uuid unless the existing one is explicitly re-specified during  
  formatting.
  
  Which raises a question that has been on my mind for a while...
  
  The Debian Installer insists on reformatting any swap partitions it  
  finds, even though that partition, specified by UUID, is probably in  
  use in the /etc/fstab for some other instantiation of Linux -- thus  
  breaking the other Linux, leaving it without a usable swap partition.
  
  Would it be possible to either:
  
  1) have the option (default) of *not* reformatting a swap partition
  or
  2) if reformatting is necessary or desired, have the option (default)  
  of preserving the UUID.
  or
  3) using LABEL= instead of UUID= in fstab for swap partitions, if  
  it turns out to be easier to preserve a LABEL than a UUID.

I am of the opinion that the issue of multibooting under grub and udev
is in need of major rethinking. The /boot/grub/ directory is just too
cluttered to be a tight design, but --- who am I to have any right to
an opinion?

I think the facilities exist for an interested and concerned user to
write labels on all h(is|er) partitions, create a small database of
UUID-Label pairs for all partitions and a script that rewrites the
UUIDs to their prior values and rewrites /etc/fstab to use the old
UUIDs after they have been restored. This would allow the concerned
user to ride out the twists and turns of future revision of this can
of worms.

My contribution to thinking about this is that UUID is crazy overkill
as to uniqueness of tags on partitions. Much better would be an
automatic writing of locally unique labels on any partitions that are
unlabeled.  (The ones that are already labeled, are already locally
unique.)  The locally unique labels might be the current kernal device
assignment, e.g. sda1, sdb5, etc. i.e. very short and very
mnemonic. For swap, there seems not to be a label field, but the
database could include however many UUIDs as there are swap
partitions, and the rewrite script could match UUID with partition
based on the size of the partition. (Does it really matter is two swap
partition of the same size get their UUIDs swapped during an install
of another OS?) Properly done, this idea could remain invisible to the
developers who insist on using UUIDs.

 
 From what I've heard, the Ubuntu installer has the same problem,
 and it can ruin a functioning Debian system too.  Of course, that's
 not something the Debian installer team can do anything about.
 That's outside of their jurisdiction.  But many Ubuntu people, both
 users and developers, are known to monitor Debian's lists.  Let's
 hope that some of the right people are listening.

-- 
Paul E Condon   
pecon...@mesanetworks.net


-- 
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/20101221011035.gb21...@big.lan.gnu

Re: Request for enhancement [Re: Question about /etc/fstab in Squeeze]

[Tom H]

On Mon, Dec 20, 2010 at 8:10 PM, Paul E Condon
pecon...@mesanetworks.net wrote:
 On 20101220_173710, Stephen Powell wrote:
 On Sun, 19 Dec 2010 11:44:35 -0500 (EST), Rick Thomas wrote:

 The Debian Installer insists on reformatting any swap partitions it
 finds, even though that partition, specified by UUID, is probably in
 use in the /etc/fstab for some other instantiation of Linux -- thus
 breaking the other Linux, leaving it without a usable swap partition.

 Would it be possible to either:

 1) have the option (default) of *not* reformatting a swap partition
 or
 2) if reformatting is necessary or desired, have the option (default)
 of preserving the UUID.
 or
 3) using LABEL= instead of UUID= in fstab for swap partitions, if
 it turns out to be easier to preserve a LABEL than a UUID.

 I think the facilities exist for an interested and concerned user to
 write labels on all h(is|er) partitions, create a small database of
 UUID-Label pairs for all partitions and a script that rewrites the
 UUIDs to their prior values and rewrites /etc/fstab to use the old
 UUIDs after they have been restored.

 My contribution to thinking about this is that UUID is crazy overkill
 as to uniqueness of tags on partitions. Much better would be an
 automatic writing of locally unique labels on any partitions that are
 unlabeled. (The ones that are already labeled, are already locally
 unique.) The locally unique labels might be the current kernal device
 assignment, e.g. sda1, sdb5, etc. i.e. very short and very
 mnemonic. For swap, there seems not to be a label field, but the
 database could include however many UUIDs as there are swap
 partitions, and the rewrite script could match UUID with partition
 based on the size of the partition. (Does it really matter is two swap
 partition of the same size get their UUIDs swapped during an install
 of another OS?).

I see three problems with your proposal - other than complexity:

1. If you're multibooting, swap's shared between all the installs so,
unless there's an option to prevent mkswap from running at install
time, and since you're mounting swap through its UUID, using labels
for the other partitions isn't going to help. By the way, an install
isn't broken if swap's UUID is changed. It's just that swap's not
mounted at boot and you have to mount it post-boot - and fix the UUID
issue either by editing fstab in the old install(s) or running mkswap
-U ... in the new install and editing its fstab.

2. Using kernel device names as labels' fine, until you add a disk to
your box and the kernel device names change. You can then end up with
sdd1 being labeled sdb1. To add a twist, imagine someone who's in that
situation, posts to a mailing list, and confuses everyone by referring
to sdb1 both as the device and the label.

3. If you use labels to mount partitions, label them with kernel
device names, and move a disk to another box as an extra disk, you'll
end up with multiple partitions with the same labels - and boot
confusion. If you've ever used Fedora/RHEL/CentOS with their default
root label, you'll know how much fun that is.

4. If you really want persistent device names, you can use
/dev/disk/by-id like grub2 in its device.map (based on some
multi-boot problems that I've helped out on online, I think that
OpenSuse does this).


-- 
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/aanlktik+gbawrye3tuc5fxcuvppphqgpefcd9tjh-...@mail.gmail.com

Re: Request for enhancement [Re: Question about /etc/fstab in Squeeze]

[Paul E Condon]

On 20101221_040215, Tom H wrote:
 On Mon, Dec 20, 2010 at 8:10 PM, Paul E Condon
 pecon...@mesanetworks.net wrote:
  On 20101220_173710, Stephen Powell wrote:
  On Sun, 19 Dec 2010 11:44:35 -0500 (EST), Rick Thomas wrote:
 
  The Debian Installer insists on reformatting any swap partitions it
  finds, even though that partition, specified by UUID, is probably in
  use in the /etc/fstab for some other instantiation of Linux -- thus
  breaking the other Linux, leaving it without a usable swap partition.
 
  Would it be possible to either:
 
  1) have the option (default) of *not* reformatting a swap partition
  or
  2) if reformatting is necessary or desired, have the option (default)
  of preserving the UUID.
  or
  3) using LABEL= instead of UUID= in fstab for swap partitions, if
  it turns out to be easier to preserve a LABEL than a UUID.
 
  I think the facilities exist for an interested and concerned user to
  write labels on all h(is|er) partitions, create a small database of
  UUID-Label pairs for all partitions and a script that rewrites the
  UUIDs to their prior values and rewrites /etc/fstab to use the old
  UUIDs after they have been restored.
 
  My contribution to thinking about this is that UUID is crazy overkill
  as to uniqueness of tags on partitions. Much better would be an
  automatic writing of locally unique labels on any partitions that are
  unlabeled. (The ones that are already labeled, are already locally
  unique.) The locally unique labels might be the current kernal device
  assignment, e.g. sda1, sdb5, etc. i.e. very short and very
  mnemonic. For swap, there seems not to be a label field, but the
  database could include however many UUIDs as there are swap
  partitions, and the rewrite script could match UUID with partition
  based on the size of the partition. (Does it really matter is two swap
  partition of the same size get their UUIDs swapped during an install
  of another OS?).
 
 I see three problems with your proposal - other than complexity:

The real complexity is in the disconnect between the internals of the 
Linux kernel and the rest of the real world, IMHO. It is a complexity
which we are struggling to learn to live with.

 
 1. If you're multibooting, swap's shared between all the installs so,
 unless there's an option to prevent mkswap from running at install
 time, and since you're mounting swap through its UUID, using labels
 for the other partitions isn't going to help. By the way, an install
 isn't broken if swap's UUID is changed. It's just that swap's not
 mounted at boot and you have to mount it post-boot - and fix the UUID
 issue either by editing fstab in the old install(s) or running mkswap
 -U ... in the new install and editing its fstab.

If one is NOT multibooting, it hardly matters to the user how various
partitions are identified within the internal workings of the OSs (plural).
The UUID of the swap partitions IS mentioned in the /etc/fstab of the
OS that one is booting. If that UUID in the /etc/fstab is no longer 
valid, the boot of that OS is, I believe, bollixed. I think there was
a time when swap partitions were not mentioned in /etc/fstab. If they
must be mentioned now, then the several different /etc/fstab(s) of the
several different OSs must be kept consistent with the current value
of UUID on the actual partition. I think something along the lines of
my proposal could be made to work at that. I might be mistaken. I think
you might be mistaken about the nature of the problem that I am trying
to address. 

 
 2. Using kernel device names as labels' fine, until you add a disk to
 your box and the kernel device names change. You can then end up with
 sdd1 being labeled sdb1. To add a twist, imagine someone who's in that
 situation, posts to a mailing list, and confuses everyone by referring
 to sdb1 both as the device and the label.

The intent is to have block devices labeled in such a way that the
user can keep track of block devices and how their UUIDs change over
time. With this information available, the user can script a re-write
of /etc/fstab to conform to the most recent rewriting of UUIDs on
disk. It is intended to allow the user a cryptic (hidden) alternative
to the naming convention that is being promoted by some. Properly
done, the advocates of UUID need never know. But it is not a full
design and implementation, and it might be tricky to do.

 
 3. If you use labels to mount partitions, label them with kernel
 device names, and move a disk to another box as an extra disk, you'll
 end up with multiple partitions with the same labels - and boot
 confusion. If you've ever used Fedora/RHEL/CentOS with their default
 root label, you'll know how much fun that is.

The proposal is to use labels as surrogate keys in a database of historical
values of UUIDs. So that the user can keep the different OS instances in
sync with the UUIDs currently in use on the actual partitions. Actually 
I have not used Fedora/RHEL/CentOS. If you say it's 

Re: Request for enhancement [Re: Question about /etc/fstab in Squeeze]

[Paul E Condon]

On 20101221_031624, Tom H wrote:
 On Mon, Dec 20, 2010 at 5:37 PM, Stephen Powell zlinux...@wowway.com wrote:
  On Sun, 19 Dec 2010 11:44:35 -0500 (EST), Rick Thomas wrote:
  On Dec 19, 2010, at 8:09 AM, Stephen Powell wrote:
 
  Caution: reformatting a swap partition with mkswap will change the
  uuid unless the existing one is explicitly re-specified during
  formatting.
 
  Which raises a question that has been on my mind for a while...
 
  The Debian Installer insists on reformatting any swap partitions it
  finds, even though that partition, specified by UUID, is probably in
  use in the /etc/fstab for some other instantiation of Linux -- thus
  breaking the other Linux, leaving it without a usable swap partition.
 
  Would it be possible to either:
 
  1) have the option (default) of *not* reformatting a swap partition
                or
  2) if reformatting is necessary or desired, have the option (default)
  of preserving the UUID.
                or
  3) using LABEL= instead of UUID= in fstab for swap partitions, if
  it turns out to be easier to preserve a LABEL than a UUID.
 
  From what I've heard, the Ubuntu installer has the same problem,
  and it can ruin a functioning Debian system too.  Of course, that's
  not something the Debian installer team can do anything about.
  That's outside of their jurisdiction.  But many Ubuntu people, both
  users and developers, are known to monitor Debian's lists.
 
 I used to have a netbook on which I installed multiple distributions
 and I had to run mkswap - U uuidafter on any new
 install/re-install and edit its fstab. Both the Live CD and the
 alternate CD Ubuntu installers run mkswap (the alternate is basically
 the Debian installer) just like d-i.
 
 We had a thread on d-u about this some time ago and someone said that
 the expert installation mode allows you to disable mkswap from
 running.

Long ago Debian install scripts made DHCP be the default for setting
the IP address. Since then I have always used expert because I have a
personal preference for controlling what IP address are in use. 

I have never noticed an option disabling mkswap during install. Of
course you can use mkswap to install your preferred UUID after the
install is complete, IF you have taken care to record your preferred
UUID (or if you are a Cylon who carries such data effortlessly in your
internal memory banks.) 

Otherwise, you can mount each of the partitions that contain an
alternative OS and edit the new UUID into the older versions of
/etc/fstab. Or mount one of the older OS partitions (on /mnt), read
the prior UUID, edit it into the new /etc/fstab and use mkswap -U to
write it back onto the partition. Somehow this reminds me of the old
saying, Real programmers write code in octal.

-- 
Paul E Condon   
pecon...@mesanetworks.net


-- 
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/20101221185623.ge21...@big.lan.gnu

Re: Request for enhancement [Re: Question about /etc/fstab in Squeeze]

[Rick Thomas]

On Dec 20, 2010, at 3:07 AM, Herbert Kaminski wrote:


Rick Thomas schrieb:

2) if reformatting is necessary or desired, have the option  
(default) of preserving the UUID.


This would be an useful option for all partitions, not only for swap,
for people like me who dare to test DI in a spare partition of their
normal workstation.

cu
 Herbert


Here's an easy way out...

Add an option to mkswap (and mkfs, if that seems appropriate -- right  
now, I think swap is critical and the other filesystem types are  
merely annoying.  YMMV)
that says assume that the filesystem is currently formatted as swap  
and preserve the UUID while re-formatting it according to the other  
options.


Then modify the installer partitioner code to use that option by  
default when invoking mkswap.


Adding the code to mkswap should be a piece of cake.  (I'm on vacation  
right now.  I'll have a crack at it when I get back to civilization if  
other things don't have higher priority by then.) I don't know enough  
about the installer partitioner code to tell whether adding an option  
to invocations of mkswap is easy or hard.  I'm guessing easy, but I'm  
not volunteering to do it.


Rick


--
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/bd8e-3bd3-4179-88e4-357b77aeb...@pobox.com

Re: Request for enhancement [Re: Question about /etc/fstab in Squeeze]

[Herbert Kaminski]

Rick Thomas schrieb:

2) if reformatting is necessary or desired, have the option (default) of 
preserving the UUID.


This would be an useful option for all partitions, not only for swap,
for people like me who dare to test DI in a spare partition of their
normal workstation.

cu
  Herbert

--


--
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/4d0f390e.2020...@gmx.de

Re: Request for enhancement [Re: Question about /etc/fstab in Squeeze]

[Stephen Powell]

On Sun, 19 Dec 2010 11:44:35 -0500 (EST), Rick Thomas wrote:
 On Dec 19, 2010, at 8:09 AM, Stephen Powell wrote:
 Caution: reformatting a swap partition with mkswap will change the
 uuid unless the existing one is explicitly re-specified during  
 formatting.
 
 Which raises a question that has been on my mind for a while...
 
 The Debian Installer insists on reformatting any swap partitions it  
 finds, even though that partition, specified by UUID, is probably in  
 use in the /etc/fstab for some other instantiation of Linux -- thus  
 breaking the other Linux, leaving it without a usable swap partition.
 
 Would it be possible to either:
 
 1) have the option (default) of *not* reformatting a swap partition
   or
 2) if reformatting is necessary or desired, have the option (default)  
 of preserving the UUID.
   or
 3) using LABEL= instead of UUID= in fstab for swap partitions, if  
 it turns out to be easier to preserve a LABEL than a UUID.

From what I've heard, the Ubuntu installer has the same problem,
and it can ruin a functioning Debian system too.  Of course, that's
not something the Debian installer team can do anything about.
That's outside of their jurisdiction.  But many Ubuntu people, both
users and developers, are known to monitor Debian's lists.  Let's
hope that some of the right people are listening.

-- 
  .''`. Stephen Powell
 : :'  :
 `. `'`
   `-


-- 
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/545834701.1198861.1292884630008.javamail.r...@md01.wow.synacor.com

Re: Request to Join Project debian-installer (translation of the install manual to Indonesian)

[Christian PERRIER]

 Izharul Haq has requested to join your project. 
 You can approve this request here: 
 https://alioth.debian.org/project/admin/users.php?group_id=30260 
 
 Comments by the user:
 I want to help in translating documents http://di.alioth.debian.org/manual/ 
 into Indonesian, is this place?


Certainly. Though subscribing to the debian-boot mailing list is also
a good idea. I'd suggets you first start by sending patches (or PO
files) to the
mailing list. If everything is OK, then committing will be fine.




signature.asc
Description: Digital signature

Re: Request for updated info on d-i for the Release Notes

[Javier Fernández-Sanguino Peña]

On Sat, Oct 23, 2010 at 08:23:38PM +0200, Christian PERRIER wrote:
 Quoting Javier Fernández-Sanguino Peña (j...@computer.org):
 
  Wasn't Serbian disabled too? (at least this is what I found in previous
  announcements from d-i)
 
 Nope. It has been re-enabled (Serbian/cyrillic. We have work for
 Serbian/Latin but sr~latin is badly supported as language code)

Fixed. Thanks.

Javier


signature.asc
Description: Digital signature

Re: Request for updated info on d-i for the Release Notes

[Javier Fernández-Sanguino Peña]

On Mon, Oct 18, 2010 at 05:40:34PM +0200, Christian PERRIER wrote:
 Here are data for localization:

Thanks Christian for the update.

 D-I now supports 67 languages (including English) with 5 really new
(...)
 - Wolof and Welsh disabled (too incomplete translations).

Wasn't Serbian disabled too? (at least this is what I found in previous
announcements from d-i)

Based on this information, I have updated the section about
languages like this:

--
New languages

Thanks to the huge efforts of translators, Debian GNU/Linux
can now be installed in 67 languages. This is three more
languages than in lenny. Most languages are available in both
the text-based installation user interface and the graphical
user interface, whileas some are only available in the
graphical user interface.

Languages added in this release include:

  * Asturian, Estonian, Kazakh and Persian have been aded to
the graphical and console installers.

  * Kannada and Telugu have been added to the graphical
installer.

  * Thai, previously available only in the graphical user
interface, is now available also in the text-based
installation user interface too.

Due to the lack of translation updates three languages were
dropped in this release: Serbian, Wolof and Welsh.

Improved localisation selection

The selection of localisation-related values (language,
location and locale settings) is now less interdendent and
more flexible. Users will be able to customize the system to
their localisation needs more easily while still make it
comfortable to use for users that want to select the locale
most common for the country they reside in.

Additionally, the consequences of localisation choices (such
as timezone, keymap and mirror selection) are now more obvious
to the user.

--

 (I find the last sentence a good way to give Frans some dedication
 without giving too much emphasis to it, which he would maybe not have
 wished. Of course, your mileage may vary)

You will see that I have ommitted that. I would be more comfortable if the
d-i made an official dedication to Frans for Squeeze. Will that happen?

Regards

Javier


signature.asc
Description: Digital signature

Re: Request for updated info on d-i for the Release Notes

[Miguel Figueiredo]

A Sábado 23 Outubro 2010 16:23:24 Javier Fernández-Sanguino Peña você 
escreveu:
 On Mon, Oct 18, 2010 at 05:40:34PM +0200, Christian PERRIER wrote:

[...]

  (I find the last sentence a good way to give Frans some dedication
  without giving too much emphasis to it, which he would maybe not have
  wished. Of course, your mileage may vary)
 
 You will see that I have ommitted that. I would be more comfortable if the
 d-i made an official dedication to Frans for Squeeze. Will that happen?
 
 Regards
 
 Javier

Personnaly, I see this release dedicated to Frans work.
In fact i can't imagine it any other way.

-- 
Melhores cumprimentos/Best regards,

Miguel Figueiredo
http://www.DebianPT.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/201010231713.22005.el...@debianpt.org

Re: Request for updated info on d-i for the Release Notes

[Christian PERRIER]

Quoting Javier Fernández-Sanguino Peña (j...@computer.org):

 Wasn't Serbian disabled too? (at least this is what I found in previous
 announcements from d-i)

Nope. It has been re-enabled (Serbian/cyrillic. We have work for
Serbian/Latin but sr~latin is badly supported as language code)

 Based on this information, I have updated the section about
 languages like this:
 
 --
 New languages
 
 Thanks to the huge efforts of translators, Debian GNU/Linux
 can now be installed in 67 languages. This is three more
 languages than in lenny. Most languages are available in both
 the text-based installation user interface and the graphical
 user interface, whileas some are only available in the
 graphical user interface.
 
 Languages added in this release include:
 
   * Asturian, Estonian, Kazakh and Persian have been aded to
 the graphical and console installers.

Maybe text-based here, for consistency?

 
   * Kannada and Telugu have been added to the graphical
 installer.
 
   * Thai, previously available only in the graphical user
 interface, is now available also in the text-based
 installation user interface too.
 
 Due to the lack of translation updates three languages were
 dropped in this release: Serbian, Wolof and Welsh.

No, not Serbian.

  (I find the last sentence a good way to give Frans some dedication
  without giving too much emphasis to it, which he would maybe not have
  wished. Of course, your mileage may vary)
 
 You will see that I have ommitted that. I would be more comfortable if the
 d-i made an official dedication to Frans for Squeeze. Will that happen?

Hmm, we still need to discuss that between otavio, joeyh, cjwatson and
/me, at least.



signature.asc
Description: Digital signature

Re: Request for updated info on d-i for the Release Notes

[Javier Fernandez-Sanguino]

2010/10/16 Javier Fernández-Sanguino Peña j...@computer.org:
 I have used this information to prepare the text for the Release Notes.
 It should be available in the next few hours in
 http://www.debian.org/releases/testing/i386/release-notes/ch-installing.en.html

I'm sorry, it looks like there is some build issues with the RN. While
we sort them out please look at the SVN sources. Full list of changes
introduced can be found at
http://svn.debian.org/viewsvn/ddp/manuals/trunk/release-notes/en/installing.dbk?r1=6859view=log

I will probably introduce Christian's information about available
languages in d-i this evening.

Regards

Javier


--
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/aanlktikerhfv7jyzcxvmgyfo7dru2m5vghk0uz=k3...@mail.gmail.com

Re: Request for updated info on d-i for the Release Notes

[Christian PERRIER]

Quoting Javier Fernandez-Sanguino (j...@debian.org):

 Browsing the Debian Installer Goals for Squeeze in the wiki [2] I can
 get a feeling of some of the most relevant changes, but it would help
 if the specific goals that have been met and change the user
 experience (from previous d-i versions) is detailed. I would
 appreciate if you could provide the following:
 
 - a list of new features not available in the previous release
 - a list of features that were available in the previous release that
 are no longer available now
 - a list of the new languages available for the d-i since the last
 release (if any) or languages that have been dropped

Here are data for localization:

D-I now supports 67 languages (including English) with 5 really new
languages, 1 re-added language, 1 language now supported in the
console installer and 2 dropped languages:
- Asturian, Kazakh and Persian added to the graphical and console
  installers;
- Kannada and Telugu added to the graphical installer;
- Estonian re-added to the graphical and console installer;
- Thai (already available in the graphical installer) now available in
  the console installer too;
- Wolof and Welsh disabled (too incomplete translations).


The steps for localization-related choices (language, country, locale)
were significantly improved to make choices more natural for users and
the consequences of these choices (mirror, timezone, keymap
selections) more obvious. This work was one of the major contributions
by regretted Frans Pop.

(I find the last sentence a good way to give Frans some dedication
without giving too much emphasis to it, which he would maybe not have
wished. Of course, your mileage may vary)




signature.asc
Description: Digital signature

Re: Request for updated info on d-i for the Release Notes

[Otavio Salvador]

Hello,

On Sat, Oct 16, 2010 at 2:04 AM, Joey Hess jo...@debian.org wrote:
 I don't see btrfs support mentioned, but all the bits I know of seem to
 be in place. Has that been tested to work?

The last problem that I knew about was fix in current dailies since it
lacked a required kernel module.

-- 
Otavio Salvador                  O.S. Systems
E-mail: ota...@ossystems.com.br  http://www.ossystems.com.br
Mobile: +55 53 9981-7854         http://projetos.ossystems.com.br


--
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/aanlktimxwxb-umgunojda0eurg99t-ashowke04ky...@mail.gmail.com

Re: Request for updated info on d-i for the Release Notes

[Miguel Figueiredo]

-- 
Melhores cumprimentos/Best regards,

Miguel Figueiredo
http://www.DebianPT.org

...
 The last problem that I knew about was fix in current dailies since it
 lacked a required kernel module.
...

There's a BR for that:

#598978 - btrfs requires crc32c.ko

I'm not sure about this, but would it be something like adding crc32 (or 
crc32c) to kernel-wedge/modules/btrfs-modules?

(can anyone take a look on this?)

brtfs
+crc32


-- 
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/201010161739.00172.el...@debianpt.org

Re: Request for updated info on d-i for the Release Notes

[Otavio Salvador]

Hello,

On Sat, Oct 16, 2010 at 1:38 PM, Miguel Figueiredo el...@debianpt.org wrote:
 #598978 - btrfs requires crc32c.ko

 I'm not sure about this, but would it be something like adding crc32 (or
 crc32c) to kernel-wedge/modules/btrfs-modules?

In crc-modules. I did it but forgot to upload kernel-wedge. Just done it.

-- 
Otavio Salvador                  O.S. Systems
E-mail: ota...@ossystems.com.br  http://www.ossystems.com.br
Mobile: +55 53 9981-7854         http://projetos.ossystems.com.br


--
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/aanlkti=+g3n-mhyyjvtgbaizkrdxedxvjdvqb4y9m...@mail.gmail.com

Re: Request for updated info on d-i for the Release Notes

[Martin Michlmayr]

* Javier Fernandez-Sanguino j...@debian.org [2010-10-15 09:40]:
 Browsing the Debian Installer Goals for Squeeze in the wiki [2] I
 can get a feeling of some of the most relevant changes

The announcement of d-i releases contains most of the information
you're looking for:

alpha1: http://debian.org/devel/debian-installer/News/2010/20100221
upcoming beta: http://wiki.debian.org/DebianInstaller/ReleaseAnnounce

 Some of these we can find by comparing the d-i manual from Lenny to
 Squeeze. For example, alpha or arm are no longer a supported arches in
 d-i

alpha got dropped as a release architecture for arm.

arm has been dropped since it has been obsoleted by the armel port.  I
believe the release note contains a paragraph about this change
already.  At least I recall submitting a patch about this.

 , and support for some flavors/platforms/subarchitectures (mainly
 in mips and arm?) has changed too.

For armel, you can mention the following:

Support for Marvell's Kirkwood platform was added.  In particular, the
following devices are supported:
 - QNAP TS-110, TS-119, TS-210, TS-219, TS-219P and TS-419P
 - Marvell SheevaPlug and GuruPlug
 - Marvell OpenRD-Base, OpenRD-Client and OpenRD-Ultimate

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


-- 
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/20101015140236.gp4...@jirafa.cyrius.com

Re: Request for updated info on d-i for the Release Notes

[Martin Michlmayr]

* Martin Michlmayr t...@cyrius.com [2010-10-15 15:02]:
 alpha got dropped as a release architecture for arm.

For squeeze. :)

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


-- 
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/20101015140440.gr4...@jirafa.cyrius.com

Re: Request for updated info on d-i for the Release Notes

[Javier Fernández-Sanguino Peña]

On Fri, Oct 15, 2010 at 03:02:36PM +0100, Martin Michlmayr wrote:
 * Javier Fernandez-Sanguino j...@debian.org [2010-10-15 09:40]:
  Browsing the Debian Installer Goals for Squeeze in the wiki [2] I
  can get a feeling of some of the most relevant changes
 
 The announcement of d-i releases contains most of the information
 you're looking for:
(...)

I have used this information to prepare the text for the Release Notes.
It should be available in the next few hours in
http://www.debian.org/releases/testing/i386/release-notes/ch-installing.en.html

Please review and comment (patches welcome)

Question on the architectures: does d-i still have support for hppa? will it
have support for kfreeBSD before the release? (from
http://www.debian.org/devel/debian-installer/errata I'm inclined to say 'no')

Regards

Javier


signature.asc
Description: Digital signature

Re: Request for updated info on d-i for the Release Notes

[Samuel Thibault]

Javier Fernández-Sanguino Peña, le Sat 16 Oct 2010 01:38:28 +0200, a écrit :
 Question on the architectures: does d-i still have support for hppa? will it
 have support for kfreeBSD before the release? (from
 http://www.debian.org/devel/debian-installer/errata I'm inclined to say 'no')

That's only the alpha release. The current daily builds have a working
kfreebsd set.

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/20101015234210.gm5...@const.famille.thibault.fr

Re: Request for updated info on d-i for the Release Notes

[Joey Hess]

I don't see btrfs support mentioned, but all the bits I know of seem to
be in place. Has that been tested to work?

-- 
see shy jo


signature.asc
Description: Digital signature

Re: Request for review: new templates in live installer

[Holger Wansing]

Hello,

 [live-installer-launcher.templates  text/plain (1,4KB)]
 Template: live-installer-launcher/mode
 Type: select
 Default: text
 Choices-C: text, text-expert, gtk, gtk-expert
 Choices: Text, Text (expert mode), Graphical, Graphical (expert mode)
 # :sl3:
 Description: Installer interface:
  Text and Graphical refer to the nature of graphical environment - Text 
 is
  character-based and driven solely using a keyboard, whilst Graphical can be
  operated with a mouse and supports more languages.
  .
  The functionality of the GUI installer is essentially the same as the
 ^^^
 Here you talk about GUI, but above about Graphical.
 Keep it consistent?

  Text installer as it basically uses the same programs, but with a different
  frontend.
  .
  Expert mode gives full control over the installation process. For
  example, if the hardware requires passing options to kernel modules as
  they are installed, you will need to start the installer in expert mode.


Holger

-- 

= = = = = = = = = = = = = = = = = = = = = = = = = = = = = = =
Created with Sylpheed 2.5.0
under DEBIAN GNU/LINUX 5.0.0 - L e n n y
Registered LinuxUser #311290 - http://counter.li.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/20100730223216.c8405fbe.li...@wansing-online.de

Re: Request for review: new templates in live installer

[Christian PERRIER]

Quoting Holger Wansing (li...@wansing-online.de):
 Hello,
 
  [live-installer-launcher.templates  text/plain (1,4KB)]
  Template: live-installer-launcher/mode
  Type: select
  Default: text
  Choices-C: text, text-expert, gtk, gtk-expert
  Choices: Text, Text (expert mode), Graphical, Graphical (expert mode)
  # :sl3:
  Description: Installer interface:
   Text and Graphical refer to the nature of graphical environment - 
  Text is
   character-based and driven solely using a keyboard, whilst Graphical can 
  be
   operated with a mouse and supports more languages.
   .
   The functionality of the GUI installer is essentially the same as the
  ^^^
  Here you talk about GUI, but above about Graphical.
  Keep it consistent?

Right. Forgot about this one when I corrected things. Fixed. Thanks.

 



signature.asc
Description: Digital signature

Re: Request for review: new templates in live installer

[Joey Hess]

Christian PERRIER wrote:
 Choices: Text, Text (expert mode), Graphical, Graphical (expert mode)

Not sure I understand why the user needs to pick between text and gui
installers here. Have you considered just using the gui installer if
the live system booted to a desktop environment, and the text installer
otherwise?

-- 
see shy jo


signature.asc
Description: Digital signature

Re: Request for review: new templates in live installer

[Justin B Rye]

Justin B Rye wrote:
 Or merge it into the previous paragraph:
 
Text and Graphical refer to the type of user interface - Text is
character-based and operated using a keyboard, whilst Graphical allows
^^
Oops, I missed a Commonwealthism; make that while.
-- 
JBR with qualifications in linguistics, experience as a Debian
sysadmin, and probably no clue about this particular package
--- live-installer-launcher.templates.old   2010-07-30 21:25:28.0 
+0100
+++ live-installer-launcher.templates   2010-07-30 21:32:13.0 +0100
@@ -5,13 +5,11 @@
 Choices: Text, Text (expert mode), Graphical, Graphical (expert mode)
 # :sl3:
 Description: Installer interface:
- Text and Graphical refer to the nature of graphical environment - Text 
is
- character-based and driven solely using a keyboard, whilst Graphical can be
- operated with a mouse and supports more languages.
- .
- The functionality of the GUI installer is essentially the same as the
- Text installer as it basically uses the same programs, but with a different
- frontend.
+ Text and Graphical refer to the type of user interface - Text is
+ character-based and operated using a keyboard, while Graphical allows
+ the use of a mouse and supports more languages. Otherwise the two front
+ ends offer what is essentially the same functionality, provided via the
+ same programs.
  .
  Expert mode gives full control over the installation process. For
  example, if the hardware requires passing options to kernel modules as
Template: live-installer-launcher/mode
Type: select
Default: text
Choices-C: text, text-expert, gtk, gtk-expert
Choices: Text, Text (expert mode), Graphical, Graphical (expert mode)
# :sl3:
Description: Installer interface:
 Text and Graphical refer to the type of user interface - Text is
 character-based and operated using a keyboard, while Graphical allows
 the use of a mouse and supports more languages. Otherwise the two front
 ends offer what is essentially the same functionality, provided via the
 same programs.
 .
 Expert mode gives full control over the installation process. For
 example, if the hardware requires passing options to kernel modules as
 they are installed, you will need to start the installer in expert mode.

Template: live-installer-launcher/kernel-version-mismatch/title
Type: title
# :sl3:
Description: Kernel version mismatch

Template: live-installer-launcher/kernel-version-mismatch/error
Type: error
# :sl3:
#flag:comment:2,3
# Both LIVE_KERNEL and DI_KERNEL are kernel version numbers, such as
# 2.6.32-5-486, 2.6.32-5-amd64, or 2.6.32-5-powerpc etc.
Description: Live system kernel and installer kernel don't match
 The installer can only be used if the kernel versions of the live system
 (${LIVE_KERNEL}) and of the installer (${DI_KERNEL}) are the same.
 .
 Please reboot with the correct kernel (${DI_KERNEL}).

Re: Request for review: new templates in live installer

[Justin B Rye]

Christian PERRIER wrote:
 Template: live-installer-launcher/mode
 Type: select
 Default: text
 Choices-C: text, text-expert, gtk, gtk-expert
 Choices: Text, Text (expert mode), Graphical, Graphical (expert mode)
 # :sl3:
 Description: Installer interface:
  Text and Graphical refer to the nature of graphical environment - Text 
 is
  character-based and driven solely using a keyboard, whilst Graphical can be
  operated with a mouse and supports more languages.

I would have written the nature of ^the graphical environment, or
maybe s/nature/type/.  Hang on, though, how is a text interface a
type of graphical environment at all?

Driving an interface smells slightly of developer jargon.  It's
clear enough in context, but perhaps we could switch things around:

   Text and Graphical refer to the type of user interface - Text is
   character-based and operated using a keyboard, whilst Graphical allows
   the use of a mouse and supports more languages.

  .
  The functionality of the GUI installer is essentially the same as the
  Text installer as it basically uses the same programs, but with a different
  frontend.

s/GUI/Graphical/.  Ideally I'd like to get rid of one of those two
weaselly adverbs, but it takes quite a lot of work:

   The Graphical and Text installers offer what is essentially the same
   functionality, provided via the same programs, but with different front
   ends.

Or merge it into the previous paragraph:

   Text and Graphical refer to the type of user interface - Text is
   character-based and operated using a keyboard, whilst Graphical allows
   the use of a mouse and supports more languages. Otherwise the two front
   ends offer what is essentially the same functionality, provided via the
   same programs.

  .
  Expert mode gives full control over the installation process. For
  example, if the hardware requires passing options to kernel modules as
  they are installed, you will need to start the installer in expert mode.

No complaints here.
 
 Template: live-installer-launcher/kernel-version-mismatch/error
[...]
 Description: Live system kernel and installer kernel don't match
  The installer can only be used if the kernel versions of the live system
  (${LIVE_KERNEL}) and of the installer (${DI_KERNEL}) are the same.
  .
  Please reboot with the correct kernel (${DI_KERNEL}).

Usually the installer in debconf templates is a red flag, but here
I think you're entitled to it.

(Is a full reboot compulsory or do these kernels have CONFIG_KEXEC?)
-- 
JBR with qualifications in linguistics, experience as a Debian
sysadmin, and probably no clue about this particular package
--- live-installer-launcher.templates.old   2010-07-30 21:25:28.0 
+0100
+++ live-installer-launcher.templates   2010-07-30 21:32:13.0 +0100
@@ -5,13 +5,11 @@
 Choices: Text, Text (expert mode), Graphical, Graphical (expert mode)
 # :sl3:
 Description: Installer interface:
- Text and Graphical refer to the nature of graphical environment - Text 
is
- character-based and driven solely using a keyboard, whilst Graphical can be
- operated with a mouse and supports more languages.
- .
- The functionality of the GUI installer is essentially the same as the
- Text installer as it basically uses the same programs, but with a different
- frontend.
+ Text and Graphical refer to the type of user interface - Text is
+ character-based and operated using a keyboard, whilst Graphical allows
+ the use of a mouse and supports more languages. Otherwise the two front
+ ends offer what is essentially the same functionality, provided via the
+ same programs.
  .
  Expert mode gives full control over the installation process. For
  example, if the hardware requires passing options to kernel modules as
Template: live-installer-launcher/mode
Type: select
Default: text
Choices-C: text, text-expert, gtk, gtk-expert
Choices: Text, Text (expert mode), Graphical, Graphical (expert mode)
# :sl3:
Description: Installer interface:
 Text and Graphical refer to the type of user interface - Text is
 character-based and operated using a keyboard, whilst Graphical allows
 the use of a mouse and supports more languages. Otherwise the two front
 ends offer what is essentially the same functionality, provided via the
 same programs.
 .
 Expert mode gives full control over the installation process. For
 example, if the hardware requires passing options to kernel modules as
 they are installed, you will need to start the installer in expert mode.

Template: live-installer-launcher/kernel-version-mismatch/title
Type: title
# :sl3:
Description: Kernel version mismatch

Template: live-installer-launcher/kernel-version-mismatch/error
Type: error
# :sl3:
#flag:comment:2,3
# Both LIVE_KERNEL and DI_KERNEL are kernel version numbers, such as
# 2.6.32-5-486, 2.6.32-5-amd64, or 2.6.32-5-powerpc etc.
Description: Live system kernel and installer kernel don't match
 The installer can only be used if the kernel versions of the live 

Re: Request for help - cleaning spam from the debian-boot mailing list archive

[Christian Perrier]

Quoting Frans Pop (elen...@planet.nl):
 On Monday 01 June 2009, Christian Perrier wrote:
  To be even more efficient, I wonder if there's a possibility to
  download list archives as a mailbox. That would make spam tagging more
  efficient than going through the web interface.
 
 scp master.debian.org:~debian/lists/debian-boot/debian-boot.mm.gz .
 
 Only works for DDs obviously. Disadvantage is that this archive will still 
 have all spam that's already been removed...
 I'm sticking with the web interface myself.


Yesterday, I grabbed several such mailboxes.

Before working on them, I passed the messages through CRM114, which I
already use for a while to set scores on my incoming messages:

zcat debian-boot.200608.gz | formail -s /usr/bin/crm -u /home/bubulle/.crm114/ 
mailfilter.crm  debian-boot.200608.scored


That creates a new scored mailbox where messages have additionnal
headers, including:

X-CRM114-Status: Good  ( pR: 161.9126 )
or
X-CRM114-Status: UNSURE (1.1278) This message is 'unsure'; please train it!
or
X-CRM114-Status: SPAM  ( pR: -15.1978 )


In my .muttrc, I have this:
color header white black ^X-CRM114-Status:.*Good.*
color header blue black ^X-CRM114-Status:.*SPAM.*
color header red black ^X-CRM114-Status:.*UNSURE.*

Then I read this mailbox with mutt.

unsure messages appear in cyan and sure spams appear in red.

Then, I can tag messages ('T' in mutt's default keymapping) easily
by using the colors as a helper (of course I *do* check for false
positives) and also go through messages identified as non
spam.and tag those that are actually spam.

Then, all these tagged messages are piped to my report list spam
macroand also identified as spam to CRM114 (pipe them to 
$HOME/.crm114/mailfilter.crm -u $HOME/.crm114/ ss-pam --force

Then, all good messages are identified as ham to CRM114.


As a conclusion, I found this method quite more efficient than using
the web interfaceand, of course, it allows working offline, which
is a must-have for me.




signature.asc
Description: Digital signature

Re: Request for help - cleaning spam from the debian-boot mailing list archive

[Christian Perrier]

Quoting Stefano Canepa (s...@linux.it):

 I started with 2006/01, added my nick into the table on the wiki.


Could you do 2008/08 to 2009/01? These are the most recent ones that
still have only 4 reviews 2007/08 to 2007/12 are also good
targets.

Stefano, also don't forget about increasing the number of reviews
when adding your nick to a month (I corrected the two months you did
yesterday FWIW).

Great work, everybody, by the way. I recently went through a month
that already got the 5 reviews and where spam was obviously cleaned
oout and this is impressive. Before that action, we had huge spam
storms from time to time that were completely cluttering out the
archives.

To be even more efficient, I wonder if there's a possibility to download
list archives as a mailbox. That would make spam tagging more
efficient than going through the web interface.





signature.asc
Description: Digital signature

Re: Request for help - cleaning spam from the debian-boot mailing list archive

[Stefano Canepa]

Il giorno lun, 01/06/2009 alle 08.59 +0200, Christian Perrier ha
scritto:
 Could you do 2008/08 to 2009/01? These are the most recent ones that
 still have only 4 reviews 2007/08 to 2007/12 are also good
 targets.

OK, I'm going to review them today.

 Stefano, also don't forget about increasing the number of reviews
 when adding your nick to a month (I corrected the two months you did
 yesterday FWIW).

Sorry for my mistake.

 To be even more efficient, I wonder if there's a possibility to download
 list archives as a mailbox. That would make spam tagging more
 efficient than going through the web interface.

I think that: a link to get back to the list you are reviewing from the
thanks page and a link added at the end of the email so that you can
mark spam from you MUA would be helpfull. I'm thinking to open a
wishlist bugs.

Bye
Stefano

-- 
Stefano Canepa aka sc: s...@linux.it - http://www.stefanocanepa.it
Three great virtues of a programmer: laziness, impatience and hubris.
Le tre grandi virtù di un programmatore: pigrizia, impazienza e
arroganza. (Larry Wall)


signature.asc
Description: Questa è una parte del messaggio firmata digitalmente

Re: Request for help - cleaning spam from the debian-boot mailing list archive

[Frans Pop]

On Monday 01 June 2009, Christian Perrier wrote:
 To be even more efficient, I wonder if there's a possibility to
 download list archives as a mailbox. That would make spam tagging more
 efficient than going through the web interface.

scp master.debian.org:~debian/lists/debian-boot/debian-boot.mm.gz .

Only works for DDs obviously. Disadvantage is that this archive will still 
have all spam that's already been removed...
I'm sticking with the web interface myself.


-- 
To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Re: Request for help - cleaning spam from the debian-boot mailing list archive

[Christian Perrier]

Quoting Frans Pop (elen...@planet.nl):

 Only works for DDs obviously. Disadvantage is that this archive will still 
 have all spam that's already been removed...
 I'm sticking with the web interface myself.


Thanks. I'll make a few trys. It's probably OK to use the mailbox for
the first reviews when it's very likely that very few spam has
already been removed.

With the web interface, I found a quite fast way to move around
archives already, particularly when there's a big bunch of successive
spams. That works with Konqueror:

Click on first spam
Tab, quickly read the file to check this is a spam, Enter
Alt-Left, Alt-Left
Tab (moves to the next message
and so on

That saves many clicks, which, with a web interface is often the most
time-consuming activity..:-)




signature.asc
Description: Digital signature

Re: Request for help - cleaning spam from the debian-boot mailing list archive

[Stefano Canepa]

Il giorno lun, 01/06/2009 alle 20.28 +0200, Christian Perrier ha
scritto:
 With the web interface, I found a quite fast way to move around
 archives already, particularly when there's a big bunch of successive
 spams. That works with Konqueror:
 
 Click on first spam
 Tab, quickly read the file to check this is a spam, Enter
 Alt-Left, Alt-Left
 Tab (moves to the next message
 and so on
 
The same applies to iceweasel and epiphany

Bye
Stefano

PS: Christian, sorry I hit reply to sender instead of reply to list.

-- 
Stefano Canepa aka sc: s...@linux.it - http://www.stefanocanepa.it
Three great virtues of a programmer: laziness, impatience and hubris.
Le tre grandi virtù di un programmatore: pigrizia, impazienza e
arroganza. (Larry Wall)


signature.asc
Description: Questa è una parte del messaggio firmata digitalmente

Re: Request for help - cleaning spam from the debian-boot mailing list archive

[Stefano Canepa]

Il giorno dom, 17/05/2009 alle 06.29 +0200, Frans Pop ha scritto:
...

 Current status can be seen on:
 http://wiki.debian.org/DebianInstaller/SpamClean
 
 Additional help to scan the archive and nominate posts is always welcome.

I can do some work, tell me which month needs more help.

Bye
Stefano

-- 
Stefano Canepa aka sc: s...@linux.it - http://www.stefanocanepa.it
Three great virtues of a programmer: laziness, impatience and hubris.
Le tre grandi virtù di un programmatore: pigrizia, impazienza e
arroganza. (Larry Wall)


signature.asc
Description: Questa è una parte del messaggio firmata digitalmente

Re: Request for help - cleaning spam from the debian-boot mailing list archive

[Frans Pop]

On Sunday 31 May 2009, Stefano Canepa wrote:
 Il giorno dom, 17/05/2009 alle 06.29 +0200, Frans Pop ha scritto:
  Current status can be seen on:
  http://wiki.debian.org/DebianInstaller/SpamClean
 
  Additional help to scan the archive and nominate posts is always
  welcome.

 I can do some work, tell me which month needs more help.

That's great.

Basically any month that has not yet had 5 reviews is a target.
I'd suggest to start with the months having the lowest number of reviews 
(2006/01-04) and then the months in 2009, 2008 and 2007 with only 4 
reviews.

It would be great if 2008 and 2009 could get full coverage (5 reviews for 
all months) this week.

Cheers,
FJP

P.S. I plan to start on years before 2006 next week.


-- 
To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Re: Request for help - cleaning spam from the debian-boot mailing list archive

[Stefano Canepa]

Il giorno dom, 31/05/2009 alle 19.51 +0200, Frans Pop ha scritto:
 On Sunday 31 May 2009, Stefano Canepa wrote:
  Il giorno dom, 17/05/2009 alle 06.29 +0200, Frans Pop ha scritto:
   Current status can be seen on:
   http://wiki.debian.org/DebianInstaller/SpamClean
  
   Additional help to scan the archive and nominate posts is always
   welcome.
 
  I can do some work, tell me which month needs more help.
 
 That's great.
 
 Basically any month that has not yet had 5 reviews is a target.
 I'd suggest to start with the months having the lowest number of reviews 
 (2006/01-04) and then the months in 2009, 2008 and 2007 with only 4 
 reviews.

I started with 2006/01, added my nick into the table on the wiki.

Bye
sc

-- 
Stefano Canepa aka sc: s...@linux.it - http://www.stefanocanepa.it
Three great virtues of a programmer: laziness, impatience and hubris.
Le tre grandi virtù di un programmatore: pigrizia, impazienza e
arroganza. (Larry Wall)


signature.asc
Description: Questa è una parte del messaggio firmata digitalmente

Re: Request for help - cleaning spam from the debian-boot mailing list archive

[Holger Wansing]

Hi,

Christian Perrier bubu...@debian.org wrote:
 I found interesting to see that among months I recently worked on,
 September 2007 had a huge amount of spam (including a terrible spam
 storm in the middle of the month), August 2007 has a fairly high
 number, bit May, June and July had nearly no spam at all.

Did they receive at least 5 nominations?
On http://wiki.debian.org/DebianInstaller/SpamClean there is only a 
small number of months in 2006 and 2007, that received checks by 
at least 5 persons.



Holger

-- 

==
Created with Sylpheed 2.5.0
under the NEW DEBIAN GNU/LINUX 5.0.0 - L E N N Y
http://counter.li.org/,  Registered LinuxUser #311290
=


-- 
To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Re: Request for help - cleaning spam from the debian-boot mailing list archive

[Christian Perrier]

Quoting Holger Wansing (li...@wansing-online.de):
 Hi,
 
 Christian Perrier bubu...@debian.org wrote:
  I found interesting to see that among months I recently worked on,
  September 2007 had a huge amount of spam (including a terrible spam
  storm in the middle of the month), August 2007 has a fairly high
  number, bit May, June and July had nearly no spam at all.
 
 Did they receive at least 5 nominations?
 On http://wiki.debian.org/DebianInstaller/SpamClean there is only a 
 small number of months in 2006 and 2007, that received checks by 
 at least 5 persons.


Yes. That's what surprised me. Then I figured out that maybe some
*other* people did reviews without mentioning it on the wiki
pageor did such reviews before the wiki page was setup.




signature.asc
Description: Digital signature

Re: Request for help - cleaning spam from the debian-boot mailing list archive

[Frans Pop]

On Sunday 17 May 2009, Frans Pop wrote:
 On Sunday 03 May 2009, Frans Pop wrote:
  I'm looking forward to a cleaner archive! If we share the workload a
  bit, that should be possible.

 We now have a solid team working on this and if we keep this up it
 looks that in 4 or 5 weeks we can have d-boot virtually clean of spam
 for 2006 and later.

Excellent progress again. This week a massive 1125 spams got removed.
The number of new posts available for review remains fairly constant: 600.

It's also fairly clear what's left to do. considered is almost fully 
explained by removed + classified ham + the 600 available for review.
That leaves the difference between nominated and considered as our to 
do list. These are posts that have received at least one nomination, but 
not yet the five needed to enter the review stage. There will be some 
incorrect nominations in there, but I expect most to spams from months 
that have not had a full scan yet.

Updated status can be seen on:
http://wiki.debian.org/DebianInstaller/SpamClean

Cheers,
FJP


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

Re: Request for help - cleaning spam from the debian-boot mailing list archive

[Christian Perrier]

Quoting Frans Pop (elen...@planet.nl):
 On Sunday 17 May 2009, Frans Pop wrote:
  On Sunday 03 May 2009, Frans Pop wrote:
   I'm looking forward to a cleaner archive! If we share the workload a
   bit, that should be possible.
 
  We now have a solid team working on this and if we keep this up it
  looks that in 4 or 5 weeks we can have d-boot virtually clean of spam
  for 2006 and later.
 
 Excellent progress again. This week a massive 1125 spams got removed.
 The number of new posts available for review remains fairly constant: 600.

As every week, I performed a full review of the 620 I had to review,
this morning. I guess you did so too, Frans.

I found interesting to see that among months I recently worked on,
September 2007 had a huge amount of spam (including a terrible spam
storm in the middle of the month), August 2007 has a fairly high
number, bit May, June and July had nearly no spam at all.




signature.asc
Description: Digital signature

Re: Request for help - cleaning spam from the debian-boot mailing list archive

[Christian Perrier]

(cleaning spam in debian-boot: see
http://wiki.debian.org/DebianInstaller/SpamClean)

Quoting Frans Pop (elen...@planet.nl):

 have been done. This has already resulted in 676 spams being removed from 
 the archive and for this week another 650 posts are waiting for review.

Done this morning. No ham found, only Spam.

I found out that I inadvertently left a few posts rated as Unsure
which i apparently not really easy to come back on once you've clicked
Send and Continue. That happens because my fast Click, Page Down
repetitions on the page sometimes fails (the click does not change the
button status to Spam. So, my reviews for this week probably have a
few (less than 10) posts erroneously rated as Unsure while
everything was spam, unboubtfully.

 
 We now have a solid team working on this and if we keep this up it looks 
 that in 4 or 5 weeks we can have d-boot virtually clean of spam for 2006 
 and later.

I wish we would have as many people working on patches to D-I..:-)



A few enhancements I would propose to listmasters (or anyone behind
the review tool):

- have a display mode for the list archives where messages already
nominated would be shown in a different way (maybe sorting messages
by number of spam nominations?). That would help those people who
review archives after 1 or 2 people already did it to spot possible
spam more easily

- allow reviewing more than 10 nominated posts at a time. This is
probably what slows me down the most when reviewing. For the record,
this morning, I spent about 40 minutes reviewing 550 nominated posts.

- allow coming back on messages one once rated as Unsure

Finally, once we've done 2006-2009, I think we should post something
in http://wiki.debian.org/DeveloperNews. I don't know whether other
people are doing such reviews but the method you (Frans) proposed and
which we nos use could indeed bring emulation in other lists.






signature.asc
Description: Digital signature

Re: Request for help - cleaning spam from the debian-boot mailing list archive

[Cord Beermann]

Hallo! Du (Christian Perrier) hast geschrieben:

 A few enhancements I would propose to listmasters (or anyone behind
 the review tool):
 
 - have a display mode for the list archives where messages already
 nominated would be shown in a different way (maybe sorting messages
 by number of spam nominations?). That would help those people who
 review archives after 1 or 2 people already did it to spot possible
 spam more easily

Although i don't understand fully your suggestion i fear that this
would lead to less quality in the review, because Reviewers would rely
on other Reviewers.

 - allow reviewing more than 10 nominated posts at a time. This is
 probably what slows me down the most when reviewing. For the record,
 this morning, I spent about 40 minutes reviewing 550 nominated posts.

I chose 10 because i think thats a value that doesn't drive away
'part-time' reviewers. But I think about providing pages with more.

 - allow coming back on messages one once rated as Unsure

Once a week (Sunday 6:00 GMT) a job runs which picks up all ratings
and remove the articles and things. After that articles rated as
'Unsure' will be displayed again. 

Yours,
Cord, Debian Listmaster of the day
-- 
http://lists.debian.org


-- 
To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Re: Request for help - cleaning spam from the debian-boot mailing list archive

[Christian Perrier]

Quoting Cord Beermann (c...@debian.org):
 Hallo! Du (Christian Perrier) hast geschrieben:
 
  A few enhancements I would propose to listmasters (or anyone behind
  the review tool):
  
  - have a display mode for the list archives where messages already
  nominated would be shown in a different way (maybe sorting messages
  by number of spam nominations?). That would help those people who
  review archives after 1 or 2 people already did it to spot possible
  spam more easily
 
 Although i don't understand fully your suggestion i fear that this
 would lead to less quality in the review, because Reviewers would rely
 on other Reviewers.

Yes, this is what I was suggesting, roughly. Making it easier to spot
out what has more probability to be spam.

I agree this makes reviewers depend on other reviewers, so that can be
seen as debatable..:)


 
  - allow reviewing more than 10 nominated posts at a time. This is
  probably what slows me down the most when reviewing. For the record,
  this morning, I spent about 40 minutes reviewing 550 nominated posts.
 
 I chose 10 because i think thats a value that doesn't drive away
 'part-time' reviewers. But I think about providing pages with more.

*that* would help a lot.

 
  - allow coming back on messages one once rated as Unsure
 
 Once a week (Sunday 6:00 GMT) a job runs which picks up all ratings
 and remove the articles and things. After that articles rated as
 'Unsure' will be displayed again. 


Oh, that's perfect, in such case.





signature.asc
Description: Digital signature

Re: Request for help - cleaning spam from the debian-boot mailing list archive

[Frans Pop]

On Sunday 03 May 2009, Frans Pop wrote:
 I'm looking forward to a cleaner archive! If we share the workload a
 bit, that should be possible.

First of all: many thanks for the great response to this RFH!

Progress on the review of the archive has been huge. Since the start over 
11,000 nominations as spam have been submitted and about 3400 reviews 
have been done. This has already resulted in 676 spams being removed from 
the archive and for this week another 650 posts are waiting for review.

We now have a solid team working on this and if we keep this up it looks 
that in 4 or 5 weeks we can have d-boot virtually clean of spam for 2006 
and later.

Current status can be seen on:
http://wiki.debian.org/DebianInstaller/SpamClean

Additional help to scan the archive and nominate posts is always welcome.

Cheers,
FJP


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

Re: Request: fsck.xfs in recovery mode

[Colin Watson]

On Wed, May 13, 2009 at 04:40:02PM +0300, Pavel Mihaduk wrote:
 I'd like to have xfsprogs available in recovery mode of the
 installer.For me it's quite strange that fsck.jfs is available while
 you have no option to check the corrupted XFS volume. Unfortunately
 it's not always possible to use a live-cd.

I agree. I already committed a change for this quite recently, although
we haven't yet uploaded it; it will be in rescue 1.21.

  * Make sure filesystem recovery tools are installed, as they're often
useful in rescue mode: e2fsprogs-udeb, jfsutils-udeb,
reiserfsprogs-udeb, xfsprogs-udeb, fdisk-utils, and parted-udeb
(LP: #364135).

Thanks,

-- 
Colin Watson   [cjwat...@debian.org]


-- 
To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Re: Request for help - cleaning spam from the debian-boot mailing list archive

[Christian Perrier]

Quoting Frans Pop (elen...@planet.nl):

  OK, starting to go through the review process...I guess you will go
  through it as well.
 
 Well, I'm already done...
 Think I had 1 or 2 ham messages.


I'm done too, finished yesterday. I confirm there was 1 or 2 ham
messages, that's all.




signature.asc
Description: Digital signature

Re: Request for help - cleaning spam from the debian-boot mailing list archive

[Christian Perrier]

Quoting Frans Pop (elen...@planet.nl):

 Note that the review batch job (including actual removals, updating
 messages to be reviewed and review statistics) is only run once a week.

Any idea when this is run?

Since the moment (a few days ago) where some months reached mentions
on the wiki page, I checked the messages to be reviewed page but
there was non for -boot, so I guess this is because that batch didn't
happen yet.




signature.asc
Description: Digital signature

Re: Request for help - cleaning spam from the debian-boot mailing list archive

[Frans Pop]

On Sunday 10 May 2009, Christian Perrier wrote:
 Quoting Frans Pop (elen...@planet.nl):
  Note that the review batch job (including actual removals, updating
  messages to be reviewed and review statistics) is only run once a
  week.

 Any idea when this is run?

Well, they are updated now while they were not yet updated yesterday. I'll 
let you draw your own conclusions from that ;-)

233 messages removed so far and 700 new messages available for review...


-- 
To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Re: Request for help - cleaning spam from the debian-boot mailing list archive

[Christian Perrier]

Quoting Frans Pop (elen...@planet.nl):

 Well, they are updated now while they were not yet updated yesterday. I'll 
 let you draw your own conclusions from that ;-)
 
 233 messages removed so far and 700 new messages available for review...


Ouch...we worked too well.

OK, starting to go through the review process...I guess you will go
through it as well. I think it would be better if no other DD wastes
time doing reviews as I guess that all messages that we have both
rated as spam will be dropped from the review queue as of next Sunday
(if my guess that only two Spam ratings are enough, provided nobody
rates the same messages as Ham or Inappropriate).

One should notice that, so far, all messages I had to review since
about 1/2 hour were indeed spam while several of the 299 messages I reviewed
before were Ham.






signature.asc
Description: Digital signature

Re: Request for help - cleaning spam from the debian-boot mailing list archive

[Frans Pop]

On Sunday 10 May 2009, Christian Perrier wrote:
 Quoting Frans Pop (elen...@planet.nl):
  Well, they are updated now while they were not yet updated yesterday.
  I'll let you draw your own conclusions from that ;-)
 
  233 messages removed so far and 700 new messages available for
  review...

 Ouch...we worked too well.

 OK, starting to go through the review process...I guess you will go
 through it as well.

Well, I'm already done...
Think I had 1 or 2 ham messages.

 I think it would be better if no other DD wastes 
 time doing reviews as I guess that all messages that we have both
 rated as spam will be dropped from the review queue as of next Sunday
 (if my guess that only two Spam ratings are enough, provided nobody
 rates the same messages as Ham or Inappropriate).

No, we need 3 undisputed reviews.


-- 
To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Re: Request for help - cleaning spam from the debian-boot mailing list archive

[Holger Wansing]

Hi,

Christian Perrier bubu...@debian.org wrote:
 From my own experience, it's fairly easy to miss spams in the lists
 of messages, so we really needs a few more people (about 1 or 2, I
 think) to go through the archives.

I want to help here.
I will start at April 2009 and go backwards to the past
(will document at http://wiki.debian.org/DebianInstaller/SpamClean)


Holger

-- 

==
Created with Sylpheed 2.5.0
under the NEW DEBIAN GNU/LINUX 5.0.0 - L E N N Y
http://counter.li.org/,  Registered LinuxUser #311290
=


-- 
To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Re: Request for help - cleaning spam from the debian-boot mailing list archive

[Christian Perrier]

Quoting Holger Wansing (li...@wansing-online.de):
 Hi,
 
 Christian Perrier bubu...@debian.org wrote:
  From my own experience, it's fairly easy to miss spams in the lists
  of messages, so we really needs a few more people (about 1 or 2, I
  think) to go through the archives.
 
 I want to help here.
 I will start at April 2009 and go backwards to the past
 (will document at http://wiki.debian.org/DebianInstaller/SpamClean)


Unless Frans has another advice, I'd suggest concentrating on months
that haven't had 5 reviews already.




signature.asc
Description: Digital signature

Re: Request for help - cleaning spam from the debian-boot mailing list archive

[Holger Wansing]

Hi,

Christian Perrier bubu...@debian.org wrote:
 Unless Frans has another advice, I'd suggest concentrating on months
 that haven't had 5 reviews already.

Ath the moment there are only two months which had already 5 (or more) 
reviews.


Holger

-- 

==
Created with Sylpheed 2.5.0
under the NEW DEBIAN GNU/LINUX 5.0.0 - L E N N Y
http://counter.li.org/,  Registered LinuxUser #311290
=


-- 
To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Re: Request for help - cleaning spam from the debian-boot mailing list archive

[Frans Pop]

On Saturday 09 May 2009, Christian Perrier wrote:
 Quoting Holger Wansing (li...@wansing-online.de):
  Hi,
 
  Christian Perrier bubu...@debian.org wrote:
   From my own experience, it's fairly easy to miss spams in the
   lists of messages, so we really needs a few more people (about 1 or
   2, I think) to go through the archives.
 
  I want to help here.
  I will start at April 2009 and go backwards to the past
  (will document at http://wiki.debian.org/DebianInstaller/SpamClean)

 Unless Frans has another advice, I'd suggest concentrating on months
 that haven't had 5 reviews already.

Note that the review batch job (including actual removals, updating
messages to be reviewed and review statistics) is only run once a week.

This means that if a month in the archive has already had 2 or 3 checks by 
others, it probably makes sense to wait a week or two [1] as there's a 
good chance that some messages will already be removed by then.

I expect quite a few spam messages to already have a few nominations, so 
having 2 or 3 additional nominations may be enough to start getting them 
reviewed and removed.
We should eventually have 5 scans for every month, but it seems smart to 
delay the last 2 for some time to avoid needless work.

[1] One week for messages with 5+ nominations to be included for review 
and one more week for actual reviews by DDs followed by the actual 
removal.


-- 
To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Re: Request for help - cleaning spam from the debian-boot mailing list archive

[Christian Perrier]

Quoting Frans Pop (elen...@planet.nl):

 Well, new messages will be nominated all the time, especially if enough 
 people respond to this RFH.

As of now, there seem to be 5 people working on the initial step
(identify spam in list archives): fjp philbat bubulle fp dww.

That just enough to bring potential spam mails to the second step
(review) as each must receive 5 nominations.

From my own experience, it's fairly easy to miss spams in the lists
of messages, so we really needs a few more people (about 1 or 2, I
think) to go through the archives.

Interestingly, this is a task that one can do by relatively small
bits: it takes me about 15 minutes to go through one month (about 1000
messages)...

 Take a look at http://wiki.debian.org/DebianInstaller/SpamClean, the 
 second table, which has these statistics for d-boot. That shows we now 
 have 18297 nominations in total for 4657 different messages. Of these 659 
 are considered (have received enough nominations to get to the review 
 stage), so IIUC that's the number that needs to be reviewed and that 
 should probably be the total you see for d-boot when you select the list 
 for reviewing.
 
 There have been 591 reviews (although I doubt that number a bit) and the 
 end result is that so far 16 messages have been removed from the archive.


I went through all to be reviewed mails.

For a post to be removed, it has to be rated as spam by at least THREE
DD (assuming nobody rates it as Ham or Inappropriate).

So we at least need another DD to commit self to do reviews.




signature.asc
Description: Digital signature

Re: Request for help - cleaning spam from the debian-boot mailing list archive

[Christian Perrier]

Quoting Frans Pop (elen...@planet.nl):

 The removal of spam gets done in three stages:

I started working on this yesterday (apparently a few others have
also, which is good).

I did a little bit of:

 1) a spam message needs to be reported by multiple people (using the
Report as spam button displayed at the top of each message)

But also tried to go through:


 2) this then needs to be reviewed by multiple DDs (using the new tools)


Is there a way, with that step, to know *how many* left messages there
are?

When going to these new tools, recorded spam messages are shown in
batches of 10 and clicking on Send an continue shows you with
another batch of 10 and so onin a more or less random order.

So, indeed, there is no indication whether we a re close to the end
or far away from it, etc...

I have seen this page:
http://lists.debian.org/archive-spam-removals/review/stats.html

But I don't know if some of the numbers here are meaningful wrt this
taks of reviewing reported spam.

Anyway, thanks for the initiative, Frans. I missed the appearance of
these new tools and it seems that they'll be very useful to lean out
our archives.




signature.asc
Description: Digital signature

Re: Request for help - cleaning spam from the debian-boot mailing list archive

[Frans Pop]

On Monday 04 May 2009, Christian Perrier wrote:
  2) this then needs to be reviewed by multiple DDs (using the new
  tools)

 Is there a way, with that step, to know *how many* left messages there
 are?

The page where you select a mailing list shows how many nominated messages 
there are to be reviewed and how many have already been reviewed by you.

 When going to these new tools, recorded spam messages are shown in
 batches of 10 and clicking on Send an continue shows you with
 another batch of 10 and so onin a more or less random order.

 So, indeed, there is no indication whether we a re close to the end
 or far away from it, etc...

Well, new messages will be nominated all the time, especially if enough 
people respond to this RFH.

 I have seen this page:
 http://lists.debian.org/archive-spam-removals/review/stats.html

 But I don't know if some of the numbers here are meaningful wrt this
 taks of reviewing reported spam.

Take a look at http://wiki.debian.org/DebianInstaller/SpamClean, the 
second table, which has these statistics for d-boot. That shows we now 
have 18297 nominations in total for 4657 different messages. Of these 659 
are considered (have received enough nominations to get to the review 
stage), so IIUC that's the number that needs to be reviewed and that 
should probably be the total you see for d-boot when you select the list 
for reviewing.

There have been 591 reviews (although I doubt that number a bit) and the 
end result is that so far 16 messages have been removed from the archive.

I have some questions about some of the numbers and will send a mail to 
listmasters a bit later to request clarification.

Cheers,
FJP


-- 
To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Re: Request for review change in user-setup template

[Christian Perrier]

Quoting Justin B Rye (j...@edlug.org.uk):

  The root user should not have an empty password. If you leave this
  empty, the root account will be disabled and the system's initial user
  account will be given the power to become root using the sudo
  command.
 
 And the root account will be disabled is useful information.
 
 All that's left is: mind the quotes round sudo!

OK. So, Luk, this is the final proposal we come up with:

The root user should not have an empty password. If you leave this
empty, the root account will be disabled and the system's initial user
account will be given the power to become root using the sudo
command.




signature.asc
Description: Digital signature

Re: Request for review change in user-setup template

[Luk Claes]

Christian Perrier wrote:
 Quoting Justin B Rye (j...@edlug.org.uk):
 
 The root user should not have an empty password. If you leave this
 empty, the root account will be disabled and the system's initial user
 account will be given the power to become root using the sudo
 command.
 And the root account will be disabled is useful information.

 All that's left is: mind the quotes round sudo!
 
 OK. So, Luk, this is the final proposal we come up with:
 
 The root user should not have an empty password. If you leave this
 empty, the root account will be disabled and the system's initial user
 account will be given the power to become root using the sudo
 command.

Ok, I'll commit this now.

Cheers

Luk


-- 
To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Re: Request for review change in user-setup template

[Ben Finney]

Christian Perrier bubu...@debian.org writes:

 The root user should not have an empty password. If you leave this
 empty, the root account will be disabled and the system's initial user
 account will be given the power to become root using the sudo
 command.

I would s/leave this empty/do not specify a root password/ to be
clearer, but the above isn't necessarily bad.

-- 
 \ “We demand rigidly defined areas of doubt and uncertainty!” |
  `\—Vroomfondel, _The Hitch-Hiker's Guide To The Galaxy_, Douglas |
_o__)Adams |
Ben Finney


pgpYhuUEwmMHH.pgp
Description: PGP signature

Re: Request for review change in user-setup template

[Christian Perrier]

Quoting Luk Claes (l...@debian.org):
 --- debian/user-setup-udeb.templates  (revision 57747)
 +++ debian/user-setup-udeb.templates  (working copy)
 @@ -43,6 +43,10 @@
   A good password will contain a mixture of letters, numbers and punctuation
   and should be changed at regular intervals.
   .
 + Choosing an empty root password is not allowed. If you choose an empty
 + password, then a user account will be created and given the power to
 + become root using the 'sudo' command.
 + .
   Note that you will not be able to see the password as you type it.


Hmmm, the templates says that using an empty password is not allowed
and *then* that choosing one will switch to sudo mode. That can be
confusing.

Also, the templates gives the feeling that the user account will be
created *only* when choosing an empty password, which is of course not
true..:-)

I'd suggest:

If the password is left empty, the unprivileged account that is
created in next steps will be granted with the power to become root
using the sudo command.

PS: we should by the way make sure that something yells out if:
- sudo mode is chosen
- the unprivileged account creation is refused




signature.asc
Description: Digital signature

Re: Request for review change in user-setup template

[Christian Perrier]

Quoting Justin B Rye (j...@edlug.org.uk):

  Setting an empty root password is not allowed. If you specify an empty
  password, the system's initial user account will be given the power to
  become root using the 'sudo' command[ without a password].


That still leaves us with This is not allowed. If you di it, blah
blahwhich anybody will immediately answe: So? Is it allowed *or
not*?

I propose:

The root user should not have an empty password. If you leave this
empty, the root account will be disabled and the system's initial user
account will be given the power to become root using the sudo
command.

(and this is not without a password)





signature.asc
Description: Digital signature

Re: Request for review change in user-setup template

[Justin B Rye]

Christian Perrier wrote:
 Quoting Luk Claes (l...@debian.org):
 + Choosing an empty root password is not allowed. If you choose an empty
 + password, then a user account will be created and given the power to
 + become root using the 'sudo' command.

 Hmmm, the templates says that using an empty password is not allowed
 and *then* that choosing one will switch to sudo mode. That can be
 confusing.
 
 Also, the templates gives the feeling that the user account will be
 created *only* when choosing an empty password, which is of course not
 true..:-)

It certainly had me fooled - I had no idea it didn't mean what it
said.  And I'm still not clear whether it means plain sudoing
privileges or NOPASSWD sudoing privileges...
 
 I'd suggest:
 
 If the password is left empty, the unprivileged account that is
 created in next steps will be granted with the power to become root
 using the sudo command.

The account sounds fairly privileged to me, and is created in next
steps needs work.  My best guess so far:

 Setting an empty root password is not allowed. If you specify an empty
 password, the system's initial user account will be given the power to
 become root using the 'sudo' command[ without a password].

-- 
JBR with qualifications in linguistics, experience as a Debian
sysadmin, and probably no clue about this particular package


-- 
To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Re: Request for review change in user-setup template

[Justin B Rye]

Christian Perrier wrote:
 Quoting Justin B Rye (j...@edlug.org.uk):
  Setting an empty root password is not allowed. If you specify an empty
  password, the system's initial user account will be given the power to
  become root using the 'sudo' command[ without a password].
 
 That still leaves us with This is not allowed. If you di it, blah
 blahwhich anybody will immediately answe: So? Is it allowed *or
 not*?

Specifying an empty password is allowed, but it doesn't set an
empty root password.  Still, your approach is much clearer:

 The root user should not have an empty password. If you leave this
 empty, the root account will be disabled and the system's initial user
 account will be given the power to become root using the sudo
 command.

And the root account will be disabled is useful information.

All that's left is: mind the quotes round sudo!
-- 
JBR with qualifications in linguistics, experience as a Debian
sysadmin, and probably no clue about this particular package


-- 
To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Re: Request for Review: Errata page

[Martin Michlmayr]

dtMarvell disk controllers not fully supported/dt
dd
Due to a pata_marwell module not begin properly autoloaded

s/marwell/marvell/, although I wonder if this problem is still there
(wasn't there a kernel fix, or was that for a different issue?).

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


-- 
To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Re: Request for Review: Errata page

[Christian Perrier]

Quoting Martin Michlmayr (t...@cyrius.com):
 dtMarvell disk controllers not fully supported/dt
 dd
 Due to a pata_marwell module not begin properly autoloaded
 
 s/marwell/marvell/, although I wonder if this problem is still there
 (wasn't there a kernel fix, or was that for a different issue?).


No, you're right, that problem is fixed as well (thanks to the -12
kernel release, IIRC)



signature.asc
Description: Digital signature

Re: request for exception for popt

[Adeodato Simó]

* Frans Pop [Wed, 25 Jun 2008 02:23:22 +0200]:

 However, if this package is really blocking an important transition, I 
 (with Otavio being away) also have no objection to letting the current 
 version migrate before the new upload, on the understanding that the new 
 upload with the revert will also be accepted into Lenny.

Ack. We're indeed letting -3 in, because it's blocking quite a few
packages. Paul, feel free to upload a new version at your earliest
convenience, and please somebody mail us for an unblock when -4 is ready
to migrate.

Thanks,

-- 
Adeodato Simó dato at net.com.org.es
Debian Developer  adeodato at debian.org
 
Russian roulette in bash: ((RANDOM%6)) || rm -rf ~


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Re: request for exception for popt

[Paul Martin]

On Wed, Jun 25, 2008 at 10:56:16AM +0200, Adeodato Simó wrote:
 * Frans Pop [Wed, 25 Jun 2008 02:23:22 +0200]:
 
  However, if this package is really blocking an important transition, I 
  (with Otavio being away) also have no objection to letting the current 
  version migrate before the new upload, on the understanding that the new 
  upload with the revert will also be accepted into Lenny.
 
 Ack. We're indeed letting -3 in, because it's blocking quite a few
 packages. Paul, feel free to upload a new version at your earliest
 convenience, and please somebody mail us for an unblock when -4 is ready
 to migrate.

I've uploaded -4 today. It's a lot smaller. :-)

popt (1.14-4) unstable; urgency=low

  * Remove locale data from the udeb, and change the package
description. The debian-installer developers are sure that they
don't need the localization information, mainly error messages.
(Thanks to Frans Pop for bringing this to my attention.)

 -- Paul Martin [EMAIL PROTECTED]  Wed, 25 Jun 2008 07:25:34 +0100

$ dpkg --contents deb/popt/libpopt0-udeb_1.14-4_i386.udeb
drwxr-xr-x root/root 0 2008-06-25 07:27 ./
drwxr-xr-x root/root 0 2008-06-25 07:27 ./lib/
-rw-r--r-- root/root 28084 2008-06-25 07:27 ./lib/libpopt.so.0.0.0
lrwxrwxrwx root/root 0 2008-06-25 07:27 ./lib/libpopt.so.0 - 
libpopt.so.0.0.0
$

-- 
Paul Martin [EMAIL PROTECTED]


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Re: request for exception for popt

[Frans Pop]

On Monday 23 June 2008, Frans Pop wrote:
 sean finney wrote:
  popt is currently blocking the transition of a number of packages,
  which includes compiz/compiz-fusion related packages which are
  currently in a horrible state in testing and in all other respects
  ready for a transition from sid to testing afaict.

 The reason it is frozen is because it has a udeb, and I just see that
 the last upload has a change in the udeb that significantly affects its
 size (factor 6-10), but has not been discussed with the D-I team.

 As such I don't think the package should be unblocked yet.

 Paul: can you explain how locale data would be important in the context
 of the installer? To be honest, I doubt it is...

 libpopt seems to be used by libcrypt, so either Max Vozeler or David
 Härdeman may have an opinion on this from the D-I side.

I got the following (private) reply from Paul (quoting here as it seems 
harmless to do so):

 On Mon, Jun 23, 2008 at 10:07:17PM +0200, Frans Pop wrote:
  Paul: can you explain how locale data would be important in the
  context of the installer? To be honest, I doubt it is...

 It was requested in a bug (#485926). If it's not needed by the
 installer, I'll happily take it out and amend the udeb's package
 description.

And I also got the following reply from Max Vozeler:
[02:00:06] mvz fjp: regarding popt, no reason apparent to me why we'd 
need (or want) translations for cryptsetup

So Paul: Assuming the last change is indeed about translations (which I've 
not verified), please revert it and update the udeb description 
accordingly.

However, if this package is really blocking an important transition, I 
(with Otavio being away) also have no objection to letting the current 
version migrate before the new upload, on the understanding that the new 
upload with the revert will also be accepted into Lenny.

I'll leave it to the release team to coordinate that with Paul.

Cheers,
FJP

P.S. for Paul:
Feel free to contact the debian-boot list if in the future you're 
uncertain about any changes that affect the udeb. Given the constraints 
the installer operates in we do sometimes have different priorities than 
are valid for regular packages, size being a fairly major one.

P.P.S. for Paul and Max: thanks for the quick responses.

P.P.P.S: there is no P.P.P.S.


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

Re: request for exception for popt

[Frans Pop]

sean finney wrote:
 popt is currently blocking the transition of a number of packages, which
 includes compiz/compiz-fusion related packages which are currently in a
 horrible state in testing and in all other respects ready for a
 transition from sid to testing afaict.

The reason it is frozen is because it has a udeb, and I just see that the 
last upload has a change in the udeb that significantly affects its size 
(factor 6-10), but has not been discussed with the D-I team.

As such I don't think the package should be unblocked yet.

Paul: can you explain how locale data would be important in the context of 
the installer? To be honest, I doubt it is...

libpopt seems to be used by libcrypt, so either Max Vozeler or David 
Härdeman may have an opinion on this from the D-I side.

Thanks,
FJP


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

Re: REQUEST: Official Debian AmigaOne support

[Frans Pop]

(I'm CC'ing you on this first mail; for any follow-ups I'll assume you are 
subscribed to the list.)

On Tuesday 17 April 2007 22:22, Gerhard Pircher wrote:
 I know that cross-posting is not wanted (I posted this message already
 on debian-powerpc with the title Help needed for Debian AmigaOne
 support), but I guess debian-powerpc is more user oriented (correct
 me if I'm wrong).

No, the debian-powerpc list should also be a porter list and be able to 
help with porting issues, but in general you can just not force people to 
care about your pet project: if nobody replies that could just mean that 
nobody was interested enough in the issue...

 I'm asking for help to add support for the AmigaOne (desktop PPC) to
 Debian GNU/Linux. Currently AmigaOne users have to install a Debian
 Woody base system, before they can upgrade to/install sarge or etch
 (also there is no other GNU/Linux distribution available for the A1 ATM
 and therefore A1 users are pushing me to create a Debian install CD ;)
 ).

As long as you realize that you (AmigaOne community, not necessarily you 
personally) will have to do most of the actual work and research 
yourself, you are very welcome to do so.

 I took a look at the Debian installer and the kernel build package
 (make-kpkg) and found some C-code/scripts/makefiles/etc. that would
 have to be modified, as the AmigaOne is identified as an 68k Amiga/APUS
 system (which is totally wrong). Also support for U-boot (A1 firmware)
 images would have to be added to make-kpkg. A special bootloader
 package should not be necessary, since U-boot supports PReP boot
 partitions and AmigaOS4 comes with a second level bootloader with ext3
 support.

 A problem may be the Linux kernel for the A1. Currently only kernel
 versions up to 2.6.16.x are working on the A1 (more or less due to the
 ppc to powerpc architecture change in the Linux kernel), but I'm
 planning to start on AmigaOne support for the powerpc architecture as
 soon as kernel 2.6.22 is out. The A1 platform code is not in the
 official Linux kernel tree - I hope this is not a criterion for its
 inclusion in Debian (albeit it makes things harder).

The first step is the kernel. Without official support in the current 
Debian kernel packages there is no point in even starting on inclusion in 
the installer. For help with the kernel you should contact the 
debian-kernel list, or possibly the debian-powerpc list.
Note that for Debian kernel support any patches to the kernel source code 
will need to be pushed upstream into official kernel releases. The kernel 
team does not accept major patches just for Debian.
You also say that support for A1 firmware needs to be included. 
Inclusion of firmware itself is in general an extremely difficult subject 
because of licencing and sourcecode issues; it's not completely clear 
what you mean by support though.
There is also the issue that the powerpc kernel already has a lot of 
different flavors and there may be some resistance to adding another one 
if that should be needed.

 I would be grateful, if somebody could help me with the modifications
 on the debian-installer and the make-kpkg package, as I have no
 experience with building debian (installer) packages and CD images yet.

General information on building the installer is available in:
http://people.debian.org/~fjp/talks/debconf6/paper/
It is also possible to build installer images using a custom kernel. Basic 
instructions for that are at:
http://wiki.debian.org/DebianInstaller/Modify/CustomKernel

Cheers,
FJP


pgp7OjuDTJCJu.pgp
Description: PGP signature

Re: REQUEST: Official Debian AmigaOne support

[Gerhard Pircher]

Hi,

Thanks for answering!

 Original-Nachricht 
Datum: Tue, 17 Apr 2007 23:20:13 +0200
Von: Frans Pop [EMAIL PROTECTED]
An: debian-boot@lists.debian.org
CC: Gerhard Pircher [EMAIL PROTECTED]
Betreff: Re: REQUEST: Official Debian AmigaOne support

 (I'm CC'ing you on this first mail; for any follow-ups I'll assume you
 are subscribed to the list.)
I'm only subscribed to debian-powerpc until now.

 On Tuesday 17 April 2007 22:22, Gerhard Pircher wrote:
  I know that cross-posting is not wanted (I posted this message already
  on debian-powerpc with the title Help needed for Debian AmigaOne
  support), but I guess debian-powerpc is more user oriented (correct
  me if I'm wrong).
 
 No, the debian-powerpc list should also be a porter list and be able to 
 help with porting issues, but in general you can just not force people to 
 care about your pet project: if nobody replies that could just mean that 
 nobody was interested enough in the issue...
I know, but obviously only debian-boot is attended by the developers I
wanted to get through to.

  I'm asking for help to add support for the AmigaOne (desktop PPC) to
  Debian GNU/Linux. Currently AmigaOne users have to install a Debian
  Woody base system, before they can upgrade to/install sarge or etch
  (also there is no other GNU/Linux distribution available for the A1 ATM
  and therefore A1 users are pushing me to create a Debian install CD ;)
  ).
 
 As long as you realize that you (AmigaOne community, not necessarily you 
 personally) will have to do most of the actual work and research 
 yourself, you are very welcome to do so.
Okay, if you think of AmigaOne community as the poeple working on Linux 
support for the A1, well then I'm the only one...unfortunately. :(
I know that I would have to do most of the work, but Debian support for the 
AmigaOne would help the platform to get into the official kernel tree.

 The first step is the kernel. Without official support in the current 
 Debian kernel packages there is no point in even starting on inclusion in 
 the installer. For help with the kernel you should contact the
 debian-kernel list, or possibly the debian-powerpc list.
That's bad. The patch for kernel 2.6.16.x would have been adequate for
inclusion in the official kernel tree (IMHO), but the ppc to powerpc arch 
change made that impossible (it's hard to keep up with kernel development
these days, as it's just a hobby for me).

 Note that for Debian kernel support any patches to the kernel source code 
 will need to be pushed upstream into official kernel releases. The kernel 
 team does not accept major patches just for Debian.
 You also say that support for A1 firmware needs to be included. 
 Inclusion of firmware itself is in general an extremely difficult subject 
 because of licencing and sourcecode issues; it's not completely clear 
 what you mean by support though.
I just thought about support for U-boot kernel images (U-boot is GPL). That
would include a debian package for the mkimage program (converts a zImage 
to a uImage, it's GPL, too) and the necessary modifications for the 
make-kpkg program to compile kernel packages that includes a kernel image 
in the uImage format.

 There is also the issue that the powerpc kernel already has a lot of 
 different flavors and there may be some resistance to adding another one 
 if that should be needed.
Well, the powerpc kernel tree supports newer U-boots (with support for device 
trees) and kernel 2.6.22 should include a new bootwrapper for old U-boots (for 
firmware that can't be upgraded for some reason). I don't see 
any reason why the A1 shouldn't be support in the Linux kernel, as it is 
a normal G3/G4 PPC system (with some bugs for which the Linux kernel 
already provides workarounds).

 Cheers,
 FJP

Regards,

Gerhard

-- 
Feel free - 10 GB Mailbox, 100 FreeSMS/Monat ...
Jetzt GMX TopMail testen: http://www.gmx.net/de/go/topmail


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Re: )Request should be ignored, linux-2.6 update responsibility and new 2.6.17 plans

[Sven Luther]

On Sun, Aug 20, 2006 at 03:40:07PM -0400, Filipus Klutiero wrote:
 Filipus Klutiero a écrit :
 
 Hi,
 3 days ago Frederik Schueler mentioned the following item for then's 
 today in his Kernel schedule proposal for Etch:
 
 start migration of 2.6.17 kernel and udebs to testing
  
 
 I asked him on #d-kernel precisely what was being done about this but 
 got no answer. I didn't see anything happen and currently linux-2.6 is 
 still frozen. Today I saw a linux-2.6.16 upload, which I found 
 suspicious since I can't see its use if 2.6.17 is about to transition 
 to testing.
 
 About 24 hours ago I talked with fjp on #d-boot about this, and I 

Notice that, as usual, Frans is being incoherent. He says this now, but during
months and months has been lecturing the kernel team on what we should do or
not, dismissing the competence of the kernel team in a patronizing ways.

He also is, as usual, very willing to get other people to do work he could as
well do himself, but then, he would have nobody to bash on ...

Sven Luther


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Re: request for samogitian language

[Geert Stappers]

On Tue, Jun 20, 2006 at 04:04:12PM +0300, Zordsdavini iz Litvy wrote:
 2006/6/20, Geert Stappers [EMAIL PROTECTED]:
 On Tue, Jun 20, 2006 at 02:52:59PM +0300, Zordsdavini iz Litvy wrote:
  Hello,
  I'd like to translate boot of instalation to Samogitian language.
 
 As far as I known is it documented
 at http://people.debian.org/~bubulle/d-i/i18n-doc/
 
 Feel free to ask here, this mailinglist, further questions.
 
 What to do if for now there is no SO-639 code of the Samogitian
 language. We use bat-smg in wikipedia. May be here we have use the
 same.

I don't known.
My advice is to ask it again in debian-i18n@lists.debian.org


Cheers
Geert Stappers


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Re: request for samogitian language

[Geert Stappers]

On Tue, Jun 20, 2006 at 02:52:59PM +0300, Zordsdavini iz Litvy wrote:
 Hello,
 I'd like to translate boot of instalation to Samogitian language.

As far as I known is it documented
at http://people.debian.org/~bubulle/d-i/i18n-doc/

Feel free to ask here, this mailinglist, further questions.


Cheers
Geert Stappers


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Re: request for samogitian language

[Zordsdavini iz Litvy]

What to do if for now there is no SO-639 code of the Samogitian
language. We use bat-smg in wikipedia. May be here we have use the
same.

Arns Udovīčė

2006/6/20, Geert Stappers [EMAIL PROTECTED]:

On Tue, Jun 20, 2006 at 02:52:59PM +0300, Zordsdavini iz Litvy wrote:
 Hello,
 I'd like to translate boot of instalation to Samogitian language.

As far as I known is it documented
at http://people.debian.org/~bubulle/d-i/i18n-doc/

Feel free to ask here, this mailinglist, further questions.


Cheers
Geert Stappers


--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]





--
Ok^ ek^ besla ikv Olmok Vzauep^evk
:)

Re: Request for a DFB version of libcairo2 - time for gtk+-directfb

[Frans Pop]

Hi Dave,

On Wednesday 14 June 2006 18:33, Dave Beckett wrote:
 Cairo 1.1.8 snapshot was just released so I've made a new set of
 experimental debs for it at:
   http://download.dajobe.org/debian/experimental/

The patch below adds the correct line to the shlibs file in the lib 
package so that debhelper can set correct dependencies for other udebs 
built against libcairo2.

dh_compress
dh_fixperms
-   dh_makeshlibs
+   dh_makeshlibs --add-udeb 'libcairo2-directfb-udeb'
dh_installdeb
dh_shlibdeps

This also means that the libcairo2-directfb-dev package needs to depend on 
libcairo2 as we need to make sure the shlibs file is present.

If an extra libcairo2-directfb library package is added, we'll have to 
reconsider where to put this. I've started the discussion on this on 
d-devel.

Did you already manage to get rid of the weird link in 
libcairo2-directfb-dev?

Cheers,
FJP


pgpg1wcJm8SOv.pgp
Description: PGP signature

Re: Request for a DFB version of libcairo2 - time for gtk+-directfb

[Eddy Petrişor]

On 6/14/06, Dave Beckett [EMAIL PROTECTED] wrote:

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Cairo 1.1.8 snapshot was just released so I've made a new set of
experimental debs for it at:
  http://download.dajobe.org/debian/experimental/



If any powerpc people care, I build both 1.1.6 and 1.1.8 libcairo
packages for powerpc[1].

Hopefully during this weekend I will have also gtk packages built for
D-I (but I fear that the packaging scheme for gtk is quite compilcated
for my skills or understanding - I didn't figured out how things move
in the package, so I could apply the patch needed to get directfb
support in the 2.8.* version of gtk). I will try to patch gtk and make
directfb packages during this weekend, but if not successful, I will
probably fall back to tarballs.

[1] http://eddyp.homelinux.net:8080/eddy/g-i/gtk2.8-ppc/libs/cairo/
--
Regards,
EddyP
=
Imagination is more important than knowledge A.Einstein


--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Re: Request for a DFB version of libcairo2

[Eddy Petrişor]

On 6/13/06, Eddy Petrişor [EMAIL PROTECTED] wrote:

  Or are you refering to the fact that the package is new in experimental?

 It's not new yet.  I'm waiting for somebody here to tell me to upload it -
 and whether to set it for experimental or unstable.

I will build it for powerpc and see if I can build a working image
with this udeb and a (hacked?) gtk one.


Can someone do this? It seems that my ISP @ home has decided that it
was too much tie for me having their service running without problems
and now I don't have my i-net connection working.
I don't know when it will be fixed, but they have a bad reputation of
answering this kind of things quite slowly.

Sven? Could you try?

--
Regards,
EddyP
=
Imagination is more important than knowledge A.Einstein