Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: transition
Dear release team,
Request a transition slot for a fairly self contained ccrtp.
I have uploaded to experimental.
libccrtp0
Reverse Depends:
sflphone-daemon binNMU OK
On Sun, 16 Mar 2014 19:37:52 Julien Cristau wrote:
Are there any API changes? Have the reverse deps been build tested?
Julien,
No API changes apparent.
sipwitchbinNMU OK
linphone binNMU OK
Updated Ben file:
title = libexosip2;
is_affected = .depends ~ libosip2-10|libexosip2-10 |
Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: transition
Hi,
Request a transition slot for libexosip2.
Thanks,
Mark
libexosip2-10
Reverse Depends:
libexosip2-10:i386
sipwitch
linphone-nogtk
linphone
liblinphone5
libexosip2-dev
Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: transition
debian-release,
Request a slot for a libexiv2-12 - libexiv2-13 transition to unstable.
libexiv2-13 has been uploaded to experimental.
libexiv2-12
Significant Reverse Depends:
On Sat, 1 Jun 2013 16:14:43 Julien Cristau wrote:
sipwitch FTBFS #707450
linphone FTBFS #709860
What's the plan for getting these fixed?
Julien,
These are all now cleared, so the transition should be able to complete.
Mark
signature.asc
Description: This is a digitally signed
On Wed, 12 Jun 2013 19:59:23 Julien Cristau wrote:
sipwitch FTBFS #707450
linphone FTBFS #709860
What's the plan for getting these fixed?
Ping?
Julien,
We need to work with upstream or patch to accommodate the
new API.
Mark
signature.asc
Description: This is a digitally
Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: transition
Dear release team,
A belated, after unstable upload, transition request for libosip2 libexosip2.
sipwitch FTBFS #707450
siproxd binNMU OK
linphone FTBFS #709860
libosip2-7
Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: transition
Release Team,
A belated transition self contained request for ptlib opal:
t38modem - FTBFS #707430
openam - binNMU OK
ekiga - binNMU OK
libpt2.10.4
Reverse Depends:
t38modem
On Wed, 7 Nov 2012 00:32:36 Paul Chitescu wrote:
unblock yate/4.1.0-1~dfsg-3
[...]
Does this require any more action?
Hi Paul,
Yes we are awaiting a decision from debian-release.
Mark
signature.asc
Description: This is a digitally signed message part.
On Sat, 27 Oct 2012 20:06:52 Adam D. Barratt wrote:
Cleanup here appears to mean drop the explicit build* and binary*
targets. Was it not feasible to fix the issue in a less drastic (for
want of a better word that escapes me currently) manner?
Adam,
Unfortunatly not easily.
We had a
+- Fixes modifies conffiles during squeeze2wheezy upgrade (policy
+10.7.3): /etc/yate/providers.conf (Closes: #689780)
+
+ -- Mark Purcell m...@debian.org Sat, 20 Oct 2012 11:47:40 +1100
+
yate (4.1.0-1~dfsg-2) unstable; urgency=low
* NEW package libyate4.1.0 match-soname
diff -ur
(zaptel) symlinks (Closes: #661396).
+
+ -- Mark Purcell m...@debian.org Sat, 07 Jul 2012 10:53:37 +1000
+
dahdi-tools (1:2.5.0.1-1) unstable; urgency=low
* New upstream release.
diff -Nru dahdi-tools-2.5.0.1/debian/libtonezone2.0.install
dahdi-tools-2.5.0.1/debian/libtonezone2.0.install
On Thu, 24 May 2012 09:31:27 Cyril Brulebois wrote:
it seems like we have an uncoordinated transition, from libh323-1.21.0
to libh323-1.24.0.
KiBi,
Sorry about that, I should of included this with the ptlib transition.
Mark
signature.asc
Description: This is a digitally signed message part.
On Tue, 22 May 2012 06:55:18 Cyril Brulebois wrote:
this package still builds a libccrtp0 binary, while the tracker suggests
we should be having a libccrtp1-1.8-0 binary package now. Please let us
know if the tracker needs fixing, or whether you have to upload a new
libccrtp package.
KiBi,
I
-1) experimental; urgency=low
* New upstream release
- Fixes ftbfs with GCC-4.7 (Closes: #667145)
- Fixes New Upsstream, Watch File (Closes: #658404)
- Fix g++-4.7 -std=c++0x issue (Closes: #665360)
* --program-prefix=ctemplate-
* NEW package libctemplate2 - match-soname
-- Mark
On Tue, 15 May 2012 06:30:15 Cyril Brulebois wrote:
Please upload to unstable whenever you're ready (fast is good, freeze is
close).
Thanks KiBi,
on the way now..
Mark
signature.asc
Description: This is a digitally signed message part.
Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: transition
Debian-Release,
Could I request a transition for libcommoncpp2 and friends.
It looks fairly self contained within the pkg-voip team.
Other packages:
sflphoneFTBFS
On Tue, 6 Mar 2012 15:30:01 Cyril Brulebois wrote:
I'll run a few tests to make sure they will migrate on their own when
the time has come (in 4.5 days
Thanks KiBi,
Good work.
Mark
signature.asc
Description: This is a digitally signed message part.
On Sat, 3 Mar 2012 20:40:30 Eugen Dedu wrote:
So it seems you are right, only one package (lib) is sufficient.
Could you confirm please?
Eugen,
That's correct.
Pacakges will now only need to depend on the lib package, and dh_shlibs should
detect this automatically.
Mark
signature.asc
On Mon, 27 Feb 2012 20:40:40 Eugen Dedu wrote:
Anyway, if you release a new ptlib, please create a new package,
libpt2.10.X-plugin-pulse, containing its pulse plugin. This is also on
my TODO list :o(
Eugen,
I have had a look at creating a plugin-pulse and it doesn't save much:
Package:
On Sat, 25 Feb 2012 21:49:24 Hector Oron wrote:
Hi,
2012/2/25 peter green plugw...@p10link.net:
Since i'm not yet a DD could one of you guys please sponsor it?
I can do that. No worries. Thanks.
Hector, Thanks for the offer, but no need now.
I have uploaded the NMU and d-r have given
On Sun, 26 Feb 2012 07:07:11 Cyril Brulebois wrote:
Michael van der Kolff mvanderko...@gmail.com (26/02/2012):
Libopal3.10.1 replaces 3.8; ekiga t38modem are upgraded.
I assume you meant libopal3.6.8; it looks fine, so please go ahead.
Eugen, Kilian,
We have the green light for a opal/
On Sat, 25 Feb 2012 12:44:17 peter green wrote:
peter green wrote:
Would you object to a NMU based on the version currently in unstable
that just fixes the FTBFS?
I have now prepared a NMU based on the version currently in sid that
only fixes the FTBFS. The debdiff is attatched.
On Thu, 16 Feb 2012 05:39:14 Hector Oron wrote:
I would like to check if there is something holding RC fix in
unstable for libosip2 package. Currently it is blocking some packages
to build on armhf and s390x. If you dont have the time, would you have
anything against unstable NMU?
Hector,
libexiv2-11 - soname bump
* Drop usr/lib/libexiv2.la non-empty-dependency_libs-in-la-file
* Ack NMU, Thanks Luk (Closes: #618747)
-- Mark Purcell m...@debian.org Sat, 24 Sep 2011 14:28:30 +1000
Changes from version 0.21.1 to 0.22
---
* Exiv2 utility
-8, LC_CTYPE=en_AU.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
linphone (3.5.0-1) experimental; urgency=low
* New upstream release
[ Kilian Krause ]
* Fix descriptions - thanks to Filipus Klutiero (Closes: #631227)
[ Tzafrir Cohen ]
* Add a dbg package.
[ Mark Purcell
On Sat, 21 Jan 2012 02:16:44 Niels Thykier wrote:
That part was meant for Mark (and kwave). I was asking him to set a
strict versioned build-dependency on libaudiofile-dev (=
0.3.3-1~exp1)[1] if he uploads shortly after the new audiofile upload to
unstable.
Niels,
No problem, kwave 0.8.7
Alessio,
Upstream have released a new version of kwave which depends on the new
upstream for audiofile.
I have uploaded to experimental, and thus should be ready for transition to
unstable.
I am happy to upload to unstable, once audiofile is uploaded.
Or I am happy for other suggestions for
I have uploaded the new libexiv2-10 to experimental and would now like
to propose the transition.
exiv2 (0.21.1-1) experimental; urgency=low
* New upstream release
-- Mark Purcell m...@debian.org Fri, 25 Feb 2011 19:47:54 +1100
exiv2 (0.21-1) experimental; urgency=low
* New upstream
On Tuesday 24 August 2010 08:34:38 Adam D. Barratt wrote:
On Tue, 2010-08-24 at 07:40 +1000, Mark Purcell wrote:
Please remove egoboo from squeeze, it is currently incompatible with
egoboo-data and neither are really release quality.
Does leaving egoboo-data in testing on its own make any
On Monday 07 June 2010 22:24:17 Adam D. Barratt wrote:
A targetted fix for that bug with no ABI change is impossible?
If the primary reason for proposing the transition now is to pull in the
fix for that bug, then a targetted fix would be much appreciated if
possible (it's one less
On Wednesday 16 June 2010 04:52:30 Michael Holtermann wrote:
It appears that we do require the rebuild of all libs for the Nikon fix
(ie 0.20) and can't just sneak it on the back of 0.19.
This sounds like a big task. Could you say something about the timeline? Or
is the fix deferred until
On Monday 07 June 2010 22:24:17 Adam D. Barratt wrote:
A targetted fix for that bug with no ABI change is impossible?
A targeted fix for that bug is possible.
If the primary reason for proposing the transition now is to pull in the
fix for that bug, then a targetted fix would be much
On Tuesday 01 June 2010 07:53:23 Mark Purcell wrote:
The following transition is proposed:
exiv2(0.20): libexiv2-6 - libexiv2-9
As there don't appear to be any problems/ objections. I intend to upload to
unstable this week.
BinNMU requests to follow.
Mark
signature.asc
Description
On Sunday 06 June 2010 22:31:01 Adam D. Barratt wrote:
Please don't upload yet.
The big issue here is that we can't currently build kdebase-runtime on
hppa, due to kde4libs FTBFS there (see #561203).
Adam,
No problem waiting, my motivation is to clear a standing issue with slow
writing to
On Tuesday 01 June 2010 09:02:56 Bernd Zeimetz wrote:
+ rawstudio
FTBFS - not sure if that is an issue with libexiv, though. Won't have the
time to investigate this week.
Bernd,
rawstudio built fine here:
rawstudio_1.2-5_amd64.deb
-
new debian package, version
debian-release,
The following transition is proposed:
exiv2(0.20): libexiv2-6 - libexiv2-9
Important rdepends:
+ ufraw
+ libstreamanalyzer0
+ rawstudio
+ qtpfsgui
+ python-pyexiv2
+ merkaartor
+ libextractor-plugins
+ krename
+ kphotoalbum
+ libkexiv2-8
+ gwenview
kdebase-runtime
On Saturday 29 May 2010 22:31:28 Adam D. Barratt wrote:
Does ekiga require any sourceful changes for the ptlib/opal transition?
If not then I'll schedule (yet) another set of binNMUs for ekiga so we can
try and get both transitions ready asap.
Yes ekiga does currently require a sourceful
On Saturday 24 April 2010 16:53:33 Eugen Dedu wrote:
I have asked upstream (Robert Jongbloed) to make a new release ptlib
2.6.7 and opal 3.6.8 with a very important network fix. As there is
about stable branches, there should be no regression, we will check it
anyway. Could we wait for a
On Saturday 24 April 2010 16:53:33 Eugen Dedu wrote:
Could we wait for a week? As shown above, only ekiga is
concerned by this transition and I will upload ekiga too at about the
same time.
No problem waiting a week.
We still need to await clearance from debian-release NEW.
Mark
On Saturday 24 April 2010 13:26:20 Craig Southeren wrote:
As one of the maintainers of the upstream (opal ptlib), please feel
free to email me if I can help
Craig,
Thanks for the offer.
I do have one question/ request of upstream.
Does the soname for ptlib/ opal need to change with every
Nobuhiro,
Normally we would cordinate through debian-release (cc:) as this is a library
transition and should
be able to be handled through binNMU.
Mark
-- Forwarded Message --
Subject: [Pkg-kde-extras] Transition opencv
Date: Friday 11 December 2009
From: Nobuhiro Iwamatsu
Hi,
ptlib and opal have NEW upstream releases with a soname bump:
Propose NEW packages libpt2.6.2 libopal3.6.2 and binNMU of the remaining
rdepend ekiga.
Mark
Obsolete packages rdepends:
apt-cache rdepends libpt2.6.1
libpt2.6.1
Reverse Depends:
simpleopal
libpt2.6.1-plugins-v4l2
I notice kdegraphics 4.2.2 provides a libkexiv2-7 binary, which is is a
higher SONAME than the one provided by the libkexiv2 source package
both in unstable and experimental. Does this mean the libkexiv2 source
package, together with its libkexiv2-{3,5} and libkexiv2-dev binary
On Wednesday 29 April 2009 21:33:22 Adeodato Simó wrote:
Thanks a lot for your patience and cooperation, and let us know when you
have uploaded to unstable.
Dato,
Thanks for the green light.
Have now uploaded libexiv2-5 to unstable and (almost) installed on all archs.
BinNMU's required for
On Wednesday 29 April 2009 21:33:22 Adeodato Simó wrote:
Any news?
I'm awfully sorry for the embarrassing delay: I never seemed to find the
time to sit down to look at this.
Dato,
No worries. I fully understand the issues behind the resources behind this.
However, in the longer term if you
Thanks Carsten,
I am aware and awaiting a response from debian-release:
http://lists.debian.org/debian-release/2009/04/msg00250.html
Mark
On Saturday 25 April 2009 20:28:53 Carsten Pfeiffer wrote:
Package: libexiv2-5
Version: 0.18-1
Severity: normal
--- Please enter the report below this
On Thursday 19 March 2009 07:19:25 Adeodato Simó wrote:
* Mark Purcell [Wed, 18 Mar 2009 21:23:38 +1100]:
On Sat, 7 Mar 2009 13:35:29 +1100, Mark Purcell wrote:
I propose a transition with libexiv2-5 (already in experimental) source
package exiv2. Which is a new upstream release from
On Monday 30 March 2009 20:53:59 Eugen Dedu wrote:
Adeodato Simó wrote:
Naming the development package without version information (libpt-dev)
is great, so thanks for that.
Could someone explain why libpt-dev is so interesting compared to
libpt2.6.1-dev? The problem is that each new ptlib
debian-release,
The pkg-voip team intends to commence a few library transitions in order to
get to asterisk 1.6.x into unstable.
zaptel has been depreciated upstream and is now know has dahdi. Dahdi
provides libtonezone, but is both API ABI incompatible with zaptel.
rdepends of
On Thursday 19 March 2009 07:35:55 Eugen Dedu wrote:
The wait is finished, please upload it...
Debian Release,
I am proposing to upload ptlib 2.6.1 to unstable which will start a
transition. All elements of the transition are contained within the pkg-voip
team with the exception of ekiga,
dato,
Looks like libcommoncpp2 transition is complete and just needs your unblock:
Thanks,
mark
Checking libcommoncpp2
trying to update libcommoncpp2 from 1.6.2-2 to 1.7.1-1 (candidate is 29 days
old)
Not touching package, as requested by adeodato (contact debian-release if
update is
On Sat, 7 Mar 2009 13:35:29 +1100, Mark Purcell wrote:
I propose a transition with libexiv2-5 (already in experimental) source
package exiv2. Which is a new upstream release from unstable.
Release-team,
Any advise on this transition.
Can we proceed? What would you like us to wait for?
Mark
On Sunday 15 March 2009 22:19:14 Luk Claes wrote:
2. Provide an empty toolame package that depends on twolame.
Preferably in the twolame source package.
As the current twolame maintainer.
I would be happy with this approach.
Mark
signature.asc
Description: This is a digitally signed
On Saturday 14 March 2009 05:30:29 Thomas Viehmann wrote:
This leaves pwlib,pwlib-titan, two obsolete versions of ptlib (in
experimental) courtesy of the Debian VoIP team.
We are planning on releasing ptlib 2.6 without DC nor AVC support and
redirecting people to use V4L.
We are also planning
On Monday 09 March 2009 09:49:51 Frank Lichtenheld wrote:
Seem to build fine with the patch applied, though it will require
changing the dependency from libgpod-nogtk to libgpod.
Thanks Frank Dato,
This patch does allow kipi-plugins to build against libgpod-dev/0.7.0 but is
not compatible
I've gone ahead and scheduled a Bin-NMU for libccscript3
Thanks dato,
Sorry I had missed that one.
Mark
--
To UNSUBSCRIBE, email to debian-release-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Hi Dato,
On Saturday 07 March 2009 21:01:00 Adeodato Simó wrote:
* in the first place, regarding liblinphone3 and libortp8, only
linphone depends on them in testing (and are in fact provided by the
same linphone source package), so any time you want to do this
transition is
On Friday 27 February 2009 15:38:20 Mark Purcell wrote:
[...]
Awaiting endorsement from debian-release.
Any news?
Mark
signature.asc
Description: This is a digitally signed message part.
On Wednesday 18 February 2009 12:56:46 Adeodato Simó wrote:
If some packages don't need sourceful uploads, please let us know and
we'll schedule binNMUs
Dato,
I think we only need two binNMU's which we are ready for now:
glcpu bayonne:
nmu glcpu 1.0.1-6.3 . ALL . -m 'binNMU: libcommoncpp2/
Hi,
I propose a transition with libexiv2-5 (already in experimental) source
package exiv2. Which is a new upstream release from unstable.
Could be large rdepends;
libexiv2-4
Reverse Depends:
krita
libstreamanalyzer0
libkexiv2-7
libkexiv2-6
libkexiv2-5
kphotoalbum
ufraw
qtpfsgui
On Saturday 07 March 2009 13:35:29 Mark Purcell wrote:
I propose a transition with libexiv2-5 (already in experimental) source
package exiv2. Which is a new upstream release from unstable.
Also could I ask the rdepends (Cc:) to try the package in experimental and
report back (to debian-release
On Saturday 07 March 2009 16:29:55 Yasuhiro Araki wrote:
Hello Mark,
Hi!
I am afraid I had not updated information about libosip2.
No problem, just wanting to ping the issue along.
Actually, renewing libosip2 package does not difficult.
I have concern about side effect for some packages
On Tuesday 24 February 2009 10:42:26 Mark Purcell wrote:
liblinphone2 - liblinphone3
libortp7 - libortp8
Looks like I also have another transition to precede libortp.
libosip2-3deb - libosip2-4
libosip2-3deb
Reverse Depends:
linphone-nox
liblinphone3
siproxd
siproxd
linphone-nox
Hi d-r,
Planning on uploading a new version of linphone (#505566) which will also
commence the following transitions:
liblinphone2 - liblinphone3
libortp7 - libortp8
kopete (Cc:) looks like the only non pkg-voip transition.
Mark
$ apt-cache rdepends libortp7
libortp7
Reverse Depends:
Hi,
Not sure exactly what info we should be providing for transitions, but here
goes.
I propose a library transition for libcommoncpp2 to match a new upstream
soname (which has already been transitioned via experimental)
libcommoncpp2-1.6-0 (sid)
Reverse Depends:
twinkle
libzrtpcpp-1.3-0
severity 490640 serious
merge 512250 454117
thanks
On Saturday 17 January 2009 19:58:25 Leif Hornsved wrote:
I've noticed a small problem with the latest change, version 2.8.6.b-4
of hplip. It now depends on libsane,
Leif,
Thanks for your update to this bug report.
This is actually a
On Sunday 11 January 2009 22:28:33 Neil McGovern wrote:
Please upload, and reping once it's hit unstable.
Thanks Neil,
bing/1.1.3-2 is now uploaded to unstable:
Changes:
bing (1.1.3-2) unstable; urgency=low
.
* Fix segfaults on IPv6 addresses Patch from Jeremie Koenig
(Closes:
Jeremie,
Thanks for the patch. I'll get it included shortly.
I'll also try for inclusion in lenny as IPv6 is a release goal, however we are
in very deep freeze so I can't make any promises.
Mark
-original message-
Subject: Bug#511407: bing: segfaults on IPv6 addresses
From: Jeremie Koenig
#505563: Mozilla Thunderbird Multiple Vulnerabilities
From: Mike Hommey m...@glandium.org
Date: 31/12/2008 17:56
On Wed, Dec 31, 2008 at 04:21:05PM +1100, Mark Purcell wrote:
Thanks Alexander,
Be advised that the normal approach to fixing a RC bug during lenny deep
freeze is by back porting the fix
Vulnerabilities
From: Alexander Sack a...@debian.org
Date: 31/12/2008 10:19
On Tue, Dec 30, 2008 at 08:37:36AM +1100, Mark Purcell wrote:
On Wednesday 26 November 2008 12:04:19 Alexander Sack wrote:
tags 505563 + pending
thanks
Yes,
2.0.0.18 was released last week. Also add MFSA 2008-59
handling of ztdummy.
* zaptel.init: Give a sane default to XPP_SYNC.
[ Mark Purcell ]
* Urgency high to fix RC bug
* Update debian/watch
* Add ${misc:Depends} fixes:debhelper-but-no-misc-depends
-- Mark Purcell [EMAIL PROTECTED] Wed, 03 Dec 2008 19:52:06 +1100
Thanks,
Mark
On Wednesday 03 December 2008 17:35:04 Chip Salzenberg wrote:
Now that unstable's libghc6-hslogger-dev is updated, the happs
packages
are uninstallable. Quoting dselect:
libghc6-happs-util-dev depends on libghc6-hslogger-dev (
1.0.5.0+)
This bug only effects sid, as libghc6-hslogger-dev
On Wednesday 03 December 2008 23:17:55 Sven Joachim wrote:
Since Lenny is not affected by this bug, there is
nothing to ignore. :-)
Except the bug is filed against libghc6-happs-server-dev/0.9.2.1-3 which is
currently in lenny (and sid)
Mark
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
-ppds.dpatch
- Exclude /usr/share/hplip/install.py
- hplip-gui requires one of gksu, kdesu, and kdesudo
- debian/rules: Add *cupsFilter lines for PDF input
* unused-override debian/{hpijs,hplip-data}.lintian
-- Mark Purcell [EMAIL PROTECTED] Wed, 15 Oct 2008 23:44:41 +1100
hplip
On Sunday 30 November 2008 08:28:52 Vincent Danjean wrote:
Note: I still consider that this bug should be closed for lenny.
Agreed.
Mark
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
On Saturday 29 November 2008 10:28:44 Ben Hutchings wrote:
libc-client2007b has been replaced by libc-client2007d in unstable.
Thanks Ben. As you state this only effects sid, not lenny which is (maybe)
good for the rdepends.
Jonas,
Are you intending for libc-client2007d to migrate to lenny?
On Sunday 16 November 2008 04:50:39 Vincent Danjean wrote:
I'm sorry to tell you that the patch proposed in 500183 in not
applied in hplip 2.8.6.b-3 (whereas the changelog says it has been
applied in 2.8.6.b-2)
Manually patching /usr/bin/hp-makeuri (ie modifying the 3 lines
with vi) with
On Wednesday 05 November 2008 02:29:52 Romain Beauxis wrote:
The plan could be to fix the package in lenny, as well as uploading a new
package for sid, wait for the bugs to come, and if it is still possible,
consider proposing an update.
Romain Bertand,
Thanks for your efforts on this.
I
On Tuesday 04 November 2008 19:08:55 Chris Lamb wrote:
I have prepared and uploaded it *3* times, both to the SSH queue on
ravel and via FTP; every time the upload simply disappears.
Thats a bit weird ;-(
Can you upload somewhere else, such as people.debian.org and do you want to
have someone
severity 502960 normal
thanks
On Saturday 01 November 2008 03:05:47 Chiaki wrote:
Please feel free to change this to a lesser Severity/Justification code
which makes this to a normal bug (that affects users of this package.
Chiaki,
Thanks for the followup on this and the details you have been
On Friday 31 October 2008 22:11:43 Thiemo Seufer wrote:
I uploaded istanbul 0.2.2-4.1 which allows Architecture: any.
Excellent,
Thanks Thiemo.
Mark
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
On Tuesday 21 October 2008 20:55:24 ishikawa wrote:
Severity: serious
Justification: 2
(I am afraid I screwed up the Severity and Justification code. Please
feel free to modify them.)
ishikawa,
Did you indeed intend to set severity to serious? We are now tracking this on
the release
On Friday 31 October 2008 11:19:09 Raúl Sánchez Siles wrote:
2. Convince debian-release that lenny should be released with kdelibs
3.5.10 - currently in sid..
Feel free to answer whatever doubt you may have about this issue. Comments
are also welcome.
Raúl,
I don't disagree with what
reassign ftp.debian.org
retitle 503016 RM: podlators-perl/lenny -- RoM
thanks
-- Forwarded Message --
Subject: Bug#503016: podlators-perl: don't release with this, perl bundles a
better version
Date: Wednesday 22 October 2008
From: Niko Tyni [EMAIL PROTECTED]
To: [EMAIL
reassign 503612 libpulsecore5 0.9.13-1
retitle 503612 libpulsecore5: package-name-doesnt-match-sonames libpulsecore8
tags 503612 confirmed experimental
thanks
On Monday 27 October 2008 10:03:50 Anand Kumria wrote:
$ dpkg -L libpulsecore5
[...]
/usr/lib/libpulsecore.so.8.0.0
On Wednesday 29 October 2008 19:15:48 Thomas Viehmann wrote:
Hi Mark,
Hi Thomas,
a) we don't use codenames for the suites here,
OK
b) testing removals is in the domain of the release team,
Last time I asked to get a package removed from testing(-security) I was
referred to ftpmaster;
tags 503868 unreproducible
thanks
On Wednesday 29 October 2008 08:03:37 Sven Aluoor wrote:
The resulting PNG (see
resulting_image.png) doesn't have all those mini images. As you see the
captures are just black.
Sven, Patrick,
I am unable to reproduce this lenny Release Critical (RC) bug
On Sunday 12 October 2008 11:36:26 Chris Lamb wrote:
While building in ia64, fails to build [..]
The cause of this appears to be flex generating invalid output in some
situations, which I've filed as #501960.
Chris, Francis,
Your RC bug (#500171) appears to be solvable now with the upload
severity 503571 important
tags 503571 moreinfo
thanks
On Thursday 30 October 2008 06:21:31 Moritz Muehlenhoff wrote:
Aqualung works for me as well and we can't support compatibility with
arbitrary external package repositories.
Benjamin, Adam, Moritz,
Thanks for the assistance with this bug
On Monday 27 October 2008 09:17:22 Debian Qt/KDE Maintainers wrote:
kdelibs (4:3.5.10.dfsg.1-1) unstable; urgency=low
+++ Changes by Ana Beatriz Guerrero Lopez:
[...]
+++ Changes by Raúl Sánchez Siles:
* konqueror: Crash on eBay page (Closes: #502459) with recently added
On Monday 27 October 2008 10:17:18 Raúl Sánchez Siles wrote:
kvirc (2:3.4.0-3) unstable; urgency=medium
.
* try to start command via irc:// handler (Closes: #503401).
Added 31_r1997-irchandler-exploit-bug503401.patch
* Urgency medium due to potential security bug fix.
Package: aqualung
Followup-For: Bug #503571
Ben, Adam,
I am unable to reproduce here, aqualung works fine under lenny.
Mark
-- System Information:
Debian Release: lenny/sid
APT prefers testing
APT policy: (500, 'testing')
Architecture: i386 (i686)
Kernel: Linux 2.6.26-1-686 (SMP w/1 CPU
Package: dx
Followup-For: Bug #503631
tags 503631 unreproducible
severity 503631 important
subscribe 503631 [EMAIL PROTECTED]
thanks
David, Daniel,
I am unable to reproduce this RC bug on lenny. I obtain
an empty window titled Untitled which allows me to
add network components.
As such I am
severity 503735 important
tags 503735 l10n
thanks
On Tuesday 28 October 2008 10:05:04 Peter De Wachter wrote:
Severity: grave
Justification: renders package unusable
The File/New/Programs and the File/New/Servers menus don't work in
non-English locales. This makes it impossible to play
On Monday 20 October 2008 00:16:23 Thomas Viehmann wrote:
Package: gvfs
Version: 0.2.5-1
Severity: serious
Reasoning: cripples things that might wait for it
Thomas,
I suspect that your report might be a duplicate of #496269 which has just been
fixed by the upload of version 0.2.5-1.1 by
severity 500418 important
thanks
On Tuesday 28 October 2008 10:57:39 Thiemo Seufer wrote:
severity 500418 serious
[...]
Please add hppa mips mipsel to the allowed architectures in debian/control.
Thiemo,
Whilst I agree is is important for hppa mips mipsel to be supported
architectures I
On Tuesday 28 October 2008 19:02:02 Philipp Kern wrote:
Did you even try it?
Philipp,
Yes I have tried the menus do work. I can setup a number of remote servers
with the Preferences menu. Then when I click on File/New/Servers it presents
the list of servers I setup. Selecting one attempts
On Tuesday 28 October 2008 19:39:16 Philipp Kern wrote:
The maintainer of the package worked around some buildd problem,
Philipp,
I agree.
The question remains, is it RC, ie serious, or important for the maintainer to
restore the missing archs - hppa mips mipsel.
Mark
--
To UNSUBSCRIBE,
On Wednesday 29 October 2008 04:06:20 Luca Bruno wrote:
if the release team
really sees this as an issue needing an immediate fix, I won't object to
the choice (and if Thiemo is already there I won't be against a quick
NMU targeting only #500418, as I'll probably be busy in the next few
1 - 100 of 185 matches
Mail list logo