Indeed, later versions of pushpin no longer need a separate condure
package.
And while condure in theory could be used on it's own, I honestly doubt
anyone uses it if not as a dependency of pushpin.
Therefore, I strongly consider removing condure from debian.
On Fri, Jan 24, 2025 at 06:03:20AM
This looks like upstream bug https://github.com/markfasheh/duperemove/issues/265
- workaround: remove hash file
- not reproducible
- may be fixed with a current version? (Debian contains a very old one.)
Hi Bastian!
On Tue, Mar 14, 2023 at 02:31:08PM +0100, Bastian Germann wrote:
> Source: tnetstring3
> Severity: important
>
> I am filing this intend to salvage the tnetstring3 package which is
> unmaintained.
> The ITS is meant to remove the package from the archive when the waiting
> period is
On Sun, Jan 29, 2023 at 01:10:17PM +0200, Adrian Bunk wrote:
> Keeping it "Architecture: any" will automatically (re)add it on
> architectures whenever they gain ring support.
[...]
> Yes, since there are no reverse (build) dependencies
> "reportbug ftp.debian.org" to remove the stale binaries
> o
Package: ftp.debian.org
Dear ftpmasters,
please remove pushpin for the listed architectures from unstable.
It's currently not possible to build them, because a build-depencency,
librust-ring-0.16+default-dev, is not available there. See #1029931 for
details in case you are interested.
Jan
On Sun, Jan 29, 2023 at 04:28:54AM +, Peter Michael Green wrote:
> Package: pushpin
> Version: 1.36.0-1
> Severity: serious
>
> The new version of pushpin added a dependency on jsonwebtoken,
> unfortunately jsonwebtoken depends in ring, which is only available
> on x86* and arm*. There is work
severity 1005629 normal
thanks
On Tue, Jun 07, 2022 at 09:57:35PM +0200, Lucas Nussbaum wrote:
> I tried again and confirmed that it builds fine now.
>
> When doing those archive rebuilds, I retry failed builds and only file
> bugs when they failed two times. Maybe there was an error on the servi
Hi,
I'm unable to reproduce this build error. As it happens in a network
related test, I also tried it inside a container with networking
blocked.
https://tests.reproducible-builds.org/debian/rb-pkg/unstable/amd64/zurl.html
shows that automated builds do work, in general.
I still suspect that it
On Sun, Dec 05, 2021 at 05:36:12AM -0800, felix.lech...@lease-up.com wrote:
> If you like this service, please leave a favorable comment here [2].
>
> [2] https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=892058
This service was really helpful. Otherwise I would have missed the
deadline, probably
Package: ftp.debian.org
Severity: normal
The package rust-rustls-native-certs I uploaded 3 days ago contains a
diff from upstream which may be a bad idea (changing a dependency to an
older version).
I'm currently not sure what's the best way to fix the issue, so I can't
just upload an updated ver
Hi,
On Thu, Mar 12, 2020 at 11:07:08AM +0100, Fabian Grünbichler wrote:
> I am not sure whether we want to work around it in cargo (by defaulting
> to that location, for example), but this is related to
>
> https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=927889
>
> libgit2 picks up an instal
Package: wnpp
Severity: wishlist
Owner: Jan Niehusmann
* Package name: condure
Version : 1.1.0
Upstream Author : Justin Karneges
* URL : https://github.com/fanout/condure/
* License : Apache-2.0
Programming Lang: Rust
Description : HTTP/WebSocket
Control: reassign -1 libzmq3-dev 4.3.3-3
Control: forcemerge 975151 -1
This FTBFS was caused by a missing dependency in libzmq3-dev 4.3.3-3,
which was already fixed in libzmq3-dev 4.3.3-4.
On Thu, Nov 19, 2020 at 10:57:00AM +0100, Lucas Nussbaum wrote:
> Source: zurl
> Version: 1.11.0-2
> Severit
Hi Laurent,
On Thu, Jul 02, 2020 at 10:03:06AM +0200, Laurent Bigonville wrote:
> Just for my understanding, why did you switch to libhunspell instead of
> libenchant-2?
>
> As said it seems to have support for enchant-2 in the code (there are
> references to HAVE_ENCHANT2)
Mainly to be consiste
Hi,
I submitted a patch for this issue upstream:
https://github.com/pam-pgsql/pam-pgsql/pull/16
Jan
On Fri, Aug 30, 2019 at 07:55:57AM +, Matthias Klose wrote:
> Package: src:tnetstring
[...]
> Your package either build-depends, depends on Python2, or uses Python2
> in the autopkg tests. Please stop using Python2, and fix this issue
> by one of the following actions.
There is already a corr
Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: unblock
Please unblock package mudlet
mudlet was removed from testing only because its dependency
lua-sql was removed. As lua-sql was unblocked and re-added (see
https://bugs.debian.org/cgi-bin/bug
Hi Emilio,
On Mon, Apr 23, 2018 at 08:38:30PM +0200, Emilio Pozuelo Monfort wrote:
> Hmm, I just realised libcurl3 ships libcurl.so.4, so that explains the
> conflict.
> I just found the rationale for this in
> https://salsa.debian.org/debian/curl/merge_requests/2. That means this will
> have
>
Dear readers of this long-standing bug ticket,
durign the last 3 weeks there was no real progress, but the release
team at least noticed the open transition request (#891872).
Unfortunately, there are some conflicts with other transitions.
("That means this will have to wait until there are no con
Current state of affairs:
- curl built against openssl 1.1 was uploaded to experimental
https://tracker.debian.org/news/937117/accepted-curl-7580-3-source-amd64-all-into-experimental-experimental/
- zurl built against that version of curl and openssl 1.1 was uploaded
to experimental
https
Hi,
On Fri, Mar 02, 2018 at 10:04:44AM +0100, Emilio Pozuelo Monfort wrote:
> Also zurl seems to need Qt with openssl 1.1, which is only in experimental
> atm.
> That shouldn't be a blocker for this though (we can temporarily kick it from
> testing if necessary). But let's wait a bit and see.
I
To keep this BTS entry up to date:
Unfortunately, I didn't see any progress regarding the status
of libcurl3 during the last ~3 weeks. :-(
References:
https://salsa.debian.org/debian/curl/merge_requests/2
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=858398
To keep this BTS entry up to date:
There seems to be some progress towards a solution at
https://salsa.debian.org/debian/curl/merge_requests/2
On Fri, Dec 29, 2017 at 01:58:05PM +0100, Jan Niehusmann wrote:
> After another 3 weeks, the status of libcurl3 unfortunately didn't
> ch
Hi Boris,
> > It looks that you do not have enough free time to maintain this package.
> >
> > How about maintaining of src:psi and src:psi-translations packages under
> > umbrella of Debian XMPP Maintainers team [1] using git repos [2] at Salsa
> > [3]?
> >
> > In this case I would prepare a tea
After another 3 weeks, the status of libcurl3 unfortunately didn't
change at all.
The discussion on https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=858398
continues really slowly, and there is no sign of actual progress :-(
Jan
Just a small update to people following this issue:
The qt5 already updated to openssl 1.1, so the only remaining blocker
is curl. In https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=858398
there is some discussion about the right way to update curl, but I hope
some agreement will be reached, soo
block 859841 by 858398 859671
thanks
On Thu, Oct 12, 2017 at 11:44:44PM +0200, Sebastian Andrzej Siewior wrote:
> this is a remainder about the openssl transition [0]. We really want to
> remove libssl1.0-dev from unstable for Buster. I will raise the severity
> of this bug to serious in a month.
Hi Boris,
On Thu, Oct 26, 2017 at 11:59:57AM +0300, Boris Pek wrote:
> Please update package src:psi-translations to version 1.3 and keep it in sync
> with src:psi package.
Definitely a good idea, yes!
Unfortunately, I currently don't have much spare time, so it may take
some time.
> Localizati
Hi Lisandro,
On Sat, Sep 09, 2017 at 10:21:11PM +0200, Lisandro Damián Nicanor Pérez Meyer
wrote:
> Hi! As you might know we the Qt/KDE team are preparing to remove Qt4
> as [announced] in:
Yes, thanks for the reminder. In fact, it should be relatively easy: The
current version of psi (not yet p
This seems to be caused by a new option, set_search_domains, in
/etc/dnssec.conf. It defaults to 'no', but if you set it to 'yes',
search domains are properly added to /etc/resolv.conf, again.
(Note: Make sure to look at /etc/dnssec.conf, not
/etc/dnssec-trigger/dnssec.conf, which may be present a
Additional information, as noticed by the kind people on #debian-devel:
This is only an issue because I'm using a custom kernel, which has fbcon
as a module. Debian kernels should not be affected, which also explains
why this issue wasn't reported earlier.
Jan
Package: initramfs-tools
Version: 0.130
Severity: normal
Dear Maintainer,
after upgrading from jessie to stretch and rebooting, I got a blank
screen. Figured out the system was waiting for the hard disk passphrase
("Please unlock disk " prompt). After entering the password blindly,
the system
Hi,
On Tue, Jun 13, 2017 at 08:16:36AM +0200, Sebastiaan Couwenberg wrote:
> Conflicts is not appropriate in this situation, Breaks/Replaces with a
> version is (the file was moved in QGIS 2.6.0).
Sure - I meant 'conflict' in an abstract sense, not the Conflicts
header. Thanks for fixing the issu
Package: python-qgis-common
Version: 2.14.11+dfsg-3
Severity: important
Dear Maintainer,
while upgrading from jessie to stretch, I got the following error
message:
dpkg: error processing archive
/var/cache/apt/archives/python-qgis-common_2.14.11+dfsg-3_all.deb (--unpack):
trying to overwrite
Hi,
On Sun, May 28, 2017 at 07:54:33PM +0200, Ivo De Decker wrote:
> On Sun, May 28, 2017 at 02:39:00PM +0200, Jan Niehusmann wrote:
> > May I suggest only removing runit-init from the runit source package, if
> > the bug can't be fixed in time for the stretch release?
>
May I suggest only removing runit-init from the runit source package, if
the bug can't be fixed in time for the stretch release?
Because runit itself doesn't cause the issue discussed here, is useful
on its own, and several packages depend on it.
Thanks,
Jan
BTW, I really think this doesn't need to be RC.
(Or, at least, should be stretch-ignore, because removing all the
reverse-dependencies would be worse than just shipping with runit-init.)
I agree it's bad to leave a user with a broken system. But in this case,
the user gets an appropriate warning:
Package: wnpp
Severity: wishlist
Owner: Jan Niehusmann
* Package name: tnetstring3
Version : 0.3.1
Upstream Author : Carlo Pires
* URL : https://pypi.python.org/pypi/tnetstring3
* License : MIT
Programming Lang: Python / C
Description : python3
-pick upstream patch.
+One can send HUP signals to mongrel2 to make it reopen the log
+files. Due to a bug, after receiving two such signals, mongrel2
+stopped working. This bug is fixed by the patch.
+
+ -- Jan Niehusmann Wed, 22 Feb 2017 12:14:48 +0100
+
mongrel2 (1.11.0-5) unstable
Hi Niels,
On Sun, Feb 05, 2017 at 10:44:00AM +, Niels Thykier wrote:
> On Sat, 27 Aug 2016 20:16:57 +0300 Dmitry Bogatov wrote:
> > Jan, could you please provide more information? I did not follow. As
> Are there any news on this bug? It is listed as a possible blocker for
> the stretch rel
Hi Alessandro,
the upstream patch (also included in
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=852317#5 ) applies to
the debian package, and fixes the issue.
AFAIK today is the last day to upload a fixed version without an
exception granted by the release team.
I'll attach the patch forma
Package: libcurl3
Version: 7.52.1-1
Severity: important
Tags: fixed-upstream, patch
Dear Maintainer,
with 7.52.1-1, I got hanging connections when trying to fetch SSL URLs
using the multi_socket API.
It works with 7.50.1-1, and I also noticed it works when using the
current upstream master versi
Package: atop
Version: 2.2.6-2
Severity: minor
On Thu, Jan 19, 2017 at 01:02:16PM +0100, Marc Haber wrote:
> On Thu, Jan 19, 2017 at 12:35:33PM +0100, Jan Niehusmann wrote:
> > First I noticed that the installation failed because process accounting
> > was not running. (I used the
Hi Niels,
On Tue, Jan 10, 2017 at 10:20:32PM +0100, Jan Niehusmann wrote:
> Am I missing something? Is this a good way to handle the situation?
> Would it be possible to speed up the propagation of zurl/1.7.1-3 to
> testing so I can upload zurl/1.7.1-4?
Even though I didn't get a
Hi Niels,
On Tue, Jan 10, 2017 at 09:36:57PM +0100, Niels Thykier wrote:
> Package: zurl
> Version: 7.51.0-1
> Severity: grave
> Tags: sid stretch
>
> Hi,
>
> Please use ssl1.0 for stretch.
>
> We have requested the curl also reverts to ssl1.0 (please see
> #850880). Since zurl is using a curl
Hi Félix,
On Tue, Nov 29, 2016 at 12:47:21AM +0100, Félix Sipma wrote:
> * Package name: restic
> Version : 0.3.0
> Upstream Author : Alexander Neumann
> * URL : https://restic.github.io/
Did you notice that there is already an upstream ticket about packaging
for debi
On Mon, Nov 21, 2016 at 01:03:19AM +0400, Stepan Golosunov wrote:
> So far I do not know why using libssl1.1 together with a
> libssl1.0.2-using Qt wouldn't work.
Well I don't know enough about the dynamic linker and about the internals
of openssl to know if (indirectly) linking to both libraries
On Mon, Nov 21, 2016 at 12:02:45AM +0400, Stepan Golosunov wrote:
> It would be a grave bug in such application if it does not have a
> working version, yes. Whether or not it would be a serious bug in
> lubcurl3 depends on how many and how important such applications are.
> (And how difficult the
On Sun, Nov 20, 2016 at 11:38:49PM +0400, Stepan Golosunov wrote:
> > Still, for 1.1 the SONAME change is definitely necessary.
>
> Breaks: against applications using CURLOPT_SSL_CTX_FUNCTION and
> compiled with OpenSSL 1.0 will probably suffice in that case.
Wouldn't this still be a serious bug
On Sun, Nov 20, 2016 at 07:40:22PM +0400, Stepan Golosunov wrote:
> If SONAME change is needed it is needed when linking libcurl with
> libssl1.0.2 too. (But when linking libcurl with libssl1.0.2 more
> applications are affected due to the need of explicit initialization.)
Upstream documentation
Package: libcurl3
Version: 7.51.0-1
Severity: serious
Justification: Policy 8.1
Dear Maintainer,
the curl ABI contains structs inherited from OpenSSL, e.g. in calls
like:
curl_easy_setopt(easy, CURLOPT_SSL_CTX_FUNCTION, &sslCtxFunction_cb);
Here, sslCtxFunction_cb is a function which takes an S
Package: qconf
Version: 2.1-1
Severity: important
Hi Boris,
with 2.1-1, you "backported remove-bashism-from-configure.patch" to fix
bashisms in the configure script contained in the qconf package.
While this fixes the build of qconf itself, qconf still generates
configure scripts containing thes
It seems like dh_auto_install used to set INSTALL_ROOT (works in
jessie), but now it doesn't, so the build fails in sid.
But it's easy to set INSTALL_ROOT, manually. Just add it to the call of
dh_auto_install in debian/rules:
--- a/debian/rules
+++ b/debian/rules
@@ -22,7 +22,7 @@ override_dh_aut
Control: reassign -1 runit
Control: retitle -1 update-service doesn't work as expected
mongrel2-run, from it's postinst script, just calls:
update-service --add /etc/sv/mongrel2
>From the manpage of update-service, this looks like a valid
command to add mongrel2 to the system-wide service supervi
Package: ejabberd
Version: 16.03-1~bpo8+1
Severity: normal
The sqlite support of ejabberd is broken with the package of
erlang-sqlite3 currently available in debian: Version 1.1.4 of
erlang-sqlite3 doesn't contain the function sqlite3:changes, which is
used by ejabberd.
This results in error mess
On Sat, Feb 20, 2016 at 02:16:07PM +, Adam D. Barratt wrote:
> Please go ahead.
Ok, I just uploaded the package:
On Fri, Feb 26, 2016 at 11:11:48AM +, Debian FTP Masters wrote:
> mongrel2_1.9.1-6+deb8u1_amd64.changes uploaded successfully to localhost
> along with the files:
> mongrel2_
On Sat, Feb 20, 2016 at 12:17:57PM +, Adam D. Barratt wrote:
> On Mon, 2015-12-28 at 19:18 +, Adam D. Barratt wrote:
> > On 2015-11-21 19:05, Jan Niehusmann wrote:
> > > On Sat, Nov 21, 2015 at 05:40:44PM +0100, Julien Cristau wrote:
> > >> We like to see a te
On Tue, Dec 15, 2015 at 07:38:30PM +, James Cowgill wrote:
> Yes that's right, sorry I didn't explain that totally before. Port is
> probably a better word in the case of this package. I can probably have
> a go at doing it if you want.
It looks like Justin did the porting:
https://github.com/
On Tue, Dec 15, 2015 at 07:38:30PM +, James Cowgill wrote:
> Yes that's right, sorry I didn't explain that totally before. Port is
> probably a better word in the case of this package. I can probably have
> a go at doing it if you want.
That would, of course, be great!
To avoid duplication of
Hi,
On Tue, Dec 15, 2015 at 04:48:06PM +, James Cowgill wrote:
> Please can you switch to mbedtls instead of using polarssl, now that
> mbedtls has been accepted.
As far as I know, mbedtls did not only change the library name, but also
the API. So one can't simply 'switch' to mbedtls, but the
Hi,
as polarssl is is marked for autoremoval from testing on 2015-12-09
because of bug #801413, I wonder why the upload fixing the issue is only
in experimental. Is there a reason for not pushing it to unstable?
I'm asking because I'm the maintainer of two reverse dependencies.
Jan
2015-11-07 15:46:43.0 +0100
@@ -1,3 +1,10 @@
+mongrel2 (1.9.1-7) UNRELEASED; urgency=medium
+
+ * Comment out failing test caused by an expired certificate.
+(Closes: Bug#804331)
+
+ -- Jan Niehusmann Sat, 07 Nov 2015 15:45:05 +0100
+
mongrel2 (1.9.1-6) unstable; urgency=low
* Upd
Package: release.debian.org
Severity: normal
Tags: jessie
User: release.debian@packages.debian.org
Usertags: pu
Mongrel2 currently FTBFS in jessie, bug #804331
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=804331
contains the details.
The fix is trivial, it only affects a test suite run d
Hi,
On Sat, Nov 07, 2015 at 02:30:09PM +, James Cowgill wrote:
> I know. I was wondering if it could be fixed in stable?
Well, for stable I'd just disable the failing test, instead of backporting
the upstream fix. Commenting out the mu_assert line containing the error
message would be enough.
Hi Emmanuel,
On Mon, Oct 19, 2015 at 12:58:47AM +0200, Emmanuel Bourg wrote:
> You can add them by:
>
> 1. build depending on maven-repo-helper instead of javahelper
>
> 2. replacing "--with javahelper" by "--with maven_repo_helper" on the dh line
> of debian/rules
>
> 3. replacing debian/libz
Hi Emmanuel,
On Mon, Oct 19, 2015 at 12:15:35AM +0200, Emmanuel Bourg wrote:
> libzmq-java/3.1.0-4 contains currently zmq.jar and its underlying native
> library libjzmq.so. The Java Policy recommends splitting the native library
> into a separate package libzmq-jni. Also ideally the .so should be
Update: libuecc has been uploaded. (Not by me, but by Steffen Moeller,
after asking me for permission.)
It's currently in the NEW queue:
https://ftp-master.debian.org/new/libuecc_5-2.html
Not yet closing the bug until the package is accepted.
Jan
Package: vpim
Version: 0.695-1.1
Severity: normal
Dear Maintainer,
while using vpim/icalendar I got an error message that an undefined
method 'each' was called on a String.
Seems like this method was removed in ruby1.9.
The fix is trivial: Use each_line, instead. I found two places where
this c
Package: fritzing
Version: 0.9.0b+dfsg-1
Severity: wishlist
Dear Maintainer,
at http://fritzing.org/download/, version 0.9.2b is available for
download.
Compared to 0.9.0b, it contains some new part definitions, and a few
bug fixes.
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.d
Package: fritzing
Version: 0.9.0b+dfsg-1
Severity: minor
Dear Maintainer,
the watch file didn't notice the availability of fritzing 0.9.2b. In
fact, uscan doesn't even find the currently packaged version:
-- Found the following matching hrefs:
/download/0.8.7b/source-tarball/fritzing-0.8.7b
Package: wnpp
Severity: wishlist
libuecc is a general-purpose ECC library which uses a curve similar to
djb's Curve25519 which is part of the NaCl library.
Because of it's small footprint, this library is used in the wireless
router software used by several free radio networks (Freifunk).
For in
Hi,
just my opinion, of course, but please let me add:
- changing finger memory is difficult, so I keep entering
'halt' instead of 'poweroff' occasionally
- if one doesn't notice the error, this will waste
electricity
- if it happens on a notebook just before putting it
into a bag, one ma
Package: wnpp
Serverity: wishlist
This package will provide JNI-based Java bindings for 0MQ.
URL: https://github.com/zeromq/jzmq
License: LGPL-3+
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Hi,
it seems like #759952 is caused by the parallel build.
The output shows the following sequence of events:
1) the debian/rules target 'build-prep' executes "cd hun-eng; make hun-eng.tei"
2) make hun-eng.tei runs:
cp hun-eng.tei.header hun-eng.tei
./szotar-dbf2tei.pl >> hun-eng.tei
3) w
Hi Benjamin,
On Fri, Sep 12, 2014 at 09:27:55AM +0200, Benjamin Peter wrote:
> I have no idea what lead to the situation, I made an update and now psi
> prompts to enter my account data although I had multiple already set up
> for years. I seems to have lost all account data.
Psi changed the conf
Hi Holger,
On Thu, Sep 11, 2014 at 06:42:32PM +0200, Holger Levsen wrote:
> I (probably too briefly) skimmed though the bug report, but couldn't find a
> usecase where an encrypted filestem container with broken crypto could be
> useful. Could you elaborate, please?
As far as I understand the E
Hi,
due to bug #736066, encfs was removed from jessie.
I'd think it would be better to allow encfs into jessie for the
following reasons:
The bug report is about security issues, but these are not security
issues of the software (as in: you can somehow hack into the computer
wich is running the
Source: bacula
Severity: important
In the following sequence of events, the file
/etc/bacula/bacula-dir.conf of the currently used
director got removed:
install bacula-director-sqlite3
replace bacula-director-sqlite3 with bacula-director-pgsql
happily use bacula for several years :-)
prune bacula
Hi Bastien,
On Sun, Jul 13, 2014 at 08:24:56PM +, bastien ROUCARIES wrote:
> This file is dual licensed and you do not add copyright information on
> debian/copyright.
Absolutely true. In fact, the whole copyright file needs some love.
(DEP 5 formatting, checking for more files with differin
The following patch seems to help. At least the test suite passes on
both armel and armhf.
But I honestly don't know why...
--- mongrel2-1.9.1.orig/src/task/asm.S
+++ mongrel2-1.9.1/src/task/asm.S
@@ -34,7 +34,7 @@
#endif
#endif
-#if defined(__linux__) && defined(__arm__)
+#if defined(__linux
Package: mongrel2
Version: 1.9.1-4
Severity: normal
On armhf, the test suite immediately throws a segfault.
Looking at the stack with gdb, I don't see an obvious reason for the
segfault.
Maybe the issue is caused by libtask being incompatible with armhf?
(Mongrel2 contains a coroutine lib in src
Package: mongrel2
Version: 1.9.1-3
Severity: normal
Tags: pending
On kfreebsd, build fails with the following message:
src/bsd_specific.c:82:5: error: conflicting types for 'bsd_sendfile'
int bsd_sendfile(int out_fd, int in_fd, off_t *offset, size_t count) {
^
In file included from /usr/inc
Package: mongrel2
Version: 1.9.1-2
Severity: normal
Tags: pending
Building mongrel2 fails on big endian machines with a failing test case:
ERROR in test tests/radixmap_tests:
RUNNING: ./tests/radixmap_tests
FAILED: Failed to properly sort the RadixMap.
This is because src/adt/radixmap.c acc
retitle 751489 developers-reference: Updates on Gandi discount for debian
developers
thanks
It seems like the Gandi support team was not the right contact,
and in fact, the discount is still available.
Section 4.13.2 still needs an update, as the email
address given there is no longer valid.
M
Package: developers-reference
Version: 3.4.11
Severity: normal
Hi,
I just got the following answer from gandi support regarding the
discount for debian developers:
"I am sorry, but this offer dates back from 2008, and is no longer
available."
So section 4.13.2 of the developers reference can be
On Wed, Apr 09, 2014 at 03:48:56PM +0200, Thijs Kinkhorst wrote:
> Whatever you and I think of this pricing structure, people free to chose any
> provider of certificates that matches their pricing interest and that people
> are knowingly or should be knowlingly buying a product that has a certai
tag 740098 +patch
thanks
The following patch should fix the reported issue.
On serial ports not supporting the TIOCGSERIAL/TIOCSSERIAL mechanism,
this still means that the custom baud rates do not work, but at least
38400 works, again.
Perhaps an even better fix would be switching to the newer t
Package: librxtx-java
Version: 2.2pre2-11
Severity: normal
Hi,
I got an issue with 2.2pre2-11 not working, while 2.1.7r2-4 does.
(And it's been this way since I upgraded the host from lenny to squeeze.
Didn't have time to investigate back then, but now, while upgrading to
wheezy, I had a look at
Package: wnpp
Serverity: wishlist
Pushpin is an HTTP reverse proxy server that makes it easy to implement
streaming and long-polling services. It communicates with backend web
applications using regular, short-lived HTTP requests (GRIP protocol). This
allows the backend applications to be written
Package: wnpp
Serverity: wishlist
Zurl is HTTP client worker with ZeroMQ interface, written in Qt/C++.
Features:
- Request HTTP and HTTPS URLs
- Completely event-driven, using JDNS and QNetworkAccessManager
- Handle thousands of simultaneous outbound connections
- Two access methods: REQ
Owner: Jan Niehusmann
Hi Miguel,
On Thu, Mar 21, 2013 at 09:25:56AM -0300, Miguel Landaeta wrote:
> Hi Justin,
[...]
> Please go ahead and take ownership of this ITP.
As I work together with Justin on a mongrel2 package, and I'll probably
be the one uploading it, I just set myself a
Package: wnpp
Serverity: wishlist
Tnetstring is a serialization format a lot like JSON but it uses a new
syntax called "typed netstrings" that was proposed for use in the Mongrel2
webserver. It's designed to be simpler and easier to implement than JSON,
with a happy consequence of also being faste
Hi Martín!
I suspect this is an incompatibility between psi (or some lib psi uses)
and glibc 2.17, as that's the only library version which is different in
testing.
> Versions of packages psi depends on:
> ii libc62.17-3
[...]
Unfortunately, I don't have a system with that libra
Hi,
it seems like this behaviour is caused by a leftover symlink at
/etc/udev/rules.d/z60_usbmount.rules:
$ ls -al /etc/udev/rules.d/z60_usbmount.rules
lrwxrwxrwx 1 root root 17 Feb 4 2010 /etc/udev/rules.d/z60_usbmount.rules ->
../usbmount.rules
After removing this symlink, the double-mounts
Hi Martin,
On Tue, Feb 26, 2013 at 01:28:32PM +0100, Martin Teufel wrote:
> Since upstream is at version 0.15 and my patch isn't really compatible
> with that, I think it is a good idea to patch the debian version of
> 0.14.
I'm sorry, but I think there's no way to get such a change into wheeze
a
On Mon, Feb 11, 2013 at 05:23:01PM +0100, Martin Teufel wrote:
> My problem with the situation: What _if_ aplay plays correctly all the
> time, but in psi it breaks the sound after a while?
> (At the moment, for me, it seems to be the case.)
Maybe some kind of concurrency problem? Psi may call apl
Hi Martin,
On Sat, Feb 02, 2013 at 02:22:07PM +0100, Martin Teufel wrote:
> After some sound-notifications were played, the sounddevice somehow
> breaks. I.e. no more sounds are played (of course psi tries to) and I
> can't output any sound/music at all (e.g. with mplayer or something).
Psi just
Hi Marc,
On Fri, Aug 31, 2012 at 02:39:22PM +0200, Marc Haber wrote:
> If you can reproduce this, please retry with a backport of atop 1.26.
> There have been changes in this area of atop. I can give you a
> backported package if you want to.
It's easy to reproduce. With a command like
echo "99 9
Package: atop
Version: 1.23-1+squeeze1
Severity: minor
If the partition where the process accounting file,
/var/run/atop/atop.acct is located, is close to full (98%, depending on
kernel settings), the kernel stops writing process accounting entries.
(Log message in kern.log: "Process accounting pa
Package: ftp.debian.org
Severity: normal
For qt4, qca has been replaced by qca2. As qt3 is about to be removed,
qca should go as well.
As noted in #604339 by Felix Geyer, even now, qca isn't usable any longer,
as it's only backand, qca-tls, was already removed.
So there is no use keeping qca in
1 - 100 of 269 matches
Mail list logo
