Updated Debian 11: 11.7 released

[Ana Guerrero Lopez]

The Debian Project   https://www.debian.org/
Updated Debian 11: 11.7 releasedpr...@debian.org
April 29th, 2023   https://www.debian.org/News/2023/20230429



The Debian project is pleased to announce the seventh update of its
stable distribution Debian 11 (codename "bullseye"). This point release
mainly adds corrections for security issues, along with a few
adjustments for serious problems. Security advisories have already been
published separately and are referenced where available.

Please note that the point release does not constitute a new version of
Debian 11 but only updates some of the packages included. There is no
need to throw away old "bullseye" media. After installation, packages
can be upgraded to the current versions using an up-to-date Debian
mirror.

Those who frequently install updates from security.debian.org won't have
to update many packages, and most such updates are included in the point
release.

New installation images will be available soon at the regular locations.

Upgrading an existing installation to this revision can be achieved by
pointing the package management system at one of Debian's many HTTP
mirrors. A comprehensive list of mirrors is available at:

https://www.debian.org/mirror/list



Miscellaneous Bugfixes
--

This stable update adds a few important corrections to the following
packages:

+++
| Package| Reason |
+++
| akregator [1]  | Fix validity checks, including fixing  |
|| deletion of feeds and folders  |
|||
| apache2 [2]| Don't automatically enable apache2-|
|| doc.conf; fix regressions in http2 and |
|| mod_rewrite introduced in 2.4.56   |
|||
| at-spi2-core [3]   | Set stop timeout to 5 seconds, so as   |
|| not to needlessly block system |
|| shutdowns  |
|||
| avahi [4]  | Fix local denial of service issue  |
|| [CVE-2021-3468]|
|||
| base-files [5] | Update for the 11.7 point release  |
|||
| c-ares [6] | Prevent stack overflow and denial of   |
|| service [CVE-2022-4904]|
|||
| clamav [7] | New upstream stable release; fix   |
|| possible remote code execution issue   |
|| in the HFS+ file parser [CVE-2023- |
|| 20032], possible information leak in   |
|| the DMG file parser [CVE-2023-20052]   |
|||
| command-not-found [8]  | Add new non-free-firmware component,   |
|| fixing upgrades to bookworm|
|||
| containerd [9] | Fix denial of service issue [CVE-2023- |
|| 25153]; fix possible privilege |
|| escalation via incorrect setup of  |
|| supplementary groups [CVE-2023-25173]  |
|||
| crun [10]  | Fix capability escalation issue due to |
|| containers being incorrectly started   |
|| with non-empty default permissions |
|| [CVE-2022-27650]   |
|||
| cwltool [11]   | Add missing dependency on python3- |
|| distutils  |
|||
| debian-archive-| Add bookworm keys; move stretch keys   |
| keyring [12]   | to the removed keyring |
|||
| debian-installer [13]  | 

Bug#1032166: do not release in bookworm

[Ana Guerrero Lopez]

On Fri, Mar 03, 2023 at 12:17:28AM +0100, Petter Reinholdtsen wrote:
> [Ana Guerrero Lopez]
> > Please, keep debian-timeline out of bookworm, the installed HTML doesn't
> > show the timeline like it should so the package is useless.
> 
> Are you talking about the issue in #655664?

Yes, that's one of the issues.

Ana

Bug#1032166: do not release in bookworm

[Ana Guerrero Lopez]

On Fri, Mar 03, 2023 at 12:17:28AM +0100, Petter Reinholdtsen wrote:
> [Ana Guerrero Lopez]
> > Please, keep debian-timeline out of bookworm, the installed HTML doesn't
> > show the timeline like it should so the package is useless.
> 
> Are you talking about the issue in #655664?

Yes, that's one of the issues.

Ana

Bug#1032166: do not release in bookworm

[Ana Guerrero Lopez]

Source: debian-timeline
Version: 45
Severity: serious
X-Debbugs-Cc: debian-public...@lists.debian.org

Please, keep debian-timeline out of bookworm, the installed HTML doesn't
show the timeline like it should so the package is useless.

Bug#1032166: do not release in bookworm

[Ana Guerrero Lopez]

Source: debian-timeline
Version: 45
Severity: serious
X-Debbugs-Cc: debian-public...@lists.debian.org

Please, keep debian-timeline out of bookworm, the installed HTML doesn't
show the timeline like it should so the package is useless.

Bug#1032162: RM: debian-timeline/45

[Ana Guerrero Lopez]

Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: rm
X-Debbugs-Cc: debian-timel...@packages.debian.org, 
debian-public...@lists.debian.org
Control: affects -1 + src:debian-timeline

Please, keep debian-timeline out of bookworm, the installed HTML doesn't
show the timeline like it should so the package is useless.

Thank you,
Ana

Bug#1032162: RM: debian-timeline/45

[Ana Guerrero Lopez]

Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: rm
X-Debbugs-Cc: debian-timel...@packages.debian.org, 
debian-public...@lists.debian.org
Control: affects -1 + src:debian-timeline

Please, keep debian-timeline out of bookworm, the installed HTML doesn't
show the timeline like it should so the package is useless.

Thank you,
Ana

Re: help with debian-history package

[Ana Guerrero Lopez]

Hi Bdale,

On Wed, Feb 01, 2023 at 10:22:23AM -0700, Bdale Garbee wrote:
> Hi all!
> 
> It has been my habit in the lead-up to each stable release to put in a
> burst of work updating the debian-history package.  Unfortunately,
> right now I just can't seem to find the enthusiasm for doing so.
> 
> The package is a bit strange, because it's built from the repo that
> delivers the differently-named project-history document on the web.
> 
> In any case, I'd love to have help working on this package, or even to
> pass it along to someone else to care for.  I do not currently subscribe
> to debian-project, so please CC me on any replies that it's important
> for me to see.

Thank you for your continued work in debian-history!

We should discuss transitioning this package (and webpages) under the umbrella
of the debian-publicity team. I saw currently is under debian-doc, but
it overlaps more with the work done by debian-publicity.

Ana

Re: [Avocado-devel] Looking for a new name for the avocado.utils namespace

[Ana Guerrero Lopez]

We have selected a few names and we're voting now!
Your vote is welcome, please see
https://github.com/avocado-framework/avocado/discussions/5284#discussioncomment-2387638

Ana

On Fri, Mar 11, 2022 at 4:43 PM Ana Guerrero Lopez  wrote:

> Hi!
>
> I'm working on a project to split avocado.utils and distribute it in a
> separate git repository, also with a different Python namespace.
>
> This means we need a new name for this namespace!
>
> There are mostly two options:
>
>- Use something related: afutils, avocadoutils, autils, ...
>- Use something totally related to avocado that could be easier to
>remember: greematter, aguacate, persea,abacado, ...
>
> What do you like? Do you have any other suggestions?
>
> Feel free to reply on-list or make a comment at
> https://github.com/avocado-framework/avocado/discussions/5284
>
> Cheers,
> Ana
>

Bug#950972: press: Broken/mangled space characters in 10.3 and 9.12 point release announcements

[Ana Guerrero Lopez]

On Sat, Oct 09, 2021 at 04:43:37PM +0200, Guillem Jover wrote:
> 
> I think the attached patch is the correct fix. I think I can push to
> the repo, so if no one has any concerns I might do that during the
> weekend.

Thanks Guillem!
The issue seems fixed now, I'm closing this bug.

Ana

[Avocado-devel] Looking for a new name for the avocado.utils namespace

[Ana Guerrero Lopez]

Hi!

I'm working on a project to split avocado.utils and distribute it in a
separate git repository, also with a different Python namespace.

This means we need a new name for this namespace!

There are mostly two options:

   - Use something related: afutils, avocadoutils, autils, ...
   - Use something totally related to avocado that could be easier to
   remember: greematter, aguacate, persea,abacado, ...

What do you like? Do you have any other suggestions?

Feel free to reply on-list or make a comment at
https://github.com/avocado-framework/avocado/discussions/5284

Cheers,
Ana

Bug#992493: remind: please update to latest version

[Ana Guerrero Lopez]

Hi Jochen,

On Tue, Feb 08, 2022 at 09:56:34PM +0100, Jochen Sprickerhof wrote:
> Hi Ana,
> 
> * Ana Guerrero Lopez  [2021-08-19 13:32]:
> > On Thu, Aug 19, 2021 at 12:37:30PM +0200, Wolfgang Kroener wrote:
> > > Package: remind
> > > Version: 03.03.01-1
> > > Severity: wishlist
> > > 
> > > Hello everyone,
> > > 
> > > please update remind. The latest version is at the moment 3.3.7.
> > > The changelog is at
> > > https://git.skoll.ca/Skollsoft-Public/Remind/src/branch/master/docs/WHATSNEW
> > > Thank you.
> > 
> > Thanks, this has been blocked for long time due to the freeze.
> > Will take care after the summer holidays!
> 
> Did you find time to look into this already?
> 
> I'm maintaining a number of remind related tools upstream and in Debian
> (wyrd) and would be happy to help maintain Remind. Would you be ok if I add
> myself as an uploader?

Thanks for your offer, I'm happy to have you as a co-maintainer. The
pandemy has stolen all my free time :(

Ana

Bug#1002593: imdbpy: please package new upstream release

[Ana Guerrero Lopez]

On Sat, Dec 25, 2021 at 04:16:08PM -0500, Sandro Tosi wrote:
> > Feel free to update it if you need a new version.
> 
> the git repo is under your namespace, so i cannot push updates to it:

Repository access is not limited by namespace, you can change it in
salsa.

> would you be interested in moving it under DPT
> https://salsa.debian.org/python-team/packages/ ?

No need to move it. Everyone in the Debian group should have access to:
https://salsa.debian.org/ana/imdbpy/


Ana

Bug#1002593: imdbpy: please package new upstream release

[Ana Guerrero Lopez]

Hi,

On Fri, Dec 24, 2021 at 05:45:18PM -0500, Sandro Tosi wrote:
> Source: imdbpy
> Severity: normal
> X-Debbugs-Cc: mo...@debian.org
> 
> Hello,
> upstream released a new version several months ago: 2021.04.18
> 
> Please update the debian package.

Feel free to update it if you need a new version.

Cheers,
Ana

[Avocado-devel] Avocado EC2 Plugin being archived

[Ana Guerrero Lopez]

Hi,

This is short to announcement to let you know the Avocado EC2 Plugin is 
being archived today. It wasn't actively developed anymore (last commit 
was almost 3 years ago) and installation has been broken for some time now.


For background discussion, please read 
https://github.com/avocado-framework/avocado-ec2/issues/9


Ana

[Avocado-devel] Test Plan: Release #92 (Monsters, INC)

[Ana Guerrero Lopez]

Test Plan: Release Test Plan
Run by 'ana' at 2021-10-15T19:52:02.388252

PASS: 'Check status of master branch':
PASS: 'Set the readthedocs.org token and check it':
PASS: 'Run GitHub Action 'Pre-release tests'': 
https://github.com/avocado-framework/avocado/actions/runs/1345726504

PASS: 'Avocado Remote Machine HTML report':
PASS: 'Paginator':


avocado: 25b5df5a6029b330934cb96c8b9c74874789bf85


Ana

Updated Debian 11: 11.1 released

[Ana Guerrero Lopez]

The Debian Project   https://www.debian.org/
Updated Debian 11: 11.1 releasedpr...@debian.org
October 9th, 2021  https://www.debian.org/News/2021/20211009



The Debian project is pleased to announce the first update of its stable
distribution Debian 11 (codename "bullseye"). This point release mainly
adds corrections for security issues, along with a few adjustments for
serious problems. Security advisories have already been published
separately and are referenced where available.

Please note that the point release does not constitute a new version of
Debian 11 but only updates some of the packages included. There is no
need to throw away old "bullseye" media. After installation, packages
can be upgraded to the current versions using an up-to-date Debian
mirror.

Those who frequently install updates from security.debian.org won't have
to update many packages, and most such updates are included in the point
release.

New installation images will be available soon at the regular locations.

Upgrading an existing installation to this revision can be achieved by
pointing the package management system at one of Debian's many HTTP
mirrors. A comprehensive list of mirrors is available at:

https://www.debian.org/mirror/list



Miscellaneous Bugfixes
--

This stable update adds a few important corrections to the following
packages:

+---+-+
| Package   | Reason  |
+---+-+
| apr [1]   | Prevent out-of-bounds array dereference |
|   | |
| atftp [2] | Fix buffer overflow [CVE-2021-41054]|
|   | |
| automysqlbackup [3]   | Fix crash when using  "LATEST=yes"  |
|   | |
| base-files [4]| Update for the 11.1 point release   |
|   | |
| clamav [5]| New upstream stable release; fix|
|   | clamdscan segfaults when --fdpass and   |
|   | --multipass are used together with  |
|   | ExcludePath |
|   | |
| cloud-init [6]| Avoid duplicate includedir in /etc/ |
|   | sudoers |
|   | |
| cyrus-imapd [7]   | Fix denial-of-service issue [CVE-2021-  |
|   | 33582]  |
|   | |
| dazzdb [8]| Fix a use-after-free in DBstats |
|   | |
| debian-edu-config [9] | debian-edu-ltsp-install: extend main|
|   | server related exclude list; add slapd  |
|   | and xrdp-sesman to the list of masked   |
|   | services|
|   | |
| debian-installer [10] | Rebuild against proposed updates;   |
|   | update Linux ABI to 5.10.0-9; use udebs |
|   | from proposed-updates   |
|   | |
| debian-installer-netboot- | Rebuild against proposed-updates; use   |
| images [11]   | udebs from proposed-updates and stable; |
|   | use xz-compressed Packages files|
|   | |
| detox [12]| Fix handling of large files |
|   | |
| devscripts [13]   | Make the --bpo option target bullseye-  |
|   | backports   |
|   | |
| dlt-viewer [14]   | Add missing qdlt/qdlt*.h header files   |
|   | to dev package  |
|   | |
| dpdk [15] | New upstream stable release |
|   | |
| fetchmail [16]| Fix 

Updated Debian 10: 10.11 released

[Ana Guerrero Lopez]

The Debian Project   https://www.debian.org/
Updated Debian 10: 10.11 released   pr...@debian.org
October 9th, 2021https://www.debian.org/News/2021/2021100902



The Debian project is pleased to announce the eleventh update of its
oldstable distribution Debian 10 (codename "buster"). This point release
mainly adds corrections for security issues, along with a few
adjustments for serious problems. Security advisories have already been
published separately and are referenced where available.

Please note that the point release does not constitute a new version of
Debian 10 but only updates some of the packages included. There is no
need to throw away old "buster" media. After installation, packages can
be upgraded to the current versions using an up-to-date Debian mirror.

Those who frequently install updates from security.debian.org won't have
to update many packages, and most such updates are included in the point
release.

New installation images will be available soon at the regular locations.

Upgrading an existing installation to this revision can be achieved by
pointing the package management system at one of Debian's many HTTP
mirrors. A comprehensive list of mirrors is available at:

https://www.debian.org/mirror/list



Miscellaneous Bugfixes
--

This oldstable update adds a few important corrections to the following
packages:

+---+-+
| Package   | Reason  |
+---+-+
| atftp [1] | Fix buffer overflow [CVE-2021-41054]|
|   | |
| base-files [2]| Update for the 10.11 point release  |
|   | |
| btrbk [3] | Fix arbitrary code execution issue  |
|   | [CVE-2021-38173]|
|   | |
| clamav [4]| New upstream stable release; fix|
|   | clamdscan segfaults when --fdpass and   |
|   | --multipass are used together with  |
|   | ExcludePath |
|   | |
| commons-io [5]| Fix path traversal issue [CVE-2021- |
|   | 29425]  |
|   | |
| cyrus-imapd [6]   | Fix denial-of-service issue [CVE-2021-  |
|   | 33582]  |
|   | |
| debconf [7]   | Check that whiptail or dialog is|
|   | actually usable |
|   | |
| debian-installer [8]  | Rebuild against buster-proposed-|
|   | updates; update Linux ABI to 4.19.0-18  |
|   | |
| debian-installer-netboot- | Rebuild against buster-proposed-updates |
| images [9]| |
|   | |
| distcc [10]   | Fix GCC cross-compiler links in update- |
|   | distcc-symlinks and add support for |
|   | clang and CUDA (nvcc)   |
|   | |
| distro-info-data [11] | Update included data for several|
|   | releases|
|   | |
| dwarf-fortress [12]   | Remove undistributable prebuilt shared  |
|   | libraries from the source tarball   |
|   | |
| espeak-ng [13]| Fix using espeak with mbrola-fr4 when   |
|   | mbrola-fr1 is not installed |
|   | |
| gcc-mingw-w64 [14]| Fix gcov handling   |
|   | |
| gthumb [15]   | Fix heap-based buffer overflow issue|
|   | [CVE-2019-20326]|
|   |   

Bug#992493: remind: please update to latest version

[Ana Guerrero Lopez]

Hi Wolfgang,

On Thu, Aug 19, 2021 at 12:37:30PM +0200, Wolfgang Kroener wrote:
> Package: remind
> Version: 03.03.01-1
> Severity: wishlist
> 
> Hello everyone,
> 
> please update remind. The latest version is at the moment 3.3.7.
> The changelog is at
> https://git.skoll.ca/Skollsoft-Public/Remind/src/branch/master/docs/WHATSNEW
> Thank you.

Thanks, this has been blocked for long time due to the freeze.
Will take care after the summer holidays!

Ana

Re: Debían/rules

[Ana Guerrero Lopez]

Hola Rebeca,

On Thu, Apr 23, 2020 at 06:05:50PM -0400, Rebeca Ochoa wrote:
> Holaa un placer.
> 
> Tengo un problema con el archivo debían/rules de mi paquete, ya leí la
> documentación oficial pero aún no entiendo ciertas cosas, el paquete que
> estoy construyendo es de rebranding, un proyecto personal. Necesitó ayuda
> porque ya llevo como 2 meses en esto

Lo mejor es que subas a github o similar tu paquete y añadas a tu email
la URL y añadas tus preguntas.

Ana

Bug#939181: cycle: should it be RM'd ?

[Ana Guerrero Lopez]

On Tue, Jan 28, 2020 at 06:06:59PM +0100, Andreas Tille wrote:
> On Tue, Jan 28, 2020 at 10:56:23AM -0500, Scott Talbert wrote:
> > Is there any hope for a Python 3 port of cycle, or should it just be RM'd?
> 
> Ana, could you please have a last word about this?
>
Thanks Andreas.

I haven't given up yet in a Python 3 port, but if cycle must be removed for the
sake of removing Python 2, just do it. It's always possible to re-introduce
the package later.

Cheers,
Ana

Bug#939181: cycle: should it be RM'd ?

[Ana Guerrero Lopez]

On Tue, Jan 28, 2020 at 06:06:59PM +0100, Andreas Tille wrote:
> On Tue, Jan 28, 2020 at 10:56:23AM -0500, Scott Talbert wrote:
> > Is there any hope for a Python 3 port of cycle, or should it just be RM'd?
> 
> Ana, could you please have a last word about this?
>
Thanks Andreas.

I haven't given up yet in a Python 3 port, but if cycle must be removed for the
sake of removing Python 2, just do it. It's always possible to re-introduce
the package later.

Cheers,
Ana

Bug#950972: press: Broken/mangled space characters in 10.3 and 9.12 point release announcements

[Ana Guerrero Lopez]

On Sat, Feb 08, 2020 at 10:41:47PM +0100, Salvatore Bonaccorso wrote:
> Package: press
> Severity: normal
> 
> Hi
> 
> Just noticed that in the release announcement for the 10.3[0] and
> 9.12[1] announcements, there seem to be broken spaces in the generated
> table between the source package names and the reference markers.
> 
> Many thanks for your work!
> 
> Regards,
> Salvatore
> 
> [0] https://lists.debian.org/debian-announce/2020/msg0.html
> [1] https://lists.debian.org/debian-announce/2020/msg1.html

These mails are generated from the website using this script:
https://salsa.debian.org/publicity-team/publicity/blob/master/dpn/scripts/DPNhtml2mail.pl

That is adding an extra unicode character.

A perl coder help would be very appreciated :-)

Cheers,
Ana

Updated Debian 9: 9.12 released

[Ana Guerrero Lopez]

The Debian Project   https://www.debian.org/
Updated Debian 9: 9.12 released pr...@debian.org
February 8th, 2020   https://www.debian.org/News/2020/2020020802



The Debian project is pleased to announce the twelth update of its
oldstable distribution Debian 9 (codename "stretch"). This point release
mainly adds corrections for security issues, along with a few
adjustments for serious problems. Security advisories have already been
published separately and are referenced where available.

Please note that the point release does not constitute a new version of
Debian 9 but only updates some of the packages included. There is no
need to throw away old "stretch" media. After installation, packages can
be upgraded to the current versions using an up-to-date Debian mirror.

Those who frequently install updates from security.debian.org won't have
to update many packages, and most such updates are included in the point
release.

New installation images will be available soon at the regular locations.

Upgrading an existing installation to this revision can be achieved by
pointing the package management system at one of Debian's many HTTP
mirrors. A comprehensive list of mirrors is available at:

https://www.debian.org/mirror/list



Miscellaneous Bugfixes
--

This oldstable update adds a few important corrections to the following
packages:

+++
| Package| Reason |
+++
| base-files�[1] | Update for the point release   |
|||
| cargo�[2]  | New upstream version, to support   |
|| Firefox ESR backports; fix bootstrap   |
|| for armhf  |
|||
| clamav�[3] | New upstream release; fix denial of|
|| service issue [CVE-2019-15961]; remove |
|| ScanOnAccess option, replacing with|
|| clamonacc  |
|||
| cups�[4]   | Fix validation of default language in  |
|| ippSetValuetag [CVE-2019-2228] |
|||
| debian-installer�[5]   | Rebuild against oldstable-proposed-|
|| updates; set gfxpayload=keep in|
|| submenus too, to fix unreadable fonts  |
|| on hidpi displays in netboot images|
|| booted with EFI; update USE_UDEBS_FROM |
|| default from unstable to stretch, to   |
|| help users performing local builds |
|||
| debian-installer-netboot-  | Rebuild against stretch-proposed-  |
| images�[6] | updates|
|||
| debian-security-   | Update security support status of  |
| support�[7]| several packages   |
|||
| dehydrated�[8] | New upstream release; use ACMEv2 API   |
|| by default |
|||
| dispmua�[9]| New upstream release compatible with   |
|| Thunderbird 68 |
|||
| dpdk�[10]  | New upstream stable release; fix vhost |
|| regression introduced by the fix for   |
|| CVE-2019-14818 |
|||
| fence-agents�[11]  | Fix incomplete removal of fence_amt_ws |
|||
| fig2dev�[12]   | Allow Fig v2 text strings ending with  |
|| multiple ^A [CVE-2019-19555]   |
|||
| flightcrew�[13]| Security fixes [CVE-2019-13032 |
|| 

Updated Debian 10: 10.3 released

[Ana Guerrero Lopez]

The Debian Project   https://www.debian.org/
Updated Debian 10: 10.3 releasedpr...@debian.org
February 8th, 2020 https://www.debian.org/News/2020/20200208



The Debian project is pleased to announce the third update of its stable
distribution Debian 10 (codename "buster"). This point release mainly
adds corrections for security issues, along with a few adjustments for
serious problems. Security advisories have already been published
separately and are referenced where available.

Please note that the point release does not constitute a new version of
Debian 10 but only updates some of the packages included. There is no
need to throw away old "buster" media. After installation, packages can
be upgraded to the current versions using an up-to-date Debian mirror.

Those who frequently install updates from security.debian.org won't have
to update many packages, and most such updates are included in the point
release.

New installation images will be available soon at the regular locations.

Upgrading an existing installation to this revision can be achieved by
pointing the package management system at one of Debian's many HTTP
mirrors. A comprehensive list of mirrors is available at:

https://www.debian.org/mirror/list



Miscellaneous Bugfixes
--

This stable update adds a few important corrections to the following
packages:

+---+-+
| Package   | Reason  |
+---+-+
| alot�[1]  | Remove expiration time from test suite  |
|   | keys, fixing build failure  |
|   | |
| atril�[2] | Fix segfault when no document is|
|   | loaded; fix read of uninitialised   |
|   | memory [CVE-2019-11459] |
|   | |
| base-files�[3]| Update for the point release|
|   | |
| beagle�[4]| Provide wrapper script instead of   |
|   | symlinks to JARs, making them work  |
|   | again   |
|   | |
| bgpdump�[5]   | Fix segmentation fault  |
|   | |
| boost1.67�[6] | Fix undefined behaviour leading to  |
|   | crashing libboost-numpy |
|   | |
| brightd�[7]   | Actually compare the value read out |
|   | of /sys/class/power_supply/AC/online|
|   | with  "0"   |
|   | |
| casacore-data-jplde�[8]   | Include tables up to 2040   |
|   | |
| clamav�[9]| New upstream release; fix denial of |
|   | service issue [CVE-2019-15961]; remove  |
|   | ScanOnAccess option, replacing with |
|   | clamonacc   |
|   | |
| compactheader�[10]| New upstream release compatible with|
|   | Thunderbird 68  |
|   | |
| console-common�[11]   | Fix regression that led to files not|
|   | being included  |
|   | |
| csh�[12]  | Fix segfault on eval|
|   | |
| cups�[13] | Fix memory leak in ppdOpen; fix |
|   | validation of default language in   |
|   | ippSetValuetag [CVE-2019-2228]  |
|   | |
| cyrus-imapd�[14]  | Add BACKUP type to cyrus-upgrade-db,|
|   | fixing upgrade issues   |
|   | |
| debian-edu-config�[15]| Keep proxy 

Re: Proposal: Focus on systemd

[Ana Guerrero Lopez]

On Fri, Nov 29, 2019 at 10:16:10PM +0200, Martin Michlmayr wrote:
> I'd like submit the following proposal:
> 
> Proposal: Focus on systemd to promote standardization and cross-distribution 
> cooperation
> 
> This resolution is a position statement under section 4.1 (5) of the
> Debian constitution:
> 
> Cross-distribution standards and cooperation are important factors in
> the choice of core Debian technologies.  It is important to recognize
> that the Linux ecosystem has widely adopted systemd and that the level
> of integration of systemd technologies in Linux systems will increase
> with time.
> 
> Debian is proud to support and integrate many different technologies.
> With everything we do, the costs and benefits need to be considered,
> both for users and in terms of the effects on our development community.
> An init system is not an isolated component, but is deeply integrated in
> the core layer of the system and affects many packages.  We believe that
> the benefits of supporting multiple init systems do not outweigh the
> costs.
> 
> Debian can continue to provide and explore other init systems, but
> systemd is the only officially supported init system.  Wishlist bug
> reports with patches can be submitted, which package maintainers should
> review like other bug reports with patches.  As with systemd, work
> should be done upstream and in cooperation with other Linux and FOSS
> distributions where possible.  The priority is on standardization
> without the reliance on complicated compatibility layers.
> 
> Integrating systemd more deeply into Debian will lead to a more
> integrated and tested system, improve standardization of Linux systems,
> and bring many new technologies to our users.  Packages can rely upon,
> and are encouraged to make full use of, functionality provided by
> systemd.  Solutions based on systemd technologies will allow for more
> cross-distribution cooperation.  The project will work on proposals and
> coordinate transitions from Debian-specific solutions where appropriate.

Seconded, thanks.

Ana



signature.asc
Description: PGP signature

Bug#940902: doesn't read the data

[Ana Guerrero Lopez]

On Tue, Oct 01, 2019 at 06:12:56AM +0200, Andreas Tille wrote:
> On Mon, Sep 30, 2019 at 11:47:14PM +0200, Ana Guerrero Lopez wrote:
> > > Thanks to you.  I'd be happy if you could check master[1] and confirm
> > > that it is OK.  I can even give you commit permissions so you can change
> > > anything you feel sensible and do the team upload yourself.
> > 
> > Please, add me to the group, I'll take care of the testing and upload.
> 
> Welcome to the team, Andreas. 

Thanks!
Good news, I've tested and it works fine. I'm doing a team upload right now.

I think we shouldn't give up in getting this ported to python3, but I think a
re-write keeping the possibility to read the all data is the best way to go.

Cheers,
Ana

Bug#940902: doesn't read the data

[Ana Guerrero Lopez]

On Tue, Oct 01, 2019 at 06:12:56AM +0200, Andreas Tille wrote:
> On Mon, Sep 30, 2019 at 11:47:14PM +0200, Ana Guerrero Lopez wrote:
> > > Thanks to you.  I'd be happy if you could check master[1] and confirm
> > > that it is OK.  I can even give you commit permissions so you can change
> > > anything you feel sensible and do the team upload yourself.
> > 
> > Please, add me to the group, I'll take care of the testing and upload.
> 
> Welcome to the team, Andreas. 

Thanks!
Good news, I've tested and it works fine. I'm doing a team upload right now.

I think we shouldn't give up in getting this ported to python3, but I think a
re-write keeping the possibility to read the all data is the best way to go.

Cheers,
Ana

Bug#934516: Feature local DB setup more prominently?

[Ana Guerrero Lopez]

Hi Moritz,

Thanks for this suggestion.

On Sun, Aug 11, 2019 at 10:54:58PM +0200, Moritz Muehlenhoff wrote:
> Source: imdbpy
> Severity: wishlist
> 
> Hi Ana,
> one of IMHO the coolest features of imdbpy (the possibility to create a local 
> DB using
> the data dumps provided on https://datasets.imdbws.com) is currently quite 
> hidden.
> 
> How about updating the package description to something like
> 
> ---
> IMDbPY is a Python package useful to retrieve and manage the data of
> the IMDb movie database about both movies and people.
> It can be very easily used by programmers and developers to provide
> access to the IMDb's data to their programs, both by fetching data from
> the IMDB website and by building a local SQL database using the datasets
> provided for download by IMDb.
> ---
> 
> and installing s32imdbpy.py to /usr/bin (IMHO it's a little more than a mere
> example).

This sounds good to me.

> It doesn't seem adequate to depend on all the Python modules needed
> to create a local DB, but if you're interested I'd be happy to write up
> something like README.Debian.local-DB which describes the steps/dependencies
> for a local DB installation.

I'm pretty OK with all this, but it's not something I'll add in the top
of my TODO list.
I have given you commit rights to https://salsa.debian.org/ana/imdbpy/
so feel free to commit directly there or send a patch, as you prefer!

Cheers,

Ana

Bug#940902: doesn't read the data

[Ana Guerrero Lopez]

Hi,

On Mon, Sep 23, 2019 at 10:18:51AM +0200, Andreas Tille wrote:
> 
...
> On Sun, Sep 22, 2019 at 11:11:47PM +0200, Ana Guerrero Lopez wrote:
...

> > Your current python3 porting is not helping here since many people will 
> > start
> > the application, will be prompted for a new user, will create it and erase
> > all their data. So please, revert your changes and if that means the package
> > will be removed from the archive, let it be. At least people will be able to
> > continue using it while they move to something else (or not), but won't lose
> > their data as it'll happen now.
> 
> I've now pushed a change to salsa[1] where I deactivated the whole 2to3
> port and replaced the warning about the port by some other warning that
> a port will be needed or the package will vanish.  Hopefully this might
> attract some coders.  BTW, I fully agree with you that the code quality
> might not be a good start.
> 
> I tried to start the build here but I get:
> 
> $ cycle 
> Traceback (most recent call last):
>   File "/usr/bin/cycle", line 213, in 
> app = MyApp(0)
>   File "/usr/lib/python2.7/dist-packages/wx-3.0-gtk3/wx/_core.py", line 8628, 
> in __init__
> self._BootstrapApp()
>   File "/usr/lib/python2.7/dist-packages/wx-3.0-gtk3/wx/_core.py", line 8196, 
> in _BootstrapApp
> return _core_.PyApp__BootstrapApp(*args, **kwargs)
>   File "/usr/bin/cycle", line 193, in OnInit
> ret=first_login()
>   File "/usr/share/cycle/dialogs.py", line 304, in first_login
> users = get_users()
>   File "/usr/share/cycle/dialogs.py", line 192, in get_users
> users.append((cPickle.loads(tmp[:n]), f))
> ValueError: unsupported pickle protocol: 3
> 
> 
> So I reverted to the Python2 version 0.3.1-14 (from testing) but I get
> absolutely the same error.  I wonder whether my package is fine in terms
> of "works as broken as before" or whether I messed up something else.
> 
> > Thanks for caring.
> 
> Thanks to you.  I'd be happy if you could check master[1] and confirm
> that it is OK.  I can even give you commit permissions so you can change
> anything you feel sensible and do the team upload yourself.

Please, add me to the group, I'll take care of the testing and upload.

Cheers,

Ana

Bug#940902: doesn't read the data

[Ana Guerrero Lopez]

Hi,

On Mon, Sep 23, 2019 at 10:18:51AM +0200, Andreas Tille wrote:
> 
...
> On Sun, Sep 22, 2019 at 11:11:47PM +0200, Ana Guerrero Lopez wrote:
...

> > Your current python3 porting is not helping here since many people will 
> > start
> > the application, will be prompted for a new user, will create it and erase
> > all their data. So please, revert your changes and if that means the package
> > will be removed from the archive, let it be. At least people will be able to
> > continue using it while they move to something else (or not), but won't lose
> > their data as it'll happen now.
> 
> I've now pushed a change to salsa[1] where I deactivated the whole 2to3
> port and replaced the warning about the port by some other warning that
> a port will be needed or the package will vanish.  Hopefully this might
> attract some coders.  BTW, I fully agree with you that the code quality
> might not be a good start.
> 
> I tried to start the build here but I get:
> 
> $ cycle 
> Traceback (most recent call last):
>   File "/usr/bin/cycle", line 213, in 
> app = MyApp(0)
>   File "/usr/lib/python2.7/dist-packages/wx-3.0-gtk3/wx/_core.py", line 8628, 
> in __init__
> self._BootstrapApp()
>   File "/usr/lib/python2.7/dist-packages/wx-3.0-gtk3/wx/_core.py", line 8196, 
> in _BootstrapApp
> return _core_.PyApp__BootstrapApp(*args, **kwargs)
>   File "/usr/bin/cycle", line 193, in OnInit
> ret=first_login()
>   File "/usr/share/cycle/dialogs.py", line 304, in first_login
> users = get_users()
>   File "/usr/share/cycle/dialogs.py", line 192, in get_users
> users.append((cPickle.loads(tmp[:n]), f))
> ValueError: unsupported pickle protocol: 3
> 
> 
> So I reverted to the Python2 version 0.3.1-14 (from testing) but I get
> absolutely the same error.  I wonder whether my package is fine in terms
> of "works as broken as before" or whether I messed up something else.
> 
> > Thanks for caring.
> 
> Thanks to you.  I'd be happy if you could check master[1] and confirm
> that it is OK.  I can even give you commit permissions so you can change
> anything you feel sensible and do the team upload yourself.

Please, add me to the group, I'll take care of the testing and upload.

Cheers,

Ana

Bug#940902: doesn't read the data

[Ana Guerrero Lopez]

Hi Andreas,

On Sat, Sep 21, 2019 at 06:39:51PM +0200, Andreas Tille wrote:
> Control: tags -1 help
> 
> Dear Ana,
> 
> On Sat, Sep 21, 2019 at 05:41:27PM +0200, Ana Guerrero Lopez wrote:
> > This new version of cycle, ported to python3, doesn't read the data file
> > ( under .cycle) and prompts to create a new user.
> > 
> > Not creating a new user and downgrading to the version in buster (-14), 
> > allows
> > to continue using the application with the previous data.
> 
> thanks a lot for thorough testing the package!
> 
> The situation is as follows:  Upstream is dead so we probably become
> upstream in Debian.  I has done my best to port it to Python3 with the
> help of Debian Python team.  I personally can not do more.  I can just
> hope that someone who is using the program will try to fix it.  If you
> feel able to do this it would be great.  If you know somebody who could
> do it great as well.  I'd be really happy if we could keep the package
> inside Debian and if someone could fix it.

I used to maintain this package, so I'm well aware of the problems, check
the changelog ;)

The package should be removed from the archive, the base code is very poor to
start with, and the patching for python3 isn't going to fix this, just add
more problems...
Your current python3 porting is not helping here since many people will start
the application, will be prompted for a new user, will create it and erase
all their data. So please, revert your changes and if that means the package
will be removed from the archive, let it be. At least people will be able to
continue using it while they move to something else (or not), but won't lose
their data as it'll happen now.

Thanks for caring.

cheers,
Ana

Bug#940902: doesn't read the data

[Ana Guerrero Lopez]

Hi Andreas,

On Sat, Sep 21, 2019 at 06:39:51PM +0200, Andreas Tille wrote:
> Control: tags -1 help
> 
> Dear Ana,
> 
> On Sat, Sep 21, 2019 at 05:41:27PM +0200, Ana Guerrero Lopez wrote:
> > This new version of cycle, ported to python3, doesn't read the data file
> > ( under .cycle) and prompts to create a new user.
> > 
> > Not creating a new user and downgrading to the version in buster (-14), 
> > allows
> > to continue using the application with the previous data.
> 
> thanks a lot for thorough testing the package!
> 
> The situation is as follows:  Upstream is dead so we probably become
> upstream in Debian.  I has done my best to port it to Python3 with the
> help of Debian Python team.  I personally can not do more.  I can just
> hope that someone who is using the program will try to fix it.  If you
> feel able to do this it would be great.  If you know somebody who could
> do it great as well.  I'd be really happy if we could keep the package
> inside Debian and if someone could fix it.

I used to maintain this package, so I'm well aware of the problems, check
the changelog ;)

The package should be removed from the archive, the base code is very poor to
start with, and the patching for python3 isn't going to fix this, just add
more problems...
Your current python3 porting is not helping here since many people will start
the application, will be prompted for a new user, will create it and erase
all their data. So please, revert your changes and if that means the package
will be removed from the archive, let it be. At least people will be able to
continue using it while they move to something else (or not), but won't lose
their data as it'll happen now.

Thanks for caring.

cheers,
Ana

Bug#940902: doesn't read the data

[Ana Guerrero Lopez]

Package: cycle
Version: 0.3.1-16
Severity: grave

Hi,

This new version of cycle, ported to python3, doesn't read the data file
( under .cycle) and prompts to create a new user.

Not creating a new user and downgrading to the version in buster (-14), allows
to continue using the application with the previous data.

Cheers,
Ana

Bug#940902: doesn't read the data

[Ana Guerrero Lopez]

Package: cycle
Version: 0.3.1-16
Severity: grave

Hi,

This new version of cycle, ported to python3, doesn't read the data file
( under .cycle) and prompts to create a new user.

Not creating a new user and downgrading to the version in buster (-14), allows
to continue using the application with the previous data.

Cheers,
Ana

Re: Actualizacion debian

[Ana Guerrero Lopez]

Estimada Mariana,

Esta lista de correo es en inglés y no se usa para soporte. Por favor,
dirije tus preguntas a https://lists.debian.org/debian-user-spanish/

La versión 3.2.88-1 es probablemente la del kernel, mira el fichero:
/etc/debian_version para ver que versión tienen tus sistemas.

Atte.,
Ana

On Tue, Aug 20, 2019 at 09:56:28AM -0500, Ing. Mariana Ramón wrote:
> Buen dia.
> Actualmente cuento con la version de debian 3.2.88-1, sin embargo requiero
> actualizar a la ultima version, tengo la siguiente duda.
> 
> 1.-¿Se puede actualizar de golpe de la version 3.2.88-1 a la 10, sin perder
> o dañar todos mis archivos? o se tiene que ir actualizando poco a poco?.
> 
> Quedo en espera de sus comentarios.
> 
> Saludos.
> 
> -- 
> Ing. Mariana Ramón

Re: DebConf19 publicity coverage - blog post about DebConf19 starts

[Ana Guerrero Lopez]

On Sun, Jul 21, 2019 at 12:52:30PM +0200, Laura Arjona Reina wrote:
> 
> This blog post is almost ready IMO, I appreciate reviews and translations:
> 
> https://salsa.debian.org/publicity-team/bits/blob/master/content/2019/debconf19-starts.md
> 
> I've added a paragraph about our live coverage ;-)
> and another one expanding a bit the welcome/antiharassment/help
> resources available. Please have a look and improve as you see fit!

I'd remove the mention to the past events (debcamp and openday) and add a
pointer to the volunteers working in the conference:
https://salsa.debian.org/publicity-team/bits/commit/acb6911c31bbf0015fa399707fcc27b9545e9d9b

Re: DebConf19 publicity coverage - blog post about DebConf19 starts

[Ana Guerrero Lopez]

On Sun, Jul 21, 2019 at 12:52:30PM +0200, Laura Arjona Reina wrote:
> 
> This blog post is almost ready IMO, I appreciate reviews and translations:
> 
> https://salsa.debian.org/publicity-team/bits/blob/master/content/2019/debconf19-starts.md
> 
> I've added a paragraph about our live coverage ;-)
> and another one expanding a bit the welcome/antiharassment/help
> resources available. Please have a look and improve as you see fit!

I'd remove the mention to the past events (debcamp and openday) and add a
pointer to the volunteers working in the conference:
https://salsa.debian.org/publicity-team/bits/commit/acb6911c31bbf0015fa399707fcc27b9545e9d9b

Re: DebConf19 publicity coverage - blog post about DebConf19 starts

[Ana Guerrero Lopez]

On Sun, Jul 21, 2019 at 12:52:30PM +0200, Laura Arjona Reina wrote:
> 
> This blog post is almost ready IMO, I appreciate reviews and translations:
> 
> https://salsa.debian.org/publicity-team/bits/blob/master/content/2019/debconf19-starts.md
> 
> I've added a paragraph about our live coverage ;-)
> and another one expanding a bit the welcome/antiharassment/help
> resources available. Please have a look and improve as you see fit!

I'd remove the mention to the past events (debcamp and openday) and add a
pointer to the volunteers working in the conference:
https://salsa.debian.org/publicity-team/bits/commit/acb6911c31bbf0015fa399707fcc27b9545e9d9b

Bug#926131: footer: replace identi.ca with micronews

[Ana Guerrero Lopez]

Package: www.debian.org

Hi,

I'd say it's about time we drop identi.ca/debian from the footer 
and add instead a link to micronews.debian.org

Thoughts?

Cheers,
Ana

Bug#926131: footer: replace identi.ca with micronews

[Ana Guerrero Lopez]

Package: www.debian.org

Hi,

I'd say it's about time we drop identi.ca/debian from the footer 
and add instead a link to micronews.debian.org

Thoughts?

Cheers,
Ana

The Debian Project mourns the loss of Innocent de Marchi

[Ana Guerrero Lopez]

The Debian Project   https://www.debian.org/
The Debian Project mourns the loss of Innocent de Marchi
pr...@debian.org
March 31st, 2019   https://www.debian.org/News/2019/20190331



The Debian Project recently learned that it has lost a member of its
community. Innocent de Marchi passed a few months ago.

Innocent was a math teacher and a free software developer. One of his
passions was tangram puzzles, which led him to write a tangram-like game
that he later packaged and maintained in Debian. Soon his contributions
expanded to other areas, and he also worked as a tireless translator
into Catalan.

The Debian Project honors his good work and strong dedication to Debian
and Free Software. Innocent's contributions will not be forgotten, and
the high standards of his work will continue to serve as an inspiration
to others.


About Debian


The Debian Project is an association of Free Software developers who
volunteer their time and effort in order to produce the completely free
operating system Debian.


Contact Information
---

For further information, please visit the Debian web pages at
https://www.debian.org/ or send mail to .


signature.asc
Description: PGP signature

Bug#807666: reopen 807666, it should be fixed properly

[Ana Guerrero Lopez]

unarchive 807666
reopen 807666
notfixed 807666 mpich/3.2-1~exp1
found 807666 3.3-2
forwarded 807666 
https://lists.mpich.org/pipermail/discuss/2019-March/011160.html
kthxbye

Hi,

This bug wasn't closed properly. While a rebuild of the package with
the new upload fixed the problem temporarily, this is a problem
that must be solved in mpich as Matthias and Emilio pointed out.

I have sent a patch to upstream that should fix the issue:
https://lists.mpich.org/pipermail/discuss/2019-March/011160.html

Cheers,
Ana

-- 
debian-science-maintainers mailing list
debian-science-maintainers@alioth-lists.debian.net
https://alioth-lists.debian.net/cgi-bin/mailman/listinfo/debian-science-maintainers

Bug#807666: reopen 807666, it should be fixed properly

[Ana Guerrero Lopez]

unarchive 807666
reopen 807666
notfixed 807666 mpich/3.2-1~exp1
found 807666 3.3-2
forwarded 807666 
https://lists.mpich.org/pipermail/discuss/2019-March/011160.html
kthxbye

Hi,

This bug wasn't closed properly. While a rebuild of the package with
the new upload fixed the problem temporarily, this is a problem
that must be solved in mpich as Matthias and Emilio pointed out.

I have sent a patch to upstream that should fix the issue:
https://lists.mpich.org/pipermail/discuss/2019-March/011160.html

Cheers,
Ana

Bug#807666: reopen 807666, it should be fixed properly

[Ana Guerrero Lopez]

unarchive 807666
reopen 807666
notfixed 807666 mpich/3.2-1~exp1
found 807666 3.3-2
forwarded 807666 
https://lists.mpich.org/pipermail/discuss/2019-March/011160.html
kthxbye

Hi,

This bug wasn't closed properly. While a rebuild of the package with
the new upload fixed the problem temporarily, this is a problem
that must be solved in mpich as Matthias and Emilio pointed out.

I have sent a patch to upstream that should fix the issue:
https://lists.mpich.org/pipermail/discuss/2019-March/011160.html

Cheers,
Ana

Bug#922920: RM: imdbpy -- python-imdbpy package removed

[Ana Guerrero Lopez]

Package: ftp.debian.org
Severity: normal

Hi,

In the last upload, imdbpy dropped the python-imdbpy package and
it's now only shipping python3-imdbpy.
Could you please remove the python-imdbpy binaries?

Thanks!

Ana

PLease translate debian 25 years post

[Ana Guerrero Lopez]

Hi everybody,

Please translate the article about the 25 years of Debian. I'm publishing
it in 7 hours but I'll update the translations as they're pushed into git

https://salsa.debian.org/publicity-team/bits/blob/master/content/2018/debian-is-25.md

Thank you and sorry for not sending this earlier.

Ana

Re: Programmer un paquet logiciel .deb pour Debian

[Ana Guerrero Lopez]

Bonsoir,

On Thu, Jun 28, 2018 at 04:48:07PM +0200, G2PC wrote:
> Bonjour, je cherche un ou plusieurs relecteur, pour contribuer à
> l'amélioration du tutoriel suivant, et, en français.
> Je cherche à identifier d'éventuelles erreurs, des améliorations à
> apporter, des conseils sur les standards pour la création d'un paquet
> .deb bien formé.

C'est pas la bonne manière de faire un paquet Debian.
Je te conseille lire :
https://www.debian.org/doc/manuals/maint-guide/index.fr.html


Bonne chance,
Ana

Re: [PATCH] media: uvcvideo: Support realtek's UVC 1.5 device

[Ana Guerrero Lopez]

> > commit a9c002732695eab2096580a0d1a1687bc2f95928
> > Author: ming_qian <ming_q...@realsil.com.cn>
> > Date:   Wed May 9 10:13:08 2018 +0800
> > 
> > media: uvcvideo: Support UVC 1.5 video probe & commit controls
> > 
> > The length of UVC 1.5 video control is 48, and it is 34 for UVC 1.1.
> > Change it to 48 for UVC 1.5 device, and the UVC 1.5 device can be
> > recognized.
> > 
> > More changes to the driver are needed for full UVC 1.5 compatibility.
> > However, at least the UVC 1.5 Realtek RTS5847/RTS5852 cameras have been
> > reported to work well.
> > 
> > Cc: sta...@vger.kernel.org
> > Signed-off-by: ming_qian <ming_q...@realsil.com.cn>
> > [Factor out code to helper function, update size checks]
> > Signed-off-by: Laurent Pinchart <laurent.pinch...@ideasonboard.com>
> 
> I tested this new patch and it works well.
> 
> Tested-by: Kai-Heng Feng <kai.heng.f...@canonical.com>

I tested it as well and it works well.

Tested-by: Ana Guerrero Lopez <ana.guerr...@collabora.com>


> > 
> > diff --git a/drivers/media/usb/uvc/uvc_video.c
> > b/drivers/media/usb/uvc/uvc_video.c
> > index eb9e04a59427..285b0e813b9d 100644
> > --- a/drivers/media/usb/uvc/uvc_video.c
> > +++ b/drivers/media/usb/uvc/uvc_video.c
> > @@ -207,14 +207,27 @@ static void uvc_fixup_video_ctrl(struct
> > uvc_streaming *stream,
> > }
> >  }
> > 
> > +static size_t uvc_video_ctrl_size(struct uvc_streaming *stream)
> > +{
> > +   /*
> > +* Return the size of the video probe and commit controls, which depends
> > +* on the protocol version.
> > +*/
> > +   if (stream->dev->uvc_version < 0x0110)
> > +   return 26;
> > +   else if (stream->dev->uvc_version < 0x0150)
> > +   return 34;
> > +   else
> > +   return 48;
> > +}
> > +
> >  static int uvc_get_video_ctrl(struct uvc_streaming *stream,
> > struct uvc_streaming_control *ctrl, int probe, u8 query)
> >  {
> > +   u16 size = uvc_video_ctrl_size(stream);
> > u8 *data;
> > -   u16 size;
> > int ret;
> > 
> > -   size = stream->dev->uvc_version >= 0x0110 ? 34 : 26;
> > if ((stream->dev->quirks & UVC_QUIRK_PROBE_DEF) &&
> > query == UVC_GET_DEF)
> > return -EIO;
> > @@ -271,7 +284,7 @@ static int uvc_get_video_ctrl(struct uvc_streaming
> > *stream,
> > ctrl->dwMaxVideoFrameSize = get_unaligned_le32([18]);
> > ctrl->dwMaxPayloadTransferSize = get_unaligned_le32([22]);
> > 
> > -   if (size == 34) {
> > +   if (size >= 34) {
> > ctrl->dwClockFrequency = get_unaligned_le32([26]);
> > ctrl->bmFramingInfo = data[30];
> > ctrl->bPreferedVersion = data[31];
> > @@ -300,11 +313,10 @@ static int uvc_get_video_ctrl(struct uvc_streaming
> > *stream,
> >  static int uvc_set_video_ctrl(struct uvc_streaming *stream,
> > struct uvc_streaming_control *ctrl, int probe)
> >  {
> > +   u16 size = uvc_video_ctrl_size(stream);
> > u8 *data;
> > -   u16 size;
> > int ret;
> > 
> > -   size = stream->dev->uvc_version >= 0x0110 ? 34 : 26;
> > data = kzalloc(size, GFP_KERNEL);
> > if (data == NULL)
> > return -ENOMEM;
> > @@ -321,7 +333,7 @@ static int uvc_set_video_ctrl(struct uvc_streaming
> > *stream,
> > put_unaligned_le32(ctrl->dwMaxVideoFrameSize, [18]);
> > put_unaligned_le32(ctrl->dwMaxPayloadTransferSize, [22]);
> > 
> > -   if (size == 34) {
> > +   if (size >= 34) {
> > put_unaligned_le32(ctrl->dwClockFrequency, [26]);
> > data[30] = ctrl->bmFramingInfo;
> > data[31] = ctrl->bPreferedVersion;
> > 
> > -- 
> > Regards,
> > 
> > Laurent Pinchart

Re: [PATCH] media: uvcvideo: Support realtek's UVC 1.5 device

[Ana Guerrero Lopez]

> > commit a9c002732695eab2096580a0d1a1687bc2f95928
> > Author: ming_qian <ming_q...@realsil.com.cn>
> > Date:   Wed May 9 10:13:08 2018 +0800
> > 
> > media: uvcvideo: Support UVC 1.5 video probe & commit controls
> > 
> > The length of UVC 1.5 video control is 48, and it is 34 for UVC 1.1.
> > Change it to 48 for UVC 1.5 device, and the UVC 1.5 device can be
> > recognized.
> > 
> > More changes to the driver are needed for full UVC 1.5 compatibility.
> > However, at least the UVC 1.5 Realtek RTS5847/RTS5852 cameras have been
> > reported to work well.
> > 
> > Cc: sta...@vger.kernel.org
> > Signed-off-by: ming_qian <ming_q...@realsil.com.cn>
> > [Factor out code to helper function, update size checks]
> > Signed-off-by: Laurent Pinchart <laurent.pinch...@ideasonboard.com>
> 
> I tested this new patch and it works well.
> 
> Tested-by: Kai-Heng Feng <kai.heng.f...@canonical.com>

I tested it as well and it works well.

Tested-by: Ana Guerrero Lopez <ana.guerr...@collabora.com>


> > 
> > diff --git a/drivers/media/usb/uvc/uvc_video.c
> > b/drivers/media/usb/uvc/uvc_video.c
> > index eb9e04a59427..285b0e813b9d 100644
> > --- a/drivers/media/usb/uvc/uvc_video.c
> > +++ b/drivers/media/usb/uvc/uvc_video.c
> > @@ -207,14 +207,27 @@ static void uvc_fixup_video_ctrl(struct
> > uvc_streaming *stream,
> > }
> >  }
> > 
> > +static size_t uvc_video_ctrl_size(struct uvc_streaming *stream)
> > +{
> > +   /*
> > +* Return the size of the video probe and commit controls, which depends
> > +* on the protocol version.
> > +*/
> > +   if (stream->dev->uvc_version < 0x0110)
> > +   return 26;
> > +   else if (stream->dev->uvc_version < 0x0150)
> > +   return 34;
> > +   else
> > +   return 48;
> > +}
> > +
> >  static int uvc_get_video_ctrl(struct uvc_streaming *stream,
> > struct uvc_streaming_control *ctrl, int probe, u8 query)
> >  {
> > +   u16 size = uvc_video_ctrl_size(stream);
> > u8 *data;
> > -   u16 size;
> > int ret;
> > 
> > -   size = stream->dev->uvc_version >= 0x0110 ? 34 : 26;
> > if ((stream->dev->quirks & UVC_QUIRK_PROBE_DEF) &&
> > query == UVC_GET_DEF)
> > return -EIO;
> > @@ -271,7 +284,7 @@ static int uvc_get_video_ctrl(struct uvc_streaming
> > *stream,
> > ctrl->dwMaxVideoFrameSize = get_unaligned_le32([18]);
> > ctrl->dwMaxPayloadTransferSize = get_unaligned_le32([22]);
> > 
> > -   if (size == 34) {
> > +   if (size >= 34) {
> > ctrl->dwClockFrequency = get_unaligned_le32([26]);
> > ctrl->bmFramingInfo = data[30];
> > ctrl->bPreferedVersion = data[31];
> > @@ -300,11 +313,10 @@ static int uvc_get_video_ctrl(struct uvc_streaming
> > *stream,
> >  static int uvc_set_video_ctrl(struct uvc_streaming *stream,
> > struct uvc_streaming_control *ctrl, int probe)
> >  {
> > +   u16 size = uvc_video_ctrl_size(stream);
> > u8 *data;
> > -   u16 size;
> > int ret;
> > 
> > -   size = stream->dev->uvc_version >= 0x0110 ? 34 : 26;
> > data = kzalloc(size, GFP_KERNEL);
> > if (data == NULL)
> > return -ENOMEM;
> > @@ -321,7 +333,7 @@ static int uvc_set_video_ctrl(struct uvc_streaming
> > *stream,
> > put_unaligned_le32(ctrl->dwMaxVideoFrameSize, [18]);
> > put_unaligned_le32(ctrl->dwMaxPayloadTransferSize, [22]);
> > 
> > -   if (size == 34) {
> > +   if (size >= 34) {
> > put_unaligned_le32(ctrl->dwClockFrequency, [26]);
> > data[30] = ctrl->bmFramingInfo;
> > data[31] = ctrl->bPreferedVersion;
> > 
> > -- 
> > Regards,
> > 
> > Laurent Pinchart

Re: [PATCH] media: uvcvideo: Support realtek's UVC 1.5 device

[Ana Guerrero Lopez]

> > commit a9c002732695eab2096580a0d1a1687bc2f95928
> > Author: ming_qian 
> > Date:   Wed May 9 10:13:08 2018 +0800
> > 
> > media: uvcvideo: Support UVC 1.5 video probe & commit controls
> > 
> > The length of UVC 1.5 video control is 48, and it is 34 for UVC 1.1.
> > Change it to 48 for UVC 1.5 device, and the UVC 1.5 device can be
> > recognized.
> > 
> > More changes to the driver are needed for full UVC 1.5 compatibility.
> > However, at least the UVC 1.5 Realtek RTS5847/RTS5852 cameras have been
> > reported to work well.
> > 
> > Cc: sta...@vger.kernel.org
> > Signed-off-by: ming_qian 
> > [Factor out code to helper function, update size checks]
> > Signed-off-by: Laurent Pinchart 
> 
> I tested this new patch and it works well.
> 
> Tested-by: Kai-Heng Feng 

I tested it as well and it works well.

Tested-by: Ana Guerrero Lopez 


> > 
> > diff --git a/drivers/media/usb/uvc/uvc_video.c
> > b/drivers/media/usb/uvc/uvc_video.c
> > index eb9e04a59427..285b0e813b9d 100644
> > --- a/drivers/media/usb/uvc/uvc_video.c
> > +++ b/drivers/media/usb/uvc/uvc_video.c
> > @@ -207,14 +207,27 @@ static void uvc_fixup_video_ctrl(struct
> > uvc_streaming *stream,
> > }
> >  }
> > 
> > +static size_t uvc_video_ctrl_size(struct uvc_streaming *stream)
> > +{
> > +   /*
> > +* Return the size of the video probe and commit controls, which depends
> > +* on the protocol version.
> > +*/
> > +   if (stream->dev->uvc_version < 0x0110)
> > +   return 26;
> > +   else if (stream->dev->uvc_version < 0x0150)
> > +   return 34;
> > +   else
> > +   return 48;
> > +}
> > +
> >  static int uvc_get_video_ctrl(struct uvc_streaming *stream,
> > struct uvc_streaming_control *ctrl, int probe, u8 query)
> >  {
> > +   u16 size = uvc_video_ctrl_size(stream);
> > u8 *data;
> > -   u16 size;
> > int ret;
> > 
> > -   size = stream->dev->uvc_version >= 0x0110 ? 34 : 26;
> > if ((stream->dev->quirks & UVC_QUIRK_PROBE_DEF) &&
> > query == UVC_GET_DEF)
> > return -EIO;
> > @@ -271,7 +284,7 @@ static int uvc_get_video_ctrl(struct uvc_streaming
> > *stream,
> > ctrl->dwMaxVideoFrameSize = get_unaligned_le32([18]);
> > ctrl->dwMaxPayloadTransferSize = get_unaligned_le32([22]);
> > 
> > -   if (size == 34) {
> > +   if (size >= 34) {
> > ctrl->dwClockFrequency = get_unaligned_le32([26]);
> > ctrl->bmFramingInfo = data[30];
> > ctrl->bPreferedVersion = data[31];
> > @@ -300,11 +313,10 @@ static int uvc_get_video_ctrl(struct uvc_streaming
> > *stream,
> >  static int uvc_set_video_ctrl(struct uvc_streaming *stream,
> > struct uvc_streaming_control *ctrl, int probe)
> >  {
> > +   u16 size = uvc_video_ctrl_size(stream);
> > u8 *data;
> > -   u16 size;
> > int ret;
> > 
> > -   size = stream->dev->uvc_version >= 0x0110 ? 34 : 26;
> > data = kzalloc(size, GFP_KERNEL);
> > if (data == NULL)
> > return -ENOMEM;
> > @@ -321,7 +333,7 @@ static int uvc_set_video_ctrl(struct uvc_streaming
> > *stream,
> > put_unaligned_le32(ctrl->dwMaxVideoFrameSize, [18]);
> > put_unaligned_le32(ctrl->dwMaxPayloadTransferSize, [22]);
> > 
> > -   if (size == 34) {
> > +   if (size >= 34) {
> > put_unaligned_le32(ctrl->dwClockFrequency, [26]);
> > data[30] = ctrl->bmFramingInfo;
> > data[31] = ctrl->bPreferedVersion;
> > 
> > -- 
> > Regards,
> > 
> > Laurent Pinchart

Re: media: uvcvideo: Support realtek's UVC 1.5 device

[Ana Guerrero Lopez]

On Wed, May 09, 2018 at 10:13:08AM +0800, ming_q...@realsil.com.cn wrote:
> From: ming_qian <ming_q...@realsil.com.cn>
> 
> The length of UVC 1.5 video control is 48, and it id 34 for UVC 1.1.
> Change it to 48 for UVC 1.5 device,
> and the UVC 1.5 device can be recognized.
> 
> More changes to the driver are needed for full UVC 1.5 compatibility.
> However, at least the UVC 1.5 Realtek RTS5847/RTS5852 cameras have
> been reported to work well.
> 
> Signed-off-by: ming_qian <ming_q...@realsil.com.cn>
> Tested-by: Kai-Heng Feng <kai.heng.f...@canonical.com>
> Reviewed-by: Hans de Goede <hdego...@redhat.com>
> Tested-by: Josef Šimánek <josef.sima...@gmail.com>

It works perfectly here on 4.16.5 with a Dell XPS 9370 in Debian.

Tested-by: Ana Guerrero Lopez <ana.guerr...@collabora.com>

Cheers,
Ana

Re: media: uvcvideo: Support realtek's UVC 1.5 device

[Ana Guerrero Lopez]

On Wed, May 09, 2018 at 10:13:08AM +0800, ming_q...@realsil.com.cn wrote:
> From: ming_qian 
> 
> The length of UVC 1.5 video control is 48, and it id 34 for UVC 1.1.
> Change it to 48 for UVC 1.5 device,
> and the UVC 1.5 device can be recognized.
> 
> More changes to the driver are needed for full UVC 1.5 compatibility.
> However, at least the UVC 1.5 Realtek RTS5847/RTS5852 cameras have
> been reported to work well.
> 
> Signed-off-by: ming_qian 
> Tested-by: Kai-Heng Feng 
> Reviewed-by: Hans de Goede 
> Tested-by: Josef Šimánek 

It works perfectly here on 4.16.5 with a Dell XPS 9370 in Debian.

Tested-by: Ana Guerrero Lopez 

Cheers,
Ana

Re: media: uvcvideo: Support realtek's UVC 1.5 device

[Ana Guerrero Lopez]

On Wed, May 09, 2018 at 10:13:08AM +0800, ming_q...@realsil.com.cn wrote:
> From: ming_qian <ming_q...@realsil.com.cn>
> 
> The length of UVC 1.5 video control is 48, and it id 34 for UVC 1.1.
> Change it to 48 for UVC 1.5 device,
> and the UVC 1.5 device can be recognized.
> 
> More changes to the driver are needed for full UVC 1.5 compatibility.
> However, at least the UVC 1.5 Realtek RTS5847/RTS5852 cameras have
> been reported to work well.
> 
> Signed-off-by: ming_qian <ming_q...@realsil.com.cn>
> Tested-by: Kai-Heng Feng <kai.heng.f...@canonical.com>
> Reviewed-by: Hans de Goede <hdego...@redhat.com>
> Tested-by: Josef Šimánek <josef.sima...@gmail.com>

It works perfectly here on 4.16.5 with a Dell XPS 9370 in Debian.

Tested-by: Ana Guerrero Lopez <ana.guerr...@collabora.com>

Cheers,
Ana

Bug#896111: ITP: servo-hdctools -- Chrome OS Hardware Debug & Control Tools

[Ana Guerrero Lopez]

Package: wnpp
Owner: Ana Guerrero Lopez <a...@collabora.com>
Severity: wishlist

* Package name : servo-hdctools
Version : 20180401
Upstream Author : The Chromium OS Authors <chromium-os-...@chromium.org>
* URL : https://chromium.googlesource.com/chromiumos/third_party/hdctools
* License : BSD-3-clause
Programming Language: Python, C
Description : Chrome OS Hardware Debug & Control Tools

Servo is a debug board used for Chromium OS test and development.
This code contains:
* the backend server that talks to servo boards
* a binary allowing to control the server
* usbkm232, an RS232 (uart) to USB keyboard emulator

Bug#896111: ITP: servo-hdctools -- Chrome OS Hardware Debug & Control Tools

[Ana Guerrero Lopez]

Package: wnpp
Owner: Ana Guerrero Lopez <a...@collabora.com>
Severity: wishlist

* Package name : servo-hdctools
Version : 20180401
Upstream Author : The Chromium OS Authors <chromium-os-...@chromium.org>
* URL : https://chromium.googlesource.com/chromiumos/third_party/hdctools
* License : BSD-3-clause
Programming Language: Python, C
Description : Chrome OS Hardware Debug & Control Tools

Servo is a debug board used for Chromium OS test and development.
This code contains:
* the backend server that talks to servo boards
* a binary allowing to control the server
* usbkm232, an RS232 (uart) to USB keyboard emulator

Bug#896111: ITP: servo-hdctools -- Chrome OS Hardware Debug & Control Tools

[Ana Guerrero Lopez]

Package: wnpp
Owner: Ana Guerrero Lopez <a...@collabora.com>
Severity: wishlist

* Package name : servo-hdctools
Version : 20180401
Upstream Author : The Chromium OS Authors <chromium-os-...@chromium.org>
* URL : https://chromium.googlesource.com/chromiumos/third_party/hdctools
* License : BSD-3-clause
Programming Language: Python, C
Description : Chrome OS Hardware Debug & Control Tools

Servo is a debug board used for Chromium OS test and development.
This code contains:
* the backend server that talks to servo boards
* a binary allowing to control the server
* usbkm232, an RS232 (uart) to USB keyboard emulator

Bug#896103: ITP: servod-tools -- manage multiple servo control boards automatically

[Ana Guerrero Lopez]

Package: wnpp
Owner: Ana Guerrero Lopez <a...@collabora.com>
Severity: wishlist

* Package name : servod-tools
Version : 20180201
Upstream Author : Daniel Stone <dani...@collabora.com> and others
* URL : https://gitlab.collabora.com/gtucker/servod-tools
* License : MIT
Programming Python
Description : manage multiple servo control boards automatically

servod-tools lets you use one or many Servo control board for 
Chromebooks in some
kind of vaguely automated fashion. After installing these and 
configuring for

your local boards, you should have access to the CPU UART as
/dev/google-servo/$devicename/cpu-uart, and the EC as
/dev/google-servo/$devicename/ec-uart, as well as having servod itself
listening for more complex commands on a predictable port.

Bug#896103: ITP: servod-tools -- manage multiple servo control boards automatically

[Ana Guerrero Lopez]

Package: wnpp
Owner: Ana Guerrero Lopez <a...@collabora.com>
Severity: wishlist

* Package name : servod-tools
Version : 20180201
Upstream Author : Daniel Stone <dani...@collabora.com> and others
* URL : https://gitlab.collabora.com/gtucker/servod-tools
* License : MIT
Programming Python
Description : manage multiple servo control boards automatically

servod-tools lets you use one or many Servo control board for 
Chromebooks in some
kind of vaguely automated fashion. After installing these and 
configuring for

your local boards, you should have access to the CPU UART as
/dev/google-servo/$devicename/cpu-uart, and the EC as
/dev/google-servo/$devicename/ec-uart, as well as having servod itself
listening for more complex commands on a predictable port.

Bug#896103: ITP: servod-tools -- manage multiple servo control boards automatically

[Ana Guerrero Lopez]

Package: wnpp
Owner: Ana Guerrero Lopez <a...@collabora.com>
Severity: wishlist

* Package name : servod-tools
Version : 20180201
Upstream Author : Daniel Stone <dani...@collabora.com> and others
* URL : https://gitlab.collabora.com/gtucker/servod-tools
* License : MIT
Programming Python
Description : manage multiple servo control boards automatically

servod-tools lets you use one or many Servo control board for 
Chromebooks in some
kind of vaguely automated fashion. After installing these and 
configuring for

your local boards, you should have access to the CPU UART as
/dev/google-servo/$devicename/cpu-uart, and the EC as
/dev/google-servo/$devicename/ec-uart, as well as having servod itself
listening for more complex commands on a predictable port.

Bug#881868: O: ibsim -- InfiniBand fabric simulator utilities

[Ana Guerrero Lopez]

Package: wnpp
Severity: normal

I was the only maintainer left from the pkg-ofed team 
,
maintaining ibsim. I'm orphaning this package now.

I considered asking its removal directly, but I've finally decided to orphan
it and asking for removal if by 30 June 2018 nobody has adopted it.

If you want to be the new maintainer, please see
http://www.debian.org/devel/wnpp/index.html#howto-o for detailed
instructions how to adopt a package properly.

Some information about this package:

Package: ibsim
Binary: ibsim-utils, libumad2sim0
Version: 0.7-1
Maintainer: OFED and Debian Development and Discussion 

Uploaders: Ana Beatriz Guerrero Lopez 
Build-Depends: debhelper (>= 9), dpkg-dev (>= 1.16.1~), libibumad-dev (>= 
1.3.8), libibmad-dev (>= 1.3.9)
Architecture: i386 ia64 amd64 powerpc
Standards-Version: 3.9.8
Format: 3.0 (quilt)
Files:
 8a3e544d5e5e0782a2103e11732e0dae 2098 ibsim_0.7-1.dsc
 7ff8756f222799d042f7309777cc711d 64660 ibsim_0.7.orig.tar.gz
 f5db3dd669f18189dc08e4072c2bbf2c 3196 ibsim_0.7-1.debian.tar.xz
Vcs-Browser: https://anonscm.debian.org/cgit/pkg-ofed/ibsim.git
Vcs-Git: https://anonscm.debian.org/git/pkg-ofed/ibsim.git
Checksums-Sha256:
 39f2ace04ebec080f859efa65ec808d4845524218e404247f8057713bc73340a 2098 
ibsim_0.7-1.dsc
 66908257f0de6866589b6f4b99e9cfd2805d4d3ed61631e09d15eae876202e24 64660 
ibsim_0.7.orig.tar.gz
 245a96abe04e1b9f8b3453878ca0a854ca962713827abc1701e2712f3936b47e 3196 
ibsim_0.7-1.debian.tar.xz
Homepage: https://www.openfabrics.org/downloads/management/
Package-List: 
 ibsim-utils deb net extra arch=i386,ia64,amd64,powerpc
 libumad2sim0 deb net extra arch=i386,ia64,amd64,powerpc
Directory: pool/main/i/ibsim
Priority: source
Section: net

Package: ibsim-utils
Source: ibsim
Version: 0.7-1
Installed-Size: 126
Maintainer: OFED and Debian Development and Discussion 

Architecture: amd64
Depends: libc6 (>= 2.15), libibmad5, libibumad3 (>= 1.3.9), libumad2sim0 (= 
0.7-1)
Description-en: InfiniBand fabric simulator utilities
 ibsim provides a simulation of an InfiniBand fabric,
 which can be used by the opensm subnet manager and
 infiniband diagnostics and management tools.
 .
 This package provides utilities for use with the
 simulator.
Description-md5: 213cfc3282bdc0c42f1565a0696d728b
Homepage: https://www.openfabrics.org/downloads/management/
Tag: role::program
Section: net
Priority: optional
Filename: pool/main/i/ibsim/ibsim-utils_0.7-1_amd64.deb
Size: 41314
MD5sum: 8f0dc82774c645523e1e53cf16a783ab
SHA256: 537689f4c89484c5e19c49f28668e26f5fe69c006e6f6fb1365ebcef7e5e2b79

Package: libumad2sim0
Source: ibsim
Version: 0.7-1
Installed-Size: 35
Maintainer: OFED and Debian Development and Discussion 

Architecture: amd64
Depends: libc6 (>= 2.14), libibmad5, libibumad3 (>= 1.3.9)
Description-en: InfiniBand fabric simulator
 ibsim provides a simulation of an InfiniBand fabric,
 which can be used by the opensm subnet manager and
 infiniband diagnostics and management tools.
 .
 This package provides an LD_PRELOADable library which
 will make applications use the simulated fabric.
Description-md5: f353e396e02cc90660f28f13a719acd4
Homepage: https://www.openfabrics.org/downloads/management/
Tag: role::shared-lib
Section: libs
Priority: optional
Filename: pool/main/i/ibsim/libumad2sim0_0.7-1_amd64.deb
Size: 12404
MD5sum: 7af39ba09f6df0c80110a90d1871c6fb
SHA256: 566a248df7b2b5b8eefdd71dc2833f6f53fdb1dbbf783e72badf6cf81e241450

Bug#881868: O: ibsim -- InfiniBand fabric simulator utilities

[Ana Guerrero Lopez]

Package: wnpp
Severity: normal

I was the only maintainer left from the pkg-ofed team 
,
maintaining ibsim. I'm orphaning this package now.

I considered asking its removal directly, but I've finally decided to orphan
it and asking for removal if by 30 June 2018 nobody has adopted it.

If you want to be the new maintainer, please see
http://www.debian.org/devel/wnpp/index.html#howto-o for detailed
instructions how to adopt a package properly.

Some information about this package:

Package: ibsim
Binary: ibsim-utils, libumad2sim0
Version: 0.7-1
Maintainer: OFED and Debian Development and Discussion 

Uploaders: Ana Beatriz Guerrero Lopez 
Build-Depends: debhelper (>= 9), dpkg-dev (>= 1.16.1~), libibumad-dev (>= 
1.3.8), libibmad-dev (>= 1.3.9)
Architecture: i386 ia64 amd64 powerpc
Standards-Version: 3.9.8
Format: 3.0 (quilt)
Files:
 8a3e544d5e5e0782a2103e11732e0dae 2098 ibsim_0.7-1.dsc
 7ff8756f222799d042f7309777cc711d 64660 ibsim_0.7.orig.tar.gz
 f5db3dd669f18189dc08e4072c2bbf2c 3196 ibsim_0.7-1.debian.tar.xz
Vcs-Browser: https://anonscm.debian.org/cgit/pkg-ofed/ibsim.git
Vcs-Git: https://anonscm.debian.org/git/pkg-ofed/ibsim.git
Checksums-Sha256:
 39f2ace04ebec080f859efa65ec808d4845524218e404247f8057713bc73340a 2098 
ibsim_0.7-1.dsc
 66908257f0de6866589b6f4b99e9cfd2805d4d3ed61631e09d15eae876202e24 64660 
ibsim_0.7.orig.tar.gz
 245a96abe04e1b9f8b3453878ca0a854ca962713827abc1701e2712f3936b47e 3196 
ibsim_0.7-1.debian.tar.xz
Homepage: https://www.openfabrics.org/downloads/management/
Package-List: 
 ibsim-utils deb net extra arch=i386,ia64,amd64,powerpc
 libumad2sim0 deb net extra arch=i386,ia64,amd64,powerpc
Directory: pool/main/i/ibsim
Priority: source
Section: net

Package: ibsim-utils
Source: ibsim
Version: 0.7-1
Installed-Size: 126
Maintainer: OFED and Debian Development and Discussion 

Architecture: amd64
Depends: libc6 (>= 2.15), libibmad5, libibumad3 (>= 1.3.9), libumad2sim0 (= 
0.7-1)
Description-en: InfiniBand fabric simulator utilities
 ibsim provides a simulation of an InfiniBand fabric,
 which can be used by the opensm subnet manager and
 infiniband diagnostics and management tools.
 .
 This package provides utilities for use with the
 simulator.
Description-md5: 213cfc3282bdc0c42f1565a0696d728b
Homepage: https://www.openfabrics.org/downloads/management/
Tag: role::program
Section: net
Priority: optional
Filename: pool/main/i/ibsim/ibsim-utils_0.7-1_amd64.deb
Size: 41314
MD5sum: 8f0dc82774c645523e1e53cf16a783ab
SHA256: 537689f4c89484c5e19c49f28668e26f5fe69c006e6f6fb1365ebcef7e5e2b79

Package: libumad2sim0
Source: ibsim
Version: 0.7-1
Installed-Size: 35
Maintainer: OFED and Debian Development and Discussion 

Architecture: amd64
Depends: libc6 (>= 2.14), libibmad5, libibumad3 (>= 1.3.9)
Description-en: InfiniBand fabric simulator
 ibsim provides a simulation of an InfiniBand fabric,
 which can be used by the opensm subnet manager and
 infiniband diagnostics and management tools.
 .
 This package provides an LD_PRELOADable library which
 will make applications use the simulated fabric.
Description-md5: f353e396e02cc90660f28f13a719acd4
Homepage: https://www.openfabrics.org/downloads/management/
Tag: role::shared-lib
Section: libs
Priority: optional
Filename: pool/main/i/ibsim/libumad2sim0_0.7-1_amd64.deb
Size: 12404
MD5sum: 7af39ba09f6df0c80110a90d1871c6fb
SHA256: 566a248df7b2b5b8eefdd71dc2833f6f53fdb1dbbf783e72badf6cf81e241450

Bug#881867: O: dapl -- development files for the DAPL libraries

[Ana Guerrero Lopez]

Package: wnpp
Severity: normal

I was the only maintainer left from the pkg-ofed team 
,
maintaining dapl. I'm orphaning this package now.

I considered asking its removal directly, but I've finally decided to orphan
it and asking for removal if by 30 June 2018 nobody has adopted it.

If you want to be the new maintainer, please see
http://www.debian.org/devel/wnpp/index.html#howto-o for detailed
instructions how to adopt a package properly.

Some information about this package:

Package: dapl
Binary: libdapl-dev, libdapl2, dapl2-utils
Version: 2.1.9-1
Maintainer: OFED and Debian Development and Discussion 

Uploaders: Ana Beatriz Guerrero Lopez 
Build-Depends: debhelper (>= 9), librdmacm-dev, libibverbs-dev (>= 1.1.2), 
autotools-dev, dh-autoreconf
Architecture: i386 ia64 amd64 powerpc ppc64el s390x
Standards-Version: 3.9.8
Format: 3.0 (quilt)
Files:
 bb569826585fc8e595ecfea41f6e 2235 dapl_2.1.9-1.dsc
 800359e1a9508a2b3005327de654fcc6 1075725 dapl_2.1.9.orig.tar.gz
 e226f8d9e0a1bf4e111facb406ea7f16 9076 dapl_2.1.9-1.debian.tar.xz
Vcs-Browser: https://anonscm.debian.org/cgit/pkg-ofed/dapl.git
Vcs-Git: https://anonscm.debian.org/git/pkg-ofed/infiniband-dapl.git
Checksums-Sha256:
 f1c05431cbd0bcb0f694f22b49203f35f01b176fe7953817abcd9a6353bb10a4 2235 
dapl_2.1.9-1.dsc
 40982b43c5e2f1d5b007add9917bc461fdffb95bd52f589de95b15aa59a9d0b6 1075725 
dapl_2.1.9.orig.tar.gz
 ea3241b3ee440664187b1aefd000bce10b05bfeb4dbaaac399725fbe2b313098 9076 
dapl_2.1.9-1.debian.tar.xz
Homepage: https://www.openfabrics.org/downloads/dapl/
Package-List: 
 dapl2-utils deb net extra arch=i386,ia64,amd64,powerpc,ppc64el,s390x
 libdapl-dev deb libdevel extra arch=i386,ia64,amd64,powerpc,ppc64el,s390x
 libdapl2 deb libs extra arch=i386,ia64,amd64,powerpc,ppc64el,s390x
Directory: pool/main/d/dapl
Priority: optional
Section: misc

Package: libdapl-dev
Source: dapl
Version: 2.1.9-1
Installed-Size: 1855
Maintainer: OFED and Debian Development and Discussion 

Architecture: amd64
Depends: libdapl2 (= 2.1.9-1)
Description-en: development files for the DAPL libraries
 The Direct Access Programming Library (DAPL) is a transport-independent,
 platform-independent API that supports Remote Direct Memory Access (RDMA)
 devices such as Infiniband and iWARP .
 .
 This package contains the header files and shared libraries for building
 applications against libdapl.
Description-md5: f2bcded91991be98939d4ef77d9cd821
Homepage: https://www.openfabrics.org/downloads/dapl/
Tag: devel::library, role::devel-lib
Section: libdevel
Priority: optional
Filename: pool/main/d/dapl/libdapl-dev_2.1.9-1_amd64.deb
Size: 288596
MD5sum: fceff3bf32da7320ef1673d85a835be7
SHA256: aeea2ef74b016e00dd5b2a954d6addde63b19d359ae3ebd5df57d0e89ea8e7d3

Package: libdapl2
Source: dapl
Version: 2.1.9-1
Installed-Size: 631
Maintainer: OFED and Debian Development and Discussion 

Architecture: amd64
Depends: libc6 (>= 2.16), libibverbs1 (>= 1.1.6), librdmacm1 (>= 1.0.19)
Description-en: Direct Access Programming Library (DAPL)
 The Direct Access Programming Library (DAPL) is a transport-independent,
 platform-independent API that supports Remote Direct Memory Access (RDMA)
 devices such as Infiniband and iWARP .
  .
 This package contains the libdapl shared library.
Description-md5: 4a6df895a815aa44aba379abd136a872
Homepage: https://www.openfabrics.org/downloads/dapl/
Tag: role::shared-lib
Section: libs
Priority: optional
Filename: pool/main/d/dapl/libdapl2_2.1.9-1_amd64.deb
Size: 209168
MD5sum: 0d642f87d771a7931d2e9d556dca8559
SHA256: af99ab8314d4ea8849f235bfa450b04c6b8e8a8dafa64e5ebd2037b789c19d12

Package: dapl2-utils
Source: dapl
Version: 2.1.9-1
Installed-Size: 426
Maintainer: OFED and Debian Development and Discussion 

Architecture: amd64
Depends: libc6 (>= 2.14), libdapl2
Description-en: utilities for use with the DAPL libraries
 The Direct Access Programming Library (DAPL) is a transport-independent,
 platform-independent API that supports Remote Direct Memory Access (RDMA)
 devices such as Infiniband and iWARP .
 .
 This package contains example utilities that use the DAPL API.
Description-md5: 1001db4d106665ebf40971bc1d6648d8
Homepage: https://www.openfabrics.org/downloads/dapl/
Tag: role::program
Section: net
Priority: optional
Filename: pool/main/d/dapl/dapl2-utils_2.1.9-1_amd64.deb
Size: 204602
MD5sum: 50d50e7e39832243e55362f1a11c48a3
SHA256: d88e761a029d60d2e889a1f65414321fce7fe3de142cafedaf4fcbf318621311

Bug#881867: O: dapl -- development files for the DAPL libraries

[Ana Guerrero Lopez]

Package: wnpp
Severity: normal

I was the only maintainer left from the pkg-ofed team 
,
maintaining dapl. I'm orphaning this package now.

I considered asking its removal directly, but I've finally decided to orphan
it and asking for removal if by 30 June 2018 nobody has adopted it.

If you want to be the new maintainer, please see
http://www.debian.org/devel/wnpp/index.html#howto-o for detailed
instructions how to adopt a package properly.

Some information about this package:

Package: dapl
Binary: libdapl-dev, libdapl2, dapl2-utils
Version: 2.1.9-1
Maintainer: OFED and Debian Development and Discussion 

Uploaders: Ana Beatriz Guerrero Lopez 
Build-Depends: debhelper (>= 9), librdmacm-dev, libibverbs-dev (>= 1.1.2), 
autotools-dev, dh-autoreconf
Architecture: i386 ia64 amd64 powerpc ppc64el s390x
Standards-Version: 3.9.8
Format: 3.0 (quilt)
Files:
 bb569826585fc8e595ecfea41f6e 2235 dapl_2.1.9-1.dsc
 800359e1a9508a2b3005327de654fcc6 1075725 dapl_2.1.9.orig.tar.gz
 e226f8d9e0a1bf4e111facb406ea7f16 9076 dapl_2.1.9-1.debian.tar.xz
Vcs-Browser: https://anonscm.debian.org/cgit/pkg-ofed/dapl.git
Vcs-Git: https://anonscm.debian.org/git/pkg-ofed/infiniband-dapl.git
Checksums-Sha256:
 f1c05431cbd0bcb0f694f22b49203f35f01b176fe7953817abcd9a6353bb10a4 2235 
dapl_2.1.9-1.dsc
 40982b43c5e2f1d5b007add9917bc461fdffb95bd52f589de95b15aa59a9d0b6 1075725 
dapl_2.1.9.orig.tar.gz
 ea3241b3ee440664187b1aefd000bce10b05bfeb4dbaaac399725fbe2b313098 9076 
dapl_2.1.9-1.debian.tar.xz
Homepage: https://www.openfabrics.org/downloads/dapl/
Package-List: 
 dapl2-utils deb net extra arch=i386,ia64,amd64,powerpc,ppc64el,s390x
 libdapl-dev deb libdevel extra arch=i386,ia64,amd64,powerpc,ppc64el,s390x
 libdapl2 deb libs extra arch=i386,ia64,amd64,powerpc,ppc64el,s390x
Directory: pool/main/d/dapl
Priority: optional
Section: misc

Package: libdapl-dev
Source: dapl
Version: 2.1.9-1
Installed-Size: 1855
Maintainer: OFED and Debian Development and Discussion 

Architecture: amd64
Depends: libdapl2 (= 2.1.9-1)
Description-en: development files for the DAPL libraries
 The Direct Access Programming Library (DAPL) is a transport-independent,
 platform-independent API that supports Remote Direct Memory Access (RDMA)
 devices such as Infiniband and iWARP .
 .
 This package contains the header files and shared libraries for building
 applications against libdapl.
Description-md5: f2bcded91991be98939d4ef77d9cd821
Homepage: https://www.openfabrics.org/downloads/dapl/
Tag: devel::library, role::devel-lib
Section: libdevel
Priority: optional
Filename: pool/main/d/dapl/libdapl-dev_2.1.9-1_amd64.deb
Size: 288596
MD5sum: fceff3bf32da7320ef1673d85a835be7
SHA256: aeea2ef74b016e00dd5b2a954d6addde63b19d359ae3ebd5df57d0e89ea8e7d3

Package: libdapl2
Source: dapl
Version: 2.1.9-1
Installed-Size: 631
Maintainer: OFED and Debian Development and Discussion 

Architecture: amd64
Depends: libc6 (>= 2.16), libibverbs1 (>= 1.1.6), librdmacm1 (>= 1.0.19)
Description-en: Direct Access Programming Library (DAPL)
 The Direct Access Programming Library (DAPL) is a transport-independent,
 platform-independent API that supports Remote Direct Memory Access (RDMA)
 devices such as Infiniband and iWARP .
  .
 This package contains the libdapl shared library.
Description-md5: 4a6df895a815aa44aba379abd136a872
Homepage: https://www.openfabrics.org/downloads/dapl/
Tag: role::shared-lib
Section: libs
Priority: optional
Filename: pool/main/d/dapl/libdapl2_2.1.9-1_amd64.deb
Size: 209168
MD5sum: 0d642f87d771a7931d2e9d556dca8559
SHA256: af99ab8314d4ea8849f235bfa450b04c6b8e8a8dafa64e5ebd2037b789c19d12

Package: dapl2-utils
Source: dapl
Version: 2.1.9-1
Installed-Size: 426
Maintainer: OFED and Debian Development and Discussion 

Architecture: amd64
Depends: libc6 (>= 2.14), libdapl2
Description-en: utilities for use with the DAPL libraries
 The Direct Access Programming Library (DAPL) is a transport-independent,
 platform-independent API that supports Remote Direct Memory Access (RDMA)
 devices such as Infiniband and iWARP .
 .
 This package contains example utilities that use the DAPL API.
Description-md5: 1001db4d106665ebf40971bc1d6648d8
Homepage: https://www.openfabrics.org/downloads/dapl/
Tag: role::program
Section: net
Priority: optional
Filename: pool/main/d/dapl/dapl2-utils_2.1.9-1_amd64.deb
Size: 204602
MD5sum: 50d50e7e39832243e55362f1a11c48a3
SHA256: d88e761a029d60d2e889a1f65414321fce7fe3de142cafedaf4fcbf318621311

Re: ¿cómo crear un repositorio personal?

[Ana Guerrero Lopez]

Hola Maikel,

On Wed, Oct 25, 2017 at 04:07:31PM -0400, Maikel Enrique Pernía Matos wrote:
> Colegas:
> 
> Desarrollo un proyecto que incluye varias aplicaciones y estas las
> distribuía en un pequeño repositorio que funcionaba bien hasta Jessie,
> estoy actualizando las app y su repo a Stretch y aquí es donde tengo la
> dificultad, resulta que luego de hacer las siguientes acciones (como
> root) :
> 
> echo "deb http:192.168.1.5/repos/misox unstable main contrib
> >> /etc/apt/sources.list"
> 
> apt-get update
> 
> APT devuelve el siguiente mensaje:
> 
> 
> Leyendo lista de paquetes... ¡Error!
> W: El repositorio «http://192.168.1.6/ftp/misox unstable Release» no
> está firmado
> N: Los datos de un repositorio como este no se pueden autenticar y por
> tanto su uso es potencialmente peligroso.
> N: Vea la pagina de manual apt-secure(8) para los detalles sobre la
> creación de repositorios y la configuración de usuarios.
> E: No se pudo analizar el archivo de
> paquetes /var/lib/apt/lists/192.168.1.6_ftp_misox_dists_unstable_Release
> (1)
> W: Distribución conflictiva: http://192.168.1.6/ftp/misox unstable
> Release (se esperaba unstable, pero se obtuvo )
> E: No se pudo analizar el archivo de
> paquetes /var/lib/apt/lists/192.168.1.6_ftp_misox_dists_unstable_Release
> (1)
> E: No se pudieron analizar o abrir las listas de paquetes o el archivo
> de estado.
> 
> 
> 
> Sé que todo sucede porque los paquetes no están firmados y aquí viene
> mis preguntas:
> 
> ¿Cómo se debe hacer un repositorio no oficial para que sea gestionado
> por Debian, como lo fue en su momento el repo de Mate-Desktop?
> 
> ¿Qué debo hacer para firmar mis paquetes y el repositorio?
> 
> De antemano les digo: si la respuesta esta en Internet, no puedo acceder
> a ella por lo que agradecería si alguien me la puede hacer llegar vía
> email. 

¿Imagino que estás usando apt-ftparchive para crear tu repositorio?
Si es así, mira de usar reprepro. Asumo que tienes acceso a un repositorio
Debian, la documentation de reprepro viene bien explicada en su pagina
man y su manual HTML viene tambien incluido en el paquete.

En cualquier caso, tendrás que crear una clave GPG para firmar tu
repositorio.

Ana

Bug#877874: RM: qlvnictools -- ROM; dead upstream, low popcorn, no maintainers

[Ana Guerrero Lopez]

Package: ftp.debian.org
Severity: normal

Please, remove qlvnictools from the archive.

Thank you,
Ana

Re: Sun[esc]bdwaSnowCamp in Italy in late february/early march?

[Ana Guerrero Lopez]

On Fri, Sep 08, 2017 at 05:34:04PM +0200, Elena ``of Valhalla'' wrote:
> Following SunCamp last May I've been tempted to non-organize :) a
> similar event in my corner of Italy; now that summer is coming to an end
> I've been able to talk with a potential location and this is starting to
> look feasible.

Yay for "non-organised" events :D

> Because of the local weather, the best dates are in late winter, when
> the chances to see a sunny weekend are higher, so I was thinking 22-25
> February, or if there are issues with that date 1-4 March or 15-18
> February.
> 
> The previous weekend (8-11 February) has also been considered, but I'm
> afraid that there would be too high a risk of fosdemflu-induced
> cancellations.

I would welcome to have at least one weekend between both events, two
weekends even better. But in the end, IMHO, date is a very important
part of the negotiation when choosing the place, some hotel/hostels/etc
will make you a better price in the weekends they expect to have
less people, so I would suggest you to get quotes for several weekends
and see if it makes a big difference.

Thank you for organising!
Ana

Re: Mail templates

[Ana Guerrero Lopez]

On Wed, Aug 30, 2017 at 08:43:30AM +0800, Paul Wise wrote:
> On Wed, Aug 30, 2017 at 3:52 AM, Ana Guerrero Lopez wrote:
> > On Tue, Aug 29, 2017 at 09:19:23PM +0200, Anon Andme wrote:
> >> Please stop sending emails to this address. I did not subscribe to this
> > I replied this email off-list.
> 
> It might be simpler to respond to unsubscribe requests by pasting the
> email address into the relevant unsubscribe form on lists.debian.org.

You don't know to which mailing lists the person has subscribed and the email 
address they used to subscribe is not always the same they use to email you.
Finally, the hard part is unsubscribing requires the person actively confirming 
this by replying an email that has an obscure subject line "CONFIRM X"
coming from "SmartList". If they're not aware they have to reply some email
to unsubscribe from Debian lists, they're most likely to ignore it.

Mail templates

[Ana Guerrero Lopez]

Hi everybody,

I replied this email off-list. In the publicity team we have started recently
a git repo with email templates for replying this type of requests.
We receive emails likes this often in pr...@debian.org and I'm sure we're
not the only team.
The git repo is at https://anonscm.debian.org/cgit/publicity/mails.git/
feel free to improve the existing emails, add translations and new emails.

Ana


On Tue, Aug 29, 2017 at 09:19:23PM +0200, Anon Andme wrote:
> Please stop sending emails to this address. I did not subscribe to this
> 
> On 25 August 2017 at 14:53, Enrico Zini  wrote:
> 
> > # nm.debian.org updates
> >
> > At DebConf17, people from New Member Front Desk, keyring-maint and MIA
> > teams met and worked on developing and deploying various new things on
> > nm.debian.org:
> >
> >
> > ## "cancel" link for a process
> >
> > If you started a process by mistake, or want to change your mind, you
> > can now click "cancel" on the process page, and have it canceled
> > yourself, with the opportunity to provide a message for the logs.
> >
> >
> > ## 1-click emeritus
> >
> > You can now use nm.debian.org to retire from Debian (emeritus): request
> > a new status on your personal page[1], write a goodbye message that will
> > be automatically posted on debian-private, and you are done.
> >
> > This also automatically notifies the MIA team, so that they can check if
> > some of your packages still need orphaning.
> >
> > [1] Direct link: https://nm.debian.org/process/emeritus
> >
> >
> > ## New automated "Where Art Thou?" processes
> >
> > The MIA team[1] can now trigger a WAT run for a person with just one
> > click. The process is tracked like any other process in the site, so it
> > will be easy to track progress, or lack of response, over time.
> >
> > The WAT mail will contain links that can be clicked to report that a
> > person is still active (which will automatically cancel the process), or
> > to the 1-click emeritus interface to retire, described above.
> >
> > 30 days after the WAT ping is sent, if no action was taken by the
> > potentially MIA developer, a Debian Account Manager, or someone
> > delegated by them, can initiate the account removal.
> >
> > The account removal is notified with a mail to
> > debian-priv...@lists.debian.org, followed by a pause of two weeks to
> > give people time to react. For example, the MIA ping could have been
> > sent to an old email address, and this gives people a chance to point it
> > out.
> >
> > Finally, if no concerns are raised, the account is removed.
> >
> > [1] https://wiki.debian.org/qa.debian.org/MIATeam
> >
> >
> > ## Easier approvals for Front Desk and DAM
> >
> > nm.debian.org is now able to talk directly to rt.debian.org to submit
> > issues. This makes it easier to do approvals for Front Desk and DAM. It
> > also helps avoid encoding issues in signatures seen by keyring-maint.
> >
> > nm.debian.org can also now interact with a command line tool[1] to
> > automate those review steps that usually happen on Front Desk or DAM's
> > systems, like verifying signatures in mails and signing the final RT
> > ticket.
> >
> > [1] https://github.com/spanezz/debsso-client
> >
> >
> > Enrico
> >
> > --
> > GPG key: 4096R/634F4BD1E7AD5568 2009-05-08 Enrico Zini <
> > enr...@enricozini.org>
> >

Re: Scheduling 9.1, maybe 8.9

[Ana Guerrero Lopez]

On Sun, Jun 25, 2017 at 08:10:04PM +0100, Jonathan Wiltshire wrote:
> Hi,
> 
> A month or so from 9.0 bring us to about 15th July. How would any of these
> suit? Is 8.9 at the same time feasible?
> 
> 8/9 July (probably a bit soon)
> 15/16 July
> 22/23 July
> 
> [SRMs: needs one of you too please :) ]

Hi!

Please, choose the date that suits you better and we'll manage to have
somebody around from the pressblicity team :)

Ana

Re: Scheduling 9.1, maybe 8.9

[Ana Guerrero Lopez]

On Sun, Jun 25, 2017 at 08:10:04PM +0100, Jonathan Wiltshire wrote:
> Hi,
> 
> A month or so from 9.0 bring us to about 15th July. How would any of these
> suit? Is 8.9 at the same time feasible?
> 
> 8/9 July (probably a bit soon)
> 15/16 July
> 22/23 July
> 
> [SRMs: needs one of you too please :) ]

Hi!

Please, choose the date that suits you better and we'll manage to have
somebody around from the pressblicity team :)

Ana

Re: Scheduling 9.1, maybe 8.9

[Ana Guerrero Lopez]

On Sun, Jun 25, 2017 at 08:10:04PM +0100, Jonathan Wiltshire wrote:
> Hi,
> 
> A month or so from 9.0 bring us to about 15th July. How would any of these
> suit? Is 8.9 at the same time feasible?
> 
> 8/9 July (probably a bit soon)
> 15/16 July
> 22/23 July
> 
> [SRMs: needs one of you too please :) ]

Hi!

Please, choose the date that suits you better and we'll manage to have
somebody around from the pressblicity team :)

Ana

Re: Scheduling 9.1, maybe 8.9

[Ana Guerrero Lopez]

On Sun, Jun 25, 2017 at 08:10:04PM +0100, Jonathan Wiltshire wrote:
> Hi,
> 
> A month or so from 9.0 bring us to about 15th July. How would any of these
> suit? Is 8.9 at the same time feasible?
> 
> 8/9 July (probably a bit soon)
> 15/16 July
> 22/23 July
> 
> [SRMs: needs one of you too please :) ]

Hi!

Please, choose the date that suits you better and we'll manage to have
somebody around from the pressblicity team :)

Ana

Nice email thanking the stretch release

[Ana Guerrero Lopez]

Hi folks,

After the release announcement, I got a bunch of direct emails.
Plenty of "thank you", "yeah", "finally!" and of course, a few
"UNSUBSCRIBE" ;)
The email below stood out and I thought it would be nice to share it
with the projet. The writer is in bcc in case they wants to add something.

Ana

----

On 06/18/2017 02:22 AM, Ana Guerrero Lopez wrote:
[snipped header]

> After 26 months of development the Debian project is proud to present
> its new stable version 9 (code name "Stretch"), which will be supported
> for the next 5 years thanks to the combined work of the Debian Security
> team [1] and of the Debian Long Term Support [2] team.

A *huge* thank you to the Debian team! You guys rock! It was amazing to 
see how everyone worked so hard in those last few hours before release 
(I was in IRC for the first time in years, watching things unfold).

> 
>  1: https://security-team.debian.org/
>  2: https://wiki.debian.org/LTS
> 
> Debian 9 is dedicated [3] to the project's founder Ian Murdock, who
> passed away on 28 December 2015.

RIP. I don't know if he knew how big an impact he made in the computing 
world. But he'll always be a legend in my book.

>  3: http://ftp.debian.org/debian/doc/dedication/dedication-9.0.txt
> 
> In "Stretch", the default MySQL variant is now MariaDB. The replacement
> of packages for MySQL 5.5 or 5.6 by the MariaDB 10.1 variant will happen
> automatically upon upgrade.

Going clean-install on my two laptops. I need to learn the differences 
between MariaDB and MySQL as the boss at work (we use Ubuntu there) 
wants MariaDB.

> Firefox and Thunderbird return to Debian with the release of "Stretch",
> and replace their debranded versions Iceweasel and Icedove, which were
> present in the archive for more than 10 years.

So I can remove that from my script! Cool! I didn't even know that.

> Thanks to the Reproducible Builds project, over 90% of the source
> packages included in Debian 9 will build bit-for-bit identical binary
> packages. This is an important verification feature which protects users
> from malicious attempts to tamper with compilers and build networks.
> Future Debian releases will include tools and metadata so that end-users
> can validate the provenance of packages within the archive.

THIS will be very useful especially for those who compile kernels or 
modules, I'm sure. I don't (anymore) and haven't in years. But with all 
the malware going around in other OSs, it's only a matter of time before 
it gets to be more of a problem in Debian. Luckily things are still safe 
and secure for the most part. And good to see it's going to always be 
that way.

> Administrators and those in security-sensitive environments can be
> comforted in the knowledge that the X display system no longer requires
> "root" privileges to run.

There were some talk in the chat about KVM and "permission denied" when 
using i915 chips. But as far as I can tell, that's an old issue and 
might be a kernel issue? I don't have any machines with an i915 type 
chip so I can't test it. But they were testing and some still had issues 
while someone else on an i386 with the same chip had no issues.

> The "Stretch" release is the first version of Debian to feature the
> "modern" branch of GnuPG in the "gnupg" package. This brings with it
> elliptic curve cryptography, better defaults, a more modular
> architecture, and improved smartcard support. We will continue to supply
> the "classic" branch of GnuPG as gnupg1 for people who need it, but it
> is now deprecated.
> 
> Debug packages are easier to obtain and use in Debian 9 "Stretch". A new
> "dbg-sym" repository can be added to the APT source list to provide
> debug symbols automatically for many packages.
> The UEFI ("Unified Extensible Firmware Interface") support first
> introduced in "Wheezy" continues to be greatly improved in "Stretch",
> and also supports installing on 32-bit UEFI firmware with a 64-bit
> kernel. The Debian live images now include support for UEFI booting as a
> new feature, too.

Cool! I just might try this on my main laptop (which has UEFI I think). 
My spare laptop is too old for that. :) However, I might forget. I set 
my main laptop to "legacy" mode a long time ago.

[snipped a lot of stuff]

> Should you choose to install Debian 9 "Stretch" directly onto your
> computer's hard disk you can choose from a variety of installation media
> such as Blu-ray Disc, DVD, CD, USB stick, or via internal network.

I've had problems (with the rc4 stretch) with the ThinkPad T61 not 
opening the DVD tray, and also it saying install failed (and kept 
failing) after installing a

Re: [Fwd: Re: Broken link]

[Ana Guerrero Lopez]

Hi Konstatinos, team,

On Tue, Jun 27, 2017 at 08:04:00PM +0300, Konstantinos Margaritis wrote:
> For some reason this mail reached me, I admit I didn't pay attention to
> it initially. Forwarding to Debian's www team.

[email deleted]

This is a scam/spam. We receive this one and its variants often in 
pr...@debian.org
and I think I have seen it before in -www too.

Just google the name of the domain of the sender and you'll find examples
like this one https://rt.perl.org/Public/Bug/Display.html?id=126790


Ana

Debian 9 "Stretch" released

[Ana Guerrero Lopez]

The Debian Project   https://www.debian.org/
Debian 9 "Stretch" released pr...@debian.org
June 17th, 2017https://www.debian.org/News/2017/20170617



After 26 months of development the Debian project is proud to present
its new stable version 9 (code name "Stretch"), which will be supported
for the next 5 years thanks to the combined work of the Debian Security
team [1] and of the Debian Long Term Support [2] team.

1: https://security-team.debian.org/
2: https://wiki.debian.org/LTS

Debian 9 is dedicated [3] to the project's founder Ian Murdock, who
passed away on 28 December 2015.

3: http://ftp.debian.org/debian/doc/dedication/dedication-9.0.txt

In "Stretch", the default MySQL variant is now MariaDB. The replacement
of packages for MySQL 5.5 or 5.6 by the MariaDB 10.1 variant will happen
automatically upon upgrade.

Firefox and Thunderbird return to Debian with the release of "Stretch",
and replace their debranded versions Iceweasel and Icedove, which were
present in the archive for more than 10 years.

Thanks to the Reproducible Builds project, over 90% of the source
packages included in Debian 9 will build bit-for-bit identical binary
packages. This is an important verification feature which protects users
from malicious attempts to tamper with compilers and build networks.
Future Debian releases will include tools and metadata so that end-users
can validate the provenance of packages within the archive.

Administrators and those in security-sensitive environments can be
comforted in the knowledge that the X display system no longer requires
"root" privileges to run.

The "Stretch" release is the first version of Debian to feature the
"modern" branch of GnuPG in the "gnupg" package. This brings with it
elliptic curve cryptography, better defaults, a more modular
architecture, and improved smartcard support. We will continue to supply
the "classic" branch of GnuPG as gnupg1 for people who need it, but it
is now deprecated.

Debug packages are easier to obtain and use in Debian 9 "Stretch". A new
"dbg-sym" repository can be added to the APT source list to provide
debug symbols automatically for many packages.

The UEFI ("Unified Extensible Firmware Interface") support first
introduced in "Wheezy" continues to be greatly improved in "Stretch",
and also supports installing on 32-bit UEFI firmware with a 64-bit
kernel. The Debian live images now include support for UEFI booting as a
new feature, too.

This release includes numerous updated software packages, such as:

  * Apache 2.4.25
  * Asterisk 13.14.1
  * Chromium 59.0.3071.86
  * Firefox 45.9 (in the firefox-esr package)
  * GIMP 2.8.18
  * an updated version of the GNOME desktop environment 3.22
  * GNU Compiler Collection 6.3
  * GnuPG 2.1
  * Golang 1.7
  * KDE Frameworks 5.28, KDE Plasma 5.8, and KDE Applications 16.08 and 16.04 
for PIM components
  * LibreOffice 5.2
  * Linux 4.9
  * MariaDB 10.1
  * MATE 1.16
  * OpenJDK 8
  * Perl 5.24
  * PHP 7.0
  * PostgreSQL 9.6
  * Python 2.7.13 and 3.5.3
  * Ruby 2.3
  * Samba 4.5
  * systemd 232
  * Thunderbird 45.8
  * Tomcat 8.5
  * Xen Hypervisor
  * the Xfce 4.12 desktop environment
  * more than 51,000 other ready-to-use software packages, built from a bit 
more of 25,000 source packages.

With this broad selection of packages and its traditional wide
architecture support, Debian once again stays true to its goal of being
the universal operating system. It is suitable for many different use
cases: from desktop systems to netbooks; from development servers to
cluster systems; and for database, web, or storage servers. At the same
time, additional quality assurance efforts like automatic installation
and upgrade tests for all packages in Debian's archive ensure that
"Stretch" fulfills the high expectations that users have of a stable
Debian release.

A total of ten architectures are supported: 64-bit PC / Intel EM64T /
x86-64 (amd64), 32-bit PC / Intel IA-32 (i386), 64-bit little-endian
Motorola/IBM PowerPC (ppc64el), 64-bit IBM S/390 (s390x), for ARM, armel
and armhf for older and more recent 32-bit hardware, plus arm64 for the
64-bit "AArch64" architecture, and for MIPS, in addition to the two 32-
bit mips (big-endian) and mipsel (little-endian), there is a new
mips64el architecture for 64-bit little-endian hardware. Support for 32-
bit Motorola/IBM PowerPC (powerpc) has been removed in "Stretch".

If you simply want to try Debian 9 "Stretch" without installing it, you
can use one of the available live images which loads and runs the
complete operating system in a read-only state via your computer's
memory. Should you enjoy the operating system you have the option of
installing from the live image onto your computer's hard disk. The live
image is available for CDs, USB 

Re: Please translate: Debian Stretch blogpost

[Ana Guerrero Lopez]

On Sat, Jun 17, 2017 at 04:23:17PM +0100, Joel Sansana wrote:
> Hi!
> 
> Here's the portuguese translation.
> 
> Best regards,

I got also the portuguese translation from Miguel 5 min earlier than this one.
Could you please merge both translations?

Thank you,
ana


> Às 13:23 de 17-06-2017, Ana Guerrero Lopez escreveu:
> > Hi,
> > 
> > Please translate the blogpost for bits.debian.org announcing the release of 
> > stretch:
> > 
> > https://anonscm.debian.org/cgit/publicity/bits.git/tree/content/2017/stretch-released.md
> > 
> > You'll need to add the language and translator tag like it's done for 
> > Spanish
> > here:
> > https://anonscm.debian.org/cgit/publicity/bits.git/plain/content/2017/stretch-released-es.md
> > 
> > I'm sorry for the last minute mail about this, it's a very short post :)
> > 
> > Thank you
> > 
> 
> -- 
> Joel Sansana
> 
> «You cannot make a revolution with silk gloves.» - Joseph Stalin
> 

> Title: Debian 9.0 Stretch foi lançado!
> Date: 2017-06-17 00:00
> Tags: stretch
> Slug: stretch-released
> Author: Ana Guerrero Lopez and Laura Arjona Reina
> Status: draft
> Lang: pt-pt
> Translator: Joel Sansana
> 
> ![Alt Stretch foi lançado!](|filename|/images/banner_stretch.png)
> 
> Deixa-te abraçar pela polvo de borracha e púrpura! Estamos felizes por 
> anunciar
> a nova versão Debian 9.0, com nome de código *Stretch*.
> 
> **Queres instalá-la??**
> Escolhe o teu [meio de instalação](https://www.debian.org/distrib/) favorito 
> de entre discos de Blu-ray, DVDs,
> CDs e pens USB. Depois lê o [manual de 
> instalação](https://www.debian.org/releases/stretch/installmanual).
> 
> **Já és um feliz utilizador de Debian e apenas queres atualizar?**
> Podes agora atualizar facilmente a partir da tua atual instalação Debian 8 
> Jessie,
> mas não te esqueças de ler as [notas de 
> lançamento](https://www.debian.org/releases/stretch/releasenotes).
> 
> **Queres celebrar o lançamento?**
> Partilha a [bandeira deste 
> blog](https://wiki.debian.org/DebianArt/Themes/softWaves?action=AttachFile=view=wikiBanner.png)
>  para o teu blog ou página web!
> 

Re: Please translate: Debian Stretch announcement

[Ana Guerrero Lopez]

On Sat, Jun 17, 2017 at 03:06:34PM +, Holger Wansing wrote:
> Hi,
> 
> Am Samstag 17. Juni 2017 schrieb Ana Guerrero Lopez:
> > 
> > Hi Joel,
> > 
> > On Fri, Jun 16, 2017 at 10:57:27PM +0100, Joel Sansana wrote:
> > > Hello,
> > > 
> > > I was not able to push to the publicity repository, so I send you the
> > > European Portuguese translation attached below.
> > 
> > I have just realized the Debian website doesn't have support for European
> > Portuguese. I've been told that adding support is a years-standing issue
> > that's missing having a few portuguese speaking making a translation team.
> 
> Looking at https://www.debian.org/News/index.pt.html
> Portuguese is fact supported...
> Or am I missing something?

Yes, the one you point to is Brazilian Portuguese. The missing one is
European Portuguese.

Ana

Re: Please translate: Debian Stretch announcement

[Ana Guerrero Lopez]

Hi Joel,

On Fri, Jun 16, 2017 at 10:57:27PM +0100, Joel Sansana wrote:
> Hello,
> 
> I was not able to push to the publicity repository, so I send you the
> European Portuguese translation attached below.

I have just realized the Debian website doesn't have support for European
Portuguese. I've been told that adding support is a years-standing issue
that's missing having a few portuguese speaking making a translation team.

See: https://www.debian.org/devel/website/translating#completenew

I'm sure other members of debian-i18n can give you more accurate information.

I'd like to invite you to translate the Debian Stretch blogpost
https://lists.debian.org/debian-i18n/2017/06/msg00028.html
because the Debian blog has support for all languages by default.

Thank you,
Ana

Re: Please translate: Debian Stretch blogpost

[Ana Guerrero Lopez]

On Sat, Jun 17, 2017 at 02:23:19PM +0200, Ana Guerrero Lopez wrote:
> 
> Hi,
> 
> Please translate the blogpost for bits.debian.org announcing the release of 
> stretch:
> 
> https://anonscm.debian.org/cgit/publicity/bits.git/tree/content/2017/stretch-released.md
> 
> You'll need to add the language and translator tag like it's done for Spanish
> here:
> https://anonscm.debian.org/cgit/publicity/bits.git/plain/content/2017/stretch-released-es.md
> 
> I'm sorry for the last minute mail about this, it's a very short post :)

Quick note for gendered languages, stretch is female.

Ana

Please translate: Debian Stretch blogpost

[Ana Guerrero Lopez]

Hi,

Please translate the blogpost for bits.debian.org announcing the release of 
stretch:

https://anonscm.debian.org/cgit/publicity/bits.git/tree/content/2017/stretch-released.md

You'll need to add the language and translator tag like it's done for Spanish
here:
https://anonscm.debian.org/cgit/publicity/bits.git/plain/content/2017/stretch-released-es.md

I'm sorry for the last minute mail about this, it's a very short post :)

Thank you

Please translate: Debian Stretch announcement

[Ana Guerrero Lopez]

On Mon, Jun 12, 2017 at 07:34:11PM +0200, Ana Guerrero Lopez wrote:
> 
> Hi,
> 
> I have just commited the release announcement for Stretch written
> by the press and release teams:
> 
> https://anonscm.debian.org/cgit/publicity/announcements.git/diff/en/drafts/stretch-release.wml
> 
> The announcement is still open-for-edit, so please, take a look and report
> back any problem. Also tell us if the list of updated software packages
> is missing any important update.
> 
> The plan is froze the announcement in 48h on Wednesday 14 June at 17:30 UTC
> so people can start translating.

I have frozen the announcement. Please translate! :)

https://anonscm.debian.org/cgit/publicity/announcements.git/tree/en/drafts/stretch-release.wml

Thank you,
Ana

Urgent: Clound images for Stretch announcement

[Ana Guerrero Lopez]

Hi,

In the current Debian Stretch announcement (still open for editing),
we mention only the OpenStack images. I was wondering about the availability
of other official images: GCE, AWS, Azure?

Please, see the current announcement at
https://anonscm.debian.org/cgit/publicity/announcements.git/tree/en/drafts/stretch-release.wml
line 161. I would like to add the other images and move it all to their
own paragrpah.

Ana

Bug#715085: closed by Ana Beatriz Guerrero Lopez <a...@debian.org> (Bug#715085: fixed in ibutils 1.5.7-5)

[Ana Guerrero Lopez]

On Wed, May 17, 2017 at 10:54:22PM +0300, Adrian Bunk wrote:
> On Sun, Mar 12, 2017 at 09:21:06PM +, Debian Bug Tracking System wrote:
> >...
> >  ibutils (1.5.7-5) unstable; urgency=medium
> >  .
> >* Fix Depends lines:
> >  - libibdm-dev: add depends on libibdm1 (= ${binary:Version}) (Closes: 
> > #715085)
> >...
> 
> Hi Ana,
> 
> thanks a lot for fixing this bug for stretch.
> 
> It is still present in jessie, could you also fix it there?
> Alternatively, I can fix it for jessie if you don't object.

Please, go ahead with the fix.

Thanks
Ana

Bug#715085: closed by Ana Beatriz Guerrero Lopez <a...@debian.org> (Bug#715085: fixed in ibutils 1.5.7-5)

[Ana Guerrero Lopez]

On Wed, May 17, 2017 at 10:54:22PM +0300, Adrian Bunk wrote:
> On Sun, Mar 12, 2017 at 09:21:06PM +, Debian Bug Tracking System wrote:
> >...
> >  ibutils (1.5.7-5) unstable; urgency=medium
> >  .
> >* Fix Depends lines:
> >  - libibdm-dev: add depends on libibdm1 (= ${binary:Version}) (Closes: 
> > #715085)
> >...
> 
> Hi Ana,
> 
> thanks a lot for fixing this bug for stretch.
> 
> It is still present in jessie, could you also fix it there?
> Alternatively, I can fix it for jessie if you don't object.

Please, go ahead with the fix.

Thanks
Ana

Bug#740945: [Pkg-ofed-devel] Bug#740945: Reverting this change

[Ana Guerrero Lopez]

On Thu, May 11, 2017 at 10:11:14PM +, Bart Van Assche wrote:
> Hello Ana,
> 
> Thank you for the quick follow-up. The entire e-mail thread is available at
> http://www.spinics.net/lists/linux-rdma/msg49668.html. Please let me know if 
> you
> need more information than what is available in that e-mail thread.

Thank you Bart. I have read the thread and exchanged privately with Benjamin
and I'm going to revert the upload.

Ana

Bug#740945: [Pkg-ofed-devel] Bug#740945: Reverting this change

[Ana Guerrero Lopez]

Hi Bart,

On Thu, May 11, 2017 at 02:26:02PM -0700, Bart Van Assche wrote:
> The conclusion of a discussion on the linux-rdma mailing list is that
> the "Don't activate any targets per default" change should be reverted.
> Whom should be contacted to perform that revert?

Thanks for pointing this out.

I don't know why Roland has done this change, specially because Debian is in
deep freeze and this kind of changes are not welcome at this stage.
I don't follow linux-rdma, could you please give me a pointer to the
discussion?

Thank you,
Ana

Bug#862313: ITP: libpsm2 -- PSM2 runtime, dev and compatibility libraries for Intel Omni-Path

[Ana Guerrero Lopez]

On Wed, May 10, 2017 at 11:02:34PM -0500, Brian T. Smith wrote:
> Package: wnpp
> Severity: wishlist
> Owner: "Brian T. Smith" 
> 
> * Package name: libpsm2
>   Version : 4.0
>   Upstream Author : 01org 
> * URL : https://github.com/01org
> * License : GPL, BSD
>   Programming Lang: C
>   Description : PSM2 runtime, dev and compatibility libraries for Intel 
> Omni-Path


Hi Brian,

Please, consider maintaining all the RDMA related packages inside
the relevant team in Debian, pkg-ofed: http://pkg-ofed.alioth.debian.org/
(yes, the name isn't the most fitting, but it's there because historical
reasons).
Join in alioth and subscribe to the mailing list, the list is closed
for people who are not subscribed to avoid spam. The list archives
are public.

I've also packaged libpsm2 amongs other packages but I have failed
to have them in production but I have failed to push it to Debian.
However I'm more than happy if it's maintained by somebody else.

I have seen your Debian packages, contact me privately if you want
feedback about them.

Ana

Bug#862313: ITP: libpsm2 -- PSM2 runtime, dev and compatibility libraries for Intel Omni-Path

[Ana Guerrero Lopez]

On Wed, May 10, 2017 at 11:02:34PM -0500, Brian T. Smith wrote:
> Package: wnpp
> Severity: wishlist
> Owner: "Brian T. Smith" 
> 
> * Package name: libpsm2
>   Version : 4.0
>   Upstream Author : 01org 
> * URL : https://github.com/01org
> * License : GPL, BSD
>   Programming Lang: C
>   Description : PSM2 runtime, dev and compatibility libraries for Intel 
> Omni-Path


Hi Brian,

Please, consider maintaining all the RDMA related packages inside
the relevant team in Debian, pkg-ofed: http://pkg-ofed.alioth.debian.org/
(yes, the name isn't the most fitting, but it's there because historical
reasons).
Join in alioth and subscribe to the mailing list, the list is closed
for people who are not subscribed to avoid spam. The list archives
are public.

I've also packaged libpsm2 amongs other packages but I have failed
to have them in production but I have failed to push it to Debian.
However I'm more than happy if it's maintained by somebody else.

I have seen your Debian packages, contact me privately if you want
feedback about them.

Ana

Bug#835210: grafana: new upstream version 3.1.1 available

[Ana Guerrero Lopez]

Hi,

Grafana is going to be stuck in 2.6 for stretch. :/
I needed a newer version and while upstream provide packages I wanted
something I was able to adapt. My packaging in case is useful
to somebody is at:

https://github.com/edf-hpc/grafana-deb/

Ana

Bug#793355: lmod: diff for NMU version 6.6-0.1

[Ana Guerrero Lopez]

Hi,

On Mon, Nov 21, 2016 at 04:41:54AM +0100, Aaron Zauner wrote:
> BTW: In production HPC environments similar configurations are deployed,
> I've done so in a few different installations (plus a few other neat hacks
> for usability).
> 
> I don't see why someone that installs lmod by choice wouldn't want them.
> I've just been conservative w.r.t. automatically setting lmod up for the
> user.


> On Mon, Nov 21, 2016 at 4:39 AM, Aaron Zauner  wrote:
> 
> > Sorry for the late reply.
> >
> > Thanks for working on this. I'm fine with the changes you've made. Haven't
> > tested to be honest as I had limited time since you've worked on these
> > changes to do so.

Thank you for your reply Aaron, I've pushed the upload to be uploaded today
instead of Wednesday.
I have been testing lmod 6.6 with all these changes in production (a recently
installed HPC system) and I haven't found any problem so far.

Ana

Bug#793355: lmod: diff for NMU version 6.6-0.1

[Ana Guerrero Lopez]

Control: tags 793355 + patch
Control: tags 793355 + pending

Dear maintainer,

I've prepared an NMU for lmod (versioned as 6.6-0.1) and uploaded it
to DELAYED/10. This means in 10 days my package will be automatically
uploaded to the archive unless you upload a package yourself or
ask me to remove the package from the delayed queue.

I'm doing the NMU because it would be a pity to release Stretch with an
old version of lmod. Since you're maintaining the package in github,
I forked your repository and you can see easily my changes at:
https://github.com/ana/lmod-deb

Please, take a look, some of my changes are quite intrusive since I
made some changes to have lmod behaving like environment-modules:
- MODULEPATH can be set in a file /etc/lmod/modulespath
- added /etc/profile.d/lmod.sh so /usr/share/lmod/lmod/init/$SHELL
is automatically run.

Best regards,
Ana
diff -Nru lmod-5.8/debian/changelog lmod-6.6/debian/changelog
--- lmod-5.8/debian/changelog	2014-11-04 23:46:05.0 +0100
+++ lmod-6.6/debian/changelog	2016-11-11 23:37:24.0 +0100
@@ -1,3 +1,21 @@
+lmod (6.6-0.1) unstable; urgency=medium
+
+  * Non-maintainer upload.
+  * New upstream release. (Closes: #793355)
+  * Refresh patch change_paths
+  * Update debhelper compatibility 9.
+  * Install README.md, it has been renamed from README.
+  * Add build-depends on procps.
+  * Add build-depends and depends on tcl.
+  * Update Standars-Version to 3.9.8, no changes required.
+  * Update lintian overrides.
+  * Make lmod to behave like environment-modules:
+- Allow to configure the list of modules path at /etc/lmod/modulespath
+- Install /etc/profile.d/lmod.sh and read MODULESPATH from
+  /etc/lmod/modulespath
+
+ -- Ana Beatriz Guerrero Lopez   Fri, 11 Nov 2016 23:37:24 +0100
+
 lmod (5.8-1) unstable; urgency=medium
 
   * Imported Upstream version 5.8 (Closes: #764722)
diff -Nru lmod-5.8/debian/compat lmod-6.6/debian/compat
--- lmod-5.8/debian/compat	2014-05-21 00:44:01.0 +0200
+++ lmod-6.6/debian/compat	2016-11-11 16:56:05.0 +0100
@@ -1 +1 @@
-8
+9
diff -Nru lmod-5.8/debian/control lmod-6.6/debian/control
--- lmod-5.8/debian/control	2014-11-04 23:46:05.0 +0100
+++ lmod-6.6/debian/control	2016-11-11 16:56:06.0 +0100
@@ -2,15 +2,15 @@
 Section: devel
 Priority: optional
 Maintainer: Aaron Zauner 
-Build-Depends: debhelper (>= 8.0.0), autotools-dev, lua5.2, lua-filesystem, lua-posix, lua-term, lua-json
-Standards-Version: 3.9.6
+Build-Depends: debhelper (>= 9), autotools-dev, lua5.2, lua-filesystem, lua-posix, lua-term, lua-json, procps, tcl
+Standards-Version: 3.9.8
 Homepage: https://www.tacc.utexas.edu/tacc-projects/lmod
 Vcs-Git: git://github.com/azet/lmod-deb.git
 Vcs-Browser: https://github.com/azet/lmod-deb
 
 Package: lmod
 Architecture: all
-Depends: ${misc:Depends}, lua5.2, lua-filesystem, lua-posix, lua-term, lua-json
+Depends: ${misc:Depends}, lua5.2, lua-filesystem, lua-posix, lua-term, lua-json, tcl
 Description: Lua based environment modules
  Lmod is a Lua based module system that easily handles the MODULEPATH
  Hierarchical problem. Environment Modules provide a convenient way to
diff -Nru lmod-5.8/debian/dirs lmod-6.6/debian/dirs
--- lmod-5.8/debian/dirs	1970-01-01 01:00:00.0 +0100
+++ lmod-6.6/debian/dirs	2016-11-11 23:27:58.0 +0100
@@ -0,0 +1,3 @@
+etc/profile.d
+etc/lmod
+etc/lmod/modules
diff -Nru lmod-5.8/debian/docs lmod-6.6/debian/docs
--- lmod-5.8/debian/docs	2014-05-21 01:07:05.0 +0200
+++ lmod-6.6/debian/docs	2016-11-11 16:56:05.0 +0100
@@ -1,2 +1,2 @@
-README
+README.md
 README_lua_modulefiles.txt
diff -Nru lmod-5.8/debian/lmod.lintian-overrides lmod-6.6/debian/lmod.lintian-overrides
--- lmod-5.8/debian/lmod.lintian-overrides	2014-06-07 17:52:14.0 +0200
+++ lmod-6.6/debian/lmod.lintian-overrides	2016-11-11 16:57:52.0 +0100
@@ -5,7 +5,6 @@
 lmod: missing-dep-for-interpreter csh => tcsh | csh | c-shell (usr/share/lmod/*/init/cshrc)
 lmod: csh-considered-harmful usr/share/lmod/*/init/tcsh
 lmod: missing-dep-for-interpreter csh => tcsh | csh | c-shell (usr/share/lmod/*/init/tcsh)
-lmod: tclsh-script-but-no-tclsh-dep usr/share/lmod/*/libexec/ModulesVersion.tcl
-lmod: tclsh-script-but-no-tclsh-dep usr/share/lmod/*/libexec/RC2lua.tcl
-lmod: tclsh-script-but-no-tclsh-dep usr/share/lmod/*/libexec/tcl2lua.tcl
 lmod: executable-not-elf-or-script usr/share/lmod/*/init/perl
+lmod: script-not-executable usr/share/lmod/6.6/libexec/ignore_dirs_converter
+lmod: executable-not-elf-or-script usr/share/lmod/6.6/init/r
diff -Nru lmod-5.8/debian/modulespath lmod-6.6/debian/modulespath
--- lmod-5.8/debian/modulespath	1970-01-01 01:00:00.0 +0100
+++ lmod-6.6/debian/modulespath	2016-11-11 23:26:31.0 +0100
@@ -0,0 +1,8 @@
+#
+#  This file defines the initial setup for the module files search path.
+#  Comments must begin with # and continue until the end of the line.
+#  Each line containing a single 

Bug#826222: [Pkg-ofed-devel] Bug#826222: [PATCH] Install pkgconfig file.

[Ana Guerrero Lopez]

On Thu, Oct 06, 2016 at 11:41:48AM +0200, Marcin Ślusarz wrote:
> 2016-09-04 22:17 GMT+02:00 Marcin Ślusarz :
> > From: =?UTF-8?q?Marcin=20=C5=9Alusarz?= 
> > Date: Sun, 4 Sep 2016 22:05:18 +0200
> > Subject: [PATCH] Install pkgconfig file.
> >
> > ---
> >  debian/libfabric-dev.install | 1 +
> >  1 file changed, 1 insertion(+)
> >
> > diff --git a/debian/libfabric-dev.install b/debian/libfabric-dev.install
> > index dcf96dd..99550ed 100644
> > --- a/debian/libfabric-dev.install
> > +++ b/debian/libfabric-dev.install
> > @@ -1,3 +1,4 @@
> >  usr/include/*
> >  usr/lib/*/lib*.so
> > +usr/lib/*/pkgconfig/libfabric.pc
> >  usr/share/man/man3
> > --
> 
> Dear Maintainer,
> 
> You misapplied my patch. Pkg-config files belong to "dev" packages,
> *not* the main ones.
> Just look at other packages. Right now with just libfabric1 package
> installed, pkg-config
> returns infromation(s) that cannot be resolved without libfabric-dev.

*sigh* The problems of doing things in a hurry late a night, I'll look at it
when I really have time.

Debian SunCamp 2017?

[Ana Guerrero Lopez]

Hi everybody,

After the great feedback we got from the attendees to the first
Debian SunCamp[0], Tincho and I are starting to plan the next
one in 2017.

[0] https://wiki.debian.org/DebianEvents/Europe/2016/DSC

If you're interested, please, join the discussion list we created
for coordination last year:
https://france.debian.net/mailman/listinfo/dsc2016

Ana

Debian Project mourns the loss of Kristoffer H. Rose

[Ana Guerrero Lopez]

The Debian Project   https://www.debian.org/
Debian Project mourns the loss of Kristoffer H. Rosepr...@debian.org
September 27th, 2016   https://www.debian.org/News/2016/20160927



The Debian Project recently learned that it has lost a member of its
community. Kristoffer H. Rose died on September 17th after a long battle
with myelo fibrosis.

Kristoffer was a Debian contributor from the very early days of the
project, and the upstream author of several packages that are still in
the Debian archive nowadays, such as the LaTeX package Xy-pic and
FlexML. On his return to the project after several years' absence, many
of us had the pleasure of meeting Kristoffer during DebConf15 in
Heidelberg.

The Debian Project honours his good work and strong dedication to Debian
and Free Software. Kristoffer's broad technical knowledge and his
ability to share that knowledge with others will be missed. The
contributions of Kristoffer will not be forgotten, and the high
standards of his work will continue to serve as an inspiration to
others.


About Debian


The Debian Project is an association of Free Software developers who
volunteer their time and effort in order to produce the completely free
operating system Debian GNU/Linux.


Contact Information
---

For further information, please visit the Debian web pages at
https://www.debian.org/ or send mail to .



signature.asc
Description: PGP signature

Bug#826222: [PATCH] Install pkgconfig file.

[Ana Guerrero Lopez]

On Sun, Sep 04, 2016 at 10:17:36PM +0200, Marcin Ślusarz wrote:
> From: =?UTF-8?q?Marcin=20=C5=9Alusarz?= 
> Date: Sun, 4 Sep 2016 22:05:18 +0200
> Subject: [PATCH] Install pkgconfig file.
> 
> ---
>  debian/libfabric-dev.install | 1 +
>  1 file changed, 1 insertion(+)
> 
> diff --git a/debian/libfabric-dev.install b/debian/libfabric-dev.install
> index dcf96dd..99550ed 100644
> --- a/debian/libfabric-dev.install
> +++ b/debian/libfabric-dev.install
> @@ -1,3 +1,4 @@
>  usr/include/*
>  usr/lib/*/lib*.so
> +usr/lib/*/pkgconfig/libfabric.pc
>  usr/share/man/man3
> -- 
> 2.9.3

Thank you Marcin!
I am not planning to do an upload of libfabric soon unless there is a
severe bug or a new version. Is the missing pkgconfig file blocking you?

Ana

Bug#805238: debian-timeline: Add script for automatic update of the bug events database

[Ana Guerrero Lopez]

On Tue, Aug 16, 2016 at 12:01:27PM +0200, Rafael Laboissière wrote:
> 
> * Paul Wise  [2016-08-16 10:57]:
> 
> > On Sun, 15 Nov 2015 23:04:31 +0100 Rafael Laboissiere wrote:
> > 
> > > ## Copyright (C) 2015 Rafael Laboissiere ## ## This program is in
> > > the public domain
> > 
> > Is this script under copyright or in the public domain?
> > 
> > It can't be both at the same time.
> > 
> > Personally I would suggest using CC0 or a permissive license instead.
> 
> You are right, I have overseen that.  As regards the licensing conditions, I
> followed what is specified in the COPYING [1] and d/copyright [2] files.
> 
> @Ana: This reply should create a new bug report.  Could you please fix the
> header of the update-bug-list.py script by applying the patch attached to
> this message?


Thank you for you quick reply Rafael.
The Debian publicity repository are writable by all DD, so you can commit
yourself directly if you want to :)


Ana

Bug#811695: FTBFS with GCC 6: invalid suffix on literal

[Ana Guerrero Lopez]

On Tue, Jan 19, 2016 at 05:03:55PM -0800, Martin Michlmayr wrote:
> Package: mstflint
> Version: 4.1.0+1.46.gb1cdaf7-1
> Severity: important
> User: debian-...@lists.debian.org
> Usertags: ftbfs-gcc-6 gcc-6-literal-suffix
> 
> This package fails to build with GCC 6.  GCC 6 has not been released
> yet, but it's expected that GCC 6 will become the default compiler for
> stretch.
> [...]

For NMUers and interested people: upstream is aware of this issue and planning
to fix this around september.

Ana

Bug#811695: FTBFS with GCC 6: invalid suffix on literal

[Ana Guerrero Lopez]

On Tue, Jan 19, 2016 at 05:03:55PM -0800, Martin Michlmayr wrote:
> Package: mstflint
> Version: 4.1.0+1.46.gb1cdaf7-1
> Severity: important
> User: debian-...@lists.debian.org
> Usertags: ftbfs-gcc-6 gcc-6-literal-suffix
> 
> This package fails to build with GCC 6.  GCC 6 has not been released
> yet, but it's expected that GCC 6 will become the default compiler for
> stretch.
> [...]

For NMUers and interested people: upstream is aware of this issue and planning
to fix this around september.

Ana

Re: Amendment to Proposed GR: Declassifying parts of -private of historical interest

[Ana Guerrero Lopez]

On Sun, Jul 17, 2016 at 05:56:12PM -0700, Don Armstrong wrote:
> 
> === BEGIN GR TEXT ===
> 
> Title: Declassifying parts of -private of historical interest
> 
> 1. The 2005 General Resolution titled "Declassification of debian-private
>list archives" is repealed.
> 
> 2. Debian listmasters and/or other individuals delegated by the DPL to
>do so are authorized to declassify excerpts of -private of historical
>interest by any process which at minimum provides sufficient time and
>opportunity for Debian Developers to object by GR prior to
>declassification.
> 
> 3. In keeping with paragraph 3 of the Debian Social Contract, Debian
>Developers are strongly encouraged to use the debian-private mailing
>list only for discussions that should not be disclosed.
> 
> === END GR TEXT ===

Seconded.




signature.asc
Description: PGP signature