Package: ftp.debian.org
Severity: normal
The package "qce-ga" and associated binary package "qce-source" should be
removed from unstable & testing because it's superceded by the "qc-usb"
package which is already in both distribs.
(that fact is documented in the description of the qc-usb-source pa
Package: lists.debian.org
Severity: wishlist
Hello,
I was in Educatice (see
http://lists.debian.org/debian-devel-announce/2005/11/msg00023.html) a
few weeks ago and met many people from several projects all related to
"free software and education". All projects are based on Debian but they
have t
reassign xsltproc 1.1.15-1
retitle 336280 xsltproc: doesn't recognize variables in some particular
situations
thanks
Le vendredi 28 octobre 2005 à 08:06 -0700, Matt Kraai a écrit :
> Package: logidee-tools
> Version: 1.2.4-2
> Severity: serious
>
> pbuilder fails to build logidee-tools in an uns
reassign 336280 logidee-tools
retitle 336280 XSL files incorrectly use variables in match pattern
thanks
Le samedi 05 novembre 2005 à 18:06 +0100, Mike Hommey a écrit :
> > Thus I'm reassigning the bug. I also attach "ignore.xsl" which can be
> > used as a minimal test case to reproduce the bug :
Le samedi 05 novembre 2005 à 20:02 +0100, Mike Hommey a écrit :
> > I hate when good features are removed because the standard says so
> > without explaining why it makes sense ... in particular when I don't
> > know any clean workaround to do the same thing. :-(
>
> You can work around with xsl:c
Le jeudi 16 juin 2005 à 08:21 +0200, Rico Barth a écrit :
> otrs creates an failure if PostMaster.pl calls
> through any other modules method
> DBD::Pg::db::prepare from /usr/lib/perl5/DBD/Pg.pm. The output is:
>
> #
>
> DBD::Pg::db::prepare('DBI::db=HASH(0x61d94930)',
> 'IN
Package: libgtkhtml1.1-3
Version: 1.1.10-4
Severity: serious
Justification: Policy 7.5.1
During apt-get dist-upgrade in sarge I got :
Unpacking libgtkhtml1.1-3 (from .../libgtkhtml1.1-3_1.1.10-4_i386.deb) ...
dpkg: error processing
/scratch/mirror/debian/pool/main/g/gtkhtml/libgtkhtml1.1-3_1.1.10
Le vendredi 22 avril 2005 à 02:07 -0700, Kevin Brown a écrit :
> Okay, I've tracked this one down. The offending line is 1547, which
> reads:
>
> currph->quoted = currph->bind_type->quote(currph->value,
> currph->valuelen, &currph->quotedlen);
>
> This is never freed prior to re-assignment.
Le mardi 26 avril 2005 à 21:36 +0200, Filippo Giunchedi a écrit :
> Thijs Kinkhorst wrote on 26-04-2005 11:55:
>
> > I'm willing to fix this sometime if someone can point me to the sources
> > of the PTS.
>
> check http://cvs.debian.org/pts/?cvsroot=qa
>
> having MMDDhhmm as the filename for
severity 289690 serious
thanks
This bug should really be fixed for sarge... releasing with broken Samba
support isn't an option.
I also encountered the bug on my side (with version 2.6.8-13 of the
kernel).
You must be able to find out the relevant change in the kernel bitkeeper
history, isn't it
Le vendredi 18 mars 2005 à 18:15 +0900, Horms a écrit :
> Can you please update to a more recent version of 2.6.8 and retest?
Which one ? I don't know of anything newer than 2.6.8-13 ...
(I was using -13 as I reported in my mail)
Cheers,
--
Raphaël Hertzog -+- http://www.ouaza.com
Formation Lin
Le jeudi 16 juin 2005 à 13:21 +0200, Rico Barth a écrit :
> I tried libdbd-pg-perl 1.42-1 from testing and the problem is fixed. It's
> possible that new version 1.42-1 from testing comes in stable as a bug fix
> next time?
I'll try but it's not certain. We have very strict guidelines for
update
Le mardi 31 mai 2005 à 15:37 +0200, Eduardo Garcia-Mádico Portabella a
écrit :
> There's a perl script that inserts data in mysql tables (charset latin1,
> both, tables and data for insertion). From last update to Sarge all
> non-ascii characters that we try to insert become as if the perl script
>
Package: svn-buildpackage
Version: 0.6.7
Severity: normal
I decided to use svn-buildpackage on my packages so I tried t svn-inject
all my current sources. However until now I always used "uscan" (package
devscripts) to download new upstream sources and this program keeps
the old name to the archi
Package: devscripts
Version: 2.8.14
Severity: wishlist
svn-buildpackage works by default with a particular directory setup which
makes tools like debi and debc fail.
The generated package is not in the directory above the package tree
because the current tree is not used to build the package... s
Le samedi 25 juin 2005 à 02:09 -0500, Manoj Srivastava a écrit :
> Package: libdbd-pg-perl
> Version: 1.42-2
> Severity: normal
>
> Jun 25 01:58:41 glaurung mimedefang-multiplexor[28764]: Slave 0 stderr:
> DBD::Pg::st execute failed: ERROR: syntax error at or near "$1" at character
> 80
>
>
Package: reportbug
Version: 3.8
Severity: wishlist
As member of the Debian QA Group I try to think of ways to improve the
overall quality of Debian. One way is to have more contributors for each
package... and to get external people involved I encourage them to
subscribe to the PTS for the package
Le vendredi 08 avril 2005 à 19:22 -0700, Steve Langasek a écrit :
> Does this bug also occur when using the cifs driver instead of the smbfs
> driver?
I couldn't reproduce the problem now... it looks like the bug only
happens with a Windows (2000) SMB server because I tried to reproduce
the proble
On Fri, 22 Dec 2006, Stefan Hornburg wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Version: 5.2.3-0.8
> Distribution: experimental
Jean-Charles, except #404140, do you see any other bug to be fixed before
uploading this sympa package to unstable ?
Any other tester ?
Stefan, please upload new ver
On Tue, 02 Jan 2007, Lars Wirzenius wrote:
>From the upstream web site: Coverage.py is a Python module that measures
> code coverage during Python execution. It uses the code analysis tools
> and tracing hooks provided in the Python standard library to determine
> which lines are executable, and wh
Hello,
Summary: in #354355, it has been reported that the current version in etch
is the same than in sarge and it's so severly outdated that upstream can
no longer support it security wise and that upstream developers would
prefer having no sympa package at all instead of having this outdated
ver
On Mon, 15 Jan 2007, Michael Schultheiss wrote:
> > It would be cool if you could maintain this package within the
> > "pkg-sql-ledger" team. Since ledger-smb derives from sql-ledger
> > the package needs to offer a nice way to take over sql-ledger's data.
>
> I'd be glad to maintain ledger-smb as
On Fri, 19 Jan 2007, Marc Fargas wrote:
> Hi Raphael,
Hi Marc,
> I just read at http://www.us.debian.org/Bugs/Developer.en.html#severities
> and took the one that made more sense to me, there the only severity
> that talks about "security" is "critical" so I took that. I'm not a
> bug vodoo, I wa
Hello Marc,
On Thu, 18 Jan 2007, Marc Fargas wrote:
> Package: python-django
> Version: 0.95-2
> Severity: normal
>
> python-psycopg has given some trouble in the past with Django, and it's
> often recommended to use python-psycopg2 instead.
References ? pointers ? facts ? I never used postgres
severity 407521 important
thanks
On Fri, 19 Jan 2007, Marc Fargas wrote:
> severity critical
> tags +patch
> thanks
>
> The current Django versión in Debian has a security hole, so this bug
> should be critical, and the patch recommended by the submitter should be
> applied and brought to etch,
severity 407519 important
thanks
On Fri, 19 Jan 2007, Marc Fargas wrote:
> severity critical
> tags +patch
> thanks
>
> The current Django versión in Debian has a security hole, so this bug
> should be critical, and the patch recommended by the submitter should be
> applied and brought to etch,
Hello,
On Fri, 19 Jan 2007, James Bennett wrote:
> package: python-django
> version: 0.95-2
>
> A minor problem was discovered with Django's use of flup for FastCGI
> handling after the 0.95 release; flup was allowed to run in 'debug' mode
> and show full tracebacks on uncaught exceptions, whic
Hello,
On Wed, 24 Jan 2007, Philip Hands wrote:
> I think this, or at least a dedicated request tracker for debian-admin, is
> an eminently sensible idea.
>
> Perhaps rt would be better, since the problem with the bug tracking system
> being open to all is that we're going to have to split the se
severity 371070 normal
thanks
On Fri, 08 Dec 2006, Eddy Petrișor wrote:
> # the flightgear package is unusable on my machine, maintainer didn't
> answer,
> # somebody should at least confirm or infirm the bug
> # breaks unrelated software
> severity 372070 grave
Given the comments in the bug rep
# Fixing severities (typo on bug number)
severity 372070 normal
severity 371070 wishlist
thanks
Sorry for the mixup.
On Fri, 15 Dec 2006, Raphael Hertzog wrote:
> severity 371070 normal
> thanks
>
> On Fri, 08 Dec 2006, Eddy Petrișor wrote:
> > # the flightgear package is unus
On Sun, 26 Nov 2006, Tim Dijkstra wrote:
> No, it is not adding any race condition. If understand correctly from
> the comments in the code, you are referring to the fact that the child
> could print to stdout after the parent has already died, hence
> cluttering other dpkg output, right?
>
> My p
-central uses the
+standard location which doesn't break the expectation of this package.
+Closes: #387414
+
+ -- Raphael Hertzog <[EMAIL PROTECTED]> Fri, 15 Dec 2006 09:55:48 +0100
+
omniorb4 (4.0.6-2.2) unstable; urgency=low
* Non-maintainer upload.
diff -u omniorb4-4
On Tue, 05 Dec 2006, jamhed wrote:
> > Well, it worked for me, and seemingly for most other people. I'm not sure
> > what makes your configuration special, though :-)
>
> I was suspecting my 'special config', because of upgrade, so
> I've installed fresh etch on another clean machine, it crashed t
On Fri, 15 Dec 2006, Bill Allombert wrote:
> On Fri, Dec 15, 2006 at 11:30:57AM +0100, Raphael Hertzog wrote:
> > I took a look at the patch and I understand the same.
> >
> > I agree it would have been nice to know exactly why the signal code
> > doesn't w
reassign 403088 libemail-mime-perl
retitle 403088 libemail-mime-perl: backwards incompatible change leading to
FTBFS in etch
found 403088 1.851-1
close 403088 1.857-1
thanks
Hi,
On Thu, 14 Dec 2006, Lucas Nussbaum wrote:
> During a rebuild of all packages in etch, I discovered that your package
tags 398371 - patch
thanks
On Sun, 26 Nov 2006, Alex de Oliveira Silva wrote:
> tags 398371 + patch
> thanks
>
> Even though this a simple fix, I provide anyhow a patch for it.
It's not a proper fix IMO because we now use openbsd-inetd by default.
And there's not good way to reliably restart the
On Fri, 17 Nov 2006, Steinar H. Gunderson wrote:
> Well, it's a step, at least, but it doesn't really help all that much. Lines
> 123 and 124 are
>
> 123 wWorkspaceMenuUpdate(scr, scr->workspace_menu);
> 124 wWorkspaceMenuUpdate(scr, scr->clip_ws_menu);
I've put a breakpoint on li
severity 354355 serious
thanks
On Fri, 15 Dec 2006, Christian Perrier wrote:
> > As already said last year, I'm ready for comaintain or maintain this
> > package.
>
> I'm following the sympa PTS for years and I'm afraid that I have to
> confirm Jean-Charles statement.
Agreed. And given the requ
Hi,
On Fri, 15 Dec 2006, Francesco Cecconi wrote:
> Hi Florian,
>
> > Looking good so far, but why do you edit in debian/changelog the date
> > fields of 0.09-4 and 0.09-3? Removing the trailing space in
> > 0.09-dfsg-1 is acceptable, but why the other changes?
>
> I have fixed this problem.
An
Hi,
On Sat, 16 Dec 2006, Francesco Cecconi wrote:
> > And I uploaded the package.
>
> Excuse me Raphael, have you a problems with upload the package?
Right, sorry, I was about to upload it and got distracted by something
else. :-) It's uploaded now.
Cheers,
--
Raphaël Hertzog
Premier livre fr
On Fri, 15 Dec 2006, Raphael Hertzog wrote:
> > I'm following the sympa PTS for years and I'm afraid that I have to
> > confirm Jean-Charles statement.
>
> Agreed. And given the request of the upstream authors I believe we should
> consider this bug as release crit
On Mon, 18 Dec 2006, Stefan Hornburg wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> Format: 1.7
> Date: Mon, 18 Dec 2006 09:24:57 +0100
> Source: sympa
> Binary: sympa
> Architecture: source i386
> Version: 5.2.3-0.1
> Distribution: experimental
Stefan, why are you ignoring all the
Hello,
thanks for your answer.
On Mon, 18 Dec 2006, Stefan Hornburg (Racke) wrote:
> I'm in the progress in merging the package offered by Jean Charles Delepine
> into my sources. While it is definitely better than my last released
> package, it still has rough edges. If you are not satisfied wi
Hi,
On Tue, 19 Dec 2006, Jean Charles Delepine wrote:
> "Stefan Hornburg (Racke)" <[EMAIL PROTECTED]> écrivait (wrote) :
>
> > I'll take this out. It is more hassle than it is really worth.
>
> We need, now, a workable package for etch. 5.2.3-0.2 is not that
> package, 5.2.3-0.3 will have bugs
On Wed, 20 Dec 2006, Jean Charles Delepine wrote:
> I therefore choose to svn-inject Stefen's 5.2.3-0.5, and wish he will
> use it.
>
> http://svn.debian.org/wsvn/collab-maint/deb-maint/sympa/?rev=2087&sc=1
Stefen, you have write access to this svn repository. Please use it to
maintain the packag
Hi Stefan,
On Wed, 20 Dec 2006, Stefan Hornburg (Racke) wrote:
> >Stefen, you have write access to this svn repository. Please use it to
> >maintain the package. It will ease our work. I don't know if you're
> >familiar with svn-buildpackage, if not please check out some related
> >documentation:
On Thu, 21 Dec 2006, Jean Charles Delepine wrote:
> Package: sympa
> Version: 5.2.3-0.5
> Severity: wishlist
> Tags: patch
>
> While installing sympa with /var/lib/sympa/ imported from an netapp :
>
> Installing new version of config file /etc/logrotate.d/sympa ...
>
> chown: cha
On Thu, 21 Dec 2006, Jean Charles Delepine wrote:
> > What specific use case do you have ?
>
> On an netapp .snapshot/ is read-only, but only .snapshot.
And .snapshot is only at the root of the mount point or in all directories?
> I can't think of a failure on chmod/chown which should'nt have ma
Hi,
On Fri, 03 Nov 2006, Kapil Hari Paranjape wrote:
> Thanks for the tremendous job of sorting out these issues.
Thanks but the credit really goes to Matthew Garrett and the other Ubuntu
guys who created this package.
> The IBM R51 (2887NQ9) laptop that I have does not suspend/resume
> unless t
Package: websvn
Version: 1.61-13
Severity: minor
We're using Websvn on svn.debian.org and a user reported that the default
colors for diffs are too dark. He suggests replacing 3 CSS styles in the
various themes:
Original values:
TD.diffdeleted
{
font-size: 11px;
background-color: red;
}
TD
Hello pkg-voip maintainers,
I'm a bit astonished on how the bugs 375141 and 397147 have been handled.
While recompiling the testing version of asterisk I discovered that I lost
ogg support because of the lack of build-depends so I start looking on the
bugs and find out #375141 which reports the pr
On Sat, 11 Nov 2006, Paul Sladen wrote:
> It would be useful if this fix could be filed and sent upstream:
>
> https://launchpad.net/distros/ubuntu/+source/acpi-support/+filebug
Feel free to do so to help us.
Cheers,
--
Raphaël Hertzog
Premier livre français sur Debian GNU/Linux :
http://www
On Sun, 12 Nov 2006, Geert Stappers wrote:
> The text tells about the (upstream) source by using the generic name
> "package", the example tells about the Debian directory.
So fix the wording... and don't change everything when there has been some
serious discussion on -devel and when lots of pack
Package: baobab
Version: 2.4.2-1.1+b1
Severity: important
I store chroots of Debian Sid/Sarge within my home directory (in
/home/rhertzog/local/chroot/{sarge,unstable}). And since I often work in
those chroot I use "bind mount" to share the /home directory between the
chroots and the main system (
On Wed, 06 Dec 2006, Nicolas François wrote:
> On Tue, Dec 05, 2006 at 01:13:08PM +0100, Rafal Maj wrote:
> > Package: dpkg
> > Version: 1.13.21
> > Severity: normal
> >
> > While doing apt-get update today (debian testing) I got:
> >
> > dpkg: version '>= 2.3' has bad syntax: version string has
Hello Changwoo,
On Tue, 05 Dec 2006, Changwoo Ryu wrote:
> Well, the problem is still on python-central, exactly dh_pycentral which
> has been used during package build. Before these stupid binary-only
> uploads, the packages had the correct Depends, "python (>= 2.3), python
> (<< 2.4)". But the
severity 400192 serious
thanks
On Fri, 24 Nov 2006, Frederik Wagner wrote:
> The libnss-ldap package does not evaluate preseeded debconf settings.
As discussed with Olivier Berger and Steinar Gundersson, this bug is a
regression introduced by a previous NMU. Steinar reviewed the latest patch
of O
Hi,
On Wed, 10 Jan 2007, Christian Perrier wrote:
> Raphaël,
>
> I was also intending to NMU this package to fix its longstanding
> ignored po-debconf translations (AND fix the translations).
>
> I notified Stephen 2/3 days ago and got no answer yet.
>
> Given the urgency of fixing that RC bug
Hello,
On Mon, 15 Jan 2007, Michael Schultheiss wrote:
> Package: wnpp
> Severity: wishlist
> Owner: Michael C. Schultheiss <[EMAIL PROTECTED]>
>
> * Package name: ledger-smb
> Version : 1.1.7
> Upstream Author : LedgerSMB Core Team
> * URL : http://www.ledgersmb.org/
clone 384094 -1
reassign -1 python2.5-minimal 2.5-3
retitle -1 Python2.5 fails to install with python-minimal 2.4.3-11 from etch
severity 384094 important
retitle 384094 python-central: inconsistent handling of list of installed
runtimes
found 384094 0.5.10
thanks
On Wed, 15 Nov 2006, Igor Goryac
# Cleaning my mistakes
unmerge 384094
reassign 384094 python-central 0.5.10
reassign 397006 python2.5-minimal 2.5-3
severity 397006 serious
retitle 397006 python2.5-minimal: needs to depend on pyhton-minimal (>= 2.4.4-1)
thanks
My explanation below:
On Wed, 22 Nov 2006, Raphael Hertzog wr
equired for python-central to accept the
+installation of python2.5-minimal. Closes: #397006
+
+ -- Raphael Hertzog <[EMAIL PROTECTED]> Wed, 22 Nov 2006 15:41:06 +0100
+
python2.5 (2.5-3) unstable; urgency=medium
* Update to 20061029 (2.4.4 was released on 20061019), taken from
-maintainer upload.
+ * Only remove empty dirs in /usr/lib/pythonX.Y. Closes: #395104
+
+ -- Raphael Hertzog <[EMAIL PROTECTED]> Wed, 22 Nov 2006 12:33:55 +0100
+
python-central (0.5.10) unstable; urgency=low
* Depend on python (>= 2.3.5-7), providing /usr/share/python_defaults.
diff
reassign 399697 pygame 1.7.1release-4
retitle 399697 pygame shouldn't build-depend on pythonX.Y-numeric but on
python-numeric
thanks
On Tue, 21 Nov 2006, Daniel Schepler wrote:
> Package: python-numeric
> Version: 24.2-7
> Severity: serious
>
> As the subject says, if I build python-numeric unde
pty binary-indep target in debian/rules.
+- Removed dh_python call and adjust python-central build-dependency
+ accordingly.
+
+ -- Raphael Hertzog <[EMAIL PROTECTED]> Wed, 22 Nov 2006 21:42:59 +0100
+
pygame (1.7.1release-4) unstable; urgency=low
* control: Add ${shlibs:Depends} Depends:.
Package: python-forgetsql
Version: 0.5.1-7
Severity: minor
Usertag: python-provides
This module provides python2.3-forgetsql but it should only provides
${python:Provides} to avoid providing versions of the module that it is no
more providing because we dropped them from the set of supported versi
Package: python-pyrex
Version: 0.9.4.1-2
Severity: minor
Usertag: python-provides
This module provides python2.3-pyrex, python2.4-pyrex but it should only
provides ${python:Provides} to avoid providing versions of the module that it
is no more providing because we dropped them from the set of supp
Package: pymacs
Version: 0.22-6
Severity: minor
Usertag: python-provides
This module provides python2.[1234]-pymacs but it should instead provide
${python:Provides} to avoid providing versions of the module that it is no
more providing because we dropped them from the set of supported versions (a
Package: python-forgethtml
Version: 0.0.20031008-8
Severity: minor
Usertag: python-provides
This module provides python2.3-forgethtml, python2.4-forgethtml,
but it should only provides ${python:Provides} to avoid
providing versions of the module that it is no more providing because we
dropped them
Package: python-spf
Version: 1.6-4
Severity: minor
Usertag: python-provides
This module provides python2.3-spf, python2.4-spf but it should only
provides ${python:Provides} to avoid providing versions of the module that
it is no more providing because we dropped them from the set of supported
vers
Package: python-beautifulsoup
Version: 3.0.1-2
Severity: minor
Usertag: python-provides
This module provides python2.3-beautifulsoup, python2.4-beautifulsoup,
${python:Provides} but it should only provides ${python:Provides} to avoid
providing versions of the module that it is no more providing be
Package: python-ipy
Version: 1:0.5-1
Severity: minor
Usertag: python-provides
This module provides python2.3-ipy, python2.4-ipy but it should only
provides ${python:Provides} to avoid providing versions of the module that it
is no more providing because we dropped them from the set of supported ve
Package: python-templayer
Version: 1.4-1
Severity: minor
Usertag: python-provides
This module provides python2.[1234]-templayer but it should only provides
${python:Provides} to avoid providing versions of the module that it is no more
providing because we dropped them from the set of supported ve
Package: python-omniorb2-omg
Version: 2.6-3.1
Severity: minor
Usertag: python-provides
This module provides python2.3-corba-omg, python2.4-corba-omg and it shouldn't
provide packages with hardcoded python versions since a rebuild of the package
can theoretically drop support of some python version
+
+ * Non-maintainer upload.
+ * Change Provides fields to refer to ${python:Provides} instead of
+erroneous ${Python:Provides}.
+
+ -- Raphael Hertzog <[EMAIL PROTECTED]> Wed, 22 Nov 2006 23:46:58 +0100
+
python-numarray (1.5.2-2) unstable; urgency=low
* Re-apply lost changes from 1.5.1
clone 398899 -1
reassign -1 python-central 0.5.10
retitle -1 python-central doesn't support packages providing only support for
old/unsupported runtimes
thanks
On Thu, 16 Nov 2006, Yavor Doganov wrote:
> Package: python-iconvcodec
> Version: 1.1.2-3+b1
> Severity: serious
>
> The package fails t
stable; urgency=low
+
+ * Non-maintainer upload.
+ * Accept packages providing support of only old python runtimes.
+Closes: #399986
+
+ -- Raphael Hertzog <[EMAIL PROTECTED]> Thu, 23 Nov 2006 10:28:23 +0100
+
python-central (0.5.11) unstable; urgency=low
* Non-maintainer u
elay.install to debian/php5-sqlrelay.install and update
+its content).
+
+ -- Raphael Hertzog <[EMAIL PROTECTED]> Thu, 23 Nov 2006 11:30:27 +0100
+
sqlrelay (1:0.37.1-3) unstable; urgency=low
* Remove java-gcj-compat-dev build dependency for arm.
only in patch2:
unchanged:
--- sqlrel
clone 398771 -1
reassign -1 python-support 0.5.5
retitle -1 python-support should warn and not fail when some files can't be
byte-compiled
thanks
On Thu, 16 Nov 2006, Lionel Elie Mamane wrote:
> This bug, in my opinion, makes the package unsuitable for release with
> etch. It breaks upgrades from
On Fri, 10 Nov 2006, Loïc Minier wrote:
> By design, python-support might break some applications. Two examples
> lately were the GStreamer 0.10 Python bindings and the GNOME Deskbar
> Applet. This is usually because these packages are ./configured with a
> default Python path, such as /usr/l
g to byte-compile an *.py file (for example,
+when the file is a symlink to a non-existent file). Closes: #400001
+
+ -- Raphael Hertzog <[EMAIL PROTECTED]> Thu, 23 Nov 2006 14:10:25 +0100
+
python-support (0.5.5) unstable; urgency=high
* dh_pysupport, pysupport-movemodules
On Thu, 23 Nov 2006, Alexandre Fayolle wrote:
> > This module provides python2.[1234]-pymacs but it should instead provide
> > ${python:Provides} to avoid providing versions of the module that it is no
> > more providing because we dropped them from the set of supported versions
> > (as
> > is th
On Thu, 23 Nov 2006, Lionel Elie Mamane wrote:
> > I just checked, it is not a conffile.
>
> ... and not shipped by the package, but created by the postinst.
>
> Which means this also breaks _new_ installs as far as I understand it
> because if:
>
> - mailman gets unpacked _before_
>
> - pyth
On Fri, 24 Nov 2006, Lionel Elie Mamane wrote:
> Ah, I think I have it. We can remove the symlink in pre-rtupdate and
> put it back in post-rtupdate. That takes care of python version
> updates. Now, for new installs... Python will guaranteed be configured
> before us, so indeed creating the symlin
Package: apt
Version: 0.6.46.2
Severity: serious
I'm filing this new bug following some discussion (attached) in
debian-devel. I've also seen this behaviour a few time and it's very
annoying. This should be fixed for etch...
Cheers,
--
Raphaël Hertzog
Premier livre français sur Debian GNU/Linux
On Thu, 30 Nov 2006, Rene Engelhard wrote:
> reopen 399986
> thanks
>
> Still fails with 0.5.12.
Sorry, you need to provide more info. How exactly have you encountered a
failure ?
When installing which package on which distribution with which version of
python-minimal ?
Testing still has a bad
severity 398899 serious
retitle 398899 python-iconvcodec: won't install without python2.3, either
remove or depend explicitely on python2.3
thanks
On Thu, 30 Nov 2006, Rene Engelhard wrote:
> $ sudo dpkg --configure -a
> [...]
> Setting up python-iconvcodec (1.1.2-3+b1) ...
> pycentral: pycentral
Hello,
On Wed, 22 Nov 2006, Raphael Hertzog wrote:
> Attached is a patch that fixes the two bugs and that improves various
> other things.
>
> If you want me to upload this as NMU, just ask.
It's been a week without news. I uploaded the NMU.
Ed & Joe, I'd suggest
Hi,
On Thu, 30 Nov 2006, Daniel Schepler wrote:
> > This is the normal behaviour of the package since in sid python2.3 is no
> > more marked as supported in /usr/share/python/debian_defaults ...
>
> It seems to me that it's a bad idea to make this change in sid while the old
> python packages ar
when
+generating the depends line (to avoid unwanted dependencies on pythonX.Y).
+
+ -- Raphael Hertzog <[EMAIL PROTECTED]> Thu, 30 Nov 2006 16:35:43 +0100
+
python-setuptools (0.6c3-1) unstable; urgency=medium
* New upstream version (release candidate 3). Closes: #389780.
diff -u python
Package: locales
Version: 2.3.6.ds1-4
Severity: normal
On alioth we provide all locales to our users and since I knew of locales-all
in etch, I installed it and immediately after I removed the "locales"
package since locales-all is providing it anyway.
This resulted in no installed locales... in
Hi Georges,
On Wed, 01 Nov 2006, Georges Khaznadar wrote:
> Luk Claes a écrit :
> > Your package recommends wims-extra which is unavailable in unstable.
>
> Please Raphael, may you sponsor the package ? it is described at
> http://debian.ofset.org/dists/etch/main/source/wims-extra_3.58-1.dsc
Che
Package: devscripts
Version: 2.9.25
Severity: normal
Following the advice here:
http://roland.entierement.nu/blog/2005/04/28/debianwatch-vs-sfnet.html
I added this is debian/watch:
version=3
http://qa.debian.org/watch/sf.php?project=gnomeicu gnomeicu-([\d.]*).tar.gz
uscan --report works very wel
Package: ktouch
Version: Many keyboard layouts missing
Severity: important
The latest upstream release, rather than fixing the allegedly broken
keyboard layouts, simply removed them from the build process (see
keyboard_DATA in ./kdeedu-3.5.5/ktouch/keyboards/Makefile.in and
corresponding ChangeLog
Le dimanche 16 janvier 2005 à 14:24 +0100, Marc Haber a écrit :
> Package: qa.debian.org
> Severity: wishlist
>
> Hi,
>
> http://packages.qa.debian.org/e/exim.html does not seem to list the
> security upload of 3.35-1woody4 in the Latest News section. I'd like
> to see that information there as w
Le lundi 17 janvier 2005 à 23:49 +0100, Isaac Clerencia a écrit :
> Package: debian-cd
> Version: 2.2.20
> Severity: minor
>
> "make bin-list" fails when a non-english locale is set because the parser for
> apt-cache depends output in list2cds just looks for the English words, i.e.
> Depends, Re
On Wed, 07 Feb 2007, Georges Khaznadar wrote:
> > Otherwise, consider removing that check for the next upload.
>
> OK, I do that. Should we upload it shortly, or do we wait for a new
> upstream release?
We can safely wait.
Cheers,
--
Raphaël Hertzog
Premier livre français sur Debian GNU/Linux
Hi,
On Sat, 10 Feb 2007, Nico Golde wrote:
> P.S. are you going to maintain this package? Thought Raphael
> is doing it :)
As I told you, I have no big interest in this package but I've packaged it
because we needed it to have good support of most laptops. Loïc offered
his help so I'm quite happ
tag 410918 + wontfix
thanks
Hello,
On Wed, 14 Feb 2007, Francois Gouget wrote:
> I have a Sony laptop so the toshset package does absolutely nothing for
> me and I should not have to install it.i
>
> So acpi-support should Recommend toshset rather than Depend on it.
>
> This way a default insta
On Wed, 28 Feb 2007, Moritz Muehlenhoff wrote:
> We talked about this before in private mail. Please either
>
> a) Document clearly in README.Debian that sql-ledger is not suitable
> for public installations w/o completely trusted users (which could even
> in ordner for an accounting solution) and
1 - 100 of 4222 matches
Mail list logo