severity 323372 normal
thanks
Walter,
Thanks for your bug report. Unfortunately there isn't much point in
rebuilding kmymoney2 until the current G++ transition is progressed. More
details on the transition are available here:
http://lists.debian.org/debian-kde/2005/08/msg00089.html
While KDE
On Wednesday 17 August 2005 08:03, Matthias Klose wrote:
Package: asterisk-chan-capi
Version: 0.3.5-11
Severity: serious
please rebuild, with tightened build dependency on libcapi20-dev.
Thanks Matthias.
I have just rebuilt submitted with the same dependency to pick up new
soname.
I
Package: pinentry-qt
Version: 0.7.2-1
Severity: serious
Tags: patch
Justification: C++ migration
Peter,
pinentry-qt requires a rebuild due to the C++ migration as it is
currently uninstallable, with the following error:
The following packages have unmet dependencies:
pinentry-qt: Depends:
On Thursday 02 February 2006 06:19, Thomas Baumgart wrote:
The real problem though is, that our configure script does not support
being called by an absolute path. I changed that in the current CVS HEAD
version and try to backport it for the next stable release.
How could this be tested
tags 337249 unreproducable
thanks
On Thursday 03 November 2005 14:50, Hanus Adler wrote:
When I try to use the graphical frontend TaskJuggler, it crashes
whenever it tries open (or create new and open) a project file.
Hanus,
We will need to provide a little more detail than above.
When I run
On Tuesday 25 October 2005 04:22, Federico Nuñez Artigas wrote:
thank for package taskjuggler !!!
I try to compile the source package on ubuntu breezy (kde-3.4.3) and found
this missing package deps:
- kdepim-dev (compiling error before:
tags 337249 unreproducable help
severity 337249 normal
thanks
On Thursday 03 November 2005 19:38, Hanuš Adler wrote:
I'm attaching both. I am afraid I can't tell when this started to
happen -- last time I was using it sometimes in August, and then it
did work okay.
Thanks for the traces, not
On Tuesday 08 November 2005 10:04, Christoph Biedl wrote:
[...]
I have been told the package was uploaded by the maintainer, not build
on the Debian buildds. Which would also explain the bug report.
[...]
This is not for the i386 architecture. I admit that this build log looks
fine for alpha
On Thursday 23 June 2005 10:38, Moritz Muehlenhoff wrote:
| If the command string is specifically crafted, is it possible to use
| this stack overflow to execute arbitrary code on the Asterisk system.
| The resulting execution is (typically) run with root privileges.
Upstream the asterisk
Looks like udev is the problem here. Try downgrading udev 0.060...
I had exactly the same issues, couldn't start X no mice, couldn't load ALSA
hardware...
I downgraded to udev/testing (0.056-3) and everything is working again.
Have a look at http://bugs.debian.org/317626,
Thanks Juan,
I would suspect that asterisk is changing symbol names without telling
anyone :-( That's not good of asterisk.
A rebuild of the asterisk-oh323 package should rectify things against the
newer asterisk.
Mark
On Thursday 14 July 2005 00:08, Juan Jose Comellas wrote:
Package:
Isn't this problem, just because kdelibs4 hasn't yet been rebuild with GCC4?
Mark
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
tags 318575 pending
thanks
On Saturday 16 July 2005 17:43, Debian User wrote:
This package does not install ztcfg, ztmonitor, ztspeed, zttest
, zttool. At least, not here it did not.
You are quite right. I deleted debian/zaptel.install. Fixed in the next
upload.
Mark
[EMAIL
On Friday 22 July 2005 00:19, Matt Kraai wrote:
dvr fails to build because it cannot find
X11/extensions/xf86vmode.h:
Matt,
Thanks for that.
I also need to wait for the rest of the Build-Depends: to migrate through the
C++ change.
Does your patch include other changes proposed by ubuntu as
Bug #315532 has been rasied as grave security related bug against
asterisk-1.0.7, which is included in the released sarge.
It refers to a potential overflow in the Asterisk Manager Interface, which is
not enabled by default in the Debian asterisk package. In addition the
Debian asterisk
Package: iaxclient
Severity: serious
Justification: Policy 12.5
The iaxclient package debian/copyright needs to include all distributed
files/ libraries.
For example the copyright for libspeex is not included.
Mark
-- System Information:
Debian Release: testing/unstable
APT prefers unstable
Package: asterisk
Version: 1.0.9.dfsg-5
Severity: serious
Justification: Policy 12.5
The debian package doesn't include the copyright for codecs/ilbc.
As this is potentially non-free, ilbc should be removed from the
.dfsg.tar.gz distributed by Debian.
Holger,
taskjuggler builds fine in sid:
http://buildd.debian.org/build.php?pkg=taskjuggler
Are you trying to build in sarge, or etch? I think kdepim-dev is only
required for KDE 3.3.
Mark
On Wednesday 12 October 2005 20:58, Holger Levsen wrote:
package: taskjuggler
version: 2.1.1-5
On Wed, Mar 23, 2005 at 02:14:24AM +0100, Achim Bohnet wrote:
Both libkexif1 libkexif0 can co-exist in unstable together and
libkexif0 won't be removed until all reverse dependancies are taken care
of.
That's not true; libkexif0 and libkexif1 are both built from the libkexif
Matthew,
Would you like to join the pkg-voip-maintainers team?
Mark
On Wednesday 04 May 2005 13:02, Matthew Grant wrote:
tag 305731 + fixed
quit
This message was generated automatically in response to a
non-maintainer upload. The .changes file follows.
Format: 1.7
Date: Fri, 22 Apr
---BeginMessage---
digikam_0.7.4-4.diff.gz
to pool/main/d/digikam/digikam_0.7.4-4.diff.gz
digikam_0.7.4-4.dsc
to pool/main/d/digikam/digikam_0.7.4-4.dsc
digikam_0.7.4-4_i386.deb
to pool/main/d/digikam/digikam_0.7.4-4_i386.deb
(new) libdigikam-dev_0.7.4-4_i386.deb optional libdevel
digital
---BeginMessage---
Hi Maintainer,
i decided to reject this package for now. The newly splitted lib
misses the whole Depends: line, you missed to add it to the debian/control
part of the lib. As the description reads as it could be used standalone
you need it there, and not only in the digikam
Package: ftp.debian.org
Please remove kmerlin from the Debian archive, unstable (and stable if
possible).
On a regular basis the protocols for MSN are changed and any clients
trying to access this service also need to change. Unfortunatly kmerlin
now has no upstream support and thus the
tag 312130 wontfix
tag 325227 wontfix
retitle 312130 kmerlin: package unusable due to msn server changes
retitle 325227 kmerlin: package unusable due to msn server changes
thanks
On a regular basis the protocols for MSN are changed and any clients
trying to access this service also need to
On Saturday 10 September 2005 04:11, Diego Woitasen wrote:
I 'm using debian sarge with asterisk. The problem is that asterisk
crash after hangup of any channel (IAX, SIP or Phone). I get the crash
running asterisk with -vvv or running it in background.
Do you have any report like this? any
tags 320868 pending
tags 281163 pending
thanks
All,
I have now rebuilt rate-engine with libmysqlclient14-dev, which seems to clear
up a number of these issues. I have also uploaded to svn.asterisk.org and
changed the binary package name to asterisk-rate-engine to conform with the
rest of
tags 389238 unreproducible
tags 389238 moreinfo
thanks
Christoph,
Are you still having this issue?
Or can we close out your bug report?
http://bugs.debian.org/389238
Mark
-- Forwarded Message --
Subject: Bug#389238: asterisk-chan-capi: Cannot reproduce #389238 with
with them?
Can we reschedule a build on amd64?
Mark
On Wed, Nov 15, 2006 at 03:06:28 +0100, Julien Cristau wrote:
found 394153 1:0.9-4
thanks
On Fri, Nov 3, 2006 at 06:41:30 +, Mark Purcell wrote:
Version: 1:0.9-3
This appears to be a transitory bug which was fixed
On Thursday 16 November 2006 06:03, Steve Langasek wrote:
[...]
I don't know yet why this define isn't propagating; it seems to be part of
debian/patches/libgsm.patch though, and there's probably a race condition
in the autotools handling that's preventing it from getting where it needs
to be.
-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
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]
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
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
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
On Friday 31 March 2006 01:19, Benjamin Kudria wrote:
#apt-get install kmymoney2
Reading package lists... Done
Building dependency tree... Done
Some packages could not be installed. This may mean that you have
requested an impossible situation or if you are using the unstable
distribution
On Monday 03 April 2006 18:29, Ian Campbell wrote:
Hi all,
It seems that the IVTV driver packages have been accepted and entered
Debian. Excellent news!
Looks good.
I also see that I have my first bug
report :-( http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=360539 Must
go to contrib:
On Thursday 13 April 2006 15:30, Enrico Zini wrote:
I set the severity of this bug to grave, because the package is
unusable.
This bug is due to libcommoncpp2 changing sonames.
The new libcommoncpp2 is currently sitting in NEW.
Once this has been accepted, then a rebuild of libccrtp and
tags 345240 unreproducible moreinfo
tags 354132 unreproducible moreinfo
severity 345240 important
severity 354132 important
thanks
John,
We have been unable to confirm your bug report and as there haven't been any
confirmation reports I'm lowering the severity to important as this problem
On Thursday 02 February 2006 17:19, Thomas Baumgart wrote:
The real problem though is, that our configure script does not support
being called by an absolute path. I changed that in the current CVS HEAD
version and try to backport it for the next stable release.
How could this be tested
On Friday 17 February 2006 21:48, Debian Bug Tracking System wrote:
Um, that looks like a permissions problem on the device for your parallel
port, and not a bug in hpoj at all. You will need to configure your system
(presumably using udev and/or /etc/group) to grant the hpojlp user access
to
Thanks Stephane,
It was a subtle problem, which I was aware of before I uploaded the package.
Originally the package was called libcommoncpp2-1.0-0c102, but the soname
changed (which I didn't notice) and uploaded libcomoncpp2-1.0-0c102
(1.3.10-1).
Since the soname had changed I needed to
Package: network-manager-kde
Version: 0.09+0.1r577960-1
Severity: grave
Michael,
It would appear that knetworkmanager requires root access to function correctly.
I'm not sure if you are using with sudo or something similar, but as configured
out of the box with vanilla NetworkManager I find I
severity 385640 wishlist
retitle 385640 knetworkmanager should give hint if user lacks permissions
thanks
On Friday 01 September 2006 23:54, Filipus Klutiero wrote:
Are you sure you didn't miss network-manager's README.Debian's Security
section?
Thanks Filipus,
That was the problem.
Michael,
reopen 386899
tags 386899 patch
block 387348 by 386899
block 386855 by 386899
thanks
Andreas,
As Yannick has pointed out your second NMU hasn't fixed the issue, thus I'm
reopening the bug.
As a result I am unable to rebuild digikam nor any other application which
has a build-dep on
severity 374881 important
tags 374881 help
thanks
Bastian,
Thanks for your FTBFS report. I know we have had this home dir problem before:
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=350874
However this time it is only the s390 buildd who is reporting the problem,
kmymoney2 has built fine
On Wednesday 28 June 2006 04:26, Kurt Roeckx wrote:
It seems you have a build dependency on libmagick9++-dev which
doesn't exist. You probably want libmagick++9-dev. (The ++
before the 9 instead of after.)
Ah,
Thanks for that :-)
Mark
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a
On Wednesday 28 June 2006 19:25, Santiago Garcia Mantinan wrote:
We had a package that we knew was dfsg compliant, I had removed the lib
stuff which had several license problems because of that and then renamed
it to dfsg as we had agreed that it was dfsg compliant, now...
Manty,
Sorry. That
On Wednesday 28 June 2006 21:53, George Danchev wrote:
svn r1969-1972 are way too fast ;-) In the previous commit I just fixed the
blatant and unintended repackaging sed mistake and that is enough to have
kiax/lib with LGPL code only and EC enabled, please look at the headers of
the files. If
Achim,
Here is my strategy for dealing with the bad uploads of 0.8.2
0.9.0-beta. Then again it is 'unstable' we are talking about... :-)
I have filed a bug http://bugs.debian.org/379441 against ftp.debian.org
requesting removal of 0.9 from unstable. Failing that an upload of an epoc
version
Le mer 26 juillet 2006 12:17, Mark Purcell a écrit :
[...]
you will need an epoch, because people will have the 0.9 version
installed. your fight is over, you lost already. let it go, shit
happens, epoch is indeed designed for such situations.
so it's your epoch-able problem number 1, too
On Thursday 27 July 2006 07:34, Martin Schulze wrote:
The patch used for security is attached.
Thanks Joey,
In asterisk 1.2.10 half of that patch is already applied upstream.
I have applied the other half and am in the process of uploading.
The modified patch is included.
Mark
On Saturday 12 August 2006 07:56, Christoph Kaminski wrote:
Setting up zaptel (1.2.7.dfsg-3) ...
Zaptel cards initial configuration: ZT_SPANCONFIG failed on span 1: Invalid
Thanks Christoph,
This is probably due to a version incompatability bewteen the installed
zaptel-modules you have
Thanks,
On Saturday 12 August 2006 12:09, you wrote:
What sort of zaptel hardware do you have installed in your system, and
when was the last time you built the zaptel-modules?
This could be an issue, what sort of zaptel hardware do you have?
dpkg -l | grep zaptel-modules
ii
Christoph,
On Saturday 12 August 2006 12:48, Christoph Kaminski wrote:
01:06.0 Network controller: Cologne Chip Designs GmbH ISDN network
controller [HFC-PCI] (rev 02)
Thanks I think this is the nub of the problem.
Unfortunately I don't have access to ISDN hardware so won't be able to debug
On Tuesday 15 August 2006 22:00, Jonas Meyer wrote:
this patch fixes it. but i really think that the actual problem are the
packages libccscript-dev and libccaudio-dev putting their headers in the
wrong directory. for libccaudio-dev the bug is #383213. the very same
applies to libccscript-dev.
On Thursday 17 August 2006 18:58, Christine Spang wrote:
It looks like this is indeed caused by the fact that
asterisk_fix is not actually included in the packaging
of asterisk-config.
I've attached a simple patch that should fix this problem.
Thanks Christine,
I have just uploaded a new
On Sunday 22 October 2006 19:31, Marc Fargas wrote:
tags 394051 + patch
thanks
Attached patch that should fix it, I hope so ;)
Thanks Marc.
Mark
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
On Wednesday 25 October 2006 08:56, Mikael Magnusson wrote:
I have added patch (gnutls.dpatch) to pkg-voip svn.
Thanks!
Mark
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
On Friday 27 October 2006 13:03, Max Bowsher wrote:
Dropping support for wct4xxp represents a critical regression to people
using that hardware.
Max,
I would suggest you have a read of:
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=388756
wct4xxp was removed from unstable, but was
Hi pkg-kde-extras,
As you might of seen on debian-devel-announce,
http://lists.debian.org/debian-devel-announce/2006/11/msg0.html.
The freeze for etch has been put back a little, it was scheduled for 18 Oct,
leading to a release of Etch on 4 Dec.
What does this mean for pkg-kde-extras,
rant
Sorry this is NOT a changelog entry, we don't know why it's fixed and how
you fixed it or if you simply decided that Ogg support was not worth
having.
Raphael,
Fair call and my fault for those changelog entries.
I think perhaps I have been relying too much on the --closes functionality
reassign 502831 dvb-apps
tags 502831 confirmed
thanks
On Wednesday 22 October 2008 18:24:14 Matthew Johnson wrote:
I'm going to reassign the bug and
propose the patch, I'm hoping that Lucas or the dvb-utils maintainer can
comment on it first though.
Thanks Matthew,
Does dvb-apps need to
retitle 502831 /var/lib/dpkg/info/dvb-apps.postinst: line 6: /sbin/MAKEDEV: No
such file or directory
tags 502831 pending
thanks
On Wednesday 22 October 2008 21:02:37 Adeodato Simó wrote:
The patch should do something like:
if [ -x /dev/MAKEDEV ]; then
echo creating foo devices...
Package: watchdog
Version: 5.4-6
Severity: serious
Michael,
watchdog fails to install with an error if one doesn't have makedev installed.
# apt-get install watchdog
Reading package lists... Done
Building dependency tree
Reading state information... Done
The following NEW packages will be
On Sunday 26 October 2008 04:00:28 Jan Wagner wrote:
There is an exploit outside which trys to start commands via irc handler.
Dunno if there older versions which are also vuln. Maybe you will also
adjust the severity.
Jan,
Are you referring to this old report, or is this a new exploit?
On Monday 27 October 2008 04:28:29 Jan Wagner wrote:
While following the thread, I think it maybe an old issue, even if the
exploit states it's valid for 3.4.0.
Jan,
Raúl Sánchez Siles [EMAIL PROTECTED] sent an update to your report stating
that whilst it didn't effect upstream 3.4.2, that
On Monday 27 October 2008 08:18:38 Raúl Sánchez Siles wrote:
Current sid version is 3.4.0-2 and 3.4.0-3 with the fix is coming shortly,
just in case.
Would you mind to elaborate your experience a bit
I was just cleaning up the BTS versions as kvirc has an epoc.
The original report was for
Looks like the only thing prevent the RC bug #433996 being closed for lenny is
the hppa build for sabre_0.2.4b-26_hppa
Request a give back.
sabre_0.2.4b-26_hppa
sabre 0.2.4b-26
Builds of version 0.2.4b-26 have been attempted on the following occasions:
Wed 15 Oct 2008 06:10:
It would appear that RC bug 501041 is being held out of lenny by the ia64
hppa uploads of wmibam_0.0.1-2.1
Request a give back as they both appear to of been successful in build on 15
Oct.
Thanks,
Mark
wmibam_0.0.1-2.1_hppa
wmibam 0.0.1-2.1
Builds of version 0.0.1-2.1 have been
d-r,
It would appear that resolution of RC #494468 is being held out of lenny by
the lack of the hppa build, which appears to of been last successful on 14
Oct.
Request a give back be scheduled for glibc_2.7-15_hppa
Mark
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of
d-r,
It would appear that RC #496334 is being held out of lenny by the lack of the
hppa ia64 builds which were both completed on 15 Oct, but haven't been
installed.
Request a give back be scheduled for mdadm_2.6.7.1-1_hppa
mdadm_2.6.7.1-1_ia64.
Mark
--
To UNSUBSCRIBE, email to [EMAIL
d-r,
It would appear that RC #487568 is being held out of lenny by the lack of the
hppa build which was last successful on 14 Oct, but still hasn't been
installed.
Request a give back of motion_3.2.9-7_hppa
Thanks,
Mark
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of
Package: kmymoney2
Version: 0.9.2-1
Severity: serious
Upstream consider 0.9.2 development release.
http://kmymoney2.sourceforge.net/index-home.html
Current stable release 0.8.9 should be released with lenny.
Mark
-- System Information:
Debian Release: lenny/sid
APT prefers unstable
APT
notfound 482629 0.9.6beta-4
thanks
On Saturday 24 May 2008 10:56:19 Micha Lenk wrote:
Version: 0.9.6beta-4
The package kmymoney2 0.9-1 ships without header files and all the other
development files shipped in earlier versions (see #482625).
Hence this package fails to build from source:
d-r,
It would appear that RC #502275 is not resolved in lenny due to the lack of
the hppa ia64 buildds, which were last successful on 15 Oct, not uploading
to incoming.
Thus request a give back for:
pdnsd_1.2.6-par-11_hppa
pdnsd_1.2.6-par-11_ia64
Thanks,
Mark
--
To
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 Tuesday 28 October 2008 20:11:20 Benjamin Scherrer wrote:
So if it's not an issue in the Debian testing but rather a compatibility
issue with multimedia and testing,
I am using testing multimedia as well and have no issue.
Adam,
If you could close the report that would help the lenny
On Tuesday 28 October 2008 21:30:12 Adam Cécile (Le_Vert) wrote:
Do you mean I should close the bug right now, even Ben has still this
issue ?
No if Ben still has the issue, then we shouldn't close, but from the tone of
his last email I was under the impression that the problem has gone away.
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
On Wednesday 29 October 2008 05:39:20 Peter De Wachter wrote:
But issues which [make] the package in question unusable by most or
all users are severity grave. I'd argue most users (certainly most
desktop users) don't use an English locale, as most people don't use
English as their native
On Wednesday 29 October 2008 02:09:20 you wrote:
It is. So I will upload a fixed package to testing-proposed-updates
Thanks Micha,
I don't think I can do this from the kmymoney2 end, so it would be good if you
can do on the plugin package.
Mark
--
To UNSUBSCRIBE, email to [EMAIL
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 Friday 19 September 2008 15:56:05 Stephen Kitt wrote:
Thanks for the patch and the info, the next upload will fix both issues. It
won't happen in the next few days though
Stephen,
Any progress on your upload to resolve this RC bug against lenny?
Mark
--
To UNSUBSCRIBE, email to [EMAIL
On Thursday 30 October 2008 04:42:22 Stephen Kitt wrote:
I was originally planning on uploading a new version of the package with a
bunch of changes to experimental, but since this bug has been promoted I'll
package the minimal fixes required to unstable this weekend: the fix for
this bug and
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
1 - 100 of 361 matches
Mail list logo