Hiring

[Estelle Sharon]

How's it going?
My name is Estelle Sharon and I'm interested in a position.

I've attached a copy of my CV.
The password is 1212


Thank you!

--
Estelle Sharon
<>

Bug#927562: Updating the elilo-installer Uploaders list

[Steve McIntyre]

On Sat, Apr 20, 2019 at 09:03:05PM +0200, John Paul Adrian Glaubitz wrote:
>
>> On Apr 20, 2019, at 8:44 PM, Tobias Frost  wrote:
>> 
>> Source: elilo-installer
>> Version: 1.34
>> Severity: minor
>> User: m...@qa.debian.org
>> Usertags: mia-teammaint
>> 
>> We are tracking their status in the MIA team and would like to ask you
>> to remove them from the Uploaders list of the package so we can close
>> that part of the file.
>
>elilo-installer can actually be removed as elilo is no longer part of
>the archive (although I actually created an updated 3.16 package
>which I could upload).
>
>GRUB actually works fine on ia64 and I’m going to switch it over by
>patching grub-installer and partman-auto once Buster has been
>released (I avoid pushing any Ports-related changes during freeze).
>
>I’ll file a removal request later. There are also remnants of elilo
>references in debian-installer and debian-cd.

Nod, it's definitely time that elilo went away.

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

Bug#927760: choose-mirror: deb.debian.org should be advertised as supporting debian-ports

[Samuel Thibault]

John Paul Adrian Glaubitz, le lun. 22 avril 2019 23:45:15 +0200, a ecrit:
> On 4/22/19 11:40 PM, Samuel Thibault wrote:
> > John Paul Adrian Glaubitz, le lun. 22 avril 2019 23:24:53 +0200, a ecrit:
> >> This seems outdated.
> >>
> >> Ports-architecture should be:
> >>
> >> alpha hppa hurd-i386 ia64 kfreebsd-i386 kfreebsd-amd64 m68k powerpc 
> >> powerpcspe ppc64 riscv64 sh4 sparc64 x32
> > 
> > kfreebsd* are not there yet.
> 
> It was just discussed on #debian-ports that it's being moved there.

Sure, but we don't want to point anything to it before it is there :)

Samuel

Bug#927760: choose-mirror: deb.debian.org should be advertised as supporting debian-ports

[John Paul Adrian Glaubitz]

On 4/22/19 11:40 PM, Samuel Thibault wrote:
> John Paul Adrian Glaubitz, le lun. 22 avril 2019 23:24:53 +0200, a ecrit:
>> This seems outdated.
>>
>> Ports-architecture should be:
>>
>> alpha hppa hurd-i386 ia64 kfreebsd-i386 kfreebsd-amd64 m68k powerpc 
>> powerpcspe ppc64 riscv64 sh4 sparc64 x32
> 
> kfreebsd* are not there yet.

It was just discussed on #debian-ports that it's being moved there.

Adrian

-- 
 .''`.  John Paul Adrian Glaubitz
: :' :  Debian Developer - glaub...@debian.org
`. `'   Freie Universitaet Berlin - glaub...@physik.fu-berlin.de
  `-GPG: 62FF 8A75 84E0 2956 9546  0006 7426 3B37 F5B5 F913

Bug#927760: choose-mirror: deb.debian.org should be advertised as supporting debian-ports

[Samuel Thibault]

John Paul Adrian Glaubitz, le lun. 22 avril 2019 23:24:53 +0200, a ecrit:
> This seems outdated.
> 
> Ports-architecture should be:
> 
> alpha hppa hurd-i386 ia64 kfreebsd-i386 kfreebsd-amd64 m68k powerpc 
> powerpcspe ppc64 riscv64 sh4 sparc64 x32

kfreebsd* are not there yet.

I have submitted to 

https://salsa.debian.org/mirror-team/masterlist/merge_requests/5
 
an update.

> We also have the problem that Debian Ports mirrors do not show up
> in the mirror list which overwhelms many users when installing one
> of the ports architectures unfortunately.

That's Bug#879130 that I mentioned, yes.

Samuel

Bug#927760: choose-mirror: deb.debian.org should be advertised as supporting debian-ports

[John Paul Adrian Glaubitz]

On 4/22/19 11:05 PM, Cyril Brulebois wrote:
> In the top-level Makefile:
> 
> 
> MIRRORLISTURL=https://salsa.debian.org/mirror-team/masterlist/raw/master/Mirrors.masterlist
> 
> so get the mirror list updated on the mirror side, and it'll get synced
> at some point.

This seems outdated.

Ports-architecture should be:

alpha hppa hurd-i386 ia64 kfreebsd-i386 kfreebsd-amd64 m68k powerpc powerpcspe 
ppc64 riscv64 sh4 sparc64 x32

We also have the problem that Debian Ports mirrors do not show up
in the mirror list which overwhelms many users when installing one
of the ports architectures unfortunately.

Adrian

-- 
 .''`.  John Paul Adrian Glaubitz
: :' :  Debian Developer - glaub...@debian.org
`. `'   Freie Universitaet Berlin - glaub...@physik.fu-berlin.de
  `-GPG: 62FF 8A75 84E0 2956 9546  0006 7426 3B37 F5B5 F913

Bug#927760: choose-mirror: deb.debian.org should be advertised as supporting debian-ports

[Cyril Brulebois]

Samuel Thibault  (2019-04-22):
> Package: choose-mirror
> Version: 2.99
> Severity: normal
> 
> Hello,
> 
> I don't know the file generation details, but Mirrors.masterlist
> currently doesn't include Ports-architecture:, while it does support it,
> and I guess it would be preferred to get load balancing.

In the top-level Makefile:


MIRRORLISTURL=https://salsa.debian.org/mirror-team/masterlist/raw/master/Mirrors.masterlist

so get the mirror list updated on the mirror side, and it'll get synced
at some point.


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


signature.asc
Description: PGP signature

Bug#927760: choose-mirror: deb.debian.org should be advertised as supporting debian-ports

[Samuel Thibault]

Package: choose-mirror
Version: 2.99
Severity: normal

Hello,

I don't know the file generation details, but Mirrors.masterlist
currently doesn't include Ports-architecture:, while it does support it,
and I guess it would be preferred to get load balancing.

(of course, Bug#879130 needs to be resolved to get it to actually show
up)

Samuel

-- System Information:
Debian Release: buster/sid
  APT prefers testing
  APT policy: (990, 'testing'), (500, 'unstable-debug'), (500, 
'testing-debug'), (500, 'stable-debug'), (500, 'proposed-updates-debug'), (500, 
'proposed-updates'), (500, 'oldoldstable'), (500, 'buildd-unstable'), (500, 
'unstable'), (500, 'stable'), (500, 'oldstable'), (1, 'experimental-debug'), 
(1, 'buildd-experimental'), (1, 'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 5.0.0 (SMP w/8 CPU cores)
Kernel taint flags: TAINT_OOT_MODULE
Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8), 
LANGUAGE=fr_FR.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)

-- 
Samuel
 je sens venir la fonte 14 pour le rapport
 -+- #ens-mim -+-

Bug#927755: installation-reports: Debian 10 Installer RC1

[Philippe Cochy]

Package: installation-reports
Severity: normal
Tags: d-i

Dear Maintainer,

Fail to install using LVM non crypted 1 partition.
-> bypass install DD 1 partition
Driver for Caicos HD 5450 not active
-> need to install firmware-amd-graphics (non-free) *AND* remove xserver-xorg-
video-radeon (should be mutually exclusive packages)
*CRITICAL* Synaptic is not usable because of Wayland and there is no acceptable
alternative : please remove Wayland !!!



-- Package-specific info:

Boot method: network
Image version: debian-buster-DI-rc1-amd64-netinst.iso
Date: 

Machine: Shuttle SH67H3
Partitions: 


Base System Installation Checklist:
[O] = OK, [E] = Error (please elaborate below), [ ] = didn't try it

Initial boot:   [ ]
Detect network card:[ ]
Configure network:  [ ]
Detect CD:  [ ]
Load installer modules: [ ]
Clock/timezone setup:   [ ]
User/password setup:[ ]
Detect hard drives: [ ]
Partition hard drives:  [ ]
Install base system:[ ]
Install tasks:  [ ]
Install boot loader:[ ]
Overall install:[ ]

Comments/Problems:




-- 

Please make sure that the hardware-summary log file, and any other
installation logs that you think would be useful are attached to this
report. Please compress large files using gzip.

Once you have filled out this report, mail it to sub...@bugs.debian.org.

==
Installer lsb-release:
==
DISTRIB_ID=Debian
DISTRIB_DESCRIPTION="Debian GNU/Linux installer"
DISTRIB_RELEASE="10 (buster) - installer build 20190410"
X_INSTALLATION_MEDIUM=cdrom

==
Installer hardware-summary:
==
uname -a: Linux pecita04 4.19.0-4-amd64 #1 SMP Debian 4.19.28-2 (2019-03-15) 
x86_64 GNU/Linux
lspci -knn: 00:00.0 Host bridge [0600]: Intel Corporation 2nd Generation Core 
Processor Family DRAM Controller [8086:0100] (rev 09)
lspci -knn: Subsystem: Holco Enterprise Co, Ltd/Shuttle Computer Device 
[1297:4004]
lspci -knn: 00:01.0 PCI bridge [0604]: Intel Corporation Xeon E3-1200/2nd 
Generation Core Processor Family PCI Express Root Port [8086:0101] (rev 09)
lspci -knn: Kernel driver in use: pcieport
lspci -knn: 00:16.0 Communication controller [0780]: Intel Corporation 6 
Series/C200 Series Chipset Family MEI Controller #1 [8086:1c3a] (rev 04)
lspci -knn: Subsystem: Holco Enterprise Co, Ltd/Shuttle Computer Device 
[1297:4004]
lspci -knn: 00:1a.0 USB controller [0c03]: Intel Corporation 6 Series/C200 
Series Chipset Family USB Enhanced Host Controller #2 [8086:1c2d] (rev 05)
lspci -knn: Subsystem: Holco Enterprise Co, Ltd/Shuttle Computer Device 
[1297:4004]
lspci -knn: Kernel driver in use: ehci-pci
lspci -knn: Kernel modules: ehci_pci
lspci -knn: 00:1b.0 Audio device [0403]: Intel Corporation 6 Series/C200 Series 
Chipset Family High Definition Audio Controller [8086:1c20] (rev 05)
lspci -knn: Subsystem: Holco Enterprise Co, Ltd/Shuttle Computer Device 
[1297:4004]
lspci -knn: Kernel driver in use: snd_hda_intel
lspci -knn: Kernel modules: snd_hda_intel
lspci -knn: 00:1c.0 PCI bridge [0604]: Intel Corporation 6 Series/C200 Series 
Chipset Family PCI Express Root Port 1 [8086:1c10] (rev b5)
lspci -knn: Kernel driver in use: pcieport
lspci -knn: 00:1c.1 PCI bridge [0604]: Intel Corporation 6 Series/C200 Series 
Chipset Family PCI Express Root Port 2 [8086:1c12] (rev b5)
lspci -knn: Kernel driver in use: pcieport
lspci -knn: 00:1c.2 PCI bridge [0604]: Intel Corporation 6 Series/C200 Series 
Chipset Family PCI Express Root Port 3 [8086:1c14] (rev b5)
lspci -knn: Kernel driver in use: pcieport
lspci -knn: 00:1c.3 PCI bridge [0604]: Intel Corporation 6 Series/C200 Series 
Chipset Family PCI Express Root Port 4 [8086:1c16] (rev b5)
lspci -knn: Kernel driver in use: pcieport
lspci -knn: 00:1c.4 PCI bridge [0604]: Intel Corporation 6 Series/C200 Series 
Chipset Family PCI Express Root Port 5 [8086:1c18] (rev b5)
lspci -knn: Kernel driver in use: pcieport
lspci -knn: 00:1d.0 USB controller [0c03]: Intel Corporation 6 Series/C200 
Series Chipset Family USB Enhanced Host Controller #1 [8086:1c26] (rev 05)
lspci -knn: Subsystem: Holco Enterprise Co, Ltd/Shuttle Computer Device 
[1297:4004]
lspci -knn: Kernel driver in use: ehci-pci
lspci -knn: Kernel modules: ehci_pci
lspci -knn: 00:1f.0 ISA bridge [0601]: Intel Corporation H67 Express Chipset 
Family LPC Controller [8086:1c4a] (rev 05)
lspci -knn: Subsystem: Holco Enterprise Co, Ltd/Shuttle Computer Device 
[1297:4004]
lspci -knn: 00:1f.2 SATA controller [0106]: Intel Corporation 6 Series/C200 
Series Chipset Family SATA AHCI Controller [8086:1c02] (rev 05)
lspci -knn: Subsystem: Holco Enterprise Co, Ltd/Shuttle Computer Device 
[1297:4004]
lspci -knn: Kernel driver in use: ahci
lspci -knn: Kernel modules: ahci
lspci -knn: 00:1f.3 SMBus [0c05]: Intel Corporation 6 

Re: Heads-up: new lintian error: no-human-maintainers

[Cyril Brulebois]

Russ Allbery  (2019-04-22):
> Holger Levsen  writes:
> 
> > I've not really made up my mind of what I think about the general case,
> > I do think there are some merrits knowing/documenting human maintainers.
> 
> > I also do think that this doesnt make that much sense for d-i packages.
> 
> > (And I also think that policy should be changed (and not merely ignored) 
> > if we find that we disagree with whats written in it.)
> 
> > Shall I file a bug against debian-policy?
> 
> This was a request from ftpmaster so that they had a contact point for
> each package in the case of any problems.  If they're happy for this
> requirement to be removed for d-i packages, we're happy to update Policy
> accordingly.  Presumably the d-i team is the contact for anything related
> to udebs, so that may fulfill their requirement.  (If they're unhappy, we
> should talk more about it.)

Clarifying a bit:

The installer team is responsible for a vast amount of packages building
udebs, but is not responsible for the GTK stack, or the X.Org stack, or
systemd, or many other components building udebs.

(But we're always happy to be kept in the loop for changes related to
udebs.)


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


signature.asc
Description: PGP signature

Re: Heads-up: new lintian error: no-human-maintainers

[Russ Allbery]

Holger Levsen  writes:

> I've not really made up my mind of what I think about the general case,
> I do think there are some merrits knowing/documenting human maintainers.

> I also do think that this doesnt make that much sense for d-i packages.

> (And I also think that policy should be changed (and not merely ignored) 
> if we find that we disagree with whats written in it.)

> Shall I file a bug against debian-policy?

This was a request from ftpmaster so that they had a contact point for
each package in the case of any problems.  If they're happy for this
requirement to be removed for d-i packages, we're happy to update Policy
accordingly.  Presumably the d-i team is the contact for anything related
to udebs, so that may fulfill their requirement.  (If they're unhappy, we
should talk more about it.)

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

Bug#923675: debian-installer: consider using haveged to gather entropy

[Cyril Brulebois]

Holger Levsen  (2019-04-22):
> heh. what was the reason haveged was choosen and not
> jitterentropy-rngd which was also suggested here?

I have enough things to keep me busy; if the first one I look at can be
turned into something useful in d-i, seems to have reasonable integration
and maintenance costs, and has a maintainer who is happy to let me modify
the packaging accordingly, then it's unlikely I'll spend more time looking
at an alternative.

Not that I wouldn't appreciate such a comparison in theory; in practice,
time is limited. If others want to compare both, feel free to.


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


signature.asc
Description: PGP signature

Re: Heads-up: new lintian error: no-human-maintainers

[gregor herrmann]

On Mon, 22 Apr 2019 15:13:35 +, Holger Levsen wrote:

> On Sat, Apr 20, 2019 at 11:02:49PM +0200, Cyril Brulebois wrote:
> > My personal policy regarding this (carried over from my X.Org days) is
> > to ignore it entirely; I see no gain in having specific people being
> > listed in Uploaders. Feel free to do the same when you're about to
> > upload a package with pending l10n changes, or with various bug fixes
> > that were awaiting an upload in git…
> I've not really made up my mind of what I think about the general case,
> I do think there are some merrits knowing/documenting human maintainers.
> I also do think that this doesnt make that much sense for d-i packages.
> (And I also think that policy should be changed (and not merely ignored) 
> if we find that we disagree with whats written in it.)
> Shall I file a bug against debian-policy?

/me has a déjà-vu … We've discussed thhis before, the last time I
remember was during DebCamp/Conf17 in Montréal.

Ah, here we go: #798476


Cheers,
gregor, cc'ing the bug

-- 
 .''`.  https://info.comodo.priv.at -- Debian Developer https://www.debian.org
 : :' : OpenPGP fingerprint D1E1 316E 93A7 60A8 104D  85FA BB3A 6801 8649 AA06
 `. `'  Member VIBE!AT & SPI Inc. -- Supporter Free Software Foundation Europe
   `-   NP: Aimee Mann: I've Had It


signature.asc
Description: Digital Signature

Re: Heads-up: new lintian error: no-human-maintainers

[Holger Levsen]

Hi,

I've added debian-policy@l.d.o to recipients as I believe this either
warrants an exception for debian installer packages or maybe this should
be redfined for all.

On Sat, Apr 20, 2019 at 11:02:49PM +0200, Cyril Brulebois wrote:
> With the removal of Christian Perrier from Uploaders in almost all d-i
> packages, some of them now have an empty Uploaders field. With the
> debian-boot@ list being in the Maintainer field, that can trigger this
> lintian error on the source package:
> 
> E: tzsetup source: no-human-maintainers
> 
> My personal policy regarding this (carried over from my X.Org days) is
> to ignore it entirely; I see no gain in having specific people being
> listed in Uploaders. Feel free to do the same when you're about to
> upload a package with pending l10n changes, or with various bug fixes
> that were awaiting an upload in git…

I've not really made up my mind of what I think about the general case,
I do think there are some merrits knowing/documenting human maintainers.

I also do think that this doesnt make that much sense for d-i packages.

(And I also think that policy should be changed (and not merely ignored) 
if we find that we disagree with whats written in it.)

Shall I file a bug against debian-policy?


-- 
tschau,
Holger

---
   holger@(debian|reproducible-builds|layer-acht).org
   PGP fingerprint: B8BF 5413 7B09 D35C F026 FE9D 091A B856 069A AA1C


signature.asc
Description: PGP signature

Bug#923675: debian-installer: consider using haveged to gather entropy

[Holger Levsen]

Hi Cyril,

On Sat, Apr 20, 2019 at 11:28:23PM +0200, Cyril Brulebois wrote:
> > does that also mean that haveged get's installed on the final system if
> > it's deemed to be useful in d-i or is that still missing?
> There's nothing in what I have written (on this bug report or in the
> code I've quoted or pointed to) that references /target, no.

this was my understanding as well, though I wasn't sure (havent reviewed
the code), thats why I asked, so thanks for pointing this out! (and for
the other feedback as well!)

> TBF I have no idea whether we should do that; the situation is slightly
> different as a non-installer/non-live system can carry over entropy from
> one boot to the next one, which d-i can't do.

right.

> I've focussed on getting entropy issues within d-i fixed, which seemed
> urgently needed. I'm fine with people seeking a consensus through
> debian-boot@ (and maybe debian-devel@) regarding what should happen in
> the installed system.

ok, cool.

though I don't think I have time/energy to drive this discussion right
now :/

> (I almost mentioned the fix would be trivial as it's about pulling an
> extra package, but since we have no rng support in udebs at the moment,
> we would have no rng support in d-i thus haveged running, while the
> installed system could have rng support… Anyway: deciding what to do is
> the important part; implementation should be much more straightforward
> than the haveged udeb addition dance I've just orchestrated.)

heh. what was the reason haveged was choosen and not jitterentropy-rngd
which was also suggested here?


-- 
tschau,
Holger

---
   holger@(debian|reproducible-builds|layer-acht).org
   PGP fingerprint: B8BF 5413 7B09 D35C F026 FE9D 091A B856 069A AA1C


signature.asc
Description: PGP signature

partman-btrfs_49_source.changes ACCEPTED into unstable

[Debian FTP Masters]

Accepted:

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

Format: 1.8
Date: Mon, 22 Apr 2019 08:58:45 +0200
Source: partman-btrfs
Architecture: source
Version: 49
Distribution: unstable
Urgency: medium
Maintainer: Debian Install System Team 
Changed-By: Holger Wansing 
Closes: 927539
Changes:
 partman-btrfs (49) unstable; urgency=medium
 .
   * Team upload
 .
   [ Dimitri John Ledkov ]
   * Remove myself from uploaders.
 .
   [ Cyril Brulebois ]
   * Remove Christian Perrier from Uploaders, with many thanks for all
 his contributions over the years! (Closes: #927539)
 .
   [ Updated translations ]
   * Hebrew (he.po) by Yaron Shahrabani
Checksums-Sha1:
 91029f845a27a92b429ff65ce89839a417bee513 1663 partman-btrfs_49.dsc
 f3dafe74956eaecf3db415b15c67b33276d7b455 45596 partman-btrfs_49.tar.xz
 2ad70cd55ed4d44d9eea8fdc2f0687e821d1d43b 5267 partman-btrfs_49_amd64.buildinfo
Checksums-Sha256:
 f3511be8edaacf4d09a447f454318dd89f678d9d81688e97e743c22dd8e50d11 1663 
partman-btrfs_49.dsc
 c8e61289064e223b95d931a7b81c7ea306877ce723b81384095bccf811b6c400 45596 
partman-btrfs_49.tar.xz
 55a399ef687a0f9921d06d51e1e8abbcd87fc78ccf9064da9cd1f0a520670163 5267 
partman-btrfs_49_amd64.buildinfo
Files:
 182971ab2a5c93c805c922f708da43e4 1663 debian-installer standard 
partman-btrfs_49.dsc
 0467ba9ee9246f736dae6c957114b92c 45596 debian-installer standard 
partman-btrfs_49.tar.xz
 9311b6d5fef4c44755bd23232d6fc559 5267 debian-installer standard 
partman-btrfs_49_amd64.buildinfo

-BEGIN PGP SIGNATURE-

iQJJBAEBCAAzFiEESWrG6BRCSzSFCDUpWfGHyhVusHYFAly9Z3QVHGh3YW5zaW5n
QG1haWxib3gub3JnAAoJEFnxh8oVbrB2vEwP/ArDaPYrEVeghMqmpPShpQcmHGeI
9lEsse43UTTddxIbBi0HDEc1Ex7kukTEAJB2vkMrrtF3ErqqF2Y8M5oSTeDEwc2x
sijLBxAobTrBVm+I9W+MgR7yytGr0QN9+D2Zofi4n+Xz6XRUQZHVjsQHlamaY4Pb
1eCIVfFCG2JmrSaYs+4LzKhxbW/8EQ+usIvc4t8Qoke4fyb78S1l3MUrAxVk674v
N6C/Mfxa5V3z+r/KPjh9h/Egeq/t9MRemYhkBdZe8Q9cU9a7Tx5SpxtGjLgiN/Zk
Zy5SVsjb5fFHgry7Sj3dBp4+DTXAp3kMTVq2TiUndtZeP0Skn9eoyiy9oQFAEz9R
Z3/YGas0zaHA7FmcO2gx/FXIn3BB1cTNmBwri9xtG2FfyYvqKTVnpRUX7ukNQo4e
PPTwR6zgNZXPm9R+X7GSM6tRmUv9oXcCIcvTYSizQgxXxSAPITXKy8rAsYed+yhD
v0wiZ29zgfVCW+2M/8/V56qe6c78qEG1dNlunLytBQOqVeh5rEg+FLBKwvNGHnAk
K11CGpSaAYUwQ5mbyBJ0QbxjO4GbXeGyOtY4bFNO2/HB/ISTEHOMBmw65JlFfxmX
FlDTn29uBtUuMv/t1nQdGoVHjkWYIDb8AZCbYZY+3tjzfWmhK8s9qd7jLWaXf+uk
W3Faw9Pc8oueP/BQ
=J7gk
-END PGP SIGNATURE-


Thank you for your contribution to Debian.

Processing of partman-btrfs_49_source.changes

[Debian FTP Masters]

partman-btrfs_49_source.changes uploaded successfully to localhost
along with the files:
  partman-btrfs_49.dsc
  partman-btrfs_49.tar.xz
  partman-btrfs_49_amd64.buildinfo

Greetings,

Your Debian queue daemon (running on host usper.debian.org)

Bug#927539: marked as done (Updating the partman-btrfs Uploaders list)

[Debian Bug Tracking System]

Your message dated Mon, 22 Apr 2019 07:18:28 +
with message-id 
and subject line Bug#927539: fixed in partman-btrfs 49
has caused the Debian Bug report #927539,
regarding Updating the partman-btrfs Uploaders list
to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact ow...@bugs.debian.org
immediately.)


-- 
927539: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=927539
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems
--- Begin Message ---
Source: partman-btrfs
Version: 48
Severity: minor
User: m...@qa.debian.org
Usertags: mia-teammaint

Christian Perrier  has retired, so can't work on
the partman-btrfs package anymore (at least with this address).

We are tracking their status in the MIA team and would like to ask you
to remove them from the Uploaders list of the package so we can close
that part of the file.

(If the person is listed as Maintainer, what we are asking is to please
step in as a new maintainer.)

Thanks.
--- End Message ---
--- Begin Message ---
Source: partman-btrfs
Source-Version: 49

We believe that the bug you reported is fixed in the latest version of
partman-btrfs, which is due to be installed in the Debian FTP archive.

A summary of the changes between this version and the previous one is
attached.

Thank you for reporting the bug, which will now be closed.  If you
have further comments please address them to 927...@bugs.debian.org,
and the maintainer will reopen the bug report if appropriate.

Debian distribution maintenance software
pp.
Holger Wansing  (supplier of updated partman-btrfs 
package)

(This message was generated automatically at their request; if you
believe that there is a problem with it please contact the archive
administrators by mailing ftpmas...@ftp-master.debian.org)


-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

Format: 1.8
Date: Mon, 22 Apr 2019 08:58:45 +0200
Source: partman-btrfs
Architecture: source
Version: 49
Distribution: unstable
Urgency: medium
Maintainer: Debian Install System Team 
Changed-By: Holger Wansing 
Closes: 927539
Changes:
 partman-btrfs (49) unstable; urgency=medium
 .
   * Team upload
 .
   [ Dimitri John Ledkov ]
   * Remove myself from uploaders.
 .
   [ Cyril Brulebois ]
   * Remove Christian Perrier from Uploaders, with many thanks for all
 his contributions over the years! (Closes: #927539)
 .
   [ Updated translations ]
   * Hebrew (he.po) by Yaron Shahrabani
Checksums-Sha1:
 91029f845a27a92b429ff65ce89839a417bee513 1663 partman-btrfs_49.dsc
 f3dafe74956eaecf3db415b15c67b33276d7b455 45596 partman-btrfs_49.tar.xz
 2ad70cd55ed4d44d9eea8fdc2f0687e821d1d43b 5267 partman-btrfs_49_amd64.buildinfo
Checksums-Sha256:
 f3511be8edaacf4d09a447f454318dd89f678d9d81688e97e743c22dd8e50d11 1663 
partman-btrfs_49.dsc
 c8e61289064e223b95d931a7b81c7ea306877ce723b81384095bccf811b6c400 45596 
partman-btrfs_49.tar.xz
 55a399ef687a0f9921d06d51e1e8abbcd87fc78ccf9064da9cd1f0a520670163 5267 
partman-btrfs_49_amd64.buildinfo
Files:
 182971ab2a5c93c805c922f708da43e4 1663 debian-installer standard 
partman-btrfs_49.dsc
 0467ba9ee9246f736dae6c957114b92c 45596 debian-installer standard 
partman-btrfs_49.tar.xz
 9311b6d5fef4c44755bd23232d6fc559 5267 debian-installer standard 
partman-btrfs_49_amd64.buildinfo

-BEGIN PGP SIGNATURE-

iQJJBAEBCAAzFiEESWrG6BRCSzSFCDUpWfGHyhVusHYFAly9Z3QVHGh3YW5zaW5n
QG1haWxib3gub3JnAAoJEFnxh8oVbrB2vEwP/ArDaPYrEVeghMqmpPShpQcmHGeI
9lEsse43UTTddxIbBi0HDEc1Ex7kukTEAJB2vkMrrtF3ErqqF2Y8M5oSTeDEwc2x
sijLBxAobTrBVm+I9W+MgR7yytGr0QN9+D2Zofi4n+Xz6XRUQZHVjsQHlamaY4Pb
1eCIVfFCG2JmrSaYs+4LzKhxbW/8EQ+usIvc4t8Qoke4fyb78S1l3MUrAxVk674v
N6C/Mfxa5V3z+r/KPjh9h/Egeq/t9MRemYhkBdZe8Q9cU9a7Tx5SpxtGjLgiN/Zk
Zy5SVsjb5fFHgry7Sj3dBp4+DTXAp3kMTVq2TiUndtZeP0Skn9eoyiy9oQFAEz9R
Z3/YGas0zaHA7FmcO2gx/FXIn3BB1cTNmBwri9xtG2FfyYvqKTVnpRUX7ukNQo4e
PPTwR6zgNZXPm9R+X7GSM6tRmUv9oXcCIcvTYSizQgxXxSAPITXKy8rAsYed+yhD
v0wiZ29zgfVCW+2M/8/V56qe6c78qEG1dNlunLytBQOqVeh5rEg+FLBKwvNGHnAk
K11CGpSaAYUwQ5mbyBJ0QbxjO4GbXeGyOtY4bFNO2/HB/ISTEHOMBmw65JlFfxmX
FlDTn29uBtUuMv/t1nQdGoVHjkWYIDb8AZCbYZY+3tjzfWmhK8s9qd7jLWaXf+uk
W3Faw9Pc8oueP/BQ
=J7gk
-END PGP SIGNATURE End Message ---