Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: unblock
Please unblock package paramiko
The unblock would fix the RC bug #668239.
diff -Nru paramiko-1.7.7.1/debian/changelog paramiko-1.7.7.1/debian/changelog
---
Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: unblock
Please unblock package klibc
The upload fixes RC bug #692951.
unblock klibc/2.0.1-3.1
-- System Information:
Debian Release: wheezy/sid
APT prefers testing
APT policy: (900,
-maintainer upload.
+ * debian/control: add dependency on rubygems or recent enough ruby
+(Closes: #693994) [Axel Beckert].
+ * debian/postinst: replace exit status -1 with 2 for shell compatibility
+(e.g. ksh) (Closes: #687449).
+
+ -- Dominik George n...@naturalnet.de Sun, 29 Nov 2012 14
/changelog
- --- ldap2zone-0.2/debian/changelog2012-07-25 08:11:24.0 +0200
+++ ldap2zone-0.2/debian/changelog 2012-12-10 23:28:13.0 +0100
@@ -1,3 +1,14 @@
+ldap2zone (0.2-3.1) unstable; urgency=low
+
+ [ Dominik George ]
+ * Non-maintainer upload.
+ * Fix unbound variable
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Hi,
unfortunately the debdiff got messed up when pasting.
Here is a correct version of the debdiff, minus the BTSs mishandling of
line breaks:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Dear release managers,
today, I chose to fix RC bug #694998. It is a security issue with
MediaWiki 1.19.2 currently in testing, and there are two ways of fixing
this issue. The easiest would be to get the new upstream version 1.19.3
into
session fixation in Special:UserLogin (CVE-2012-5391)
+ https://bugzilla.wikimedia.org/show_bug.cgi?id=40995
++ Prevent linker regex from exceeding PCRE backtrack limit
+ https://bugzilla.wikimedia.org/show_bug.cgi?id=41400
+
+ -- Dominik George n...@naturalnet.de Wed, 12 Dec 2012 09:44
Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: unblock
Please unblock package mediawiki.
The unblock would fix security-relevant RC bug #694998 .
The unblock has been discussed and approved by Niels Thykier on d-r@l.d.o
beforehand.
unblock
Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: unblock
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Please unblock package python-webob
The unblock would fix RC bug #695050 .
The debdiff against the version in testing can be found at:
Hi,
so i upgraded mplayer rebuild agains new libogg and goes bad.. then i
upgrade mplayer sources and rebuild agains libogg (and several others new)
and work fine
I am not sure what you mean. Does this report affect mplayer and libogg
*both* installed from the Debian repository or does it
Hi,
I have prepared xloadimage for upload to assume maintainership for it,
and the PTS tells me I should prepare it for the libtiff5 transition.
My understanding is that I should make it build against libtiff5 rather
than libtiff4, and that is what I did. My understanding is that this
will bring
Hi,
My understanding is that I should make it build against libtiff5 rather
than libtiff4, and that is what I did. My understanding is that this
will bring forward the transition.
another DD now explained to me that problems may arise with library
packages that have reverse dependencies,
Hi Niels,
Now, I am not sure tiff counts as your average transition. Since it
involves two source packages instead of just one. If your (patched)
package can be build against either the new or the old version of
libtiff, then I suspect an upload is not a problem at this time.
That means, I
Hi,
Let me clarify, build against either here being the source code can
compile against either (not having Build-Depends that allow either).
Huh? That means, if I Build-Depend on libtiff5-dev, it still has to
build against libtiff4? I do not get that…
Cheers,
Nik
--
* concerning Mozilla
Hi,
I meant, you upload your package built against libtiff4-dev, which is
the status quo. However, you do a build-test where you swap
libtiff4-dev with libtiff5-dev to see if your package would compile if
libtiff5-dev had been used instead of libtiff4-dev. So when the time
comes, all you
I conclude from that, that I should *in general* not use libtiff5-dev
right now? Having a apckage build *only* against libtiff5-dev is not
acceptable, although the package is there and already has dependencies?
I should add that I plan to implement a new feature in xloadimage, which
will not
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
Hi,
As previously
(https://lists.debian.org/debian-devel/2013/08/msg00217.html)
discussed, I'd like to propose improving support for UTF-8. All
material
shipped with Debian should be encoded this way
I absolutely second this proposal.
Why
it is not enough either.
Attached is (the only) working patch, which leaves anything but the
contents of any existing file intact.
DO NOT UPLOAD the previous patch, as it indeed breaks another code flow.
-nik
--
Dominik George (Vorstandsvorsitzender, Pädagogischer Leiter)
Teckids e.V. - Erkunden, Entdecken
--
Dominik George (Vorstandsvorsitzender, Pädagogischer Leiter)
Teckids e.V. - Erkunden, Entdecken, Erfinden.
https://www.teckids.org
signature.asc
Description: OpenPGP digital signature
Hi Mike and others,
this has been seen to in latest mate-session-manager upload-proposal
(1.8.1-7).
See #775914 on Debian BTS [1]. Your issue has already been reported as
#775571 [2].
I have built 1.8.1-7 locally and can confirm that it works well.
Cheers,
Nik
--
To UNSUBSCRIBE, email
ium
+
+ * Fix RFX with large tile sets, e.g. full HD displays. (Closes: #855387)
+
+ -- Dominik George <n...@naturalnet.de> Sat, 18 Feb 2017 16:46:17 +0100
+
xrdp (0.9.1-6) unstable; urgency=medium
* Fix japanese keyboard detection. (Closes: #854847)
diff -Nru xrdp-0.9.1/debian/patches/hig
12:47:36.0 +0100
+++ xrdp-0.9.1/debian/changelog 2017-02-13 21:09:43.0 +0100
@@ -1,3 +1,9 @@
+xrdp (0.9.1-6) unstable; urgency=medium
+
+ * Fix japanese keyboard detection. (Closes: #854847)
+
+ -- Dominik George <n...@naturalnet.de> Mon, 13 Feb 2017 21:09:43 +0100
+
xrdp (0
) unstable; urgency=medium
+
+ * Ensure creation of /run directory. (Closes: #854548)
+
+ -- Dominik George <n...@naturalnet.de> Thu, 09 Feb 2017 12:47:36 +0100
+
xrdp (0.9.1-4) unstable; urgency=high
[ Thorsten Glaser ]
diff -Nru xrdp-0.9.1/debian/patches/lfs.diff xrdp-0.9.1/debian/p
Dominik George · Hundeshagenstr. 26 · 53225 Bonn
Mobile: +49-1520-1981389 · https://www.dominik-george.de/
Teckids e.V. · FrOSCon e.V.
Fellowship of the FSFE · Piratenpartei Deutschland
Opencaching Deutschland e.V. · Debian Maintainer
LPIC-3 Linux Enterprise Professional (Security)
signature.asc
with large tile sets, e.g. full HD displays. (Closes: #855387)
+
+ -- Dominik George <n...@naturalnet.de> Fri, 17 Feb 2017 13:21:12 +0100
+
xrdp (0.9.1-6) unstable; urgency=medium
* Fix japanese keyboard detection. (Closes: #854847)
diff -Nru xrdp-0.9.1/debian/patches/highres.diff
xrdp
@@ -1,3 +1,9 @@
+xrdp (0.9.1-8) unstable; urgency=medium
+
+ * Fix CVE-2017-6967. (Closes: #858143, #855536)
+
+ -- Dominik George <n...@naturalnet.de> Mon, 24 Apr 2017 20:14:36 +0200
+
xrdp (0.9.1-7) unstable; urgency=medium
* Fix RFX with large tile sets, e.g. full HD displays. (
: #858143)
+
+ -- Dominik George <n...@naturalnet.de> Thu, 04 May 2017 18:59:10 +0200
+
xrdp (0.9.1-8) unstable; urgency=medium
* Fix CVE-2017-6967. (Closes: #858143, #855536)
diff -Nru xrdp-0.9.1/debian/patches/cve-2017-6967.diff
xrdp-0.9.1/debian/patches/cve-2017-6967.diff
- --- xrdp
into an endless loop.
+
+ -- Dominik George <n...@naturalnet.de> Wed, 18 Oct 2017 11:56:31 +0200
+
xrdp (0.9.1-9) unstable; urgency=high
* Revisit incomplete fix for CVE-2017-6967. (Closes: #858143)
diff -Nru xrdp-0.9.1/debian/patches/fix-876976.patch
xrdp-0.9.1/debian/patches/fix-876976.patch
--
100644
--- a/debian/changelog
+++ b/debian/changelog
@@ -1,3 +1,11 @@
+pam-krb5-migrate (0.0.11-4+deb9u1) stretch; urgency=medium
+
+ * Fix install paths. (Closes: #873271)
+ * Make myself maintainer (instead of marking this an NMU,
+which it isn't).
+
+ -- Dominik George <n...@naturalnet
; urgency=medium
+
+ * Fix CVE-2017-16927. (Closes: #882463)
+ * Fix high CPU load on ssl_tls_accept. (Closes: #884453)
+
+ -- Dominik George <n...@naturalnet.de> Fri, 15 Dec 2017 19:28:28 +0100
+
xrdp (0.9.1-9+deb9u1) stretch; urgency=medium
* Fix high CPU load on SSL shutdown. (Closes: #
Hi,
On Fri, Dec 15, 2017 at 07:41:29PM +0100, Dominik George wrote:
> Package: release.debian.org
> Severity: normal
> Tags: stretch
> User: release.debian@packages.debian.org
> Usertags: pu
Any news ☺?
Cheers,
Nik
signature.asc
Description: PGP signature
Hi,
> Note that the uploading window for 9.5 is closing this weekend, so I
> took the liberty to build and upload with your debdiff. Hope this if
> fine with you otherwise I will ask Adam to reject my upload!
Oh thanks!
We had a work meeting of Teckids, the Free software (and mostly Debian)
-2.11/debian/changelog 2018-02-28 22:48:43.0 +0100
@@ -1,3 +1,11 @@
+needrestart (2.11-3+deb9u0.1) stretch; urgency=medium
+
+ * Non-maintainer upload.
+ * Fix switching to list mode if debconf is run non-interactively.
+(Closes: #876459)
+
+ -- Dominik George <n...@naturalnet
(0.9.1-9+deb9u3) stretch; urgency=high
+
+ * Fix patch for CVE-2017-16927. (Closes: #884702)
++ Off-by-one mistake could crash xrdp in some cases.
+
+ -- Dominik George <naturesha...@debian.org> Thu, 12 Apr 2018 23:43:25 +0200
+
xrdp (0.9.1-9+deb9u2) stretch; urgency=medium
* F
rb5-migrate-mit.pam-config
Control files: lines which differ (wdiff format)
Installed-Size: [-45-] {+42+}
Maintainer: [-Jelmer Vernooij <jel...@debian.org>-] {+Dominik George
<n...@naturalnet.de>+}
Source: pam-krb5-migrate [-(0.0.11-4)-]
Version
Hi,
On Sun, Apr 01, 2018 at 10:45:10PM +0200, Andreas Beckmann wrote:
> On Sat, 31 Mar 2018 20:53:05 +0200 Dominik George
> <naturesha...@debian.org> wrote:
> > Files in second .deb but not in first
> > -
> > -rw-r--
ory-server (2.0.0~M15-4+deb9u1) stretch; urgency=medium
+
+ * Team upload.
+ * Fix command in systemd service file. (Closes: #909063)
+ * Add missing dependencies to libraries. (Closes: #911557)
+
+ -- Dominik George Sat, 27 Oct 2018 15:32:48 +0200
+
apache-directory-server (2.0.0~M15-4) unstabl
>> I actually think volatile is a good name. After all, it's not so far
>from the previous volatile.
>
>volatile is a very bad name for this because we've used it already for
>something else.
Well, I consider it more or less the same basic idea. The old and new ideas
have more in common than
Hi,
I like the general direction, but there are some aspects of your
>proposal
>which should be improved.
Thanks!
>> Other ideas: fastlane, unsupported
>
>Or maybe something like "fastpaced", after all this repo would not be
>unsupported at all, the very point is to provide actual support after
Hi,
>having read the whole Gitlab discussion, I still don't get how/why the
>new repository depends or relates to backports. Instead it could be
>self-contained, except for stuff already available in stable. Couldn't
>you roll the new repository entirely independent of any backports? Even
>if you
>Just to make things a bit clearer for people who may not have followed
>some of the discussions on d-bp-users lately: the point is to be able
>to
>support fast-moving software with not-so-fast moving dependencies;
>the dependencies may easily be backported without too large a burden
>(their
> - no need to keep a volatile package out of testing
Oh, and yes. Having a package in testing means it will be supported for a
stable lifecycle - a full contradiction to volatile!
-nik
Hi,
>I would, however, completely separate it from backports. I.e.
>
> - separate NEW queue
> - different suffix
> - no need to keep a volatile package out of testing
>
>Why?
>
> - volatile is a different beast from backports, this should be
> very clear to both package maintainers and our
> >If there are other issues to solve than the lifespan of the package
> >version, they must be solved in another way.
>
> I agree with you, it is the best outcome. But when people with power
> (-backports ftp masters) are not willing to consider it, we have to go
> with plan B, which is less
> - Should the package begin to migrate to testing again, it must
>be moved to stable-backports.
>
> - Using the same ~bpo version namespace
Both of these poitns are there to *not* change anything about backports.
If a package stops qualifying for -volatile, and starts qualifying for
> I don't want backports to contain things are are not suited for a
> release.
That's why we are doing all this. It is NOT about anything to backports.
It is about adding something new that uses the same RULES as backports,
with a slight diversion, and thus can also make use of infrastructure
Hi,
> 2. I am happy with the current charter of backports and I think it's
> possible to move forward with fastpaced without having to change
> that charter.
Yep. That's exactly why the proposal changes nothing about -backports. I
am still confused why Alex and you keep insisting that
Hi,
On Wed, Dec 26, 2018 at 03:05:55PM +0100, gregor herrmann wrote:
> (Can we keep this on one mailing list, please? /me restricts this to
> -devel)
No. This has the potential of keeping people who are directly impacted
by this proposal out of the loop.
> And besides that, I think the more
Hi,
> How to handle upgrades from stable to stable+1. Packages from backports
> upgrade with no issues as stable+1 contains the same packages already
> compiled for the stable+1.
As long as the package is in -volatile, it is not in stable+1, and
upgrades are ensured by the volatile maintainer.
Heisann, alle sammen,
as announced in the recent thread about maintaining, I hereby propose a
repository that allows making “backports” of packages available to users
of the stable distribution, if those packages cannot be maintained in
testing and backported in the usual way. If you are
> We already told you to build your own repo.
You should probably start with identifying the senders of mail
correctly ☺. I am not the gitlab maintainer (and will never be).
> Imho you should start the same way backports started - outside of
> debian.
> Prove that it works and integrate into
On Tue, Dec 25, 2018 at 10:11:43PM +0100, Alexander Wirt wrote:
> https://lists.debian.org/debian-backports/2018/12/msg00028.html
>
> This wasn't about gitlab.
Oh. I must have misread the "gitlab" in the subject, along withthe mail
being sent to the gitlab maintainer, a gitlab bugreport in the
> In short: This proposal addresses the exact concerns you raised before
> )although I am not the person you expressed them towards).
Well, sure, I was involved in that thread, but only in the way that I
announced a proposal (this one). Not in any of the stuff concerning
adding something to
- Forwarded message from Dominik George -
Date: Mon, 3 Dec 2018 13:09:37 +0100
From: Dominik George
To: debian-de...@lists.debian.org
Subject: Nasty dependency/bug situation (with php-zmq, but applicable
in general)
User-Agent: Mutt/1.10.1 (2018-07-13)
Hi everybody,
situation
> Your thoughts?
sid is not a rolling release for the public, it is a development area.
Some users use it as a rolling release to get bleeding edge software,
but in fact they become a developer that way (not meaning DD).
If you think regular development prevents you from staying up to date
+0100
@@ -1,3 +1,11 @@
+movim (0.14.1-4) unstable; urgency=medium
+
+ * Restart movim daemon if it exits. (Closes: #924429)
+ * Fix MUC autojoin when used in parallel with other clients. (Closes:
#924431)
+ * Allow long descriptions of MUC rooms. (Closes: #924432)
+
+ -- Dominik George Tue, 12
LDAP.
+ * update-hostname-from-ip: Always print hostname if -n is used.
+ * Add myself as Uploader.
+
+ -- Dominik George Fri, 01 Mar 2019 12:50:01 +0100
+
+debian-edu-config (2.10.61) unstable; urgency=medium
+
+ [ Wolfgang Schweer ]
+ * cf3/cf.workarounds:
+- Provide Xfce screensaver for LTSP
Hi,
> and stopped
>accepting source packages into testing that are new to testing or got
>removed
Does that imply that new *binary* packages built from existing sources can
migrate, if the upload is otherwise suitable during the soft freeze?
-nik
:32.0 +0200
@@ -1,3 +1,13 @@
+movim (0.14.1-5) unstable; urgency=medium
+
+ [ Thorsten Glaser ]
+ * Add patch to fix emojis being replaced by the wrong images.
+
+ [ Dominik George ]
+ * Add patch to add correct ACLs to webserver configs. (Closes: #928209)
+
+ -- Dominik George Wed, 08 May
Hi,
> This is a well tested patch that I can upload tonight (to unstable)? Or is
> more testing time needed? If the patch really fixes the transition, then we
> don't need the gosa s-pu. Do all agree?
I tested:
a) on stretch, that the script works, and produces expected results with a
known
> with the attached patch, the conversion works on buster.
>
> The script uses php-mcrypt for no reason - the first use always returns
> an constant 16, the second returns random bytes.
>
> With the applied patch, the script works without php-mcrypt.
While focusing on what the two mcrypt
Hi,
with the attached patch, the conversion works on buster.
The script uses php-mcrypt for no reason - the first use always returns
an constant 16, the second returns random bytes.
With the applied patch, the script works without php-mcrypt.
-nik
--- gosa-mcrypt-to-openssl-passwords.orig
Dear release team,
I would be happy if buildd rebuilds of the following (source) packages
could be scheduled:
godot
tdigest
gnome-pass-search-provider
upass
Thanks,
Nik
signature.asc
Description: PGP signature
63 matches
Mail list logo
