Control: tag -1 pending
Hello,
Bug #909991 in python-ceilometermiddleware reported by you has been fixed in the
Git repository and is awaiting an upload. You can see the commit
message below, and you can check the diff of the fix at:
Control: tag -1 pending
Hello,
Bug #910623 in rabbitmq-server reported by you has been fixed in the
Git repository and is awaiting an upload. You can see the commit
message below, and you can check the diff of the fix at:
Control: tag -1 pending
Hello,
Bug #909468 in openstack-doc-tools reported by you has been fixed in the
Git repository and is awaiting an upload. You can see the commit
message below, and you can check the diff of the fix at:
Control: tag -1 pending
Hello,
Bug #910215 in murano-agent reported by you has been fixed in the
Git repository and is awaiting an upload. You can see the commit
message below, and you can check the diff of the fix at:
-buildpackage
Let me know if the new package addresses the issues and can replace the
old one. If it does, I'll upload.
Cheers,
Thomas Goirand (zigo)
Control: tag -1 pending
Hello,
Bug #910225 in horizon reported by you has been fixed in the
Git repository and is awaiting an upload. You can see the commit
message below, and you can check the diff of the fix at:
Control: tag -1 pending
Hello,
Bug #908978 in openvswitch reported by you has been fixed in the
Git repository and is awaiting an upload. You can see the commit
message below, and you can check the diff of the fix at:
this?
Cheers,
Thomas Goirand (zigo)
Control: tag -1 pending
Hello,
Bug #910447 in python-taskflow reported by you has been fixed in the
Git repository and is awaiting an upload. You can see the commit
message below, and you can check the diff of the fix at:
was after the "Failures during discovery" thing... Next
time, it's much better to *attach* your build log, and just copy/past
the end of the log.
FYI, I do have a fix for taskflow which should fix everything, which in
fact consists of removing the bad calls that it shouldn't do.
Cheers,
Thom
on which is
currently in Experimental next week.
Cheers,
Thomas Goirand (zigo)
Control: tag -1 pending
Hello,
Bug #909988 in ironic reported by you has been fixed in the
Git repository and is awaiting an upload. You can see the commit
message below, and you can check the diff of the fix at:
Control: tag -1 pending
Hello,
Bug #909989 in keystone reported by you has been fixed in the
Git repository and is awaiting an upload. You can see the commit
message below, and you can check the diff of the fix at:
folder. I didn't care
about it, so I just renamed the folder, and thunderbird just worked.
The folders and files like this were encoded with some weirdo encoding,
and even ls or mc wouldn't display it correctly.
Cheers,
Thomas Goirand (zigo)
Control: tag -1 pending
Hello,
Bug #909371 in neutron-taas reported by you has been fixed in the
Git repository and is awaiting an upload. You can see the commit
message below, and you can check the diff of the fix at:
xpected that
such an old version of this driver would break with newer neutron.
I've upgraded to latest git commit, and it looks like working. I'm
uploading the fix. Thanks for this bug report.
Cheers,
Thomas Goirand (zigo)
Hi,
Sorry, wrong bug, this was for Neutron.
Thomas
do intend to work on this. But it
isn't my opinion that it deserves an RC severity yet. The package builds
in a "normal" environment, and is perfectly usable.
Cheers,
Thomas Goirand (zigo)
Control: tag -1 pending
Hello,
Bug #909287 in python-httpretty reported by you has been fixed in the
Git repository and is awaiting an upload. You can see the commit
message below, and you can check the diff of the fix at:
ebian.org/status/package.php?p=openvswitch
>
> Cheers,
>
> Ivo
Hi,
We know, and we're already working on it.
Cheers,
Thomas Goirand (zigo)
On 09/13/2018 02:50 AM, Santiago Vila wrote:
> reopen 908708
> thanks
>
> On Thu, 13 Sep 2018, Thomas Goirand wrote:
>
>> Feel free to open a new bug for the Sid
>> version, that would help a way more.
>
> Ok, here it is the bug for the sid version.
>
&
Hi,
Upstream updated the issue and write it's an problem with pysnmp4:
https://github.com/etingof/pysnmp/issues/193
The issue is fixed in the master branch of pysnmp, but there's no
release for it yet.
Should we reasign the bug? I'll let you do that Vincent.
Cheers,
Thomas Goirand (zigo)
Control: tag -1 pending
Hello,
Bug #908391 in python-tosca-parser reported by you has been fixed in the
Git repository and is awaiting an upload. You can see the commit
message below, and you can check the diff of the fix at:
ng.debian.org/debian-buildd in my .gbp.conf is an
issue, but found nothing either.
Now I'm out of idea...
I really don't know how to reproduce the thing seen at
reproduciblebuild.org. Any idea?
Cheers,
Thomas Goirand (zigo)
Control: tag -1 pending
Hello,
Bug #895640 in openstack-trove reported by you has been fixed in the
Git repository and is awaiting an upload. You can see the commit
message below, and you can check the diff of the fix at:
Control: tag -1 pending
Hello,
Bug #907966 in python-tosca-parser reported by you has been fixed in the
Git repository and is awaiting an upload. You can see the commit
message below, and you can check the diff of the fix at:
Control: tag -1 pending
Hello,
Bug #907944 in python-pysaml2 reported by you has been fixed in the
Git repository and is awaiting an upload. You can see the commit
message below, and you can check the diff of the fix at:
Control: tag -1 pending
Hello,
Bug #906551 in python-diskimage-builder reported by you has been fixed in the
Git repository and is awaiting an upload. You can see the commit
message below, and you can check the diff of the fix at:
Control: tag -1 pending
Hello,
Bug #902241 in python-proliantutils reported by you has been fixed in the
Git repository and is awaiting an upload. You can see the commit
message below, and you can check the diff of the fix at:
Control: tag -1 pending
Hello,
Bug #906404 in python-os-vif reported by you has been fixed in the
Git repository and is awaiting an upload. You can see the commit
message below, and you can check the diff of the fix at:
Control: tag -1 pending
Hello,
Bug #892784 in zaqar reported by you has been fixed in the
Git repository and is awaiting an upload. You can see the commit
message below, and you can check the diff of the fix at:
Control: tag -1 pending
Hello,
Bug #900159 in python-glanceclient reported by you has been fixed in the
Git repository and is awaiting an upload. You can see the commit
message below, and you can check the diff of the fix at:
Control: tag -1 pending
Hello,
Bug #906405 in python-oslo.config reported by you has been fixed in the
Git repository and is awaiting an upload. You can see the commit
message below, and you can check the diff of the fix at:
Control: tag -1 pending
Hello,
Bug #906607 in neutron reported by you has been fixed in the
Git repository and is awaiting an upload. You can see the commit
message below, and you can check the diff of the fix at:
Control: tag -1 pending
Hello,
Bug #906410 in stevedore reported by you has been fixed in the
Git repository and is awaiting an upload. You can see the commit
message below, and you can check the diff of the fix at:
for nearly 2 months now, with nearly a month
without any news, and this makes me a bit nervous, as I need the py3
support to be restored.
What's holding you off more?
Cheers,
Thomas Goirand (zigo)
Control: tag -1 pending
Hello,
Bug #903868 in heat reported by you has been fixed in the
Git repository and is awaiting an upload. You can see the commit
message below, and you can check the diff of the fix at:
Control: tag -1 pending
Hello,
Bug #904581 in murano reported by you has been fixed in the
Git repository and is awaiting an upload. You can see the commit
message below, and you can check the diff of the fix at:
Control: tag -1 pending
Hello,
Bug #906401 in python-keystoneclient reported by you has been fixed in the
Git repository and is awaiting an upload. You can see the commit
message below, and you can check the diff of the fix at:
ill
replace what's in Sid. Please do not report any issue against what's
currently in Sid for all things OpenStack (but use what's in
Experimental). It should take me a week or 2 to finish, maybe 3 max.
Cheers,
Thomas Goirand (zigo)
Control: tag -1 pending
Hello,
Bug #904616 in keystone reported by you has been fixed in the
Git repository and is awaiting an upload. You can see the commit
message below, and you can check the diff of the fix at:
Control: tag -1 pending
Hello,
Bug #905183 in horizon reported by you has been fixed in the
Git repository and is awaiting an upload. You can see the commit
message below, and you can check the diff of the fix at:
Control: tag -1 pending
Hello,
Bug #905356 in python-gnocchiclient reported by you has been fixed in the
Git repository and is awaiting an upload. You can see the commit
message below, and you can check the diff of the fix at:
Control: tag -1 pending
Hello,
Bug #903801 in python-pika reported by you has been fixed in the
Git repository and is awaiting an upload. You can see the commit
message below, and you can check the diff of the fix at:
Control: tag -1 pending
Hello,
Bug #905213 in python-pyghmi reported by you has been fixed in the
Git repository and is awaiting an upload. You can see the commit
message below, and you can check the diff of the fix at:
Control: tag -1 pending
Hello,
Bug #904389 in glance reported by you has been fixed in the
Git repository and is awaiting an upload. You can see the commit
message below, and you can check the diff of the fix at:
Control: tag -1 pending
Hello,
Bug #904587 in nova reported by you has been fixed in the
Git repository and is awaiting an upload. You can see the commit
message below, and you can check the diff of the fix at:
Hi,
I tried applying the patch from upstream, unfortunately, the build still
fails at the same moment. Maybe we should just disable this -Werror thing?
Cheers,
Thomas Goirand (zigo)
Control: tag -1 pending
Hello,
Bug #903423 in python-autobahn reported by you has been fixed in the
Git repository and is awaiting an upload. You can see the commit
message below, and you can check the diff of the fix at:
days. Probably there wasn't any machine responding to 1.1.1.1 when the
package was uploaded.
Replacing the IP by 198.51.100.1, which is reserved by IETF for
documentation (according to
https://en.wikipedia.org/wiki/Reserved_IP_addresses) fixes the issue.
I have reported the issue upstream:
https://bugs.launchpad.net/proliantutils/+bug/1779342
and I will probably attempt to fix it upstream and in Stretch.
Cheers,
Thomas Goirand (zigo)
On 06/25/2018 03:10 AM, Cameron Norman wrote:
>> > On the other hand, only a very small minority are still using
> sysvinit on
>> > Debian, so this I think it's ok to have the severity set to serious.
>>
>> According to my last data, 14% of unstable users; less on stable as those
>> tend to be
when breakage occurs.
I'm by the way a bit frustrated that this process is taking so long.
This has a huge impact in the maintenance of a big dozen of my packages,
since Horizon can't be installed. Reverting is really not a lot of work.
Can we get this done soon, as it seems to be the consensus? If the
current font-awesome maintainer is busy, maybe someone else (me?) can do
the work?
Cheers,
Thomas Goirand (zigo)
ch as well.
Also, the /var/run/ladvd seemed missing on startup of ladvd. This also needs
investigation (though that's not the core of this bug report).
Cheers,
Thomas Goirand (zigo)
/dashboard/scss/horizon.'
Until this works, then it's still broken for me.
Cheers,
Thomas Goirand (zigo)
and v5, which
would be even better (of course, package maintainers would have to set
correct links to the right font file, but that's a packaging detail).
Cheers,
Thomas Goirand (zigo)
ly replace the old v4 font by fa-solid-900 only.
Your thoughts?
Cheers,
Thomas Goirand (zigo)
;
> Regards,
> Salvatore
Hi Salvatore,
I don't think anyone can even use tripleo-heat-templates in Debian, as
we don't have a working TripleO anyway. I just asked for its removal
form Sid. Therefore, I don't really feel like spending the time on
fixing this will be remotely useful.
In this kind of situation, shall we simply close the bug?
Cheers.
Thomas Goirand (zigo)
pgrade to v5.
Cheers,
Thomas Goirand (zigo)
used to maintain sockjs-tornado for OpenStack, but it's not needed for
it anymore. So if you'd like to take over the maintenance of this
package, for example within the DMPT, please do so, and feel free to
take over this package. Otherwise, if nobody cares about it, I probably
will be forced to ask for its removal from Debian.
Cheers,
Thomas Goirand (zigo)
On 05/18/2018 12:06 PM, Pierre-Elliott Bécue wrote:
> Le jeudi 17 mai 2018 à 14:39:25+0200, Thomas Goirand a écrit :
>> Hi,
>>
>> Also, the OpenStack dashboard (aka: Horizon) is also affected. I cannot
>> be installed, and therefore, all its reverse build-depends are
/fonts/
and just symlink to the correct location.
Cheers,
Thomas Goirand (zigo)
nosexcover,
Cheers,
Thomas Goirand (zigo)
-BEGIN PGP SIGNATURE-
iQIzBAEBCAAdFiEEtKCq/KhshgVdBnYUq1PlA1hod6YFAlrpaMoACgkQq1PlA1ho
d6YVHRAArB8qfu/L59Vh3O9lmKSWYGMX28N50DMtj2CPCu2YT1R8ufHrYTQaIreu
PlMVRoVTegV1N5/JKdDdI9Ja7MFnYrKRJbKGP94/qTy8GXYrIGU5oE5ylmjiReIH
TBzUrE
no sense for a daemon, that
must be installed in /bin (if needed at boot time) or in /usr/bin
(more likely).
Please ping upstream and ask for sensible respect of the FSHS.
Cheers,
Thomas Goirand (zigo)
for things like storage.
Without it, erasure coding is almost unusable.
Fix is on its way.
Cheers,
Thomas Goirand (zigo)
Just correcting myself,
The new egg name really is msgpack (no python in the egg name).
Cheers,
Thomas Goirand (zigo)
Python dependencies are
using the new egg name already, and over time, everyone will switch to
the new one.
I'm reassigning the bug.
Cheers,
Thomas Goirand (zigo)
Package: puppet-module-puppetlabs-mysql
Version: 3.10.0-1
Severity: serious
Hi,
Running: "puppet module list --tree" shows that puppet-module-puppetlabs-mysql
needs to depend on puppet-module-nanliu-staging. Please add such depends: in
your package.
Cheers,
Thomas Goirand (zigo)
ebian.
As for sahara-dashboard, I just forgot to uplaod it, and I'm doing this
right away now.
Cheers,
Thomas Goirand (zigo)
Hi Andreas,
Could you try again to build the package? I just did with sbuild, and it
was building fine. Could it be that I wasn't finished uploading the rest
of OpenStack to Sid?
Cheers,
Thomas Goirand (zigo)
On 02/24/2018 08:29 PM, Piotr Ożarowski wrote:
> [Thomas Goirand, 2018-02-24]
>> Please upload a working version of SQLA in Experimental, for example 1.2.1,
>> which is accepted by OpenStack, as per this document:
>
> if 1.2.4 works in OpenStack, I will upload it d
for your work on SQLA,
Cheers,
Thomas Goirand (zigo)
al
>> character '$' at position 0
>>
>>
>> --
>> Ran 363 tests in 1.488s
>>
>> FAILED (failures=332)
>
> SR
Hi Stefano,
Thanks a lot for your care, this is greatly appreciated to see Python
people caring for their reverse (build-)dependencies.
I'll upload all of OpenStack Queens, currently in Experimental, and
which includes yaql, over the course of next week, so no need to worry,
this will close this bug.
Cheers,
Thomas Goirand (zigo)
ilt python-saharaclient with an
outdated version of openstack-pkg-tools, which doesn't support stestr
(but only testr).
I'll bumped the minimum version in build-depends and re-upload.
Cheers,
Thomas Goirand (zigo)
; https://salsa.debian.org/miniupnp-team/minissdpd/blob/debian-sid/debian/default#L16
>>
>> Regards,
>>
>> Thomas Bernard
>>
>
> Is this a new change? I guess the default shouldn't be set to "-6" when
> updating an installation that use to work.
I'm tempted to revert and not set -6 by default indeed.
Cheers,
Thomas Goirand (zigo)
With this patch, the package fails to build (test issue). So we must
find a better way to fix it.
Thomas Goirand (zigo)
Source: blockdiag
Version: 1.5.3+dfsg-5.1
Severity: grave
Tags: patch
Hi,
Trying to build nova 17.0.0~rc1's sphinx doc with python3-blockdiag, I get:
File "/usr/lib/python3/dist-packages/blockdiag/utils/compat.py", line 39, in
return lambda stream, *args:
on
everything, no mater what. I tried putting 0.0.0.0 without the trailing
/0, and it looks like also working.
> Moreover, entering a
> valid address like the example specified in the error message also fails.
Contributions, suggestions, ideas are more than welcome for improving
the package.
Cheers,
Thomas Goirand (zigo)
eraction between the .service file and the
ifupdown hook is a bit hard to understand for me, so I took what was in
Ubuntu, and it seemed to work as expected for me.
Cheers,
Thomas Goirand (zigo)
' codec can't encode character u'\xe7' in position
73: ordinal not in range(128)
scons: building terminated because of errors.
This seems, however, to be unrelated to libminiupnpc.
Cheers,
Thomas Goirand (zigo)
with the fix, please let me know soon enough so that
I can dcut the upload.
I hope this helps,
Cheers,
Thomas Goirand (zigo)
-BEGIN PGP SIGNATURE-
iQIzBAEBCAAdFiEEtKCq/KhshgVdBnYUq1PlA1hod6YFAlpy2C4ACgkQq1PlA1ho
d6YBbBAAvC3GfuJi8SANDaw02WaoAkVWltEW18koJpHCMAeufAbRnn/c3y2LHDao
On 01/24/2018 08:56 PM, Willem van den Akker wrote:
> On Wed, 2018-01-24 at 12:12 +0100, Thomas Goirand wrote:
>> Hi Willem,
>>
>> Indeed, we shall add a transition package. However, I would prefer to
>> simply remove the python-pyldap source package, and have the py
pyperclip.exceptions.PyperclipException:
can_clip = False
else:
can_clip = True
Therefore, I'm reassigning this issue to the cmd2 package.
Cheers,
Thomas Goirand (zigo)
Hi,
I have uploaded the attached (trivial) patch to the DELAYED/2 queue. Let
me know if you want me to dcut it.
Cheers,
Thomas Goirand (zigo)
diff --git a/debian/changelog b/debian/changelog
index 97465835..a8a225c6 100644
--- a/debian/changelog
+++ b/debian/changelog
@@ -1,3 +1,10 @@
+uwsgi
attached to this message a debdiff of the proposed changes
against python-ldap. Do you agree that I upload this?
Also, could we maintain python-ldap as a team, so I could upload it?
Cheers,
Thomas Goirand (zigo)
diff -Nru python-ldap-3.0.0~b4/debian/changelog
python-ldap-3.0.0~b4/debian/changelog
d9163256e1a282e6760c2e26a0a40c8b4b94bb85
Author: Thomas Goirand <z...@debian.org>
Date: Fri Dec 22 09:41:26 2017 +0100
Switch to Python 3 (Closes: #884636).
diff --git a/debian/changelog b/debian/changelog
index 12c8d82..2b5b3bb 100644
--- a/debian/changelog
+++ b/debian/changelog
@@ -1,3 +1,9 @@
+aodh (5
31ef636aad7efb155f8e4dad3d4fd33a30e43897
Author: Thomas Goirand <z...@debian.org>
Date: Sat Dec 23 00:42:51 2017 +0100
Fixed d/copyright as advised by FTP masters (Closes: #884985).
diff --git a/debian/changelog b/debian/changelog
index b3abc58..a44df11 100644
--- a/debian/changelog
On 12/22/2017 03:10 PM, Chris Lamb wrote:
> Source: sphinxcontrib-pecanwsme
> Version: 0.8.0-4
> Severity: serious
> Justication: Policy 12.5
> X-Debbugs-CC: Thomas Goirand <z...@debian.org>
>
> Hi,
>
> I just ACCEPTed sphinxcontrib-pecanwsme from NEW but noti
oading the fix.
Thanks a lot for this valuable bug report.
Cheers,
Thomas Goirand (zigo)
release team for permission to upload the fixed package
to Stretch.
Cheers,
Thomas Goirand
it'd be preferable to remove the minified files from the
orig tarball, and I'll do that.
Cheers,
Thomas Goirand (zigo)
da8e9ab929fc456da222df479737b8b419a67d56
Author: Thomas Goirand <tho...@goirand.fr>
Date: Thu Dec 7 13:21:04 2017 +
Fixed requires internet access during the build (Closes: #882535).
diff --git a/debian/changelog b/debian/changelog
index a7ec627..5de125e 100644
--- a/debian/changelog
+++ b/debian/cha
am to make a new release of Nova, so that
we've got better assurance all issues are addressed.
I've already applied upstream patch, the package is building, and I will
upload it shortly to Sid.
Cheers,
Thomas Goirand (zigo)
4b5a4fd9e6bbcd28457ec4154d596a1070a51971
Author: Thomas Goirand <z...@debian.org>
Date: Thu Dec 7 09:35:50 2017 +0100
* CVE-2017-17051 / OSSA-2017-006: Nova FilterScheduler doubles resource
allocations during rebuild with new image. Applied upstream patch: Fix
doubling allocations on rebuild (
e515b9ec41d5a63e38d2a3b222eda67601aa1162
Author: Thomas Goirand <z...@debian.org>
Date: Wed Dec 6 12:27:47 2017 +0100
* CVE-2017-17051/OSSA-2017-005.1 (errata for
CVE-2017-16239/OSSA-2017-005):
Nova Filter Scheduler bypass through rebuild action. Apply upstream
patch:
Refined fix for vali
On 12/04/2017 10:50 AM, intrigeri wrote:
> Hi,
>
> Thomas Goirand:
>> After booting a Stretch live image, I tried to upgrade it to Sid, and
>> it fails with this error:
>
> Upgrading a *Live* system from one version of Debian to the other is
> arguably a corner cas
of 4...
Going forward, I'll probably blacklist this test so it doesn't fail
again "sometimes".
Cheers,
Thomas Goirand (zigo)
DER ignored: not executable
/usr/share/initramfs-tools/scripts/init-bottom/ORDER ignored: not executable
Building cpio /boot/initrd.img-4.9.0-4-amd64.new initramfs
cp: target '/lib/live/mount/medium/live/vmlinuz.new' is not a directory
I still don't see where to search... :/
Cheers,
Thomas Goirand (zigo)
. So my idea
is that probably, adding a versionned breaks: somewhere will fix the
upgrade problem.
Let's see if I can find out...
Cheers,
Thomas Goirand (zigo)
if you're fine with that, however,
I'd appreciate help here.
Cheers,
Thomas Goirand (zigo)
5a945b19ea3cede6c9acddec489c2a07c24ca49d
Author: Thomas Goirand <tho...@goirand.fr>
Date: Thu Nov 23 10:46:23 2017 +
* Removed debian/pydist-overrides which is creating the unwanted runtime
build-depends: python-appconf (Closes: #882107).
diff --git a/debian/changelog b/
701 - 800 of 1529 matches
Mail list logo