Your message dated Fri, 13 Jan 2017 07:29:00 +0100
with message-id
and subject line
has caused the Debian Bug report #849388,
regarding factory-boy: FTBFS: ImportError: The ``fake-factory`` package is now
called ``Faker``.
to be marked as done.
This means that you claim that the problem has be
2017-01-12 23:38 GMT+02:00 Kristian Nielsen :
> If I understand the issue here, this is nothing to do with MariaDB being or
> not being a drop-in for MySQL. The problem seems to be this patch in the
> Debian packaging:
>
>
> https://github.com/ottok/mariadb-10.1/blob/master/debian/patches/mdev-8
Your message dated Thu, 12 Jan 2017 22:20:45 +
with message-id
and subject line Bug#804556: fixed in datanommer.models 0.6.4-3
has caused the Debian Bug report #804556,
regarding datanommer.models: FTBFS: StatementError: raised as a result of
Query-invoked autoflush
to be marked as done.
Thi
Your message dated Thu, 12 Jan 2017 22:21:26 +
with message-id
and subject line Bug#827738: fixed in moksha.hub 1.4.1-2
has caused the Debian Bug report #827738,
regarding fedmsg: Package unusable in sid (pkg_resources.DistributionNotFound:
The 'Twisted_Core')
to be marked as done.
This mean
Accepted:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
Format: 1.8
Date: Thu, 12 Jan 2017 22:58:23 +0100
Source: moksha.hub
Binary: python-moksha.hub
Architecture: source all
Version: 1.4.1-2
Distribution: unstable
Urgency: medium
Maintainer: Debian Python Modules Team
Changed-By: Piotr Oż
Accepted:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
Format: 1.8
Date: Thu, 12 Jan 2017 23:03:54 +0100
Source: datanommer.models
Binary: python-datanommer.models
Architecture: source all
Version: 0.6.4-3
Distribution: unstable
Urgency: medium
Maintainer: Debian Python Modules Team
Change
datanommer.models_0.6.4-3_amd64.changes uploaded successfully to localhost
along with the files:
datanommer.models_0.6.4-3.dsc
datanommer.models_0.6.4-3.debian.tar.xz
datanommer.models_0.6.4-3_amd64.buildinfo
python-datanommer.models_0.6.4-3_all.deb
Greetings,
Your Debian queue da
Hi,
> If I understand the issue here, this is nothing to do with MariaDB being or
> not being a drop-in for MySQL. The problem seems to be this patch in the
> Debian packaging:
>
>
> https://github.com/ottok/mariadb-10.1/blob/master/debian/patches/mdev-8375-passwordless-root-via-socket-auth.pa
moksha.hub_1.4.1-2_amd64.changes uploaded successfully to localhost
along with the files:
moksha.hub_1.4.1-2.dsc
moksha.hub_1.4.1-2.debian.tar.xz
moksha.hub_1.4.1-2_amd64.buildinfo
python-moksha.hub_1.4.1-2_all.deb
Greetings,
Your Debian queue daemon (running on host usper.debian.
Processing commands for cont...@bugs.debian.org:
> tag 804556 pending
Bug #804556 [src:datanommer.models] datanommer.models: FTBFS: StatementError:
raised as a result of Query-invoked autoflush
Added tag(s) pending.
> thanks
Stopping processing here.
Please contact me if you need assistance.
--
"Norvald H. Ryeng" writes:
> On Thu, 12 Jan 2017 13:16:32 +0100
> Dominik George wrote:
>> This package does not require Oracle's MySQL, it requires a root user
>> that can authenticate to the database and use it in its entirety, a
>> feature which was deliberately broken in mariadb.
> The MyS
Processing commands for cont...@bugs.debian.org:
> tag 827738 pending
Bug #827738 [fedmsg] fedmsg: Package unusable in sid
(pkg_resources.DistributionNotFound: The 'Twisted_Core')
Added tag(s) pending.
> thanks
Stopping processing here.
Please contact me if you need assistance.
--
827738: http:
Accepted:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
Format: 1.8
Date: Thu, 12 Jan 2017 21:07:17 +0100
Source: python-cachetools
Binary: python-cachetools python3-cachetools
Architecture: source
Version: 2.0.0-1
Distribution: experimental
Urgency: medium
Maintainer: Debian Python Modules T
python-cachetools_2.0.0-1_source.changes uploaded successfully to localhost
along with the files:
python-cachetools_2.0.0-1.dsc
python-cachetools_2.0.0.orig.tar.gz
python-cachetools_2.0.0-1.debian.tar.xz
Greetings,
Your Debian queue daemon (running on host usper.debian.org)
___
Accepted:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
Format: 1.8
Date: Thu, 12 Jan 2017 20:21:33 +0100
Source: python-django-etcd-settings
Binary: python-django-etcd-settings python3-django-etcd-settings
python-django-etcd-settings-doc
Architecture: source all
Version: 0.1.13+dfsg-1
Distr
python-django-etcd-settings_0.1.13+dfsg-1_amd64.changes uploaded successfully
to localhost
along with the files:
python-django-etcd-settings_0.1.13+dfsg-1.dsc
python-django-etcd-settings_0.1.13+dfsg.orig.tar.gz
python-django-etcd-settings_0.1.13+dfsg-1.debian.tar.xz
python-django-etcd-sett
On Thu, Jan 12, 2017 at 03:18:17PM +0100, Norvald H. Ryeng wrote:
> On Thu, 12 Jan 2017 13:16:32 +0100
> Dominik George wrote:
> > Their claim that mariadb can
> > simply be used as a drop-in replacement does not hold true...
> The MySQL maintainers have ne
FYI: The status of the pylama source package
in Debian's testing distribution has changed.
Previous version: 7.3.1-1
Current version: 7.3.3-1
--
This email is automatically generated once a day. As the installation of
new packages into testing happens multiple times a day you will receive
binary:python-hiro is NEW.
binary:python-hiro-doc is NEW.
binary:python3-hiro is NEW.
binary:python3-hiro is NEW.
binary:python-hiro is NEW.
binary:python-hiro-doc is NEW.
source:hiro is NEW.
Your package has been put into the NEW queue, which requires manual action
from the ftpteam to process. Th
hiro_0.2-1_amd64.changes uploaded successfully to localhost
along with the files:
hiro_0.2-1.dsc
hiro_0.2.orig.tar.xz
hiro_0.2-1.debian.tar.xz
hiro_0.2-1_amd64.buildinfo
python-hiro-doc_0.2-1_all.deb
python-hiro_0.2-1_all.deb
python3-hiro_0.2-1_all.deb
Greetings,
Your Debian
On Thu, 12 Jan 2017 13:16:32 +0100
Dominik George wrote:
> > The mysql->mariadb switch comes with the unfortunate cost of
> > excluding a few packages from stretch that require oracle's mysql.
> >
> > > Do we need the tech-ctte to get this settled?
> >
> > Good luck overriding the security
On 2017-01-12 13:16, Dominik George wrote:
> So, whether a drop-in replacement in a transition should break a basic
> API for everyone clearly is something for the tech-ctte to decide. I am
> not talking about removing Oracle's MySQL.
Good, I thought you were questioning the switch in general.
Un
> The mysql->mariadb switch comes with the unfortunate cost of excluding a
> few packages from stretch that require oracle's mysql.
>
> > Do we need the tech-ctte to get this settled?
>
> Good luck overriding the security team.
It's not about overriding the security team, it's simply about the M
On 2017-01-12 10:10, Dominik George wrote:
> Hi,
>
> obviously, you raised the severity of the bug mentioned below to serious
> without providing any justification.
You won't stop this transition. The earlier we get mysql-5.6 removed
from stretch the better s.t. we can test upgrade paths to stre
Package: python-pathlib2
Version: 2.2.0-1
Severity: grave
Dear Maintainer,
thank you for packaging python-pathlib2, but it appears to be unusable at the
moment. Using an up-to-date sid version, unsurprisingly, results in the
following error:
>>> import pathlib2
Traceback (most recent call
Accepted:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
Format: 1.8
Date: Thu, 12 Jan 2017 12:30:23 +1100
Source: python-pynzb
Binary: python3-pynzb
Architecture: all source
Version: 0.1.0-3
Distribution: unstable
Urgency: medium
Maintainer: Debian Python Modules Team
Changed-By: Carl Suste
Processing commands for cont...@bugs.debian.org:
> clone 848616 -1
Bug #848616 [mariadb-server-10.0] mysql_install_db creates unusable root user
Bug 848616 cloned as bug 851131
848287 was blocked by: 848616
848287 was not blocking any bugs.
Added blocking bug(s) of 848287: 851131
> reassign -1 mar
Processing commands for cont...@bugs.debian.org:
> severity 848287 important
Bug #848287 [src:python-testing.mysqld] python-testing.mysqld: (build-)depends
on mysql-{client,server}
Severity set to 'important' from 'serious'
> block 848287 by 848616
Bug #848287 [src:python-testing.mysqld] python-t
Hi,
obviously, you raised the severity of the bug mentioned below to serious
without providing any justification.
I am still waiting for…
…some official decision that this huge change will be made during the freeze
without a transition,
…the MySQL/MariaDB maintainers to fix their packages.
Co
29 matches
Mail list logo
