Source: bcachefs-tools
Version: 24+really1.3.4-2
Severity: serious
I don't think bcachefs-tools in its current state is fit for release.
* The package is severely behind: Debian is currently at 1.3.4. Upstream
is at 1.6.4.
* Chronologically speaking, 1.3.4 was released in November 2023, so in
On Thu, Jan 11, 2024 at 01:02:47PM +, Simon McVittie wrote:
> It looks as though these are already known and already fixed in the
> packaging git repo.
Correct. I introduced these breakages with a couple of recent MRs, and
hopefully fixed them with #130. I asked Sylvestre to hold off until we
Control: tag -1 pending
Hello,
Bug #1058090 in oscrypto 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: tags -1 + fixed-upstream
Dear maintainer,
On Tue, Dec 12, 2023 at 08:58:48AM +0100, Lucas Nussbaum wrote:
> During a rebuild of all packages in sid, your package failed to build
> on amd64.
>
>
>
> > File "/<>/tests/__init__.py", line 4, in
> > import imp
> >
Dear Jonas,
On Mon, Aug 07, 2023 at 03:51:51PM +0300, Faidon Liambotis wrote:
> Dear maintainer, security team,
>
> (See #1032092 for a similar bug with an almost equivalent response)
I've seen that you've uploaded a couple new upstream releases of
Asterisk in the time since my last
Hi,
This is now RC, which means sphinxcontrib-mermaid has been marked for
autoremoval, including its reverse dependencies (one of which I
maintain).
On Sun, Jul 30, 2023 at 08:30:07PM +0200, Lucas Nussbaum wrote:
> sphinxcontrib-mermaid fails to build with Sphinx 7.1 and docutils 0.20, both
>
Control: affects 1052002 - wasmedge
Control: affects 1052002 + src:wasmedge
On Thu, Nov 09, 2023 at 09:52:04AM +0100, Paul Gevers wrote:
> > Hi Paul,
> > Thank you for your report. This is caused #1052002, which I had marked
> > as affects: wasmedge previously.
>
> Sorry for not checking that,
Hi Paul,
On Sun, Nov 05, 2023 at 01:45:34PM +0100, Paul Gevers wrote:
> Source: wasmedge
> Version: 0.13.4+dfsg-1
> Severity: serious
> User: debian...@lists.debian.org
> Usertags: regression
>
> Dear maintainer(s),
>
> Your package has an autopkgtest, great. However, it fails. Can you please
>
Control: reopen -1
Control: found -1 1:16.0.6-17
This is still not fixed :( Mike's findings still stand:
On Sat, Sep 16, 2023 at 05:53:55AM +0900, Mike Hommey wrote:
> This is a regression from the upgrade to clang 16.
>
> with clang 14:
> #include "..." search starts here:
> #include <...>
Control: reassign -1 rustc 1.68.2+dfsg1-1
Control: retitle -1 Builds invalid wasm32 binaries (1.67->1.68 regression)
On Tue, Sep 12, 2023 at 10:56:57PM +0100, Peter Green wrote:
> The autopkgtests for wasmedge fail with rustc 1.68, I have observed this with
> both testing and unstable's versions
Source: furo
Version: 2023.08.19+dfsg-1
Severity: grave
furo 2023.08.19+dfsg-1 requires Sphinx v6.0:
$ grep -r 'require_sphinx(' /usr/lib/python3/dist-packages/furo
/usr/lib/python3/dist-packages/furo/__init__.py:app.require_sphinx("6.0")
However:
$ rmadison -s unstable python3-sphinx
Dear maintainer, security team,
(See #1036697 for a similar bug with an almost equivalent response)
The changelog for the asterisk 1:20.4.0~dfsg+~cs6.13.40431414-1 upload
dated 2023-08-04, currently in unstable, mentions:
>+ fixate component pjproject at upstream release 2.13.1
The sources
Dear maintainer, security team,
(See #1032092 for a similar bug with an almost equivalent response)
The changelog for the asterisk 1:20.4.0~dfsg+~cs6.13.40431414-1 upload
dated 2023-08-04, currently in unstable, mentions:
>+ fixate component pjproject at upstream release 2.13.1
The sources
Control: forwarded -1 https://github.com/WasmEdge/WasmEdge/issues/2695
Control: tags -1 + patch
On Wed, Jul 26, 2023 at 09:50:12PM +0200, Lucas Nussbaum wrote:
> During a rebuild of all packages in sid, your package failed to build
> on amd64.
>
>
> Relevant part (hopefully):
> > /usr/bin/c++
Control: forwarded -1 https://github.com/gdnsd/gdnsd/issues/236
On Wed, Jul 26, 2023 at 10:20:11PM +0200, Lucas Nussbaum wrote:
> During a rebuild of all packages in sid, your package failed to build
> on amd64.
Thanks Lucas. I had noticed that already and have been trying to figure
out a fix
On Tue, Feb 21, 2023 at 02:23:34PM +0200, Adrian Bunk wrote:
> Looking at #1028371, should generated dependencies on python3-protobuf be
> python3-protobuf (>= 3.21), python3-protobuf (<< 3.22)
> to ensure that the binary package is used with the same version
> as the protobuf-compiler used
On Thu, Feb 23, 2023 at 12:16:41PM +0200, Faidon Liambotis wrote:
> I also have changes underway for 4.5, but currently looking into what it
> would take dependency-wise to accomplish this, as there are 1-2 new
> Python module dependencies that are not present in Debian yet. I'll
> fo
On Wed, Mar 08, 2023 at 09:41:21AM +, Simon McVittie wrote:
> > there is a metapackage, libc++-dev-wasm32, which Depends on the
> > default implementation, which is libc++-14-dev-wasm32 right now. That
> > metapackage has at least one notable reverse B-D, firefox, using it to
> > build certain
On Fri, Mar 03, 2023 at 05:46:15PM +, Simon McVittie wrote:
> I've cut down what I think is the root cause of this compile failure to
> a more minimal bug report: see #1032317.
That's super helpful, thanks :) Spoiler alert: I have a suspicion on the
root cause, I'll follow up there.
> I
On Tue, Feb 21, 2023 at 02:16:40PM +0200, Faidon Liambotis wrote:
> I should note that while the package seems to meet the criteria for
> Salvaging (DevRef 5.12) I don't currently have the bandwidth to maintain
> it properly in the long run either. I'm happy to do a one-off NMU t
Hi!
On Thu, Dec 22, 2022 at 11:06:05PM +0100, Cyril Brulebois wrote:
> Faidon Liambotis (2022-12-22):
> > Going forward there are a few options:
> > * Revert the change and depend on debconf again. This is the safest
> > option, as this has been the status quo since
Source: cdebconf
Version: 0.265
Severity: critical
cdebconf 0.265 dropped the "debconf" dependency, that Joey Hess
"temporarily" added in 2007 with cdebconf 0.123[1]. This was added to
"avoid anyone breaking their systems by removing debconf, which
dependencies now allow".
Unfortunately, that
On Sat, Nov 12, 2022 at 08:06:56AM +, stefa...@debian.org wrote:
> Hi Faidon (2022.11.11_22:25:52_+)
> > I don't mind having an NMU, though, whether targeted or for the new
> > upstream version itself.
>
> Sure, happy to NMU a new upstream version, too. I'll 0-day NMU that.
>
> [...]
>
>
On Fri, Nov 11, 2022 at 11:56:18PM +0200, Stefano Rivera wrote:
> I've prepared an NMU for python-maxminddb (versioned as 2.0.3-1.1) and
> uploaded it to DELAYED/2. Please feel free to tell me if I
> should delay it longer.
Thank you so much Stefano! I've been meaning to update to the latest
On Sun, Jul 03, 2022 at 09:20:37PM +0200, Bastian Blank wrote:
> crun was not uploaded since before the release of Debian 11. It is now
> seriously out of date and even fails hard as root, see #1012053.
I built 1.4.5 using the existing Debian packaging and with no changes
other than dropping all
Package: marco
Version: 1.24.1-2
Severity: grave
Tags: patch
marco >= 1.23.2 has a memory/pixmap leak in the workspace switcher OSD,
that makes the desktop slower over time, and after a few weeks of
uptime, downright unusable. The effects can be observed using "xrestop",
where the Pxms column
Control: tags -1 patch
On Sat, Feb 13, 2021 at 02:53:58PM -0500, Andres Salomon wrote:
> Pulseaudio is failing to build on ppc64el. The version of pulseaudio in
> bullseye suffers from a pretty serious usability bug (see #980836)
> which should arguably be a higher severity, but let's focus on
Package: nomad-driver-podman
Version: 0.1.0-2
Severity: grave
As discussed recently in debian-devel, nomad-driver-podman 0.1.0 works
with the podman Varlink API, which does not exist anymore in podman 3.0,
making this package unusable for all users (at least AIUI).
A new upstream release of
On Fri, Jan 08, 2021 at 07:30:03PM +0100, Michel Le Bihan wrote:
> After updating libx11-xcb1 chromium and google chrome UI is not
> responding to any input and clicking anywhere on the app window causes
> the GNOME app is not responding dialog to appear. The app actually is
> not frozen because
Package: mitmproxy
Version: 5.3.0-1
Severity: grave
Installing mitmproxy in a clean sid chroot, and running it (with no arguments)
results into a large backtrace that ends with...
pkg_resources.DistributionNotFound: The 'hyperframe>=6.0' distribution was
not found and is required by mitmproxy
Hi Andreas,
Thanks for reaching out. It sounds like this is already reported as
#951704 (Cc'ed now). I'll need to give this a closer look, but I hope I
can have an update within the next couple of weeks. Does this work?
Thanks!
Faidon
On Sun, Mar 15, 2020 at 10:33:20AM +0100, Andreas Tille
On Mon, Dec 30, 2019 at 11:37:52PM -0500, Harlan Lieberman-Berg wrote:
>
>
> Based on this license change, it seems to me that geoipupdate can no
> longer be in main. Contrib may be a suitable home, however?
geoipupdate is already in contrib (it has always been that way). Did you
perhaps miss
Package: src:python-static3
Version: 0.7.0-5
Severity: serious
Hi there,
tox's (new) maintainer here. python-static3 uses "tox" as an
autopkgtest, which is currently broken and that holds a newer version of
tox from migrating to testing. (Hence setting the severity to serious)
The use of tox
On Wed, Jan 09, 2019 at 10:42:06PM +0100, Johannes Schauer wrote:
> Quoting Faidon Liambotis (2019-01-09 16:16:40)
> > > Until it is properly fixed upstream we can just temporarily disable
> > > --enable-prof, right?
> > We could, yes. This is a useful piece of
On Wed, Jan 09, 2019 at 11:23:19AM +0100, Johannes Schauer wrote:
> Maybe you can report this directly to upstream?
I thought of that, but then I saw that upstream is Piotr, who is also
listed as a Maintainer of this package. Is that not the case?
> Until it is properly fixed upstream we can
Package: src:fakechroot
Version: 2.19-3
Severity: serious
Hi again,
So jemalloc 5.1.0-2 was recently uploaded to unstable. The build
currently fails due to the explicit dependency on libjemalloc1 (cf.
#918741), but as soon as this gets fixed, another issue is uncovered:
While building this
Package: src:fakechroot
Version: 2.19-3
Severity: serious
Hi,
I uploaded jemalloc 5.1.0-2 to unstable the other day. It involves a new
ABI and SONAME and thus a transition from libjemalloc1 -> libjemalloc2.
I noticed that your package Build-Depends directly on libjemalloc1, and
thus this
On Fri, Aug 10, 2018 at 11:13:56PM +0200, Moritz Mühlenhoff wrote:
> > Please migrate to libssl-dev in the Buster cycle. The bug report about
> > the FTBFS is #828527. The log of the FTBFS can be found at
> >
> >
On Sat, Jul 07, 2018 at 04:03:39PM +0300, Ilias Tsitsimpis wrote:
> On Sat, Jun 30, 2018 at 03:59PM, Faidon Liambotis wrote:
> > I went to upstream's GitHub in order to see if anyone else had reported
> > this or to submit a PR, but to my surprise, it seems like upstream's
> &g
Package: python3-imaplib2
Version: 2.57-2
Severity: grave
Hi,
Using this test program and Gmail as the IMAP server:
M = imaplib2.IMAP4_SSL(host=IMAP_SERVER, debug=IMAP_DEBUG)
M.login(IMAP_USERNAME, IMAP_PASSWORD)
if (compress):
M.enable_compression()
On Thu, Jan 18, 2018 at 10:36:24PM +0100, Salvatore Bonaccorso wrote:
> > > That link says:
> > > Versions Affected:
> > > Apache Tika 0.10 to 1.12
> > >
> > > So perhaps 1.5 isn't affected after all? I tried to find the relevant
> > > commit in the upstream git but failed :(
> >
> > Commit
On Fri, May 27, 2016 at 11:58:33AM +0200, Moritz Muehlenhoff wrote:
> please see http://seclists.org/oss-sec/2016/q2/413 for details.
That link says:
Versions Affected:
Apache Tika 0.10 to 1.12
So perhaps 1.5 isn't affected after all? I tried to find the relevant
commit in the upstream git
On Tue, Nov 07, 2017 at 05:07:42PM +, James Cowgill wrote:
> Ah nevermind - I see it FTBFS in experimental on lots of arches.
Yeah, I've fixed some in git already and been working with upstream on a
lot of those (upstream #761, #979, #985, #999). They've been extremely
collaborative (and even
Hi Julien!
On Fri, Oct 06, 2017 at 10:13:11PM +0200, Julien Cristau wrote:
> certspotter FTBFS on the mips and mipsel buildds with no useful error message:
>
> > dh_auto_build: go install
> > -gcflags=\"-trimpath=/<>/obj-mips-linux-gnu/src\"
> >
Hi Andreas,
Thanks for the bug report.
On Fri, Sep 29, 2017 at 10:55:59PM +0200, Andreas Beckmann wrote:
> jemalloc 5 FTBFS on all 32-bit architectures since the signatures for
> operator new/delete have changed with GCC 7:
I don't think it's a GCC 7 issue. I think it was just a packaging error
On Fri, Feb 10, 2017 at 08:18:42PM -0500, Sandro Tosi wrote:
> is this really a serious bug which `is a severe violation of Debian
> policy (roughly, it violates a must or required directive), or, in the
> package maintainer's or release manager's opinion, makes the package
> unsuitable for
Source: diamond
Version: 4.0.515-3
Severity: serious
In my setup, diamond takes a long time to stop after getting a SIGTERM
from systemd, thus slowing down the overall shutdown of the system by
about a minute (and also making it slow to perform restarts). When it
finally does stop, an error
On Tue, Jan 24, 2017 at 03:57:08PM +, Mike Gabriel wrote:
> I just spoke to the developer who worked on PR #110 for mate-screensaver. He
> said that one of the two commits was for beautifications, the one that made
> it into 1.16.1 is the actual fix-up commit.
That's great :)
> Saying this,
forwarded 828527 https://project.nordu.net/browse/RADSECPROXY-66
tags 828527 + pending
thanks
On Sun, Jun 26, 2016 at 12:23:56PM +0200, Kurt Roeckx wrote:
> OpenSSL 1.1.0 is about to released. During a rebuild of all packages using
> OpenSSL this package fail to build. A log of that build can
reopen 831529
reassign 831529 libavcodec57 7:3.1.1-2
forcemerge 831909 831529
thanks
Hi,
On Sun, Jul 24, 2016 at 02:53:57PM +0200, Sebastian Ramacher wrote:
> On 2016-07-24 14:19:36, Sebastian Ramacher wrote:
> > On 2016-07-22 13:27:09, Faidon Liambotis wrote:
> > > On Fri, Jul
On Sun, Jul 24, 2016 at 02:53:57PM +0200, Sebastian Ramacher wrote:
> On 2016-07-24 14:19:36, Sebastian Ramacher wrote:
> > Thank you for the info. Could you please let us know the version of libva1
> > and
> > i965-va-driver that you have installed?
>
> … and the versions of all other libva1-*
On Fri, Jul 22, 2016 at 10:21:05AM +0200, Sebastian Ramacher wrote:
> Unfortunately I am unable to reproduce the issue. Since there are some
> accounts
> of random crashes when building ffmpeg with tree vectorization enabled, I've
> uploaded 7:3.1.1-3 with vectorization disabled. Could you please
Package: libavcodec57
Version: 7:3.1.1-2
Severity: grave
I ran Debian testing on my desktop. Since about a day ago, pidgin
started crashing unexpectedly. After a little bit of debugging, I found
that it reproducibly crashes when trying to play sounds. Going a step
further, I made the test case as
severity 829701 minor
thanks
On Wed, Jul 06, 2016 at 12:21:36PM +0200, Thorsten Glaser wrote:
> > Are there any other discussions about this where others agree with your
> > interpretation about this? #760306 is still waiting for a comment from
> > the ftp masters.
>
> Barring a comment from
Markus,
On Sat, Apr 30, 2016 at 11:28:53PM +0200, Markus Koschany wrote:
> > fretsonfire depends on the fonts-mgopen font which has been requested to
> > eb removed. (#819026). Please switch to a different font.
>
> providing patches or filing bug reports before requesting package
> removals are
Package: python-ctypeslib
Version: 0.0.0+svn20100125-5
Severity: grave
Hi,
gccxml since 0.9.0+git20140716-5 (dated Aug 7th, 2015) has been replaced
with a wrapper against CastXML. The wrapper is not fully compatible with
gccxml, which breaks most common invocations of h2xml (e.g. it's missing
reopen 765577 !
found 765577 215-14
thanks
On Mon, Mar 30, 2015 at 06:06:47AM +0200, Marco d'Itri wrote:
I see that we have independently devised the same fix, I am attaching
a test case and a more refined version of your patch.
I tried Jessie RC3 today and immediately found that the fix is,
Hi Martin,
On Fri, Mar 27, 2015 at 04:40:25PM +0100, Martin Pitt wrote:
If so, a mere ipsec stop after that should be able to crash
systemd.
Not that, it just marks the unit as stopped but keeps the processes
running. But killing the two daemons manually makes the cgroup empty
and I get
Package: strongswan-starter
Version: 5.2.1-5
Severity: grave
strongswan-starter currently ships:
- /etc/init.d/ipsec
- /lib/systemd/system/strongswan.service
With the latter containing Alias=ipsec.service and also calling the
ipsec binary with --nofork as an (implicit) Type=simple unit. This
Package: systemd
Version: 215-12
Severity: critical
I've managed to reproducibly crash systemd:
# grep systemd /var/log/syslog | tail -3
Mar 26 01:02:15 curium systemd[1]: Assertion 'path' failed at
../src/shared/cgroup-util.c:913, function cg_is_empty_recursive(). Aborting.
Mar 26 01:02:15
On Wed, Mar 18, 2015 at 06:52:14PM +0100, Michael Biebl wrote:
I'm with Marco here. Before adding any workarounds, we need to
understand what the underlying problem is. Otherwise we are adding cruft
which nobody understands anymore a few years from now.
Since I can't reproduce the issue and
reopen 775795
thanks
On 02/01/15 01:03, Gaudenz Steinlin wrote:
I created a patch to use /usr/sbin/service as suggested earlier in this
report to start/stop/status/restart services on Debian. I'm a bit
reluctant to just NMU puppet and would prefer if one of the maintainers
and/or Faidon could
Package: puppet
Version: 3.7.2-1
Severity: serious
Hi,
Puppet has an abstraction concept called provider for its types. The
Service type, one of puppet's basic types, is implemented by multiple
different providers, depending on the underlying init system. There is
the init provider, which
reassign 775638 geoip-database 20141027-1
retitle 775638 IPv6 database is corrupt
severity 775638 grave
thanks
Hi,
thanks
On Sun, Jan 18, 2015 at 01:44:44AM +0100, Lucas Nussbaum wrote:
During a rebuild of all packages in jessie (in a jessie chroot, not a
sid chroot), your package failed to
Package: mate-session-manager
Version: 1.8.1-5
Severity: serious
Hi,
Since upstream commit[1] 8a20baf39f781184d6126e0947e9fd4d9a115fab,
mate-session-manager spawns gnome-keyring-daemon, with no option to turn
it off, or pass arguments to it (such as --components).
While this is bad in itself,
Dear apt maintainers,
On Thu, Dec 11, 2014 at 01:35:27AM +0100, David Kalnischkies wrote:
Attached is a patch which hopefully does exactly this. It is against
experimental, but that shouldn't matter (expect for the testcase
I think). I have run it on Linux amd64 (and armel) hardware as well
.
+- 14_no_fade_on_user_switch.patch from Ubuntu, as to not fade on screen
+ lock. Prevents leaking of the screen contents on resume from suspend.
+
+ -- Faidon Liambotis parav...@debian.org Sat, 13 Dec 2014 11:32:25 +0200
+
gnome-screensaver (3.6.1-2) unstable; urgency=medium
* Team upload
Package: gnome-flashback
Version: 3.8.1-7
Severity: grave
Hi,
First of all, there's a number of severity: normal/important bugs
reported against the gnome-ssession-fallback package that mention
keyboard shortcuts issues (#727047, #730831, #731245, #731418, #727046,
#730096). My investigation
reassign 734822 gnome-flashback 3.10.0-1
severity 734822 serious
thanks
On Fri, Jan 10, 2014 at 03:51:56AM +0100, Christoph Anton Mitterer wrote:
A while since ago, NM applet didn't anymore start with GNOME classic
(this was already before 3.8 and gnome-session-flashback)... but since
then,
On Wed, Dec 03, 2014 at 04:28:33PM -, Dmitry Shachnev wrote:
Control: tags -1 +moreinfo
On Wed, 3 Dec 2014 16:46:40 +0200, Faidon Liambotis wrote:
I don't think that a desktop session with no (option for) volume,
battery/power or network management control is very useful
On Wed, Dec 03, 2014 at 06:18:45PM -, Dmitry Shachnev wrote:
Please do not forget that the whole gnome-flashback (source) package fixes
a lot of problems with gnome-panel. If we remove src:gnome-flashback from
testing, that will leave gnome-panel users without:
- Wallpaper;
- Mouse
On Wed, Jun 26, 2013 at 10:50:20PM +0200, Jonas Meurer wrote:
as the subject already mentions, DRBD 8.3 userland in jessie/testing is
incompatible with DRBD 8.4 kernel modules from the 3.9 linux package.
DRBD kernel modules are at 8.4 branch in upstream linux kernel since
kernel release 3.8.
Package: asterisk
Version: 1:11.5.1~dfsg-2
Severity: serious
I was surprised and initially happy to see Asterisk 11 uploaded into
sid. My happiness quickly diminished when I saw that the upload contains
the embedded pjproject as-is, despite this issue having been flagged for
months now and being
Package: rddmarc
Version: 1.1.3-1
Severity: grave
$ grep connect /usr/bin/dmarcfail
db = MySQLdb.connect(user='dmarc',passwd='xxx',db='dmarc', use_unicode=True)
$ grep -A 1 connect /usr/bin/rddmarc
my $dbh = DBI-connect(DBI:mysql:database=dmarc,
xxx, xxx)
severity 711872 minor
thanks
On Mon, Jun 10, 2013 at 03:43:37PM +0100, Alexander Clouter wrote:
The tests fail to start as the 'gdnsd' user does not exist on a fresh
system at build time (might be worth changing the tests to use the
'nobody' user? patch enclosed):
This is actually the case
Package: git-buildpackage
Version: 0.6.0~git20130506
Severity: serious
Hi,
Building a package with overlay=True fails with the following backtrace:
Traceback (most recent call last):
File /usr/bin/git-buildpackage, line 5, in module
sys.exit(main(sys.argv))
File
On Fri, May 10, 2013 at 10:23:04AM -0400, Jon Bernard wrote:
This is a bug report against liburcu/0.7.4-1 but you seem to have closed
it in an ltt-control upload. If it wasn't a liburcu bug in the first
place, you should have reassigned the bug before closing it; if it is a
liburcu bug OTOH, you
On Thu, Apr 11, 2013 at 03:47:19PM -0400, Jon Bernard wrote:
Additionally, since upstream is clearly supporting selected
architectures and falling back to #error for unsupported ones, your
package should properly mark those supported ones in the Architecture
field instead of relying on
On Thu, Apr 11, 2013 at 03:47:19PM -0400, Jon Bernard wrote:
I suspect the buildd (schroeder in this case) has a 32bit userland and thus
has
a HOSTTYPE of sparc instead of sparc64. I should be a one-line patch, but
the only available sparc test machine (smetana) is sparc64 and so I don't
On Mon, Apr 15, 2013 at 01:15:38PM -0400, Jon Bernard wrote:
On the buildd machines that I cannot test on, autoconf sets $host_cpu to
'sparc'
instead of 'sparc64'. This caused me to assume they had a 32bit kernel. On
the
machine that I can test on (smetana), autoconf sets $host_cpu
Package: liburcu
Version: 0.7.6-1
Severity: serious
Hi,
Your package seems to be marked Architecture: any but seems to FTBFS on
multiple architectures, some of them even release architectures. mipsel
has already been marked as Not-For-Us.
One of them is sparc which built for 0.6.7-1 but has
On Tue, Sep 25, 2012 at 12:04:59PM -0400, Aaron M. Ucko wrote:
Package: liburcu1
Version: 0.7.4-1
Severity: serious
Justification: Policy 8.6
This is a bug report against liburcu/0.7.4-1 but you seem to have closed
it in an ltt-control upload. If it wasn't a liburcu bug in the first
place,
reassign 683555 libsasl2-2
forcemerge 636534 683555
forwarded 636534 https://bugzilla.cyrusimap.org/show_bug.cgi?id=3589
tags 636534 + fixed-upstream
severity 636534 important
thanks
On Thu, Aug 02, 2012 at 01:59:36AM +0900, Norbert Preining wrote:
due to a broken laptop I had to switch to an
Package: apt
Version: 0.9.1
Severity: serious
apt 0.9.1 currently segfaults on the zelenka (our s390/s390x porterbox)
sid_s390x chroot. Downgrading apt to 0.8.15.10 makes it work again.
Backtrace follows, even though it probably isn't that helpful, since apt
doesn't have a debugging symbols
severity 669427 important
thanks
On Thu, Apr 19, 2012 at 09:12:09PM +0200, Mehdi Dogguy wrote:
apt 0.9.1 currently segfaults on the zelenka (our s390/s390x porterbox)
sid_s390x chroot. Downgrading apt to 0.8.15.10 makes it work again.
Does it also segfault on s390? (s390x is not a release
On 03/19/12 13:28, Simon Josefsson wrote:
Some even further information, as I seen that others have identified the
problem, see for example:
http://yate.null.ro/mantis/view.php?id=295
There exists a libilbc library with a clear license here:
https://github.com/dekkers/libilbc
It is
On Mon, Dec 26, 2011 at 10:04:32PM -0800, Ryan Niebur wrote:
On Tue, Dec 27, 2011 at 04:44:31AM +0200, Faidon Liambotis wrote:
The package in its current version works for me. However, I believe it
is unsuitable for a release (and hence inclusion in testing) as it's
clearly lacking
Package: thin
Version: 1.2.4-1.1
Severity: serious
Hi,
I noticed that the package thin hasn't been maintained properly.
It hasn't had a maintainer upload since September 2009 when 1.2.4-1 was
uploaded; during that time, upstream released 1.2.6 (Feb 2010), 1.2.7
(March 2010), 1.2.8 (February
On Mon, Mar 14, 2011 at 12:02:31PM +0100, Jonas Smedegaard wrote:
On Mon, Mar 14, 2011 at 09:12:00AM +0100, Ralf Treinen wrote:
Hello, I have raised again the severity of this bug because
gmime2.2 has been removed from sid on February 20, with the result
that asterisk is no longer installable
Faidon Liambotis wrote:
I can do the uploads (lenny hasn't been uploaded either, right?) but I'm
afraid it'll be with minimal testing. Moritz, is that acceptable?
Certainly better than having a remote exploitable hole...
I'm pondering whether I should remove my name from maintainer as well
On 02/11/11 00:01, Moritz Mühlenhoff wrote:
Should I upload to security-master?
Excellent, thanks for taking care. Please upload (remember that stable-security
needs to be build with -sa, since it's new in Squeeze)
Done for both oldstable-security and stable-security (and thanks for the
Tzafrir, ping?
I can do the uploads (lenny hasn't been uploaded either, right?) but I'm
afraid it'll be with minimal testing. Moritz, is that acceptable?
Certainly better than having a remote exploitable hole...
I'm pondering whether I should remove my name from maintainer as well.
Tzafrir,
a patch from v1.2.6 in Rails adapter to properly detect Rack.
+Among other things, this fixes the ActiveRecord session store (when
+configured) on Rails. (Closes: #610288)
+
+ -- Faidon Liambotis parav...@debian.org Tue, 18 Jan 2011 14:31:07 +0200
+
thin (1.2.4-1) unstable; urgency=low
Package: thin
Version: 1.2.4-1
Severity: grave
Tags: patch
Justification: renders package unusable
When using Rails, thin ignores the configuration directive of picking
ActiveRecord for a session store and falls back to a CookieStore instead
(which is limited to 4K among other things).
The bug
clone 601506 -1
retitle -1 Documentation errors regarding bbstored-certs
severity -1 minor
thanks
On Tue, Oct 26, 2010 at 07:42:18PM +, Clint Adams wrote:
$root_sign_period is set to 1 days, so when a new CA pair
is initialized, gnutls thinks the expiration is in 1969 and
openssl
-maintainer upload.
+ * Urgency high because of a squeeze-targeted RC bugfix.
+ * Fix powerpc FTBFS caused by a race condition in a test suite case.
+(Closes: #594777)
+ * Rename patch debian-changes-2.1.3-6 to fix-changelog-typo and fix
+its documentation.
+
+ -- Faidon Liambotis parav
Rhonda, hi,
Gerfried Fuchs wrote:
* Tzafrir Cohen tzafrir.co...@xorcom.com [2009-09-12 23:00:55 CEST]:
fixed 535968 1:1.6.1.0~dfsg~rc3-1
tag 535968 +lenny
thanks
This issue has already been fixed upstream. Thus it is Lenny-specific.
So far, so good. Now, what to do about it in lenny?
Hi,
Sorry for the late reply.
Stefanos Harhalakis wrote:
Does the attached patch work?
Νο,
0x7f7b17504c82 in libnet_do_checksum (l=0x604010, buf=0xb8 Address
0xb8 out of bounds, protocol=1, len=32) at libnet_checksum.c:129
129 if (iph_p iph_p-ip_v == 6)
(gdb) bt
#0
Faidon Liambotis wrote:
Faidon Liambotis wrote:
Does the patch of message #77 fix your problem?
Unfortunately, the patch doesn't apply cleanly on 1.1.2.1-2 and I'm not
very comfortable with modifying the patch myself, especially considering
that it's going to be for an SPU upload.
Any
On Fri, May 14, 2010 at 09:43:27PM +0200, Pierre Habouzit wrote:
On Tue, May 11, 2010 at 10:52:09PM +0200, Serafeim Zanikolas wrote:
Here's a ping for #40, which is blocking the transition of bogofilter
(for
quite a while now). It'd be sad to have to drop bogofilter support for
1 - 100 of 183 matches
Mail list logo
