IIRC:
[22:31] pos gnugk looks like 2.2.6 for lenny due to the recent comments on
the RC bug against 2.2.7
[22:33] tzafrir_laptop 1.4.11
[22:36] paravoid pos: gnugk didn't work on 2.2.6 either
[22:36] paravoid pwlib-titan basically has severe problems for an unknown
reason
--
To UNSUBSCRIBE,
forwarded 487654 https://bugs.launchpad.net/hplip/+bug/239755
tags 487654 moreinfo
thanks
On Tue, 24 Jun 2008, frederic wrote:
Traceback (most recent call last):
File /usr/share/hplip/ui/devmgr4.py, line 601, in InitialUpdate
self.RescanDevices()
File /usr/share/hplip/ui/devmgr4.py,
# Automatically generated email from bts, devscripts version 2.10.30
# via tagpending
#
# cupsddk (1.2.3-3) unstable; urgency=low
#
# * Build-Depends: libcupsys2-dev, libcupsimage2-dev
#- FTBFS: Nonexistent build-dependency: libcupsys-dev (Closes: #487031)
#
package cupsddk-drivers cupsddk
On Mon, 23 Jun 2008, frederic.decou wrote:
I've omited to give details !
After upgrading from 2.8.4-1 to 2.8.5-1 the printers are nore more
visible une hp-toolbox (all printer ere ethernet printers, i've no
locale printers)
After downgrading from 2.8.5-1 to 2.8.4-1 (dpkg -i from the .deb
The fix provided here also looks useful:
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=406754
signature.asc
Description: This is a digitally signed message part.
Dear python-qt4 dudes,
I'm the hplip maintainer and I'm having an issue with the transition of hplip
from python-qt3 to python-qt4, and need some assistance as I'm not that up to
speed with python.
In short hplip should now be using python-qt4, but for some reason it still
calls some elements
On Thu, 29 May 2008, Tino Keitel wrote:
Can you confirm you have python-qt4 installed?
Yes:
Thanks Tino,
I have had a couple of other reports on what appears to be related.
http://bugs.debian.org/hplip-gui.
Some have had success by installing python-qt3 as well.
But I need to get to the
On Sat, 24 May 2008, Ronny Standtke wrote:
libnetsnmp.so.15 = /usr/lib/libnetsnmp.so.15 (0xb7db6000)
[...]
libnetsnmp.so.9 = not found
It is a little weird that your hplip package is linked against
libnetsnmp.so.15 and so.9 ?? It certainly isn't supposed to be, it is
supposed
# Automatically generated email from bts, devscripts version 2.10.27
#
# gnugk (2:2.2.7-2) UNRELEASED; urgency=low
#
# * Remove useless help2man call for addpasswd.1
#- gnugk - FTBFS: Segmentation fault obj_linux_s390_r/addpasswd --
#help 2 /dev/null (Closes: #478502)
#
package
Package: gupnp-tools
Version: 0.3-1
Severity: grave
Ross,
I am getting a segmentation fault on both powerpc and i386 arch's.
$ gupnp-network-light
[EMAIL PROTECTED]:~$ gupnp-network-light
(gupnp-network-light:30481): GLib-GObject-WARNING **: IA__g_object_set_valist:
object class
severity 476050 important
thanks
On Mon, 14 Apr 2008, you wrote:
This rebuild was done with gcc 4.3 instead of gcc 4.2, because gcc 4.3 is
now the default on most architectures (even if it's not the case on i386
yet). Feel free to downgrade this bug to 'important' if your package is
only
Martin,
This only fails on sparc ;-(
Is there anything special we need to worry about?
Mark
On Thu, 24 Apr 2008, Martin Zobel-Helas wrote:
Package: libcommoncpp2
Version: 1.6.2-1
Severity: serious
There was an error while trying to autobuild your package:
Automatic build of
Package: traverso
Version: 0.42.0-2
Severity: grave
Looks like traverso's linking against libQtOpenGL isn't great ;-(
$ traverso
traverso: error while loading shared libraries: libQtOpenGL.so.4: cannot open
shared object file: No such file or directory
$ ldd /usr/bin/traverso
[ ... ]
# Automatically generated email from bts, devscripts version 2.10.26
#
# asterisk (1:1.4.19.1~dfsg-1) UNRELEASED; urgency=low
#
# * New upstream release.
#- Dropped configure-libc-client, incorporated upstream.
#- Adapted bristuff patches uniqueid-10-channel-ops-uniqueid,
#
# Automatically generated email from bts, devscripts version 2.10.26
#
# asterisk (1:1.4.19.1~dfsg-1) UNRELEASED; urgency=low
#
# * Depend on libspeexdsp-dev because of the use of preprocessor features,
#which were split from libspeex = 1.2.
#- FTBFS: codec_speex.c:99: error: expected
# Automatically generated email from bts, devscripts version 2.10.26
#
# libkexiv2 (0.1.7-1) unstable; urgency=low
#
# * New upstream release
#- digikam: digikam aborts: MakerTagInfo registry full (Closes:
##465495)
#
package libkexiv2 libkexiv2-3 libkexiv2-dev
tags 465495 + pending
# Automatically generated email from bts, devscripts version 2.10.25
#
# cupsddk (1.2.3-2) unstable; urgency=high
#
# * Remove debian/rules ref to patch/ unpatch
#- missing build-dependencies (Closes: #476939)
#
package cupsddk-drivers cupsddk
tags 476939 + pending
--
To UNSUBSCRIBE,
libspeex has split out some functions which have been under active
development still into a separate library libspeexdsp.
Applications which used these symbols will need to be fixed to
link with it and rebuilt from source. Opal is one of those apparently.
libspeex will conflict with the
On Tue, 1 Apr 2008, Guus Sliepen wrote:
On Mon, Mar 17, 2008 at 09:52:36PM +1100, Mark Purcell wrote:
$ blobwars
Segmentation fault
I haven't heard a reply from you yet, and I asked Cyril Brulebois to
reproduce the segmentation fault on PowerPC, but on his computer
blobwars worked
Package: blobwars
Version: 1.08-1
Severity: grave
Guus,
When trying to start blobwars, I get the initial screen that says 'Loading...'
then
I get a segmentation fault:
$ blobwars
Segmentation fault
Rebuilding against the current libraries in unstable doesn't help either.
Mark
-- System
tags 465495 confirmed
thanks
I confirm that I'm having this issue as well.
Downgrading to libkexiv2-3 (0.1.6-1), from testing, restored correct
operation.
Mark
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
retitle 452102 RM: mobilemesh; RoM, obsolete
reassign 452102 ftp.debian.org
thanks
Holger,
I'm happy for mobile mesh to be removed.
Mark
-original message-
Subject: Bug#452102: ping
From: Holger Levsen [EMAIL PROTECTED]
Date: 20/12/2007 10:49
Hi Mark,
please comment on this bug and explain
On Sunday 02 December 2007, Josh Triplett wrote:
Version: 2.7.10-4
Severity: grave
hplip's preinst fails:
Thanks Josh,
The rules for update-rc.d are a little tricky in that the init.d file needs to
off allready been removed before one can call update-rc.d.
So while the upgrade works for
http://siproxd.sourceforge.net/
Siproxd libosip2-3.0.1
19-Nov-2006
This new major release of libosip2 has some basic changes in its data
structures. This causes compiling siproxd with this release of libosip2 to
fail. For now it is recommended to stick with a 2.x.x version of libosip2,
like
W: hplip: killall-is-dangerous preinst:31
N:
N: The maintainer script seems to call killall. Since this utility kills
N: processes by name, it may well end up killing unrelated processes.
N: Most uses of killall should use start-stop-daemon instead.
N:
signature.asc
Description: This is a
W: hplip: killall-is-dangerous preinst:31
N:
N: The maintainer script seems to call killall. Since this utility kills
N: processes by name, it may well end up killing unrelated processes.
N: Most uses of killall should use start-stop-daemon instead.
N:
signature.asc
Description: This is a
Thanks for your reports.
As you are aware we are just introducing the new upstream hplip, at the same
time as dpkg-dev updated the rules for dpkg-shlibs, and that is responsible
for the issues you can see.
We initially uploaded to experimental, which did build correctly across the
buildds,
On Friday 30 November 2007, you wrote:
On Fri, 30 Nov 2007, Mark Purcell wrote:
* libgpod now does not depends on libffi
- tripod - FTBFS: cannot find -lffi (Closes: #452662)
There's no explanation on how you fixed this bug. Did you add libffi4-dev
to the Build-Depends ? If yes
E: hplip: maintainer-script-calls-init-script-directly preinst:29
N:
N: This script apparently runs an init script directly rather than using
N: invoke-rc.d. The use of invoke-rc.d to invoke the /etc/init.d/*
N: initscripts instead of calling them directly is required. Maintainer
N:
On Thursday 22 November 2007, Ken Bloom wrote:
severity 452244 serious # Violates debian policy 9.3.3
thanks
Thanks Ken,
Yes there is a bit of work to do there.
In part we have started backporting the ubuntu work for the package to bring
it back into Debian, so the postinst does need some
Package: flpsed
Version: 0.3.7-1.1
Severity: grave
I suspect the ghostscript/gs upgrades in unstable are responsible,
however flpsed in unstable is currently unusable:
~$ flpsed Receipts/quickim.ps
exec: No such file or directory
Please install ghostscript and make sure 'gs' is in the PATH.
I
incorrect dependencies, eg bug#447548 in fldigi.
Thanks Hamish,
Unfortunately this problem also appears with the upload we did yesterday:
portaudio19 (19+svn20071022-1) unstable; urgency=low
[ Mark Purcell ]
* New upstream release
- libportaudio2: new snapshot (Closes: #447338
On Sat, 20 Oct 2007, Nicolas DEGAND wrote:
Also could you run ...
`dpkg -p digikam` and let me know what it states.
dpkg -p digikam states that Package digikam
is not available. Digikam is still uninstallable
Hmm,
This would be caused by your apt.sources having some funny entries, or
On Fri, 19 Oct 2007, Nicolas DEGAND wrote:
Digikam is currently uninstallable on amd64 unstable due to these
missing packages :
libkdcraw1
libkekiv2-1
Nicolas,
Thanks for your bug report.
Although those packages should be available for amd64:
On Sat, 20 Oct 2007, Nicolas DEGAND wrote:
The following packages have unmet dependencies:
digikam: Depends: libkdcraw1 but it is not installable
Depends: libkexiv2-1 but it is not installable
E: Broken packages
Thanks,
That's a little weird it should be asking for:
# apt-get
Package: kamera
Version: 4:3.5.7-4
Severity: grave
KDE-Team,
I know this is going to sound strange, but kamera should Depend:
libgphoto2-2-dev
to function correctly.
We have the same issue with digikam. http://bugs.debian.org/416123
In the short term the fix for this is to Depend: on
On Sat, 29 Sep 2007, Emmanuel Bouthenot wrote:
tags 353967 + patch
thanks
Hi,
Attached is the diff for my gsmlib 1.10-10.1 NMU.
Thks Emmanuel,
Any reason you also update config.guess in the NMU?
Mark
signature.asc
Description: This is a digitally signed message part.
Package: ivtv-source
Version: 1.0.2-2
Severity: serious
ivtv-source 1.0.x only supports linux kernel 2.6.22 and greater, so hold
it out of testing until that kernel is available in testing.
-- System Information:
Debian Release: lenny/sid
APT prefers unstable
APT policy: (500, 'unstable'),
On Mon, 10 Sep 2007, Michael Ablassmeier wrote:
checking libzrtpcpp/ZrtpQueue.h usability... no
checking libzrtpcpp/ZrtpQueue.h presence... no
checking for libzrtpcpp/ZrtpQueue.h... no
configure: error: zrtp header files missing
make: *** [config.status] Error 1
The Full Build
reassign 420982 ftp.debian.org
title 420982 RM: libccaudio -- RoM; obsolete; RC-buggy; FTBFS
reassign 420984 ftp.debian.org
title 420984 RM: libccscript -- RoM; obsolete; RC-buggy; FTBFS
thanks
ftp-masters,
With the upload of bayonne2 both the libccaudio libccscript src packages are
obsolete
Package: asterisk
Version: 1:1.4.1~dfsg-1
Severity: serious
Tags: security pending
-- Forwarded Message --
Subject: [asterisk-announce] Asterisk 1.4.11 released
Date: Tue, 21 Aug 2007
From: The Asterisk Development Team [EMAIL PROTECTED]
To: undisclosed-recipients:;
The
On Sat, 18 Aug 2007, Jason Harrison wrote:
libdts-dev
Thanks Jason!
Mark
signature.asc
Description: This is a digitally signed message part.
On Sat, 18 Aug 2007, Kilian Krause wrote:
Comments?
If the rest of pkg-voip developers agrees, i'll just put up a pseudo
RC-bug against asterisk to make sure it's not progressing into testing
anymore (and therefore not contained in stable release of Lenny and
newer).
Kilian,
I don't
found 435146 1:1.4.8~dfsg-2
tags 435146 - help
tags 435146 pending
thanks
On Sun, 29 Jul 2007, Konstantin Starodubtsev wrote:
Asterisk crashes with core dump if asterisk-h323 packages installed.
Konstantin,
We have managed to debug this problem, it was introduced by version
1:1.4.8~dfsg-2 and
Package: kmplayer
Version: 1:0.10.0~pre2-2
Severity: serious
Note to self, and the rest of kde-extras ;-)
Hold the pre-release of kmplayer out of testing.
As a rule of thumb, only released versions should migrate.
Mark
-- System Information:
Debian Release: lenny/sid
APT prefers unstable
Package: asterisk-h323
Version: 1:1.4.10~dfsg-1
Followup-For: Bug #435146
Installing the -develop versions provides some additional information.
(gdb) bt
#0 0x in ?? ()
#1 0xb7700228 in PFactoryH323Capability, PString::~PFactory () from
/usr/lib/libopenh323.so.1.18.0
#2 0xb706b128 in
On Sun, 12 Aug 2007, Kilian Krause wrote:
Hi Mark,
Hi Kilian,
Installing the -develop versions provides some additional information.
can you also install the asterisk-dbg?
That was with asterisk-dbg and the -develop files installed:
ii asterisk 1:1.4.10~dfsg-1
On Sat, 11 Aug 2007, Andrew Ruthven wrote:
Hi,
Hi Andrew,
Currently asterisk is not installable because it depends on libpri1.0 =
1.4 which doesn't exist.
Should this be libpri1.2 which does have version 1.4 in the repo?
libpri1.0 is currently stuck in NEW:
On Sat, 11 Aug 2007, Daniel Baumann wrote:
ivtv fails to build with 2.6.22-1, build-log from m-a is attached.
Daniel,
ivtv 0.10.x is only for kernels = 2.6.18 and = 2.6.21.x
the ivtv modules have been incorporated into the kernel from 2.6.22 onwards
and the ivtv package 1.0.x is for kernels =
On Wed, 8 Aug 2007, Lionel Elie Mamane wrote:
Yes, but we should still fix that in stable, not only unstable.
Yes I wasn't suggesting that we don't fix it in stable, but rather that a
fix was available and had been uploaded to Debian (unstable). The BTS
supports version tracking and even though
Package: asterisk
Version: 1:1.4.1~dfsg-1
Severity: grave
Tags: security, pending
-- Forwarded Message --
Subject: [asterisk-announce] ASA-2007-019: Remote crash vulnerability in Skinny
channel driver
Date: Tue, 7 Aug 2007
From: The Asterisk Development Team [EMAIL PROTECTED]
]:
This is an automatic notification regarding your Bug report
#435521: Asterisk SIP DOS Vulnerability,
which was filed against the asterisk package.
It has been closed by Mark Purcell [EMAIL PROTECTED].
Their explanation is attached below. If this explanation is
unsatisfactory
On Wed, 25 Jul 2007, Adeodato Simó wrote:
digikam FTBFS on arm: the build terminates after 500 minutes while
trying to compile libdigikam_la.all_cpp.cpp. You should probably avoid
using --enable-final on the slower arches, at least arm. You can steal
code to do it from debian-qt-kde.mk.
On Wed, 25 Jul 2007, dann frazier wrote:
Not
building the pdf is as valid a resolution for this bug as fixing it
would be.
Thanks Dan,
After going to the effort of building the PDF, we don't even ship within the
Debian package, so I might just back out the build...
Mark
signature.asc
On Wed, 25 Jul 2007, Thomas Baumgart wrote:
Please keep in mind, that building the pdf version of the document is only
meant as an option to be used by the developers and not part of the
standard build. So I would not classify this as serious.
Thanks Thomas,
We build the pdf document, but
On Fri, 20 Jul 2007, Tzafrir Cohen wrote:
Which brings me again to ask: should the main asterisk package depend on
odbc, postgresql and such, or do we take some of those modules to
subpackages as well?
The rational for splitting asteirsk-h323 was that the footprint for the
openh323 depenency
On Fri, 20 Jul 2007, Faidon Liambotis wrote:
Severity: serious
Faidon,
Why have you tagged this as serious?
While I agree that asterisk shouldn't depend on additional libs, which is why
we split off the asterisk-h323, it isn't actually a 'severe violation of
Debian policy'.
I would perhaps
On Fri, 20 Jul 2007, Faidon Liambotis wrote:
Second version of the patch that removes the craft.
Thanks Faidon,
I have committed to svn and it seems to build good!
tagging pending.
Mark
signature.asc
Description: This is a digitally signed message part.
On Sat, 21 Jul 2007, Jonathan McDowell wrote:
After performing my daily sid upgrade Asterisk fails to restart:
Setting up asterisk-config (1:1.4.8~dfsg-1) ...
Stopping Asterisk PBX: asterisk.
Starting Asterisk PBX: /usr/sbin/asterisk: error while loading shared
libraries: libpt.so.1.10.2:
retitle 434077 libpt-1.10.0: package-name-doesnt-match-sonames libpt1.10.7
thanks
Kilian,
Is there a reason you didn't bump the package to match the soname on libpt?
libpt 1.10.7 isn't binary compatible with 1.10.2.
Thus we normally bump the package name to match the soname and
submit through
Package: asterisk
Version: 1:1.4.0~dfsg-1
Tags: security
Severity: critical
-- Forwarded Message --
Subject: [asterisk-announce] ASA-2007-017: Remote crash vulnerability in STUN
implementation
Date: Tue, 17 Jul 2007
From: The Asterisk Development Team [EMAIL PROTECTED]
To:
tags 430863 unreproducible
tags 430863 moreinfo
severity 430863 important
thanks
Marcus,
Thanks for this bug report.
However as we are unable to reproduce and it hasn't been reported elsewhere
I'm going to downgrade to severity important: 'major effect on the usability
of a package, without
Fabio,
It's more of a hack than a work around.
But I find that tripod doesn't work well when it starts with a new ipod that
hasn't been used to upload pictures. Ie hasn't been initialised yet.
However, I found by playing around with the upload images plugin in
kipi-plugins and tripod, once I
On Wed, 13 Jun 2007, Lionel Elie Mamane wrote:
Ah no, it works with asterisk 1.4.1, but the prototype of
ast_channel_allocate has changed _again_ in Asterisk 1.4.3. Reporting
that upstream.
Thanks Lionel,
Did you see my earlier comments against this bug?
I had reported to Armin Schindler,
On Mon, 4 Jun 2007, Michael Manousos wrote:
A first attempt of asterisk-oh323 update to Asterisk 1.4 is
available on sourceforge
(https://sourceforge.net/projects/asterisk-oh323/). It compiles and loads
with Asterisk 1.4.4.
The thing is that I cannot test it since I don't have any H.323
On Sun, 3 Jun 2007, you wrote:
I plan to update the channel driver in order to compile with
current Asterisk 1.4. I'll email you as soon as I have
a newer version.
Excellent,
Thanks Michael I look forward to your email.
Mark
signature.asc
Description: This is a digitally signed message
Dear libcurl team,
When you depreciate libcurl3-dev all downstream dependant packages require
at least a rebuild, if not a reload to change the Build-Depends: from
libcurl3-dev
to libcurl4-dev.
At the minimum, could you send a courtesy email to all downstream packages (Cc:)
so we know we need
On Tue, 29 May 2007, Mattia Martinello wrote:
Hi.
Do you know that the Asterisk package in the unstable repository is not
installable because it depends on the libcurl3 witch is not available?
When you plan to solve this problem?
Thanks we are aware.
On Tue, 22 May 2007, Eric Valette wrote:
great. I could have read the : Replaces: digikamimageplugins!
Sorry for the mistake. However the unstable developement has been quite
confusing about digikam status for the last few days/week (removing the
plugins, then saying keeping digikam, ...)
No
On Mon, 21 May 2007, you wrote:
[...]
If the kmymoney team are unable/ unwilling to provide an exception we will
stop distributing kmymoney linked to openssl, by building kmymoney without
libgwenhywfar support whilst libgwenhywfar links against openssl.
[...]
Not again (sigh)... If they
I think this package is pretty much depreciated by libccscript3 which is also
in the archive and can be safely removed..
$ apt-cache rdepends libccscript2-0.6-3
libccscript2-0.6-3
Reverse Depends:
libccscript-dev
bayonne
libccscript-dev
Mark
pgpx30AakRNJl.pgp
Description: PGP signature
I think this package is pretty much depreciated by libccaudio2 which is also in
the archive and could be removed..
$ apt-cache rdepends libccaudio1-1.2-0
libccaudio1-1.2-0
Reverse Depends:
libccaudio-dev
bayonne
libccaudio-dev
Mark
pgpxmLUicvHIW.pgp
Description: PGP signature
On Tue, 8 May 2007, Korbinian Rosenegger wrote:
The problem seems to be the h323_no_exit.dpatch which prevents the
second make run, but this causes some essential variables not to be set,
and then chan_h323.so is not linked against libopenh323.
I disabled the patch and added a second make in
Package: yate
Version: 1.0.0-1.dfsg-2
Tags: security patch upstream pending
Severity: grave
Yate 1.0.0-1.dfsg-2 in Debian stable and 1.1.0-1.dfsg-1 in testing and
unstable contains a Denial of Service Vulnerability.
The patch applied by upstream to CVS and released in yate 1.2.0 can be
found
On Fri, 20 Apr 2007, Chris Davies wrote:
Twinkle starts and runs happily until a call is made or received. As soon
as the session is established Twinkle crashes. This error is printed on
the console:
Chris,
Thanks for the report. I suspect it is related to your version of
libzrtpcpp-0.9.0
tags 418656 + experimental pending
thanks
James,
Thanks for this report.
We should be fixing over the weekend, when we release asterisk 1.4 to
unstable.
Mark
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Elizabeth,
Not quite sure why you raised this.
asterisk-1.0.0-1 hasn't been in Debian for a very long time, even before the
current stable version.
Mark
On Monday 26 March 2007 18:27, Debian Bug Tracking System wrote:
Processing commands for [EMAIL PROTECTED]:
found 385060 1.0.0-1
On Sunday 25 March 2007 15:37, Tzafrir Cohen wrote:
Kilian: will it be autobuilt by the buildserver?
I'd prefer a successful test build before commiting.
http://status.buildserver.net/build.php?arch=pkg=asterisk
Shows that the current commits for 1.2.17 don't build correctly.
reopen 416143
thanks
Looks like 1:1.4.2~dfsg-3 didn't solve this issue:
http://experimental.debian.net/fetch.php?pkg=asteriskver=1%3A1.4.2%7Edfsg-3arch=sparcstamp=1174875830file=logas=raw
-from [EMAIL PROTECTED])
id 1HQKwT-0002lz-TI; Sun, 11 Mar 2007 10:06:29 +
Received: from mark by d620.purcell.homeip.net with local (Exim 4.63)
(envelope-from [EMAIL PROTECTED])
id 1HQKxI-0006BE-Gk; Sun, 11 Mar 2007 10:07:08 +
From: Mark Purcell [EMAIL PROTECTED
On Monday 05 February 2007 17:06, Alberto wrote:
I think that it's a bug in kded, which crashes. Strangely, the
probability on which this happens increases if you do an apt-get update.
Alberto,
We have a patch for this as we think knemo is leaking fd's.
On Monday 05 February 2007 21:53, Mark Purcell wrote:
I can't recreate my build environment from Oct 06.
And I can't reproduce the bug, additionally I don't have the hardware to test.
One theory though looking at the time line:
asterisk-chan-capi (0.7.1-1) would of been built against
On Monday 08 January 2007 13:37, Benoit Mortier wrote:
Hello when using asterisk on etch, i got crash with segmentation fault each
time a make a call ore receive a call.
Benoit,
We have had a couple of suggestions on the bug report, can you provide some
further details?
Mark
tags 406329 help
thanks
On Wednesday 10 January 2007 13:41, [EMAIL PROTECTED] wrote:
Version: 1:0.9-6
Severity: serious
Ouch, especially for a t-p-u package.
tags 356756 upstream
thanks
Thorsten,
In the Debian GNU/LInux version of asterisk-rate-engine we have a Release
Critical bug as Debian is no longer supporting libmysqlclient14 and
rate-engine refuses to build with libmysqlclient15.
http://bugs.debian.org/356756
Do you have any plans to
On Monday 11 December 2006 09:49, Mark Purcell wrote:
On Sunday 10 December 2006 21:48, Marcel Sebek wrote:
I don't know which package upgrade caused this but it is something
recent. When a call is finished, twinkle crashes with this error message
on the console:
This is caused
On Wednesday 03 January 2007 20:47, Yitzchak Gale wrote:
As a heavy users of digicam (actually my kids, not me,
anyway...), we would lose a LOT more data from digicam
being removed from etch than from this bug.
Unfortunately we are going to have to revert digikam in etch to 0.8.2 due to a
On Wednesday 03 January 2007 23:56, Yitzchak Gale wrote:
Mark Purcell wrote:
...we are going to... revert digikam in etch to 0.8.2 due to a
library transition for libexiv2...
digikam 0.9.0 (final) is currently available in the experimental
distribution. I would suggest that you both
On Thursday 04 January 2007 10:19, Yitzchak Gale wrote:
digikam 0.9.0 (final) is currently available in the experimental
distribution. I would suggest that you both upgrade to 0.9.0 and advise
if this issue is still a problem
Is there a version of digikamimageplugins that
can be used with
Given the discussion has died down.
I am proposing to release digikam[imageplugins] 0.8.2 to unstable in the
next couple of days to overcome the lack of an libexiv2 transition.
The current release is in svn.debian.org, for those who would like to have
a look before it goes formal.
Mark
--
To
On Thursday 07 December 2006 14:13, KELEMEN Peter wrote:
* Mark Purcell ([EMAIL PROTECTED]) [20061207 06:46]:
While we await a decision from debian-release. Could you post
packages to either experimental or people.debian.org so we can
start the integration.
Sure. I have limited airtime
On Thursday 07 December 2006 21:48, Mark Purcell wrote:
debian-release,
I'm proposing a library transition for libcommoncpp2, the last upload
contained a hidden backward-incompatible ABI change which has only come to
light.
The alternative, which is better, is just to back out the library
On Saturday 09 December 2006 09:59, Andreas Barth wrote:
* Mark Purcell ([EMAIL PROTECTED]) [061209 10:54]:
The discussion on debian-release seems to of died down and there doesn't
appear to be any dissent against uploading.
Stop. We are really unhappy with transitions at the current time
On Saturday 09 December 2006 10:10, Mark Purcell wrote:
The alternative, which is better, is just to back out the library
transition.
Or even better-better, just don't do the library transition at all.
The current state of libcommoncpp2 (1.5.1) and rdepends in etch is stable and
supportable
debian-release,
I'm proposing a library transition for libcommoncpp2, the last upload
contained a hidden backward-incompatible ABI change which has only come to
light.
I have patched upstream to bump the soname to 1.5.3 and this will generate a
debian package of libcommoncpp2-1.5.3-0, which
debian-release,
We have a couple of nasty (RC) bugs against digikam (crashes startup)
caused if the user has corrupted meta-data within their JPEG images.
The crash is caused by poor handling of exiv2 libraries, which has been
fixed in subsequent revisions of exiv2. unstable has 0.10, upstream
On Wednesday 06 December 2006 15:21, Mark Purcell wrote:
Is there
a soname changed involded? aka will apps build against 0.10
still run when exiv2 0.12 is installed without a rebuild?
I've just had a look and there is an soname change and thus a library
transition involved..
Mark
On Wednesday 06 December 2006 16:19, KELEMEN Peter wrote:
That should have read “If the release managers allow upload of
0.12...”. Apologies and waiting for the reply.
Peter,
While we await a decision from debian-release.
Could you post packages to either experimental or people.debian.org
WARNING: `aclocal-1.9' is missing on your system. You should only need it
Thanks Daniel,
I shall try and upload with a dependancy on autotools tonight.
Mark
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
-buildpackage: source package is libcommoncpp2
dpkg-buildpackage: source version is 1.4.3-1
dpkg-buildpackage: source maintainer is Mark Purcell [EMAIL PROTECTED]
dpkg-buildpackage: host architecture is i386
fakeroot debian/rules clean
dh_testdir
dh_testroot
rm -f build-stamp
# Add here commands
201 - 300 of 361 matches
Mail list logo