Bug#1064027: RFS: mercurial-evolve/11.1.1-1

[Georges Racinet]

Package: sponsorship-requests
Severity: normal
X-Debbugs-Cc: andrew.shad...@collabora.co.uk, jcris...@debian.org

Dear uploaders,

I have pushed a new version 11.1.1-1 of the mercurial-evolve package to
https://salsa.debian.org/python-team/packages/mercurial-evolve

Note that the previous version, 10.5.3, does not work with
the current Mercurial version (6.6) in unstable.

Is anyone available to upload it to the archive?

Thank you so much,

Cc Andrew, who did the previous uploads, and Julien, who is the Mercurial
package maintainer.

G. Racinet.

Bug#1008744: ITP: mercurial-evolve -- This package provides the "evolve" extension for the Mercurial DVCS.

[Georges Racinet]

On 3/31/22 18:37, Georges Racinet wrote:

Package: wnpp
Severity: wishlist
Owner: Georges Racinet 
X-Debbugs-Cc: debian-de...@lists.debian.org, debian-pyt...@lists.debian.org

* Package name: mercurial-evolve
   Version : 10.5.0
   Upstream Author : Pierre-Yves David 
* URL : https://www.mercurial-scm.org/doc/evolution/
* License : GPLv2+
   Programming Lang: Python
   Description : evolve extension for Mercurial

  This package provides the experimental "evolve" extension for the Mercurial
  DVCS.
  .
  This extension provides several commands to mutate history and deal with 
issues
  it may raise.

There is an old RFP about this: #926398

The "evolve" and "topic" extensions have become central in many modern
Mercurial usages. The first exposes the core primitives for history
mutation (aka changeset obsolescence) in an user-friendly way, the
second provides volatile feature branches and handle them with evolve.

The upstream source repository already contains a debian/ subdirectory,
which various people have been using to generate a mercurial-evolve
package. It would probably be a good idea to provide the same content,
if the policy allows it. The above long description is the one given
in this existing packaging effort.

The corresponding project name on PyPI is hg-evolve, and also contains the
"topic", "pullbundles" and "serverminitopic" extensions.
The latter two are made of a single file.

I plan to maintain this package under the umbrella of the Debian Python
Team. As long as this is a pure Python package, upgrades should be
fairly simple.

I have a working prototype at https://salsa.debian.org/gracinet/mercurial-evolve
(feedback most welcome).
As far as I understand, I have enough rights to move it directly under
python-team/packages, but I will need a sponsor for the actual uploading.

This is my first actual packaging attempt, I would appreciate mentorship
and especially indications about the next steps.

I have been working upstream to unvendor the cbor library, the needed 
changes should be released with version 10.5.1.


Reference: https://foss.heptapod.net/mercurial/evolve/-/merge_requests/432

--
Georges Racinet
https://octobus.net, https://heptapod.net
GPG: BF5456F4DC625443849B6E58EE20CA44EF691D39, sur serveurs publics

Bug#1008744: ITP: mercurial-evolve -- This package provides the "evolve" extension for the Mercurial DVCS.

[Georges Racinet]

Package: wnpp
Severity: wishlist
Owner: Georges Racinet 
X-Debbugs-Cc: debian-de...@lists.debian.org, debian-pyt...@lists.debian.org

* Package name: mercurial-evolve
  Version : 10.5.0
  Upstream Author : Pierre-Yves David 
* URL : https://www.mercurial-scm.org/doc/evolution/
* License : GPLv2+
  Programming Lang: Python
  Description : evolve extension for Mercurial

 This package provides the experimental "evolve" extension for the Mercurial
 DVCS.
 .
 This extension provides several commands to mutate history and deal with issues
 it may raise.

There is an old RFP about this: #926398

The "evolve" and "topic" extensions have become central in many modern
Mercurial usages. The first exposes the core primitives for history
mutation (aka changeset obsolescence) in an user-friendly way, the
second provides volatile feature branches and handle them with evolve.

The upstream source repository already contains a debian/ subdirectory,
which various people have been using to generate a mercurial-evolve
package. It would probably be a good idea to provide the same content,
if the policy allows it. The above long description is the one given
in this existing packaging effort.

The corresponding project name on PyPI is hg-evolve, and also contains the
"topic", "pullbundles" and "serverminitopic" extensions.
The latter two are made of a single file.

I plan to maintain this package under the umbrella of the Debian Python
Team. As long as this is a pure Python package, upgrades should be
fairly simple.

I have a working prototype at https://salsa.debian.org/gracinet/mercurial-evolve
(feedback most welcome).
As far as I understand, I have enough rights to move it directly under
python-team/packages, but I will need a sponsor for the actual uploading.

This is my first actual packaging attempt, I would appreciate mentorship
and especially indications about the next steps.

Bug#868949: Bare install breaks apache2 reload

[Georges Racinet]

Package: libapache2-mod-auth-openidc
Version: 2.1.6-1~bpo+1
Severity: important

Dear Maintainer,

This is some kind of a trap : simply enabling the module and performing
a reload (no restart) gives a non-responsive Apache2 server.
I had this first with jessie's 1.6.0-1, then with jessie-backports'
(reporting against the latter).

Steps to reproduce, once the package is installed :

a2enmod auth_openidc
systemctl reload apache2

then the HTTP server becomes unresponsive : accepts connections for a
while but hangs indefinitely, then does not accept connections at all.

The error log displays continuous segmentation faults that I saw only
while rechecking for this report (I had a first version with just
complains about missing directives, which is perhaps another story).

In any case, breaking an Apache2 server with a simple reload should not
happen (I'm even surprised it's possible)

With the segmentation faults, this looks quite similar to #850331. I did
not have the occasion yet to give it a try on a stretch system, in case
the backported version would have a compatibility issue with jessie's
Apache2

Thanks for your attention and your work in general!


-- 
Georges Racinet GPG: BF5456F4DC625443849B6E58EE20CA44EF691D39, sur
serveurs publics

Bug#862823: hiro: New upstream version 0.3

[Georges Racinet]

Source: hiro
Severity: normal
Tags: newcomer

Dear Maintainer,

while trying to reproduce #855908, I came across another issue, which I
reported upstream: https://github.com/alisaifee/hiro/issues/2 

Upstream claims it's been fixed with the new 0.3 release, so it may be
appropriate to package it.

If you don't mind, I can use this as an exercise in uploading on
mentors (new contributor, here) 


-- System Information:
Debian Release: 9.0
  APT prefers testing
  APT policy: (500, 'testing'), (400, 'unstable')
Architecture: amd64
 (x86_64)
Foreign Architectures: i386

Kernel: Linux 4.9.0-2-amd64 (SMP w/4 CPU cores)
Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)

Bug#861298: Location of sample ogg file

[Georges Racinet]

control: tag -1 patch

Hi,

I don't really have insight on the best place to put a sample ogg file ;
in the meanwhile, that one is now in python-pygame-doc, and the attached
patch fixes the FTBFS for me. Hoping this short-term fix can be useful.




diff --git a/debian/changelog b/debian/changelog
index efdca2d..f75c315 100644
--- a/debian/changelog
+++ b/debian/changelog
@@ -1,3 +1,10 @@
+oggvideotools (0.9.1-4) UNRELEASED; urgency=medium
+
+  * Fixing in-packaging test relying on sample data from python-pygame
+Closes: #861298
+
+ -- Georges Racinet <geor...@racinet.fr>  Sun, 14 May 2017 14:54:57 +0200
+
 oggvideotools (0.9.1-3) unstable; urgency=medium
 
   * Updated d/copyright file to relect that win32/ no longer is part
diff --git a/debian/control b/debian/control
index 55b7dd7..0926361 100644
--- a/debian/control
+++ b/debian/control
@@ -16,7 +16,7 @@ Build-Depends:
  libgd-dev,
  libboost-dev,
  debconf,
- python-pygame,
+ python-pygame-doc,
  python-mecavideo,
 Standards-Version: 3.9.8
 XS-Testsuite: autopkgtest
diff --git a/debian/tests/test-oggjoin b/debian/tests/test-oggjoin
index 9a9909e..e8fb951 100755
--- a/debian/tests/test-oggjoin
+++ b/debian/tests/test-oggjoin
@@ -31,7 +31,7 @@ ${VALGRIND} ${TESTBINDIR}oggJoin out.ogv slideshow.ogv
 # This should trigger the bug reported in bug #606224, which need an
 # audio file.
 echo "info: Copy Ogg Vorbis file using oggJoin."
-${VALGRIND} ${TESTBINDIR}oggJoin out.ogv /usr/lib/python*/dist-packages/pygame/examples/data/house_lo.ogg
+${VALGRIND} ${TESTBINDIR}oggJoin out.ogv /usr/share/doc/python-pygame-doc/examples/data/house_lo.ogg
 
 if [ -e out.ogv ] ; then
echo "success: Ogg Theora file out.ogv created."

Bug#749208: kitchen: FTBFS as tests fail

[Georges Racinet]

On Thu, 14 Jul 2016 16:09:22 +0200 Andreas Beckmann  wrote:
> Followup-For: Bug #749208
>
> This FTBFS is also reproducible in jessie (using kitchen/jessie).

Hi, I've been trying to reproduce the latter FTBS for the Jessie package
(kitchen_1.1.1-1.dsc) in a cowbuilder chroot, and it did build.
Do you still reproduce it ? If so, can you please share some more details ?

Thanks,

Bug#862250: Tagging #862250

[Georges Racinet]

control: tag -1 patch

I did not actually check that the included diff can be applied as-is,
but tagging anyway seems clearer to me

Bug#696931: [calendarserver]

[Georges Racinet]

Hi,

On 11/01/2013 07:57 PM, Rahul Amaram wrote:
 Package: calendarserver

 --- Please enter the report below this line. ---

 1) WIll add the information of Peer authentication in the upcoming
 release
Great

 2) If you could provide a final copy of the bootstrapdatabase.py
 script with the correct values, I can incorporate it into the package.
 My limited knowledge of PostgreSQL and lack of time do not permit me
 to do this myself. Also, 5.0 is just about to be pushed to Debian. So,
 I suggest you wait for it if you intend to fix thebootstrapdatabase.py
 script.
Thanks for the information. I'll do as you suggest, wait for 5.0
(doesn't seem to be there yet), and take a look at the bootstrap script.

PS: not used to Debian's tracker, I hope that such a reply-all is a
correct way to quickly respond




signature.asc
Description: OpenPGP digital signature

Bug#696931: calendarserver: PostgreSQL connection DB bootstrapping

[Georges Racinet]

Package: calendarserver
Version: 3.2+dfsg-5
Severity: normal

Dear Maintainer,

I've been experiencing with caldavd on a local PostgreSQL database, and found
several issues that can be easily fixed or circumvented.
I'm not really able to decide how much of that really should be fixed upstream.
It can be for sure fixed by packaging or documentation.

(postgresql-9.1, version  9.1.7-1 from wheezy, but that should really not
matter)

1) Peer connection

caldavd.plist extract:

!-- Database connection --
keyUseDatabase/key
true/

keyDBType/key
stringpostgres/string
keyDSN/key
string:caldavd:caldavd:::/string


It seems that the initial DB connection gets done while system user is still
'root'. Subsequent ones are done with 'caldavd'. Found a reference to it in 
upstream mailing list:
http://lists.macosforge.org/pipermail/calendarserver-dev/2012-November/001564.html

This can be circumvented by letting root perform peer connections as role 
'caldavd' through pg_ident.conf

2) Database bootstrap

The parameters of /usr/bin/calendarserver_bootstrap_database are entirely
hardcoded to values that are wrong in the Debian setting

Actual source is in 
/usr/lib/python2.7/dist-packages/calendarserver/tools/bootstrapdatabase.py

Extract:

  CONNECTNAME   = _postgres
  USERNAME  = caldav
  DATABASENAME  = caldav
  SCHEMAFILE= 
/usr/share/caldavd/lib/python/txdav/common/datastore/sql_schema/current.sql

What this script does is simply create role  database, then load of the
SCHEMAFILE SQL source file.

On a Debian system, the default PostgreSQL superuser is 'postgres', and that
file lies at 
/usr/lib/python2.7/dist-packages/txdav/common/datastore/sql_schema/current.sql

With the Debian way of installing python packages means that it
should not be hardcoded to that location either.

I've been able to bootstrap my database by loading that file manually,
calendarserver seems to work fine, but the bootstrap script seems to also
be able to perform updates, so that it really should be fixed in some way.

Thank you for your attention

-- System Information:
Debian Release: 7.0
  APT prefers unstable
  APT policy: (500, 'unstable'), (500, 'testing')
Architecture: amd64 (x86_64)

Kernel: Linux 3.2.0-4-amd64 (SMP w/4 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages calendarserver depends on:
ii  adduser3.113+nmu3
ii  libc6  2.13-37
ii  lsb-base   4.1+Debian9
ii  memcached  1.4.13-0.1
ii  python 2.7.3-3
ii  python-dateutil1.5+dfsg-0.1
ii  python-kerberos1.1+svn4895-1+b2
ii  python-openssl 0.13-2
ii  python-plist   1.8-1
ii  python-pycalendar  2.0~svn188-1
ii  python-pygresql1:4.0-3
ii  python-pysqlite2   2.6.3-3
ii  python-sqlparse0.1.4-1
ii  python-twisted-conch   1:12.0.0-1
ii  python-twisted-core12.0.0-1
ii  python-twisted-mail12.0.0-1
ii  python-twisted-web 12.0.0-1
ii  python-twisted-words   12.0.0-1
ii  python-xattr   0.6.4-2
ii  python-zope.interface  3.6.1-3
ii  ssl-cert   1.0.32

Versions of packages calendarserver recommends:
ii  python-ldap  2.4.10-1
ii  python-pam   0.4.2-13

calendarserver suggests no packages.

-- Configuration Files:
/etc/caldavd/accounts.xml changed:
?xml version=1.0 encoding=utf-8?
!--
Copyright (c) 2006-2010 Apple Inc. All rights reserved.
Licensed under the Apache License, Version 2.0 (the License);
you may not use this file except in compliance with the License.
You may obtain a copy of the License at
http://www.apache.org/licenses/LICENSE-2.0
Unless required by applicable law or agreed to in writing, software
distributed under the License is distributed on an AS IS BASIS,
WITHOUT WARRANTIES OR CONDITIONS OF ANY KIND, either express or implied.
See the License for the specific language governing permissions and
limitations under the License.
 --
!DOCTYPE accounts SYSTEM accounts.dtd
accounts realm=Test Realm
  user
uidadmin/uid
guidADMIN/guid
passwordadmin/password
nameSuper User/name
  /user
  user
uidtest/uid
passwordtest/password
nameTest User/name
  /user
  group
uidusers/uid
passwordusers/password
nameUsers Group/name
members
  member type=userstest/member
/members
  /group
  location
uidmercury/uid
passwordmercury/password
nameMecury Conference Room, Building 1, 2nd Floor/name
  /location
/accounts

/etc/caldavd/caldavd.plist changed:
?xml version=1.0 encoding=UTF-8?
!--
Copyright (c) 2006-2011 Apple Inc. All rights reserved.
Licensed under the Apache License, Version 2.0 (the License);
you may not use this file except in compliance with the License.
You may obtain a copy of the License at
http://www.apache.org/licenses/LICENSE-2.0
Unless required by applicable law or agreed to in writing, software
distributed under the