Hello,
I suggest to remove package puzzle (and close #100256). I quote from
the Readme.debian of tree-puzzle:
tree-puzzle replaces the previous package puzzle, since the program was
renamed by upstream because of a name conflict with another program.
The command and manpage for tree-puzzle ar
On 04/11/01, Mark Brown wrote:
> On Sun, Nov 04, 2001 at 09:39:25PM +0100, Christian Kurz wrote:
> > On 04/11/01, Matthew Vernon wrote:
> > > Indeed. Historically, debian-qa have been the people who deal with
> > > orphaned packages - there are moves to make the BTS-generated traffic
> > Well, but
Christian Kurz writes:
> On 04/11/01, Mark Brown wrote:
> > On Sun, Nov 04, 2001 at 09:39:25PM +0100, Christian Kurz wrote:
> > > On 04/11/01, Matthew Vernon wrote:
> > > > Indeed. Historically, debian-qa have been the people who deal with
> > > > orphaned packages - there are moves to make th
>> "Tille, Andreas" <[EMAIL PROTECTED]> writes:
> I suggest to remove package puzzle (and close #100256). I quote from
> the Readme.debian of tree-puzzle:
>
> tree-puzzle replaces the previous package puzzle, since the program was
> renamed by upstream because of a name conflict with anot
On Mon, 5 Nov 2001, Marcelo E. Magallon wrote:
> I know this will sound like nitpicking (given the package in question)
> but AFAICS, there would be no upgrade path from puzzle to tree-puzzle
> (puzzle exists in stable).
I think it is not nitpicking.
> In general renaming packages is bad. Mo
On Mon, Nov 05, 2001 at 12:59:39PM +0100, Marcelo E. Magallon wrote:
> Does anyone know if this is being taking care of? (I don't watch the
> -dpkg or -whatever-the-relevant-one-is-called list at all) Will it be,
> at some point in the near or far future, possible to rename packages in
> a sen
>> "Tille, Andreas" <[EMAIL PROTECTED]> writes:
> I think tree-puzzle should have an Replaces:/Conflicts: puzzle.
> This is, what I as the "want-to-be" maintainer could do to fix that.
> Any further suggestion to fix this problem?
And provides, too, I'd guess.
I know this has been discussed
On Mon, 5 Nov 2001, Colin Watson wrote:
> Provides/Replaces/Conflicts? Dummy packages are only needed when there
> are versioned dependencies on the old package.
Quoting from Changelog:
tree-puzzle (5.0-1) unstable; urgency=low
* Initial Release (replaces puzzle).
* Wrote a manpage.
-- Dr.
>> Colin Watson <[EMAIL PROTECTED]> writes:
> On Mon, Nov 05, 2001 at 12:59:39PM +0100, Marcelo E. Magallon wrote:
> > Does anyone know if this is being taking care of? (I don't watch the
> > -dpkg or -whatever-the-relevant-one-is-called list at all) Will it be,
> > at some point in the ne
Package: noatun
Version: 4:2.2.1-1.4
Severity: normal
It looks as though various playlist loaders have trouble when selecting a list
of files with long file names. I've tried "Split" and "Tron" playlist
loaders, with the same effect on both.
When selecting all files in a directory where the file
It looks like this might be a bug in KDE itself, as the behaviour
appears in the file chooser rather than in any part of noatun proper.
I also see the same behaviour with ark, the archiver.
I've opened a case against kdebase...
Colm
--
Colm Buckley : Systems Architect @ NewWorld Co
[ How often do I need to tell you that I don't need a Cc? I'm currently
subscribed to thist list and read the answer here.]
On 05/11/01, Matthew Vernon wrote:
> Christian Kurz writes:
> > On 04/11/01, Mark Brown wrote:
> > > On Sun, Nov 04, 2001 at 09:39:25PM +0100, Christian Kurz wrote:
> > >
Processing commands for [EMAIL PROTECTED]:
> reassign #118363 kdebase
Bug#118363: noatun: Playlist loader seems to crash when loading long filenames
Bug reassigned from package `noatun' to `kdebase'.
> merge #118365 118363
Unknown command or malformed arguments to command.
> thanks
Stopping proc
Package: kfilereplace
Version: 0.6.1-7.1
Severity: serious
x11/kfilereplace_0.6.1-7.1 by bdale-ia64 [optional:uncompiled]
Reasons for failing:
[Category: none]
kfilereplace.cpp:1247: `exit' undeclared (first use this function)
-- System Information
Debian Release: testing/unstable
Archi
Package: kfilereplace
Version: 0.6.1-7.1
Severity: important
Tags: patch
With newer versions of g++ one needs to include to use
exit(3). Here is a patch which will allow kfilereplace to build
on ia64, and possibly other architectures.
diff -Naur kfilereplace-0.6.1.orig/kfilereplace/kfilereplac
Installing:
shhmsg_1.3.4-2.2_i386.deb
to pool/main/s/shhmsg/shhmsg_1.3.4-2.2_i386.deb
shhmsg-dev_1.3.4-2.2_i386.deb
to pool/main/s/shhmsg/shhmsg-dev_1.3.4-2.2_i386.deb
shhmsg_1.3.4-2.2.dsc
to pool/main/s/shhmsg/shhmsg_1.3.4-2.2.dsc
shhmsg_1.3.4-2.2.tar.gz
to pool/main/s/shhmsg/shhmsg_1.3.4
I will NMU kfilereplace in four days to fix #118383 unless:
1) You upload a fixed version sooner;
2) You give me permission to upload my NMU sooner.
--
Branden Robinson | GPG signed/encrypted mail welcome
[EMAIL PROTECTED] | 1024D/9C0BCBFB
Consultant| D5F6 D4C9 E25
Le Mon, Nov 05, 2001 at 03:51:38PM -0500, Branden Robinson écrivait:
> I will NMU kfilereplace in four days to fix #118383 unless:
>
> 1) You upload a fixed version sooner;
> 2) You give me permission to upload my NMU sooner.
You have this permission. :-) kfilereplace is maintained by the QA team
Processing commands for [EMAIL PROTECTED]:
> severity 118381 serious
Bug#118381: kfilereplace: kfilereplace.cpp needs stdlib.h
Severity set to `serious'.
> merge 118381 118383
Bug#118381: kfilereplace: kfilereplace.cpp needs stdlib.h
Bug#118383: kfilereplace: does not build on hppa or ia64
Merged
19 matches
Mail list logo
