Bug#435743: qa.debian.org: Link for NEW packages returns 404

On 11100 March 1977, Roberto C. Sanchez wrote: > I recently uploaded the xl2tpd package, which went into NEW. On my QA > page [0], it gives a link [1] that returns a 404 error. > [1] http://ftp-master.debian.org/~ajt/new/xl2tpd_1.1.11.dfsg.1-1_i386.html Thats simply because those ~ajt/new files

Re: autmatically generated watch file

On 11103 March 1977, David Moreno Garza wrote: >> Could we do any action for let maintainers to adopt this watch file? > I'd suggest bug filling and NMUing if necessary. I volunteer for helping > on it. A watchfile is IMO no reason to do any NMU. Its, at best, a wishlist severity bug. -- bye J

RM: libnjb1 -- RoM; obsolete (rev-dep of kionjb)

tags 426307 moreinfo thanks Removing this package makes another uninstallable: Checking reverse dependencies... ** njbtools has an unsatisfied dependency on alpha: libnjb1 ** njbtools has an unsatisfied dependency on amd64: libnjb1 ** njbtools has an unsatisfied dependency on arm: libnjb1 ** njbto

needs more work

Hi Checking reverse dependencies... ** libluminate7 has an unsatisfied dependency on alpha: libffm0.28 ** illuminator-demo has an unsatisfied dependency on alpha: libffm0.28 ** illuminator has an unsatisfied build-dependency: libffm-dev Dependency problem found. Continue (y/N)? Needs that fixed

needs more work

Hi Checking reverse dependencies... ** libroxen-xmlrpc-caudium has an unsatisfied dependency on alpha: caudium ** libroxen-xmlrpc-caudium has an unsatisfied dependency on amd64: caudium ** libroxen-xmlrpc-caudium has an unsatisfied dependency on arm: caudium ** libroxen-xmlrpc-caudium has an unsat

Bug#457169: no, they are great

Hi I think the fonts are nice as they are now. Too small makes it unreadable and one needs to Ctrl+ everytime, which is bad. But if zack follows zobels request to do JS stuff with the stylesheets there could be an alternate stylesheet that has tiny fonts. -- bye Joerg With a name like "TikiWiki

Bug#457169: no, they are great

>>> I think the fonts are nice as they are now. Too small makes it >>> unreadable and one needs to Ctrl+ everytime, which is bad. >> Personally, I would prefer it the style sheet didn't touch the font size >> at all. That way everyone can choose the base font size that suites >> their situation be

Re: RFS: zynaddsubfx

I am looking for a sponsor for the new version 2.2.1-4.1 of my package "zynaddsubfx". > Has anyone pinged Eduardo recently? This is an important package, which > needs proper maintainance. The upload should probably be sponsored via > debian-multimedia rather than QA. Opinions, Offers? :

Re: QA meeting in Extremadura?

On 11291 March 1977, Lucas Nussbaum wrote: > In [0], it was announced that Extremadura will organize meetings again > in 2008. Do we want to have that meeting in April, June, September or > November? Or no meeting at all? I vote for a meeting in September or November, but September preferred. --

Bug#476731: Release Transitions

On 11359 March 1977, Stefano Zacchiroli wrote: >> http://ftp-master.debian.org/testing/hints/transitions.yaml > Thanks a lot for the pro-activity in helping stuff like the PTS. I've > just filed #476731 to keep track of this feature request. To implement > it I will wait for some data to be actu

Bug#476731: Release Transitions

On 11359 March 1977, Joerg Jaspert wrote: >>> http://ftp-master.debian.org/testing/hints/transitions.yaml> Thanks a lot >>> for the pro-activity in helping stuff like the PTS. I've >> just filed #476731 to keep track of this feature request. To implement >&

Re: RFH: handling bugs from removed packages

On 11367 March 1977, Martin Michlmayr wrote: >> > Do you think you could add one optional step to bugs_rm_pkgs.rb: >> > exclude all bugs from packages that are listed in the removals.txt >> > file. You could generate a file bugs_unknown_pkgs.txt and then I >> > could go through them. >> Is there

Bug#483179: PTS: please link to Ubuntu Launchpad bugs page

On 11398 March 1977, Sandro Tosi wrote: > it would be useful to have the link Launchpad (Ubuntu) page for the > package bugs reported there: for example, for reportbug, a link to[1], > in the box "Other links", or in a new one if support for external BTS > will be added anytime soonen (but that's

Bug#483179: PTS: please link to Ubuntu Launchpad bugs page

On 11399 March 1977, Sandro Tosi wrote: >> *I* wouldnt want that, for the simple reason that its an overview about >> your package in Debian, not "Debian + any possible derivative where >> people would like a link to". > Ok, but then why on the PTS I can see the patches applied in Ubuntu? :) Mayb

Bug#483179: PTS: please link to Ubuntu Launchpad bugs page

On 11399 March 1977, Marc Brockschmidt wrote: >>> Ok, but then why on the PTS I can see the patches applied in Ubuntu? :) >> Maybe because they aren't hidden in some non-free crap software? >> As long as Launchpad is non-free one shouldn't think about using or >> linking to it, Debian is about fre

Bug#511303: not that easy to fix

>> To fix this issue we have to (a) change the parsing of the new queue >> to store multiple NEW URLs or to take only the latest one and (b) fix >> the output of the URLs to support multiple NEW URLs (or leave it as it >> is if only the latest version is used). > I think it would be better to fix

Re: does /var/games have to be deleted on purge? (if it's empty..)

>> * Whether it makes sense given Debian semantics or not, users just don't >> expect removing packages to, from their perspective, destroy data. >> Other distributions don't seem to do this. > We are talking about "purging", not "removal", thus I consider this argument > invalid. I expect "p

Re: [UDD] Suggested table: release_order

>> after all sid can well have a version of a package which is newer >> than its version in experimental and vice-versa, the same is potentially >> true for testing. > You mean testing can have a never version as experimental? Unstable: VersionChecks { MustBeNewerThan

Re: binary -> source mapping file from the BTS

>> the PTS needs to grab the latest >> /org/bugs.debian.org/etc/indices/sources file. Would it be possible >> to make this file available over HTTP in some stable URL (e.g. below >> http://bugs.debian.org/) ? > I can certainly make that file available (we get it from dak, and it's > already availa

Re: binary -> source mapping file from the BTS

On 12244 March 1977, Don Armstrong wrote: >> > This is what the code in binary_to_source does that we expose via >> > SOAP, and it uses the binsrc.idx bdb database file, which you can >> > rsync directly from the BTS >> > (rsync://bugs-mirror.debian.org/bts-versions/indices/binsrc.idx). [You >> >

Re: Description-less packages file

Hi > So we have only description_md5 fields filled for sid and experimental. > It is lacking for all other releases and I honestly wonder whom to ask > to include this in *all* packages files without any exception. You have them only for suites that have this feature enabled. These are all where

Re: Description-less packages file

>> You have them only for suites that have this feature enabled. These are >> all where the following query hits (in projectb): >> projectb=> select suite_name from suite where include_long_description is >> false; >> suite_name >> -- >> unstable >> propo

Re: Description-less packages file

On 12749 March 1977, Andreas Tille wrote: > Could somebody from the release team please give a statement whether > there is any chance to inject description_md5 fields into the packages > files from Squeeze (and Wheezy). Learn to read: In the last mails, cited many times, my sql query, the result.

Re: Description-less packages file

On 12750 March 1977, Andreas Tille wrote: > On Tue, Feb 07, 2012 at 10:29:50PM +, Adam D. Barratt wrote: >> On Tue, 2012-02-07 at 23:26 +0100, Julien Cristau wrote: >> > On Tue, Feb 7, 2012 at 22:59:25 +0100, Andreas Tille wrote: > Regarding squeeze: Could somebody give some reasons for refu

Bug#171405: qa.debian.org: packages.qa.debian.org hasn't updated package ages recently

Ken Bloom <[EMAIL PROTECTED]> writes: > The "Testing Status" sections on packages.qa.debian.org don't seem to > have updated their ages since (or anything else in the "testing status" > field) since Nov. 19, 2002. This was before the fire that destroyed > satie.debian.org. Testing scripts are

Bug#218656: qa.debian.org: pts and "new version found"

Package: qa.debian.org Severity: normal Hi Its nice that pts now has a "A new upstream version was found:" function. But that one is a little bit broken. For example look at the epiphany package at the moment. It has Version 0.5.1-1 in the archive but pts says A new upstream version was found: (b

Re: usbmgr still useful?

Andreas Barth <[EMAIL PROTECTED]> writes: > is usbmgr still useful (as we have hotplug)? Yes. > Reason for this question is that usbmgr is orphaned and has one > RC-grade bug, and if it is not useful any more, it should be rather > removed than fixed. More infos on > http://packages.qa.debian.o

Re: RM: ud -- RoQA; orphaned, no upstream, uptimed is better

On 10734 March 1977, Matej Vela wrote: > I think we should remove ud. > * Orphaned for 6 months. > * Upstream URL no longer works: > > * uptimed does the same thing better. > * popcon: 261 installs, 177 votes. And as multiple others in this bug report - I

Re: collab-qa vs qa alioth groups?

On 12995 March 1977, Paul Wise wrote: > webwml is another example of a group that is different between alioth > and other Debian hosts. Thats simple: alioth is not a debian.org host. It "only" has the domain and syncs parts of the debian ud-ldap data, and admins overlap. But besides that, its a d

Bug#784226: tracker.debian.org: Don't duplicate work

Package: tracker.debian.org Severity: normal Dear Maintainer, as far as I can see, tracker.d.o seems to redo work for tasks that are already done elsewhere. The case I noticed is extracting files like changelogs and copyrights, which the archive already extracts and provides in an rsyncable tree.

Re: Additional topics on this list?

On 17655 March 1977, Roland Clobus wrote: Would it be OK to use this mailing list for communication about and coordination of openQA tasks (expected: low traffic) or would a new mailing lists be more suitable? Its QA, go for it. If it really gets annoying much and distracts all the other amo