On Mon, Jun 28, 2004 at 12:14:27AM +0200, Pierre HABOUZIT wrote:
> > Are you interested in maintaining the package?
> I really am !
> but I don't want to steal anybody's work !!!
Feel free to adopt it if wish.
Marcelo
On Fri, Jun 25, 2004 at 10:42:59AM +0200, Pierre HABOUZIT wrote:
> So I apologies from all my heart for the last sentences of my mail
> that were - I agree - very clumsy
None taken.
> so if i can ask you to take a look at it ?
It looks ok to me.
--
Marcelo
On Thu, Jun 24, 2004 at 01:23:28PM +0200, Pierre HABOUZIT wrote:
> I've worked on your package, here is the result :
> http://amaretto.inria.fr:8080/~mc/debian-qa/3ddesktop/
Anyone from the QA Team, be my guest and upload that to the archive
(and please, forget the DELAYED non-sense).
> *
On Fri, Jun 25, 2004 at 02:51:34AM +0200, Frank Lichtenheld wrote:
> I really don't want to seem rude, but wtf are you doing? Yeah, tbm
> and I have (somewhat) agreed in a discussion on this list to tackle
> this task and I really apreciate your help, it's welcome. But before
> we do anything
On Mon, Oct 13, 2003 at 02:33:27PM -0500, Debian Bug Tracking System wrote:
> Processing commands for [EMAIL PROTECTED]:
>
> > tags 197593 + patch
> Bug#197593: gtkglareamm: FTBFS: Missing Build-Depends on libglu-dev
> There were no tags set.
> Tags added: patch
Marc, could you make an NMU
On Fri, Jul 11, 2003 at 04:28:33PM +0100, Mark Brown wrote:
> > >gphone (#161708), orphaned 293 days ago
> > > Description: X/GTK-based internet telephone.
>
> > I'd thought there'd be more people interested in this kind of thing...
>
> There's newer, vastly more widely impleme
On Tue, Jul 08, 2003 at 01:09:39AM +0200, Christian BAYLE wrote:
> another solution would be to compile the lib3ds static lib with -fPIC
Yep, I'd agree with that. More precisely, I'd agree with a -pic
package. You can NMU such a thing with my blessings.
Marcelo
Hi Daniel,
>> Daniel Schepler <[EMAIL PROTECTED]> writes:
> And here's the patch...
can someone from -qa please NMU panorama with this patch. I'm short on
HD space and I can't upgrade my chroot right now.
Marcelo
>> "Francesco P. Lovergine" <[EMAIL PROTECTED]> writes:
> Just do not do mass modifications without reading contents. Some ITP
> are dated but recently 'adopted' by others. I recently
> closed/renamed some ITPs which are really dated (some years or so)
Well, to boot I wouldn't mind a few fal
[ I'm still catching up with email, apologies if this has
been discussed already ]
>> Bas Zoetekouw <[EMAIL PROTECTED]> writes:
> I intend to rename all ITP's that haven't had any activity in the last
> 100 days to RFP's. Any objections?
Cool. Can we have something similar for ITA's? Just p
Hi Bas,
>> Bas Zoetekouw <[EMAIL PROTECTED]> writes:
> WNPP bug overview for Nov 19, 2001
> ===
>
> There are 809 WNPP bugs in the BTS, of which
> - 52 are RFA's (packages in need of adoption) [2 contrib, 3 non-free]
"offered up for adoption"?
> - 88 ar
>> Colin Watson <[EMAIL PROTECTED]> writes:
> I don't know of a source for the composite Provides/Conflicts/Replaces
> trick, but it's easy enough to build it up from the definitions of each
> of those fields. Policy 7.5.2 says that Conflicts/Replaces allows one
> package to say that another s
Hi fellas,
This one is open book, use whatever resources you want to find an
answer, but provide sources for any quotation (Collin, you still owe me
that PCR source).
A package has or is the source of interoperability problems. What
should the bug severity be set to? Consider other Linux d
>> 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 i
>> "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
>> "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
>> Ben Gertzfield <[EMAIL PROTECTED]> writes:
> And man dh_shlibdeps does not help with the behavior change of
> fakeroot which caused the bug.
Yes, I know what you are talking about (I still think that what got
done with fakeroot is broken), but IME dh_shlibdeps does handle the
situation us
>> Martin Michlmayr <[EMAIL PROTECTED]> writes:
> Can someone please help the maintainer of gimp1.2 with #109238. He
> has a question about LD_LIBRARY_PATH and dh_shlibdeps.
$ man dh_shlibdeps
--
Marcelo | "You can't second-guess ineffability, I always say."
[EMAIL PROTECTED] |
>> Edward Betts <[EMAIL PROTECTED]> writes:
> Write patches for each DockApp and file them to the BTS, ask DockApp
> maintainers to apply the patches and forward them upstream. More
> work for Debian, but more consistent results.
This is the best way to proceed, IMO.
> Rewrite all the Dock
>> Jordi Mallach <[EMAIL PROTECTED]> writes:
> asclock-gtk is abandonware already. The upstream website is gone, the
> author is completely MIA, etc. In short, there is no upstream URL. So
> even if we need one in the copyright file, it's not posible to provide
> one, so this bug shouldn't be
>> Martin Michlmayr <[EMAIL PROTECTED]> writes:
> Package: x3270
>> Martin Michlmayr <[EMAIL PROTECTED]> writes in a second email:
> Package: x3270-htmldoc
Martin, can you please modify your script to submit *one* bug per
source package (or merge them)? The WNPP bug report list is bloated
Hi,
I'm sorry about the spamming...
/usr/share/kernel-package/rules reads:
-for module in $(MODULE_LOC)/* ; do \
if test -d $$module; then \
(cd $$module; \
if ./debian/rules KVERS="$(version)" KSRC="$(SRCTOP)" \
KMAINT=
* Use MODULE_LOC, although I can imagine no way on earth that it can be
better than using ../ . Of course, the bug reporter didn't bother to
explain his particular configuration, or show any type of log, or any
type of useful information, so this may not actually Closes: #91828.
T
Hi,
I would like to request abacus to be removed from the distribution.
The package is orphaned (#89715) and hasn't been maintained upstream
for over three years now. It has a "doesn't build from source" bug
filed against it and it's functionality is much better server by
gnumeric.
Objecti
Hi,
There's some ammount of orphaned packages which should have their
maintainer fields set to debian-qa@lists.debian.org, but have something
else instead. This means, among other things, bug reports filed
against these packages are being ignored. Since the list of packages
in this state is
>> Brian Russo <[EMAIL PROTECTED]> writes:
> Upload new packages of everything just to change the maintainer to
> QA ?
>
> seems like a waste of resources, especially with the buildd's on
> some arch's behind a lot, adding even a little more load doesnt make
> sense.
Since I take this inf
>> [EMAIL PROTECTED] writes:
> [NEW] 3dchess (#87154), orphaned today
> Current maintainer: [something not Debian QA]
Can someone here please take care of this? Allow some reasonable
timeframe (I'd say no more than 28 days and preferably less), but
otherwise all these packages should h
>> Adrian Bunk <[EMAIL PROTECTED]> writes:
> I'd like to suggest that we change the severity of WNPP bugs for withdrawn
> packages (packages removed from Debian that are waiting in
> project/orphaned for a new maintainer) from "wishlist" to "minor".
> Currently withdrawn packages are a bit hi
>> "Jari O. Kaasinen" <[EMAIL PROTECTED]> writes:
> I hope that you put me to your mailing list
On the Debian Quality Assurance Team mailing list? Sure! You are
welcome to subscribe yourself. Directions are available on
http://lists.debian.org/
--
Marcelo
Hi,
I was just watching a discussion on #debian-devel and the subject of QA
has come up yet again.
The questions that pop up are basically the same as always, namely, how
can we have some sort of QA procedure that *actually* helps in speeding
up the release process? The answer is at least p
>> tech09 <[EMAIL PROTECTED]> writes:
> how I could get a hold of a couple of the recovery cd's that you
> make. I know they are hard to come by. I want to pass them out to
> the members. If you can pass any information on how I can get a hold
> of a couple I would be very greatfull.
Coul
>> Gerfried Fuchs <[EMAIL PROTECTED]> writes:
> realplayer segaults for me when I start it. Strangely it doesn't do it
> when I start it with strace (like, ``strace realplayer''). I don't know
> what information you need to track that bug down, if I can help you in
> any way it would be great
>> Christian Kurz <[EMAIL PROTECTED]> writes:
> Well, I would suggest that you contact the company that produces
> RealPlayer, RealNetworks and report this bug to them. Realplayer is a
> closed source software, so we can't do anything to fix this bug.
> Thanks for informinung us, but we won't
Taken.
>> Stephen Carpenter <[EMAIL PROTECTED]> writes:
> Package: mhonarc
> Version: 2.4.6-2
> Severity: wishlist
> imy last nitpick - it shouldn't run a pager at all... it violates the
> pricipal of least surprize
> (I expect to have usage statments just spit out - thats what everythin
>> "Oliver M . Bolzer" <[EMAIL PROTECTED]> writes:
> # BTW, is there any docu on how to properly operete the new WNPP ?
See http://www.debian.org/devel/wnpp/
Marcelo
>> [EMAIL PROTECTED] writes:
> I currently work with the Quality Assurance dapartment at Canon.
> We are a technical call center. Can I become a member?
It's not entirely clear what you mean by "become a member". If you
mean a member of the Debian QA group, yeah, welcome, you can start
rig
>> Herbert Xu <[EMAIL PROTECTED]> writes:
> That's what Bcc is for.
Duh.
Marcelo
Hi,
as far as I can see, [EMAIL PROTECTED] is not getting redirected either
here or to -devel. Ideally it should point to -devel, in order for
people to see the ITPs, ITOs et al. Does anyone (Joy?) know of a
reason why that should not be that way? Would debian-qa be a better
alternative?
>> Javier Fernandez-Sanguino Pena <[EMAIL PROTECTED]> writes:
> but HTML is Debian's prefered documentation format.
I'll be dammed. It is and has been for almost two years now.
/me enters policy-is-wrong-I'm-not mode
;-)
Marcelo
First, my apologies to all the people reading -qa for the confusion
caused. I didn't realize -qa would get sooo spammed.
What happened? (Or, what the heck is going on?!?!)
Yesterday Joy mentioned on IIRC that the BTS needed to be fed with the
current information from the WNPP system in order
>> Marcus Brinkmann <[EMAIL PROTECTED]> writes:
> > > We should however make an attempt at release time (woody+) and
> > > check if one can still install the old libc5 packages from
> > > potato, so people who need them can get them from
> > > archive.debian.org.
> >
> > If "we" say that we
>> Raphael Hertzog <[EMAIL PROTECTED]> writes:
> > I am sure sourceforge could be patched to use postgres, although it would
> > delay packaging in maybe a week (yes, it seems i have taken on the task).
>
> Great to see someone taking the responsibility of this project. If
> you're sure to b
>> Nils Lohner <[EMAIL PROTECTED]> writes:
> - figure out who owns and updates
> http://www.debian.org/Bugs/db/ix/pseudopackages.html so that we can
> add more pseudo packages to submit bugs against
The pseudopackages file lives on master, owned by gecko and writeable
by the debbugs group (aka
On Wed, Jun 02, 1999 at 05:57:47PM +0200, Josip Rodin wrote:
> No, there are no missing dependencies, mozilla code is buggy.
I know. I haven't submitted other bugs, have I? ;-)
But I still think there's a missing dependency. I installed mozilla, it
went ok. I started mozilla, it asked somethi
Package: mozilla
Version: 19990529.M6-1
Severity: normal
Until I upgraded to current potato, mozilla coredumped on startup.
Previously I was running potato from two days ago.
Marcelo
-- System Information
Debian Release: potato
Architecture: i386
Kernel: Linux pollux 2.2.7-ac1 #2 Fri A
45 matches
Mail list logo