Hello,
It would probably be good to update our package to 0.42.0, since it
contains a fix for CVE-2024-22189. Perhaps that would also contain a
fix for this? I don't know how hard this issue is to track down, but it
will be leading to several packages being unpatched and removed from
testing
Package: emacs-common
Version: 1:28.2+1-15
Severity: grave
Tags: security upstream
Justification: user security hole
X-Debbugs-Cc: Debian Security Team
Hello,
https://git.savannah.gnu.org/cgit/emacs.git/tree/etc/NEWS?h=emacs-29 describes
some security issues addressed in emacs 29.3.
Among
Package: grub-efi-amd64
Version: 2.06-13+deb12u1
Severity: critical
Tags: upstream patch
Justification: breaks the whole system
My system suddenly refused to start up grub. An error message flashed by, but
too quickly for me to be able to see. Then I got the grub emergency prompt.
Upon booting
Package: zfs-dkms
Version: 2.1.11-1
Severity: critical
Tags: patch upstream
Justification: causes serious data loss
Hello ZFS maintainers! Thank you for maintaining this for Debian.
In the release notes for ZFS 2.1.14 at
https://github.com/openzfs/zfs/releases/tag/zfs-2.1.14, it states:
"This
t time_t transition
>>
>> It has been closed by Debian FTP Masters
>> (reply to John Goerzen ).
>>
>> Their explanation is attached below along with your original report.
>> If this explanation is unsatisfactory and you have not received a
>> better one i
Package: vsftpd
Version: 3.0.3-13+b2
Severity: critical
Justification: breaks unrelated software
On removing this package, it indiscriminately removes the ftp user.
Unfortunately, that user was required for iksd in package ckermit to work, so
this broke the unrelated ckermit package.
It is
Package: rust-libc
Version: 0.2.137-1
Severity: serious
X-Debbugs-CC: plugw...@debian.org, wolfg...@silbermayr.at, infini...@debian.org
Migration of several other packages is blocked due to the issues listed
over at:
https://tracker.debian.org/pkg/rust-libc
In particular, it has caused failures
severity 1008286 normal
reassign 1008286 ftp.debian.org
retitle 1008286 RM: nglister -- RoM; unmaintained
thx
On Fri, Mar 25 2022, Moritz Muehlenhoff wrote:
> Source: nglister
> Version: 1.0.2
> Severity: serious
>
> Your package came up as a candidate for removal from Debian:
>
> - Last upload
Package: src:linux
Version: 5.10.46-4
Severity: critical
Hello,
After upgrading this laptop from buster to bullseye, I started to have
issues. The laptop uses a LUKS root, so it pauses before loading X to
prompt for a password. Therefore I know this problem is not just X.
Immediately after
Package: inform-mode
Version: 1.5.8-4
Severity: grave
Justification: renders package unusable
Whenever I attempt to type a right bracket -- a rather important
operation in inform, as it ends a function -- I get:
Symbol's value as variable is void: last-command-char
According to
Package: nfs-common
Version: 1:1.3.4-2.5
Severity: grave
Tags: security
Justification: user security hole
I have an NFS client and server both running Debian. I recently
upgraded them both to buster.
I discovered today that the regular process umask has been ignored on
my nfs mounts since the
Package: citadel-server
Version: 902-3
Severity: grave
Hello,
I have confirmed this issue in both stretch and sid with version 902-3. jessie
with version
8.24-1+b3 is fine.
Essentially, I can neither log in with the admin account nor create a new user.
This also occurs if I make the attempt
Package: citadel-server
Version: 902-3
Severity: grave
Hi,
I installed citadel-server (but not citadel-mta). I will note that
citadel-server
does not conflict with mail-transport-agent (citadel-mta does, but not citadel
server).
I attempted to install citadel-server on a system that already
Package: citadel-server
Version: 902-3
Severity: grave
Hi,
On initial install, this package hangs in postinst, and spews several of these
messages across
the console:
Broadcast message from systemd-journald@sid (Wed 2017-05-10 14:45:52 CDT):
citserver[12599]: configuration setting
Package: certbot
Version: 0.9.3-1~bpo8+2
Severity: grave
Justification: renders package unusable
I've had a lot of trouble with certbot requiring GBs of RAM to run.
It triggers OOM:
[882971.166635] Out of memory: Kill process 23431 (certbot) score 534 or
sacrifice child
[882971.166976] Killed
On 05/30/2016 04:50 PM, Joachim Breitner wrote:
> Am Montag, den 30.05.2016, 15:40 -0500 schrieb John Goerzen:
>>
>> Can we, therefore, keep hoauth in sid?
>
> hmm, according to https://packages.qa.debian.org/h/hoauth.html you are
> 5 days too late to ask this.
DO
Hello folks,
I know I have had no time to work on my Haskell packages in awhile - but
I am working to get them all into shape.
Bug 784316 requested twidge upgrade to hoauth2. Unfortunately, twitter
is still using OAuth 1.0A [1]. A request to support it in the hoauth2
library was rejected for
Package: pitivi
Version: 0.93-4.2
Severity: grave
Justification: renders package unusable
It just doesn't even start:
(pitivi:26977): Clutter-WARNING **: clutter_x11_set_use_argb_visual()
can only be used before calling clutter_init()
(pitivi:26977): Clutter-WARNING **:
On 05/22/2015 02:27 AM, Joachim Breitner wrote:
Hi,
Am Dienstag, den 05.05.2015, 11:06 +0200 schrieb Joachim Breitner:
hoauth has not seen a release in three years and its git repo has
disappeared; I believe this is dead and should be removed from Debian
(#784315).
twidge is its only
Removing those parameters indeed fixes the crash.
John
On 03/01/2015 08:00 AM, Bernhard Übelacker wrote:
Hello John Goerzen,
I was able to reproduce a crash with xfreerdp.
First a question:
does the crash still happen, if you omit this part of the command line:
--plugin rdpsnd --data
Package: freerdp-x11
Version: 1.1.0~git20140921.1.440916e+dfsg1-3
Severity: grave
Justification: renders package unusable
This behavior started just recently:
xfreerdp -z --plugin cliprdr \
--plugin rdpsnd --data alsa latency:100 -- \
--plugin rdpdr --data
Package: xfce4-power-manager-plugins
Version: 1.4.1-1
Severity: critical
This package has caused my system to hang on multiple occasions. Right now, I
am seeing this:
$ ps auxww | egrep 27036\|USER
USER PID %CPU %MEMVSZ RSS TTY STAT START TIME COMMAND
jgoerzen 3262 0.0
Package: icedtea-netx
Version: 1.5-2
Severity: serious
Justification: Doesn't start
$ javaws launch.jnlp
/usr/bin/javaws: line 102:
/usr/lib/jvm/java-6-openjdk-amd64/jre/bin/java: No such file or directory
It seems that this package depends on openjdk 6 or 7. I did recently
remove version 6
I have a Jessie system running XFCE, just dist-upgraded yet again today,
and I'm still seeing this same issue. I am willing to do whatever I can
to help. systemd-shim is installed and I am booting with sysvinit.
--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a
I'm still seeing this issue, and I have cgmanager 0.33-2 installed..
--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Thanks everyone for your work on this. I apologize for being so
swamped. It is nice to feel so helped out!
John
On 12/09/2014 10:34 AM, gregor herrmann wrote:
On Tue, 09 Dec 2014 00:06:42 -0800, Cameron Norman wrote:
I have supplied a more minimal NMU to fix #771501 that does not mess with
:30PM -0600, John Goerzen wrote:
I will try this. It is a bit complicated because the system in question
is also running ZFS and there are some bugs with that boot, but I think
I have worked them out enough. It may take me a few days to find the
time, however.
Did you find the time to get
On 11/29/2014 05:09 PM, Cameron Norman wrote:
On Sat, Nov 29, 2014 at 2:57 PM, John Goerzen jgoer...@complete.org wrote:
I have not yet had the chance to migrate this system to boot with
systemd. The problem is also not yet resolved. However, the logind
processes now consume far less RAM
Here is some further information.
Yesterday, I ran dist-upgrade on this machine. It pulled in updates in
jessie for systemd-shim, among others.
Look at this:
$ ps auxww | grep -i logind
root 1792 0.0 0.0 28388 2912 ?SNov21 0:00
/lib/systemd/systemd-logind
root 5625
On 11/20/2014 03:11 PM, Sjoerd Simons wrote:
Hey John,
On Sun, Nov 09, 2014 at 06:13:30PM -0600, John Goerzen wrote:
I will try this. It is a bit complicated because the system in question
is also running ZFS and there are some bugs with that boot, but I think
I have worked them out enough
I also see a new version of systemd-shim with some logind session bug
fixes is out. I will try upgrading it first.
John
On 11/20/2014 08:08 PM, John Goerzen wrote:
On 11/20/2014 03:11 PM, Sjoerd Simons wrote:
Hey John,
On Sun, Nov 09, 2014 at 06:13:30PM -0600, John Goerzen wrote:
I
:49 schrieb John Goerzen:
Package: systemd
Version: 215-5+b1
Severity: grave
Justification: renders package unusable
On investigating why my 8GB system, which was suddenly running extremely
slow and maxed out on swap, I discovered numerous systemd-logind
processes hogging RAM. Specifically
This is indeed an accurate summary.
One more data point - I rebooted without that change, and the problem
indeed persists. I will try with it, but it will take a bit of work to
make it ready. Give me a day or two.
John
--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with
On 10/26/2014 11:19 AM, intrigeri wrote:
Hi,
John Goerzen wrote (25 Oct 2014 22:48:43 GMT) :
No journal files were found.
Ah, you've got the journal disabled. Then please grep logind in
whatever place your system logs live?
Cheers,
I didn't take any action to do that; but:
root
On 10/25/2014 11:53 AM, intrigeri wrote:
Control: tag -1 + moreinfo
Hi John,
John Goerzen wrote (18 Oct 2014 19:49:28 GMT) :
[...] I discovered numerous systemd-logind processes hogging RAM.
Specifically, 41 processes using 4278148KB (or roughly 4GB) of RAM.
Wow.
It would be good
Package: systemd
Version: 215-5+b1
Severity: grave
Justification: renders package unusable
On investigating why my 8GB system, which was suddenly running extremely
slow and maxed out on swap, I discovered numerous systemd-logind
processes hogging RAM. Specifically, 41 processes using 4278148KB
On 09/12/2014 06:46 AM, Jan Niehusmann wrote:
A common use case for disk encryption is to protect a lost or stolen
laptop. And the adversary is not some powerful agency, but a curious
person browsing through the hard disk before formatting it.
I see no reason to assume that encfs is not good
twidge did not release with wheezy, but I have posted a .deb at
http://www.complete.org/~jgoerzen/twidge/
On 06/19/2013 03:12 AM, Steffen Grunewald wrote:
Package: twidge
Version: 1.0.8.1+nmu1
Severity: normal
As twidge 1.0.8.1+nmu1 has disappeared from the Wheezy archives,
and 1.1.0 depends
Peter,
I do not understand what the problem is here. As you say, it built on
all release architectures.
Your bug report has almost no information. What platform? What
build-deps do you have? Build log?
I'm confused. Help me out.
On 06/19/2013 01:05 PM, peter green wrote:
Version:
Package: owncloud
Version: 4.0.4debian2-3.2
Severity: grave
Tags: security
Justification: user security hole
The version of owncloud in both testing and unstable contains security
holes.
http://owncloud.org/changelog/ has details. Upstream versions 4.0.11
and 4.5.6 fixed:
* Security: Fix
Ah, sorry for the noise. 698737 did not show up on
bugs.debian.org/owncloud and I didn't think to check the src:.
-- John
On 01/31/2013 08:37 AM, Salvatore Bonaccorso wrote:
Control: merge 698737 699441
Hi John
On Thu, Jan 31, 2013 at 07:25:38AM -0600, John Goerzen wrote:
Package
Hi Paul,
I appreciate your attention to datapacker while I've been busy lately.
The diff looks fine to me. You may upload it directly (not delayed) if
you wish.
-- John
On 07/29/2012 03:07 PM, Paul Tagliamonte wrote:
tags 629774 + pending
thanks
I've NMU'd this package on a 4-day queue.
Thanks, Jeffrey. I applied the patch, which seems to fix it.
One more bug: I have to manually change the backend from libsane-perl to
scanimage-perl each time I run it. My preference no longer saves, and
libsane-perl doesn't even show the presets at all, and shows tons more
options than I
severity 680514 grave
merge 680514 680515
thanks
A MTA issue caused me to think the first one hadn't gone through.
--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
That did fix that one, though my presents still aren't working (even if
I resave a new one) -- a much smaller problem, for sure. For instance,
if I set threshold and save a preset, then select that preset, the
threshold is back to 0. New log attached.
-- John
On 07/03/2012 01:54 PM,
Package: asterisk
Version: 1:1.6.2.9-2+squeeze4
Severity: grave
Tags: security squeeze
Justification: user security hole
Per:
http://downloads.asterisk.org/pub/security/AST-2012-002.txt
the asterisk in squeeze is vulnerable to a buffer overflow.
The package in testing may also be vulnerable
That is fine with me, Jonathan. I think you're right that the tracker
is wrong, but also we aren't shipping vulnerabilities by default.
-- John
On 04/02/2012 04:50 PM, Jonathan Wiltshire wrote:
On Mon, Apr 02, 2012 at 01:38:40PM -0500, John Goerzen wrote:
Package: asterisk
Version: 1
, Tzafrir Cohen wrote:
tag 624148 wontfix
thanks
On Mon, Apr 25, 2011 at 08:05:17PM -0500, John Goerzen wrote:
Package: asterisk-config
Version: 1:1.6.2.9-2+squeeze2
Severity: grave
Justification: renders package unusable
I use unattended-upgrades to provide security updates. This normally works
On 04/28/2011 02:36 AM, Michael Vogt wrote:
The code in unattended-upgrades should catch conffile changes like
this, so this looks like you hit a bug in that detection. Or the
Hi Michael,
Yeah, I wasn't sure exactly where to send this bug report. Maybe I
should have sent another one there.
Package: asterisk-config
Version: 1:1.6.2.9-2+squeeze2
Severity: grave
Justification: renders package unusable
I use unattended-upgrades to provide security updates. This normally works
fine,
and although I expect that an upgrade might take down Asterisk for a few
minutes,
this took the system
there are, as yet, no new packages.
This is not an attack on any person/team, just a question about whether
we have an organizational problem we need to correct.
Thanks,
-- John Goerzen
--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact
Hi Gregor,
Thank you for your help once more. I, and the rest of my family,
weren't feeling well there for a few days and didn't have the
time/energy to focus on this much. Thanks again,
-- John
On 12/15/2010 10:40 AM, gregor herrmann wrote:
tags 606802 + patch
tags 606802 + pending
Original Message
Subject: [PATCH] Implement SSL certificate checking
Date: Tue, 14 Dec 2010 07:15:01 -0600
From: Sebastian sebast...@sspaeth.de
To: offlineimap-proj...@lists.alioth.debian.org
CC: Nicolas Sebrecht nicolas.s-...@laposte.net, Sebastian
sebast...@sspaeth.de
If
Original Message
Subject: Re: [PATCH] Implement SSL certificate checking
Date: Tue, 14 Dec 2010 07:48:02 -0600
From: Sebastian Spaeth sebast...@sspaeth.de
To: offlineimap-proj...@lists.alioth.debian.org
CC: Nicolas Sebrecht nicolas.s-...@laposte.net
On Tue, 14 Dec 2010
is broken
Resent-Date: Sun, 12 Dec 2010 15:36:04 +, Sun, 12 Dec 2010 15:36:06
+
Resent-From: Marc Dequènes (Duck) d...@duckcorp.org
Resent-To: debian-bugs-d...@lists.debian.org
Resent-CC: John Goerzen jgoer...@complete.org
Date: Sun, 12 Dec 2010 16:32:17 +0100
From: Marc Dequènes (Duck) d
On 12/11/2010 01:42 PM, Marc Dequènes (Duck) wrote:
Package: bacula-director-pgsql
Version: 5.0.2-2.1
Severity: serious
Can you be more specific about:
* What makes you think it is setup for 9.0?
* Did you also have this problem in 5.0.2-2?
* What architecture are you using?
* What are
On 12/01/2010 03:09 AM, Tatsuki Sugiura wrote:
Hello,
Thank you for noticing me.
I'll check tomorrow.
BTW, do you know about how to update backports archive?
Is it OK to request on debian-backports ML?
I sadly know almost nothing about that, but I'm sure it wouldn't hurt to
ask on the list.
Package: libapache2-mod-fcgid
Version: 1:2.2-1
Severity: grave
Tags: security
Justification: user security hole
This was reported in CVE-2010-3872. Information at:
http://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2010-3872
https://issues.apache.org/bugzilla/show_bug.cgi?id=49406
Of
Please note:
stable and lenny-backports both appear to be vulnerable to this -- they
contain the offending code.
I have filed bug #605484 on this.
- John
--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact
On 11/27/2010 10:37 AM, Luca Capello wrote:
John, two questions:
- have you any preference on the solution?
- do you mind if Hideki uploads its NMU? This is a serious bug that
affects squeeze as well...
Thank you all for your work on this. I was net-limited over the last
few days due
On 11/11/2010 09:02 PM, LaMont Jones wrote:
On Sun, Jan 31, 2010 at 06:58:21PM -0600, John Goerzen wrote:
Clint Adams wrote:
Is there a legitimate reason to set a pass number if you actually do not want
the filesystem to be checked?
I would say probably not. But in the past, I (and others
Twitter canceled Twidge's API keys because they were published in
source. They appear to have a seriously misguided API policy.
You can work around this by obtaining your own API keys from them and
putting them in the config file. I will address it tomorrow.
-- John
On 10/25/2010 07:26
Package: libghc6-fastcgi-dev
Version: 3001.0.2.2-3+b1
Severity: serious
When trying to build a program that uses the FastCGI library, I get:
/usr/bin/ld: cannot find -lfcgi
Looks like the missing dep is libfcgi-dev
-- System Information:
Debian Release: squeeze/sid
APT prefers testing
APT
Hi folks,
Bacula 5.0 is failing to build on both kfreebsd-i386 and amd64. It is
building fine on all other Debian architectures.
A couple of weird things here:
1) We're not getting an overt build failure, just the failure of a
program to actually be built (or placed in the expected location)
Petr Salinger wrote:
Please explicitely disable ACL and xattr,
idea build tested as shown bellow.
Hi Petr,
Thank you very much for the help patch. I believe that patch looks
good and will make a new upload incorporating it soon.
-- John
--
To UNSUBSCRIBE, email to
Guillem Jover wrote:
This will imply a lose of functionality, also it seems to me the real
problem is that there's no HAVE_*_OS macro being defined from
That is true. I am way out of my depth when you all are discussing
autoconf arcana. But I would be happy to apply a patch or put you in
severity 537255 normal
thanks
This is simply a documentation issue; you need to use --no-inc-recursive
with rsync v3. Otherwise, rsync does not emit enough information for
any tool to generate a progress bar.
-- John
--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a
Package: python-moinmoin
Version: 1.5.3-1.2etch2
Severity: grave
Tags: security
Justification: user security hole
Per http://moinmo.in/SecurityFixes, there is a major security issue in
moin. It affects all moin versions from 1.5.0 up to and including
1.9.1.
This means that all of these versions
found 569975 1.7.1-3+lenny2
found 569975 1.9.1-1
thanks
The security team can coordinate this with Thomas Waldmann, who has
contact information at http://moinmo.in/ThomasWaldmann and is on
FreeNode as ThomasWaldmann.
Here is an IRC conversation transcript:
CosmicRay Hi folks. Question about
Clint Adams wrote:
On Wed, Jan 20, 2010 at 04:44:46PM -0600, John Goerzen wrote:
On a lark, I changed the pass number in fstab to 0. That fixed the
issue.
Is there a legitimate reason to set a pass number if you actually do not want
the filesystem to be checked?
I would say probably
Package: util-linux
Version: 2.16.2-0
Severity: critical
Justification: breaks the whole system
The behavior I describe started after a recent sid upgrade on at least
three distinct systems.
Follows is my retyping the information that appears on the console on
one of them:
Checking file
Package: podsleuth
Version: 0.6.4-2.1
Severity: grave
Justification: renders package unusable
Sometime within the past week, Banshee stopped seeing my iPod. I
tracked it down to podsleuth.
When I run it, I see:
podsleuth
Found an iPod device, but it is not known by PodSleuth:
Error:
Hi James,
Could I trouble you to supply the file that Kern is looking for below?
Thanks,
-- John
---BeginMessage---
Thank you for the most recent information. That and what John wrote made me
realize that currently distinguish OS types, but in most of the code not
machine architecture. In
James Vega wrote:
Ran a test build on albeniz to get the requisite info. Hope that helps
solve the issue.
Thank you very much! I will pass this along.
-- John
--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact
Hi Luk,
Can you take a look at src/config.h after the failed build to figure out
which HAVE_XXX_OS is defined? Also, the definition of ioctl() in the
header files?
The discussion and details are below.
Thanks,
-- John
---BeginMessage---
A NOTE has been added to this issue.
forwarded 542810 http://bugs.bacula.org/view.php?id=1351
thanks
Hi Sven,
Thanks for the report. I am initially unsure what to do about it
either, and have opened an upstream report at the above URL.
I suggest using a statement like this in the postinst of
bacula-director-sqlite3:
---BeginMessage---
The following issue has been CLOSED
==
http://bugs.bacula.org/view.php?id=1351
==
Reported By:jgoerzen
Assigned To:
Hi folks,
Over at Debian, we received a bug report at
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=542810 regarding the
migration from sqlite2 to sqlite3. We are doing the process implied
by the make_catalog_backup command; namely:
sqlite $DB .dump | sqlite3 $DB.sqlite3
Our reporter
Hi,
I am curious, then, where the AUTOINCREMENT came from, and which
specific older Bacula version you think it may have been in?
-- John
---BeginMessage---
The following issue has been CLOSED
==
On Fri, Aug 21, 2009 at 06:49:26PM +, Joachim Breitner wrote:
Hi John,
I have hit a similar problem with hlint:
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=541679
I guess you???ll have to make the -parallel parameter depend on a cabal
flag, and that it based on the arch you are
Hi folks,
I'm trying to troubleshoot a problem reported by a Debian user
converting Bacula from Sqlite2 to Sqlite3. The problem is that when you
dump a Bacula database from Sqlite2 and try to load it into Sqlite3,
Sqlite3 crashes because there are fields marked AUTOINCREMENT. Kern has
stated in
Iain Lane wrote:
Hi,
This can be fixed by simply removing the --prefix part from the
configure call; it seems that LIBDIR is the empty string anyway. I've
done this for Ubuntu. A better fix would be to switch to using haskell-
devscripts for the build.
I actually filed a
Package: grub-pc
Version: 1.96+20090808-1
Severity: grave
Justification: renders package unusable
This bug renders the system unusable.
I don't know why it does this on one box but not the other, but it
has set root=(MASS1-usr) at the top of grub.cfg. That is my /usr, not
my /boot.
Moreover,
Hi,
I believe I have isolated the problems.
It was introduced between 1.96+20090725-1, installed on the working
machine, and the version installed on this one.
It now looks for fonts under /usr. This has multiple undesirable
effects.
For one, it requires lvm to be present. This makes grub
tags 522474 pending
thanks
I have filed a request to remove this package from unstable.
--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
tags 539948 moreinfo
tags 539948 unreproducible
severity 539948 important
thanks
Hi Iain,
First, thank you very much for being an Ubuntu maintainer that is
working to help push fixes back to Debian.
I have just now done a rebuild of haskell-testpack on my Debian sid
system, and it built fine.
Package: git-svn
Version: 1:1.6.3.1-1
Severity: grave
Justification: renders package unusable
I just ran git svn fetch in my repo for the first time in a few
months. I get this:
*** glibc detected *** /usr/bin/perl: double free or corruption (!prev):
0x0950a7f8 ***
=== Backtrace: =
Here's some added info.
Due to bug #529929 and #529920, I had added this to ~/.subversion/servers:
http-library = serf
After removing that and downgrading libneon27-gnutls, this problem
went away.
Seems like there is some problem with the serf library.
-- John
--
To UNSUBSCRIBE, email to
Sandro Tosi wrote:
Package: bacula-common-sqlite3
Version: 3.0.1-1
Severity: serious
Hello,
while updating to experimental version I got:
Unpacking bacula-common-sqlite3 (from
.../bacula-common-sqlite3_3.0.1-1_amd64.deb) ...
dpkg: error processing
severity 516900 important
thanks
Peter,
I have not heard from anyone else before, and Debian is shipping the
same script that upstream is using. This path has been tested, I'm
sure.
What are the specific bugs you are seeing?
I am very hesitant to mess with the schema of a table as well. I
reassign 520860 ghc6
thanks
Apparently upstream is supposed to have runghc working in GHC 6.10
--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
; urgency=low
+
+ * New upstream release that is compatible with GHC 6.10.
+ * Rebuild with GHC 6.10. Closes: #522766, #519704.
+
+ -- John Goerzen jgoer...@complete.org Mon, 06 Apr 2009 11:22:12 -0500
+
haskell-http (30010004-3) unstable; urgency=low
* debian/control:
diff -Nru haskell-http
Err, THIS is in NEW.
Kurt Roeckx wrote:
Source: missingh
Version: 1.1.0-1
Severity: serious
Hi,
Your package is build depending on libghc6-quickcheck1-dev but
that doesn't exist (anymore?). There seems to be an
libghc6-quickcheck2-dev instead.
Kurt
--
To UNSUBSCRIBE,
It's in NEW.
-- John
Kurt Roeckx wrote:
Package: hdbc-odbc
Version: 2.1.0.0-2
Severity: serious
Hi,
Your package is failing to build with the following error:
Package libghc6-quickcheck-dev is not available, but is referred to by
another package.
This may mean that the package is
Package: libmyodbc
Version: 3.51.15r409-4
Severity: grave
Tags: patch
Justification: renders package unusable
When attempting to use replacable parameters, I see:
/usr/lib/ghc-6.10.1/ghc: relocation error: /usr/lib/odbc/libmyodbc.so:
symbol mysql_odbc_escape_string, version libmysqlclient_15 not
Package: libghc6-utf8-string-dev
Version: 0.3.3-2+b1
Severity: grave
Justification: renders package unusable
(Reading database ... 390203 files and directories currently
installed.)
Unpacking libghc6-utf8-string-dev (from
.../libghc6-utf8-string-dev_0.3.3-2+b1_i386.deb) ...
Setting up
Luk Claes wrote:
Luk Claes wrote:
Kari Pahula wrote:
On Sun, Jan 18, 2009 at 11:20:02PM +0100, Luk Claes wrote:
Kari Pahula wrote:
These need an upload to remove ghc6 ( 6.8.2-999) from the build
dependencies (they currently FTBFS).
ftphs, haskell-anydbm, haskell-configfile, haskell-hsh,
Kari Pahula wrote:
On Sun, Jan 18, 2009 at 11:20:02PM +0100, Luk Claes wrote:
Kari Pahula wrote:
These need an upload to remove ghc6 ( 6.8.2-999) from the build
dependencies (they currently FTBFS).
ftphs, haskell-anydbm, haskell-configfile, haskell-hsh, hdbc,
hdbc-odbc, hdbc-postgresql,
Kari Pahula wrote:
On Sun, Jan 18, 2009 at 11:20:02PM +0100, Luk Claes wrote:
Kari Pahula wrote:
These need an upload to remove ghc6 ( 6.8.2-999) from the build
dependencies (they currently FTBFS).
ftphs, haskell-anydbm, haskell-configfile, haskell-hsh, hdbc,
hdbc-odbc, hdbc-postgresql,
Luk Claes wrote:
John Goerzen wrote:
Kari Pahula wrote:
On Sun, Jan 18, 2009 at 11:20:02PM +0100, Luk Claes wrote:
Kari Pahula wrote:
These need an upload to remove ghc6 ( 6.8.2-999) from the build
dependencies (they currently FTBFS).
ftphs, haskell-anydbm, haskell-configfile, haskell-hsh
1 - 100 of 272 matches
Mail list logo
