Re: Bug#334697: QA packages with really high popcon numbers :-)

t simply is not a useful indicator of whether the package I'm installing has RC bugs. -- Steve Langasek Give me a lever long enough and a Free OS Debian Developer to set it on, and I can move the world. [EMAIL PROTECTED] http://www

Re: Piuparts testing status update

e than a personal > preference. In the case of adduser, there is a strong case for not doing deluser at *all* on purge, because it's impossible to ensure that there are no off-line or remote resources referencing the uid/gid. -- Steve Langasek Give me a lever long eno

Re: deluser on purge (was: Piuparts testing status update)

ovides an inferior experience for users. Every time the discussion has come up so far, there's been an absence of consensus about whether it was correct to attempt to reclaim user ids on purge. -- Steve Langasek Give me a lever long enough and a Free OS Debian Develope

Re: Piuparts testing status update

ing dependencies as etch-ignorable; and a missing dependency on ucf definitely wouldn't be ignorable. -- Steve Langasek Give me a lever long enough and a Free OS Debian Developer to set it on, and I can move the world. [EMAIL PROTECTED]

Re: deluser on purge (was: Piuparts testing status update)

s support 32 Bit UID/GID's? Debian supports them just fine. Who says it doesn't? > If the system does not reclaim the UID's in less then 4 weeks I would > run into trouble since the CURRENT configurations do not have enough. What does that have to do with what packa

Re: priority optional/extra

he mail sent to you by the ftp masters in response to an upload of a package with an override mismatch. -- Steve Langasek Give me a lever long enough and a Free OS Debian Developer to set it on, and I can move the world. [EMAIL PROTECTED]

Re: list of file conflicts between packages

udes packages which declare conflicts. It doesn't exclude packages that use diversions. Perhaps a whitelist of these diversions would be useful? Cheers, -- Steve Langasek Give me a lever long enough and a Free OS Debian Developer to set it on,

Re: No reasonable solution

ix that the slirp package does have prior claim to the name. I think this just needs to be resolved by slang-slirp changing its binary name the same way as the package name. -- Steve Langasek Give me a lever long enough and a Free OS Debian Developer to set

Re: Can ccc, cfal, libots and friends be removed?

ions against filing removal bugs? I don't object either way, for me they're not worth using due to their non-free status. Life's too short. :) Cheers, -- Steve Langasek Give me a lever long enough and a Free OS Debian Developer to set it on, and I can move the world. [EMAIL PROTECTED] http://www.debian.org/

Re: Packages still linked against libstdc++5 in unstable

s haven't been > recompiled > or uploaded in a *long* time. > I'd like to ask -release to schedule these for binNMUs. If they don't > build then FTBFS bugs should be filed, obviously. BinNMUs scheduled for all binary packages in the archive that depend on li

Re: Packages still linked against libstdc++5 in unstable

on can make it into etch. -- Steve Langasek Give me a lever long enough and a Free OS Debian Developer to set it on, and I can move the world. [EMAIL PROTECTED] http://www.debian.org/ -- To UNSUBSCRIBE, email to [EMAIL PROT

Re: (Bad) results of running piuparts over the whole archive

deluser/delgroup commands are *not* from passwd, they're from adduser, which is prio: important and thus subject to removal, just like update-inetd and ucf are. So those four classes of bugs are potentially RC for etch, though we may ultimately decide to etch-ignore unfixed ones if they would

Re: Ideas for additional large scale tests

hese problems all at the end of the release cycle. Cheers, -- Steve Langasek Give me a lever long enough and a Free OS Debian Developer to set it on, and I can move the world. [EMAIL PROTECTED] http://www.debian.org/ -- To UNS

Re: Changelog not signed by "human"

enough to let it reflow the text on its own. The full intended changelog entry was: * Rebuild to fix a bug of indeterminate origin that causes screen to switch from pipes to sockets; addresses bug #413674. -- Steve Langasek Give me a lever long enough and a Free OS Debia

Re: Can we orphan dlocate?

t because there are some older bugs? If anything, this looks to me like a veiled attempt to remove the package from the archive, disguised as an orphaning, since I don't imagine there are a great number of people clamouring to adopt it afterwards. -- Steve Langasek

Re: Can we orphan dlocate?

On Thu, Apr 12, 2007 at 09:40:08AM +0200, Thijs Kinkhorst wrote: > On Thu, 2007-04-12 at 08:12 +0200, Steve Langasek wrote: > > Just like all the other 10-year-old packages that have 7-year-old bugs? If > > the package doesn't have any RC problems, why should it be orphaned ju

Re: Build-Depends and virtual packages

which is the right virtual package to depend on when using libapt. The same applies to build-deps on virtual packages, which normally are provided by only one real package at a time in a given suite. -- Steve Langasek Give me a lever long enough and a Free OS Debian Devel

Re: Build-Depends and virtual packages

On Tue, Apr 24, 2007 at 05:34:20PM +0100, Regis Boudin wrote: > On Tue, April 24, 2007 15:42, Steve Langasek wrote: > >> I have results I will put online as soon as I convert them in a better > >> format than a simple text list, but if you have comments on what to do > >

RFO: crystalspace, RC buggy > 1yr w/patch, not in oldstable/stable

y someone who apparently wasn't a DD), but if the package isn't actually being maintained I'd rather not fix these bugs just to clear the way for an unmaintained package to enter testing. Thanks, -- Steve Langasek Give me a lever long enough and a Free OS Debian Develo

Re: RFO: crystalspace, RC buggy > 1yr w/patch, not in oldstable/stable

I can continue to do this. > Keep me in Uploaders if that don't bother you. Well, if this happens and someone works on getting the package building, then of course I have no problem with the package and am happy to provide any additional alpha porting support that might be required. Cheers, --

Re: Powerfail-safe kernel pkg installation

rent aptitude, this is not the case. There is a specific aptitude rule to exclude linux-image packages from "auto" handling. -- Steve Langasek Give me a lever long enough and a Free OS Debian Developer to set it o

Re: Comment

to test etch before the release made it happen. I'm sorry if that means there are use cases of concern to you that weren't addressed by this process, but the only way to be totally certain a release will meet your particular needs is to participate in testing it beforehand. -- Steve Lang

Re: Comment

On Tue, May 29, 2007 at 01:13:25PM +0800, Uwe Dippel wrote: > Steve Langasek wrote: > >Anyway, this is a bug in a specific package. The QA team isn't > >responsible > >for finding all bugs in individual packages; ask the maintainer of the lpr > >package why

Removal suggestion: sanduhr

duhr be removed from unstable? Thanks, -- Steve Langasek Give me a lever long enough and a Free OS Debian Developer to set it on, and I can move the world. [EMAIL PROTECTED] http://www.debian.org/ -- To UNSUBSCRIBE,

Re: Should I report a failure to boot?

ng list. However, I would like to repeat that I was not at > all satisfied with the response from the bug owner. I'm sorry, but the kernel package in particular is one that requires the maintainers to be able to triage a large number of bugs very quickly, including reports about issues

Re: Removal candidates

rid of very old > gtk at some point is one of them. > zsh3.0 -- A shell with lots of features > - has zsh to replace it > - only 38 popcon installations > - last maintainer upload 2005-11-04 I don't see this package anywhere in the archive? -- Steve Langasek

Re: handling MIA co-maitainers?

> would cause. It makes it harder later for folks to figure out the package should be orphaned because the *other* comaintainers have gone MIA. -- Steve Langasek Give me a lever long enough and a Free OS Debian Developer to

Re: Oldlibs transitions, and some old packages.

ce if this can be accomplished for > lenny. And one of the reverse-deps of gtk+1.2 is wxwindows2.4, which takes up about 5x as much archive space as gtk+1.2 itself does. In light of the thread on -devel, perhaps you'd care to take the lead on eliminating the reverse-dependencie

Re: Oldlibs transitions, and some old packages.

have both wxWidgets and Qt builds of such an application as this anyway, but if someone really wants it, there you are. -- Steve Langasek Give me a lever long enough and a Free OS Debian Developer to set it on, and I can move the world. Ubun

Re: Oldlibs transitions, and some old packages. (wx2.4)

> somewhere if anyone else is interested. Preferably in the BTS, so that we have a documentation trail for any regressions that might be introduced by the patch, as well as a suitable counter on which to base NMUing of this package if the maintainer doesn't act. Thanks, -- Steve Langasek

Re: remove xview?

been no new security fixes since then only because people have stopped caring about this code. (The state of the art for security exploits has advanced sufficiently over time that even the best of code written in 1997 stands a middling chance of being vulnerable in one or more ways that the author h

Re: remove xview?

ut the reasons why we should consider removing the package, but am not sure whether I personally think those reasons outweigh a userbase of that size - usually the installed userbase of non-lib packages that get nominated for removal is much smaller. :) -- Steve Langasek

Re: Removal candidate: bfr

to me filling a removal request? Removing this seems like a good idea to me. Cheers, -- Steve Langasek Give me a lever long enough and a Free OS Debian Developer to set it on, and I can move the world. Ubuntu Developerhttp:/

Re: transitional packages in Etch -- update

: Package: ssh-askpass-gnome Depends: [...] openssh-client | ssh (>= 1:1.2pre7-4) | ssh-krb5 So this could be dropped, but doesn't prevent removal of the transitional package. Cheers, -- Steve Langasek Give me a lever long enough and a Free OS Debian Dev

Bug#484873: packages.qa.debian.org: should it still list oldstable?

olor > or put a title attribute over it to mark it's no more supported. I think it's fair to leave oldstable listed on p.q.d.o until such time as oldstable is dropped from the archive. I guess mirror disk space is not a pressing issue right now, since this hasn't ha

Re: Bug#490688: gnus: Old alpha version shouldn't be included in lenny

ral/63627 Given that you've expressed interest in gnus, I think you would be the ideal person to investigate this bug and discuss with the security team what the correct severity of this bug should be. In general, the severity definitions at <http://www.debian.org/Bugs/Developer#severitie

Re: Orphaned packages that were not part of etch

There is no bug in it and it seems up-to-date. But why would we want to take up archive space for a library that nothing uses? Removal seems reasonable to me. Thanks Frank, for doing this review! -- Steve Langasek Give me a lever long enough and a Free OS Debian Developer

Re: Doing some stable QA work

l, "etch-ignore" implies that the bug has been given a pass by the release team for that release. I think you rather want to tag the bug "lenny+sid" to indicate the bug is not present in etch. But I'm glad to see this done - it's a pity that my dear etc

Re: Report from Debconf's QA BOF

represented in this BoF? I'm surprised that this would be considered release-critical per se; I really don't see the justification for excluding packages without known bugs from a stable release just because they don't have a maintainer, when in fact there are many packages /with/

Re: suite tags (Re: Doing some stable QA work)

bug is found in suite x, but "This bug should not be > archived until it is fixed in suite x." Not unless there's been a regression since the last time I talked to Don about this. -- Steve Langasek Give me a lever long enough and a Free OS Debian Developer

Re: Report from Debconf's QA BOF

arently really agreed with the proposal. Hrm, ok... well, I still disagree, but I seem to be overruled :) > (you might want to check the video when it will be available) >From experience, there seems to be a several-month delay before videos become available after DebConf. -- Steve L

Re: suite tags (Re: Doing some stable QA work)

On Thu, Aug 14, 2008 at 11:35:39PM -0400, Filipus Klutiero wrote: > Le August 14, 2008 11:08:10 pm Steve Langasek, vous avez écrit : > > On Thu, Aug 14, 2008 at 11:01:46PM -0400, Filipus Klutiero wrote: > > > Tagging lenny and sid does not imply that other suites are free

Re: RFH: piuparts tests for lenny

transitional basis; it would be a shame if we have so many more packages failing to depend on ucf/debconf/adduser now that we have to treat them as non-RC yet again. -- Steve Langasek Give me a lever long enough and a Free OS Debian Developer to se

Re: Report from Debconf's QA BOF

On Thu, Aug 21, 2008 at 11:13:38PM +0200, Holger Levsen wrote: > On Friday 15 August 2008 05:16, Steve Langasek wrote: > > > (you might want to check the video when it will be available) > > From experience, there seems to be a several-month delay before videos > > become

Re: doubts about Lenny and available QA tools, release and security team, drivers

am. Please, do > not discuss the merit of this approach, as it is _their_ IT mgmt > problem to solve.) How release team verify distro consistency? No. Why would Debian be providing regression tests for software we don't ship? > Could you point an url with the correct answers to th

Bug#535359: excuses.php is confused about ICU

ven't looked at the code. This is the second time in recent weeks that I've seen such a case of britney mis-reporting a package in unstable as RC buggy. I think there's a regression here in the bug lists that bugs.debian.org is feeding to britney. -- Steve Langasek

Re: Request to Hijack libdbd-sybase-perl

over the package without my consent. That tells me that you have bad manners, but it doesn't give me a reason to reprioritize libdbd-sybase-perl in my todo list. -- Steve Langasek Give me a lever long enough and a Free OS Debian Developer to set it on,

Re: Request to Hijack libdbd-sybase-perl

On Tue, Jul 07, 2009 at 02:53:52PM -0700, Steve Langasek wrote: > IOW, you can't actually point to an issue *that affects you* with the > current version of the package, or you wouldn't have had to quote the > upstream changelog at me. Do you even use the software? What test

Re: Lintian based autorejects

On Sun, Nov 01, 2009 at 03:31:12PM +0100, Stefano Zacchiroli wrote: > On Sun, Nov 01, 2009 at 02:22:28AM -0800, Steve Langasek wrote: > > > For future handling: If we are adding tags to the list that will hit > > > more than a few packages we will send a notice to the d-d

Re: retitling old ITA/ITP bugs to O/RFP

- a stale ITP may mean that the proposer is no longer interested in the package at all, not that they want someone else to package it because they've run out of time. So I would propose closing stale ITPs outright, not converting them to RFPs. -- Steve Langasek

Bug#586931: About #586931

t everyone who receives bug mail has the BTS bug numbers memorized. :) -- Steve Langasek Give me a lever long enough and a Free OS Debian Developer to set it on, and I can move the world. Ubuntu Developerhttp://www.debi

Re: Intent to orphan packages with unreachable maintainer address

n user;2527;24;1;2013-09-05;2686;5; > kboot-utils;Antonio Ospite ;;979641;Unknown > user;2;1;1;2013-12-14;2586;0; > libdbix-class-htmlwidget-perl;Al Nikolov > ;;979529;Timeout;9;1;1;2017-06-08;1314;7; > liblingua-en-namecase-perl;C. Chad Wallace > ;;979502;Unknown user;17;2;1

Re: What should I do.

box secure. > Should I let this be debian-qa business? Not a question I know the answer to. :) Regards, Steve Langasek postmodern programmer

Re: http://standard.debian.net/ now available

ve potato > samba 95015 open grave potato Cheers, Steve Langasek postmodern programmer

Re: http://standard.debian.net/ now available

On Fri, 7 Sep 2001, Steve Langasek wrote: > Just curious, why does 'samba' appear on this list? The package is priority: > optional in both potato and sid (not yet present in testing), Correction: Samba is present in woody, but it's the same version that was released wi

Re: help needed with mips build failure

.html> for Ryan's boilerplate explanation for fixing this problem. Thanks, -- Steve Langasek postmodern programmer signature.asc Description: Digital signature

Re: help needed with mips build failure

This probably requires updating to autoconf2.5 at the same time, but should not require changing the version of automake you're using. -- Steve Langasek postmodern programmer signature.asc Description: Digital signature

htmldoc to be removed from testing; will remove orphaned axkit, axkit-xsp-webutils

these packages included in sarge, it would be a good idea to either look at bug #300460 or lose the dependency on said buggy doc tool. Gaudenz has also asked for axkit's removal from unstable, so that may be the best option of all. Cheers, -- Steve Langasek postmodern programmer signature.asc D

Re: Bug#210198: htmldoc to be removed from testing; will remove orphaned axkit, axkit-xsp-webutils

On Sat, Mar 26, 2005 at 10:41:52AM +, Martin Michlmayr wrote: > * Steve Langasek <[EMAIL PROTECTED]> [2005-03-26 01:43]: > > Bug #300460 has been open on the package htmldoc for 7 days, so I'm > > planning to remove htmldoc from testing. The only > > reverse-d

Re: wap-wml-tools: FTBFS: Missing Build-Depends on 'debhelper' and 'libxml-dev

Hi Fernando, Are you still interested in maintaining wap-wml-tools? This RC bug has been open for ten months now, because the source package doesn't comply with current policy. -- Steve Langasek postmodern programmer signature.asc Description: Digital signature

Re: debget: relies on outdated archive structure

x it later. Thanks, -- Steve Langasek postmodern programmer signature.asc Description: Digital signature

Re: Removing old orphaned packages?

ast two other dependencies suggested in that bug were definitely spurious.) -- Steve Langasek postmodern programmer signature.asc Description: Digital signature

Re: fixes for rc bugs #286768, #299157, #257619

ysqlclient12 Are you aware that the aspseek source package has a second RC bug against it? -- Steve Langasek postmodern programmer signature.asc Description: Digital signature

removal requests of unattended RC buggy packages?

policy for requesting removal of such packages? I think two months is more than enough time for a maintainer to get their act together before having the package bounced back out again. Anyone disagree? -- Steve Langasek postmodern programmer signature.asc Description: Digital signature

Re: removal requests of unattended RC buggy packages?

On Tue, Jun 21, 2005 at 11:51:55AM -0400, Justin Pryzby wrote: > On Tue, Jun 21, 2005 at 02:26:30AM -0700, Steve Langasek wrote: > > I'm trawling the list of build failures on various architectures, and I'm > > finding packages that have never, ever been successfully bu

Re: removal requests of unattended RC buggy packages?

On Tue, Jun 21, 2005 at 01:53:43PM +0200, Jeroen van Wolffelaar wrote: > On Tue, Jun 21, 2005 at 02:26:30AM -0700, Steve Langasek wrote: > > I'm trawling the list of build failures on various architectures, and I'm > > finding packages that have never, ever been

Re: Removing old orphaned packages?

On Wed, Jun 15, 2005 at 11:00:09AM -0700, Thomas Bushnell BSG wrote: > Steve Langasek <[EMAIL PROTECTED]> writes: > > On Tue, Jun 14, 2005 at 04:48:03PM -0700, Russ Allbery wrote: > >> > x-ttcidfont-conf -- Configure TrueType and CID fonts [#201376] > >> If

Bug#166472: bug statistics make me happy, but don't reflect reality

Package: qa.debian.org Severity: important At , there are currently 36 open bugs listed for the samba source package. If you click on the PTS link, shows a more reasonable number of 64. If this bug

cwwm still maintained?

default config), but I don't think it makes sense to let this package into the next stable release if it's not being maintained. It seems to be a nice enough window manager, but there are plenty of nice window managers that also have active maintainers. Thanks, -- Steve Langasek

Re: gspy: crashes at startup

Hi Jeremy, There's been a patch for this RC bug in the BTS since April, but no upload. Are you still interested in maintaining gspy, or should it be orphaned? Thanks, -- Steve Langasek postmodern programmer pgpW82tfTVGtF.pgp Description: PGP signature

Re: QA packages for release

e unlikely to be > fixed and it's ok to exclude the packages from sarge in my opinion: > roleplaying > t-gnus No problem there, these packages are currently held out of sarge by the RC bugs in question. Cheers, -- Steve Langasek postmodern programmer signature.asc Description: Digital signature

removal of opie-*-fb?

any of them. Is there any reason why these packages should not be dropped from the archive? Thanks, -- Steve Langasek postmodern programmer [1] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=240562 [2] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=221081 [3] http://bugs.debian.org/cgi-bin

Re: removal of opie-*-fb?

's ported to qt-embedded-free (ie qte3) > or 2) Re-Add qt-x11 > Suggestions/comments/concerns? Given the contents of <http://bjorn.haxx.se/debian/stalls.html>, I think it would be nice if OPIE were removed until it was in a more releasable state, whether that's by por

libmng possibly in need of orphaning

of orphaning. Can someone in QA confirm this to their satisfaction and orphan the package? Thanks, -- Steve Langasek postmodern programmer signature.asc Description: Digital signature

Re: Idea for maintaining packages up for adoption

their needs, I can't give too much credence to an argument that Debian's model is broken based on the absence of one particular class of application. And even if I did, that wouldn't have much to do with removing orphaned packages -- a package only becomes an orphan if there was once someone who cared enough to maintain it in the first place. If you think there is an application missing from Debian, perhaps you should file an RFP. -- Steve Langasek postmodern programmer signature.asc Description: Digital signature

Re: Idea for maintaining packages up for adoption

On Fri, Jul 15, 2005 at 01:07:28PM -0700, Russ Allbery wrote: > Steve Langasek <[EMAIL PROTECTED]> writes: > > Packages need to have maintainers -- meaning, someone needs to take > > responsibility for the package. Orphaned packages *routinely* slip into > > stable rel

Re: Idea for maintaining packages up for adoption

maintainers in the loop. ;) -- Steve Langasek postmodern programmer signature.asc Description: Digital signature

Re: Matthew Vernon MIA (Was: biosquid and Hmmer)

e package, you've hijacked the package and then *lied* about it. It isn't comaintenance unless the parties explicitly agree to it. If you meant that Nelson would only be added to the Uploaders: field with Matthew's approval, then I guess I don't know why the QA team's in

Re: Matthew Vernon MIA (Was: biosquid and Hmmer)

On Sat, Jul 30, 2005 at 08:00:29PM +0200, Andreas Tille wrote: > On Sat, 30 Jul 2005, Steve Langasek wrote: > >I think that if such a change is made to the Uploaders: field of a package > >without the maintainer's approval, this means that instead of just > >hijack

[EMAIL PROTECTED]: Bug#320942: aspseek: FTBGS with gcc-4.0]

immediately, and (if no one picks it up, as I expect will happen) removed from the archive shortly thereafter. Cheers, -- Steve Langasek postmodern programmer - Forwarded message from Aurelien Jarno <[EMAIL PROTECTED]> - X-Original-To: [EMAIL PROTECTED] Old-Return-Path: <[EMAIL PROT

Re: Bug reports for removed packages

ich the bug was closed; if the package was removed without the bug ever having been fixed, closing with a version number doesn't make any sense here. -- Steve Langasek Give me a lever long enough and a Free OS Debian Developer t

Re: Bug reports for removed packages

On Sat, Aug 20, 2005 at 06:10:36PM +1000, Hamish Moffatt wrote: > On Sat, Aug 20, 2005 at 09:27:24AM +0200, Andreas Barth wrote: > > * Steve Langasek ([EMAIL PROTECTED]) [050819 23:39]: > > > On Fri, Aug 19, 2005 at 05:44:30PM +0200, Andreas Barth wrote: > > > > * Ha

Bug#325195: RM: phpgroupware-napster; RoQA: orphaned, obsolete, abandoned

Package: ftp.debian.org On Fri, Aug 26, 2005 at 06:32:31PM +0200, Thomas Viehmann wrote: > please remove phpgroupware-napster. It isn't useful, upstream dropped it > a long time ago, and it's dead debian-wise as well. Added missing pseudo-header. -- Steve Langasek

Re: RFS: tleds 1.05beta10-9 (was: Packages which aren't getting into "testing")

are probably very few processes that a stray SIGUSR1 can do damage to on a typical system, but if it's worth protecting root from, it's probably worth protecting users from as well. In any case, this is not the bug that 276789 is primarily concerned with. -- Steve Langasek

Re: RFS: tleds 1.05beta10-9

could sponsor the upload. You can get > > the source package from: > > deb-src http://archives.eyrie.org/debian unstable main > > or via the corresponding direct paths. > I've now corrected the PID file handling for non-root users as well, > fixing the attack pointed

Re: Is removal the only option for aspseek?

g pointless or > not though... Based on the number of RC bugs and the chronic lack of interest shown in the package, I think removal is the best option. I meant to reassign 321328 to ftp.debian.org at some point, but hadn't gotten to it yet. -- Steve Langasek Give me a l

Re: glademm and removing gnome1/c++ libraries

on this mail the address of the relevant bug in the BTS? Apparently, no bug has been filed yet against glademm asking for the GNOME 1 dependencies to be dropped. Would you please file this bug, given that you're asking for NMUs to fix it? -- Steve Langasek Give me a l

Re: #332919 Still not fixed

o a samba misbuild. It should be fixed as soon as samba gets binNMUed (autobuilder binNMUs are currently down for maintenance). -- Steve Langasek Give me a lever long enough and a Free OS Debian Developer to set it on, and I can move the world. [EMAIL

Bug#342860: RM: gwydion-dylan, libpng-dylan: RoQA, FTBFS, maintainer MIA?

from unstable along with its one reverse-dependency, libpng-dylan. Copious X-Debbugs-Cc: set; closing one RC bug, commenting the other for the maintainer's benefit, and notifying QA and MIA. Thanks, -- Steve Langasek Give me a lever long enough and a Free OS Debian

Re: Proposal for collaborative maintenance of packages

easier to contribute, you're much better off arguing it in terms of the *benefits to the project* (and mitigation of the risks) than in terms of how it makes a set of possible contributors feel. And this... > I run Ubuntu .. I can't even test my own Debian package > on my own system.

Re: Oldest RC bugs affecting etch

in unstable already conflicts with krb4, which is a source of fresh RC bugs on it. The only remaining issue is for cyrus-sasl2 to rebuild without krb4, then it can be dropped, IIRC. -- Steve Langasek Give me a lever long enough and a Free OS Debian Developer to

Bug#347921: qa.debian.org still showing uninstallable after bin NMU

> dependency problem. Are you talking about this page?: http://qa.debian.org/debcheck.php?dist=unstable&package=nip2 This is the only reference to uninstallability that I see, and it only applies to m68k, which is true... -- Steve Langasek Give me a lever long enough and a F

Re: xlibs-dev transition; packages with adjusted dependencies needing upload

pt should have found the X11 library, but it looks like > it didn't. Explanation for this problem is here: http://lists.gnu.org/archive/html/bug-autoconf/2005-09/msg00023.html Simple fix is to re-run autoconf on the package, to pick up a new definition of the AC_PATH_X macro. Alternat

Re: elaboration on "hard to nmu packages"; xlibs-dev transition

to rerun autoconf or build-dep: libxt-dev > > wmblob-1.0.3 > maintainer decision to rerun autoconf or build-dep: libxt-dev > Fails to find libXpm even when build-dep on libxpm-dev > > xscorch-0.2.0 > maintainer decision to rerun autoconf or build-dep: libxt-dev, libxpm-dev There&

Re: xlibs-dev transition; packages with adjusted dependencies needing upload

ns for using an older autoconf that aren't transitory are bad reasons. :) autoconf2.13 is ancient, unsupported, and won't stay around forever, within Debian or otherwise. And it has bugs. Like this one. :) Cheers, -- Steve Langasek Give me a lever long enough and a Fr

Re: security bug needs upload along with xlibs-dev transition Re: Bug#346856: intent to upload sponsored NMU to fix xlibs-dev bug

'd be happy to sponsor for you (as, I imagine, would Thomas). Cheers, -- Steve Langasek Give me a lever long enough and a Free OS Debian Developer to set it on, and I can move the world. [EMAIL PROTECTED] http://www.debian.

Re: xlibs-dev transition; packages with adjusted dependencies needing upload

. > o The script to determine which libraries were needed missed a > couple: ICE and SM. The script looks for included headers. If headers from libice-dev and libsm-dev aren't being included anywhere in the source, I suspect this build-dependency exists only because the

Re: xlibs-dev transition; packages with adjusted dependencies needing upload

*\(/\*.*\*/\)*$,,; \ s,^[[:space:]]*#include[[:space:]]*<,/usr/X11R6/include/,' | sort -u \ | xargs dpkg -S | cut -f1 -d: | sort -u And almost all libxt-dev matches are caused by old autoconf macros, FWIW; nobody uses Xt by choice. :-P -- Steve Langasek Give

Re: Bug#346856: security bug needs upload along with xlibs-dev transition Re: Bug#346856: intent to upload sponsored NMU to fix xlibs-dev bug

ilt it and, should it pass my testing, will upload. > I took the liberty to document in the changelog that no changes were > necessary for updating the standards version. Please do so yourself on > future upgrades. Sorry, I've already uploaded this... -- Steve Langasek

Re: Let's remove libgnome-gnorba-perl!

Gnome 1.X, we > should remove libgnome-gnorba-perl. No rdepends, no users, rc-buggy > (xlibs-dev transition), no maintainer. Yes, let's! Hurray! -- Steve Langasek Give me a lever long enough and a Free OS Debian Developer to set it on, and I can move the

  1   2   >