Package: qa.debian.org
Followup-For: Bug #427467
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
The first patch (attachment graph.txt.diff.gz) could possibly help with this.
Otherwise the memory limit should be increased (but the more packages are added
to the repository, the
higher the memory u
Package: qa.debian.org
Tags: patch
Followup-For: Bug #373218
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
I just wrote a patch for this problem.
The best solution I found it to drop the current naming convention of the
lintian reports and use the
maintainer login (the same way most of the othe
s is it. Any kind of feedback is very welcomed :-)
[1] see the attached freshmeat.php file
[2] http://deb.atomo64.puffinhost.com/freshmeat.php/
[3] see the attached uscan.patch file
Kind regards,
Raphael Geissert
--
Atomo64 - Raphael
Please avoid send
Hello Stefano,
Stefano Zacchiroli wrote:
>
> This does not correspond to what lintian.debian.org is doing, partly for
> the PTS bug, partly for (I guess, though I'm not sure) a lintian bug
> which does not replace with "__" for the last character of maintainer
> name. For example, at [2], if you
Stefano Zacchiroli wrote:
> On Sun, Dec 02, 2007 at 01:27:41PM -0600, Raphael Geissert wrote:
>
> I surely can, but before doing so I would prefer to fix the URL naming
> scheme in the right place, see my reply to Russ.
What my patches actually do is switch to an email address-base
Hi all,
Raphael Geissert wrote:
>
> I think this is it. Any kind of feedback is very welcomed :-)
>
So, any feedback? :)
Sincerely,
--
Atomo64 - Raphael
Please avoid sending me Word, PowerPoint or Excel attachments.
See http://www.gnu.org/philosophy/no-word-attachments.html
Hi,
Lucas Nussbaum wrote:
...
>
> The result can be seen on http://qa.debian.org/~lucas/wml/ . Of course,
> it's work in progress, and comments are totally welcomed.
>From the page:
> If you are interested, don't hesitate to join us
"join us" is a link to
http://wiki.debian.org/qa.debian.org/joi
tag 437675 pending
severity 437675 wishlist
retitle 437675 Compare versions using the mangled Debian version string
thanks
The code on developer.php/.wml has been updated so this feature can be
integrated.
What is left is update the DEHS backend including the database structure,
afterwards an up
d-list -u).
As usually any kind of feedback is very welcomed.
Cheers,
Raphael Geissert
Anibal Avelar (Fixxxer) <[EMAIL PROTECTED]>
centerim
Loic Dachary (OuoU) <[EMAIL PROTECTED]>
unittest++ (U)
Peter De Schrijver (p2) <[EMAIL PROTECTED]>
openwince-include
Johan Euph
Hello Kurt,
Kurt Roeckx wrote:
> On Wed, Jan 02, 2008 at 01:17:24PM -0600, Raphael Geissert wrote:
>> Hello all,
>>
>> I've written a script which tries to detect packages which should be
>> architecture all based on the fact that they don't contain a Depe
Hello Cyril,
Cyril Brulebois wrote:
> Hm, what about checking their *content*? What about listing *binary*
> packages?
Forgot to mention that, based on the binary-amd64 Packages file of the main,
contrib and non-free sections.
I didn't check the content of the packages because that's something
li
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Just to clarify to everybody, the list was screwed up by dd-list (my bad,
didn't see the '-b' option part). Thanks to Adeodato for pointing that out.
So, here's the list of binary packages (attachment is dd-list -u again).
Anibal Avelar (Fixxxer) <[E
Hello Joey,
Joey Hess wrote:
> Interesting idea, though so few packages lack dependencies that it won't
> catch much. Perhaps grepping for package that don't depend on any shared
> libraries would catch more?
>
Nice idea, though I'll first wait for everybody to read my last message
(Message-ID:
Pierre Habouzit wrote:
> On Wed, Jan 02, 2008 at 07:58:24PM +0000, Raphael Geissert wrote:
>> Russ Allbery <[EMAIL PROTECTED]>
>>libgss-dbg (U)
>>shishi-dbg (U)
>
> rrght...
>
-dbg package without a Depends? that sounds like a bug (please rea
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
I'll consider your message as sent (won't verify timestamps) before I
clarified the situation both by mail and on IRC.
Cyril Brulebois wrote:
>
> Maybe there's rather a bug in your process. Instead of speaking of
> “plenty of greps”, you might want
Cyril Brulebois wrote:
> On 02/01/2008, Pierre Habouzit wrote:
>> Though after a second thought, -dbg should probably not have empty
>> Depends line.
>
> After a third thought, I still fail to see what that has to do with
> being Architecture: all or any.
>
Quoting my self (first message):
>
ook at the contents of the package and verify it
> does not change between architecture.
>
I'll try to do it when I have time and after the archive wide lintian check
(on amd64 binary packages only) I talked about in #-qa
Cheers,
Raphael Geissert
--
To UNSUBSCRIBE, email to
James Vega wrote:
> grep-dctrl ! -FDepends -e '.' -a ! -FPre-Depends -e '.' \
> -a ! -FArchitecture all -n -sPackage binary-i386_Packages
This approach is better and far faster than mine, diff'ing the results of
both methods show four less binaries (which all of them are false positives
using my m
Marc 'HE' Brockschmidt wrote:
> Raphael Geissert <[EMAIL PROTECTED]> writes:
>> Brendan O'Dea <[EMAIL PROTECTED]>
>>perl-base
>
> That's a false positive. Please also take a look at Pre-Depends. Or
> simply let off of this effort, the
[EMAIL PROTECTED]>
grub
Camm Maguire <[EMAIL PROTECTED]>
hol88-library
Robert Millan <[EMAIL PROTECTED]>
grub (U)
Masahito Omote <[EMAIL PROTECTED]>
libuim-data
Otavio Salvador <[EMAIL PROTECTED]>
grub (U)
Jason Thomas <[EMAIL PROTECTED]>
grub (U)
Cyril Brulebois wrote:
> On 11/01/2008, Raphael Geissert wrote:
>> Note that this is the raw output of the script, packages which MUST be
>> arch all (debian-installer is excluded, because of technical reasons)
>> are listed below the list.
>
> *MUST*, ahah.
Sorry,
tag 460821 moreinfo unreproducible
thanks
Hello Joe,
Based on the information you provided I'm unable to reproduce that behaviour:
Original: 0.9.6-3 | DEHS: 0.9.6
('DEHS' refers to the un-debianised version produced by DEHS' code)
So:
% upstream=1.0.0; debian=0.9.6; if dpkg --compare-versions $u
Hello,
On Tuesday 14 March 2006, Martin-Éric Racine wrote:
> Package: qa.debian.org
> Severity: wishlist
>
> PTS could e-mail whenever DEHS detects a new upstream release of the
> package being monitored by a watch file. This would be particularly
> usefull in case where upstream packages don't h
ms differ
Processing libuclibc0...
libuim-data has same files: amd64/md5sums i386/md5sums but differ from
powerpc/md5sums
Processing libunittest++0...
Cheers,
Raphael Geissert
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
tag 356826 pending
thanks
On 23/01/2008, Raphael Hertzog <[EMAIL PROTECTED]> wrote:
> On Tue, 22 Jan 2008, [EMAIL PROTECTED] wrote:
> > I asked about adding a new tag because summary is by default sent to
> > the maintainer unless I've never really payed too much attention and
> > the testing migr
Package: qa.debian.org
User: [EMAIL PROTECTED]
Usertags: pts
Severity: minor
The PTS in pages for packages such as 'gambas'[1] should only list 'i386' once
and not 20 times.
[1]http://packages.qa.debian.org/g/gambas.html
Kind regards,
--
Atomo64 - Raphael
Please avoid sending me Word, PowerPo
Hello Neil,
Neil Williams wrote:
> However, the PTS gets the wrong data from
> http://dehs.alioth.debian.org/maintainer.php?name=gpe-soundserver
> and wrongly indicates that 0.4-1 is new.
>
> I know the mangling is a pain and upstream will probably sort it out at
> the next release but that isn't
Andreas Tille wrote:
> On Sun, 17 Feb 2008, Jack T Mudge III wrote:
>
>> AFAICT, it would seem that didiwiki is in this group as well. I found
>> plenty of links to it's nonexistant homepage. It's a frusterating
>> situation, since most users (myself included) expect to be able to go to
>> the ho
Hi,
Lucas Nussbaum wrote:
>
> I'd like to propose this GSOC project:
> http://wiki.debian.org/SummerOfCode2008/UltimateDebianDatabase
That'd be a great tool to have around.
>
> Also, is someone reading this list interested in being the student?
I am, though I can't apply because I'm minor age
Paul Wise wrote:
> On Thu, Mar 20, 2008 at 3:37 PM, Andrew Pollock <[EMAIL PROTECTED]>
> wrote:
>
>> I was just trying to fix up a watch file for simpleproxy, which is
>> hosted on SourceForge, and I used the format the man page for uscan said
>> to use, which uses the qa.debian.org proxy. The
Lucas Nussbaum wrote:
>
> Luk, what are the reasons why you think that severity: important is more
> suitable than severity: serious? If it's only because it blocks testing
> transitions, we could mark the bugs as found in the testing version
> where needed, so testing transitions can still happen
Hi all,
After a short talk with Lucas I made some changes to bapase (not yet in the
repository) which I'd like to get some feedback before committing them.
The first set of changes (bapase_orphaned++.diff) is to score higher orphaned
packages not in oldstable nor stable. With this score bump I'
Lucas Nussbaum wrote:
>
> Sounds good, please commit.
Done :).
>
> Also note that in packages-actions.txt, you must use REQ_RM(), not
> RM(), or just don't complain when the automatically-generated pages are
> not generated anymore :P
Oops, I got tricked by O(), sorry.
Cheers,
--
Atomo64 - R
Hi,
Lucas Nussbaum wrote:
>
> Are some people interested? (I don't see any reason why they would need
> to be DDs)
As expected, I'm in (though I've already been working on it ;)
Cheers,
--
Atomo64 - Raphael
Please avoid sending me Word, PowerPoint or Excel attachments.
See http://www.gnu.org/
Lucas Nussbaum wrote:
>
> What needs to be done is:
> - run installation/removal/purge tests for all packages
> - run upgrade tests for all packages in etch
> - make changes to piuparts to fix false positives or reduce the number
> of failures by ignoring the less critical ones
> - file all the
Hi all,
This will be a short message because I have to leave, but wanted to
write this before anyone else "MBR's".
To make things easier I'll use the php4 and php5 packages as an example.
As almost everyone knows, php4 is already gone in unstable and
testing, being replaced by php5. Continuing wi
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
After re-reading what I wrote last night I noticed it was probably not the
best way to express my POV, so I'd like to apologise.
To clarify:
* I have nothing against cleaning up/reassigning bugs, it's just that some
things have to be prevented.
* I
Luk Claes wrote:
> Raphael Geissert wrote:
>
>> I currently don't have enough time to write a script that gathers the
>> versions information from the origin package to use when MBR. But here is
>> what I believe needs to be done:
>>
>> * Encourage pack
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hi all,
Seems like garr is down, and filippo already tried to fix it
by pointing the redirector to kent. But as one can see, it still doesn't work.
Can anyone please replace:
header("Location: http://kent.dl.sourceforge.net/sourceforge/$project";);
Filippo Giunchedi wrote:
> On Wed, Jun 11, 2008 at 07:57:24PM -0500, Raphael Geissert wrote:
>> -BEGIN PGP SIGNED MESSAGE-
>> Hash: SHA1
>>
>> Hi all,
>>
>> Seems like garr is down, and filippo already tried to fix it
>> by pointing the red
Hi all,
Can somebody please sponsor the following uploads?
Thanks in advance.
http://mentors.debian.net/debian/pool/main/h/hexcat/hexcat_0.0.3.2+nmu1.dsc
http://mentors.debian.net/debian/pool/main/m/manpages-tr/manpages-tr_1.0.5.1-1.1.dsc
http://mentors.debian.net/debian/pool/main/m/mkrboot/mkrbo
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
James Vega wrote:
> On Mon, Jun 30, 2008 at 09:50:52PM +0200, Vincent Bernat wrote:
>> Why do you use +nmu1 for two of them (and not for manpages-tr)? I though
>> that +nmu notation was not settled yet.
>
> It's used by dch for native NMUs as per dis
Vincent Bernat wrote:
> OoO En cette fin de nuit blanche du lundi 30 juin 2008, vers 05:03,
> Raphael Geissert <[EMAIL PROTECTED]> disait :
>
>> Can somebody please sponsor the following uploads?
>> Thanks in advance.
>
>>
http://mentors.debian.net/debi
Vincent Bernat wrote:
>
> Uploaded.
Nice, thanks.
Here are a couple more:
http://mentors.debian.net/debian/pool/main/s/softgun/softgun_0.16-2.1.dsc
http://mentors.debian.net/debian/pool/main/x/xsoldier/xsoldier_1.4-1.1.dsc
TIA.
Cheers,
--
Atomo64 - Raphael
Please avoid sending me Word, Powe
Raphael Geissert wrote:
>
> Here are a couple more:
>
> http://mentors.debian.net/debian/pool/main/s/softgun/softgun_0.16-2.1.dsc
> http://mentors.debian.net/debian/pool/main/x/xsoldier/xsoldier_1.4-1.1.dsc
One more, this one is for the DPL :)
http://mentors.debian.net/debian/
Vincent Bernat wrote:
> OoO Pendant le journal télévisé du jeudi 03 juillet 2008, vers 20:04, je
> disais:
>
http://mentors.debian.net/debian/pool/main/s/softgun/softgun_0.16-2.1.dsc
http://mentors.debian.net/debian/pool/main/x/xsoldier/xsoldier_1.4-1.1.dsc
>
>> I will upload them as s
ly when it
disappeared.
[1]http://qa.debian.org/developer.php?login=Raphael+Geissert
Cheers,
--
Atomo64 - Raphael
Please avoid sending me Word, PowerPoint or Excel attachments.
See http://www.gnu.org/philosophy/no-word-attachments.html
signature.asc
Description: This is a digitally signed message part.
Frank Lichtenheld wrote:
> On Sun, Jul 20, 2008 at 04:45:42PM +0200, Frank Lichtenheld wrote:
>> I've compiled a list of orphaned packages that were not part of etch
>> (and, unless otherwise noted, were not part of sarge).
>>
>> I think it would be a good idea to remove some of them (at least fr
Christian von Essen wrote:
> Hi,
Hi,
Is the database structure available somewhere? In a nice presentation format
I mean :)
>
>
> Or, given a source package, if you want to know the maximum of the popcon
> scores of the packages build from that package, you just use the following
> query:
>
>
Holger Levsen wrote:
> Hi,
>
> On Tuesday 22 July 2008 21:54, Raphael Geissert wrote:
>> You filed a bug against karchiver because it:
> [...]
>> * is orphaned (...); and because
> [...]
>> And because of those reasons we are preventing a package from being
&
Raphael Geissert wrote:
>
> DFSG:
* Social Contract
>> 4. Our priorities are our users and free software
>>
>> We will be guided by the needs of our users and the free software
>> community. We will place their interests first in our priorities.
--
To UNSUBSCR
Frank Lichtenheld wrote:
> Hi.
>
> This time I've gone trough the list of long orphaned packages.
> These are packages unlikely to ever get a new maintainer, at least
> they didn't manage to do so in the last two to three years. Unless
> noted otherwise, the listed packages have no rdepends, and
Package: qa.debian.org
Severity: important
User: [EMAIL PROTECTED]
Usertags: ddpo
Example:
http://qa.debian.org/developer.php?package=php4
http://packages.qa.debian.org/p/php4.html
Not even the DDPO report for pkg-php-maint displays php4:
http://qa.debian.org/developer.php?login=Debian+PHP+Mainta
Hi,
Can anyone please recompile the sf.wml file?
The wml is up to date, but the generated .php isn't and is causing lots of
watch files failures.
TIA.
Cheers,
--
Atomo64 - Raphael
Please avoid sending me Word, PowerPoint or Excel attachments.
See http://www.gnu.org/philosophy/no-word-attachmen
Package: qa.debian.org
User: [EMAIL PROTECTED]
Usertags: pts
> A new upstream version is available: 0.9.25, you should consider packaging
> it.
http://dehs.alioth.debian.org/no_updated.txt:
php-suhosin: 0.9.27
And I can assure everyone that the new information is available, at least,
since 2008
Lucas Nussbaum wrote:
> On 02/10/08 at 21:03 +0200, Kurt Roeckx wrote:
>> Package: qa.debian.org
>>
>> Hi,
>>
>> When looking at:
>> http://qa.debian.org/developer.php?login=kroeckx&comaint=yes
>>
>> It doesn't show any of my packages, it's all in the list of packages
>> I sponsor. Only a few
tag 501818 pending
thanks
Michael Tautschnig wrote:
> Package: qa.debian.org
>
> Even though apparently better than a few days ago, where the DEHS pages
> only showed "Db error", the data still seems to be fairly outdated. My
There were some auth issues which have been "fixed" (the real fix is
eone in the qa group please do the needful?
>
> regards
>
> Andrew
Cheers,
--
Raphael Geissert - Debian Maintainer
www.debian.org - get.debian.net
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
he openid momentum
and there is (are?) some packages in mentors that depend on it.
The current version in the archive is not the latest and greatest one, and it
definitely needs a maintainer (it is an auth package afterall), though.
[...]
>
> Christoph
Cheers,
--
Raphael Geisse
Jan Hauke Rahm wrote:
> retitle 501946 ITA: php-openid -- php openid library
> thx
>
> On Sat, Nov 01, 2008 at 02:43:10PM +0900, Paul Wise wrote:
>> On Sat, Nov 1, 2008 at 9:12 AM, Raphael Geissert
>> <[EMAIL PROTECTED]> wrote:
>>
>> >> php-ope
,
or 1.
Attached is the execution log of my test suite, which is now available at
http://git.debian.org/?p=users/atomo64-guest/misc-devscripts.git
Cheers,
--
Raphael Geissert - Debian Maintainer
www.debian.org - get.debian.net
udd.pl failed test 'foo- foo 0'/tests/foo with '1'
rl implementation, but apparently we don't, since it
> doesn't work.
Yes, you are: #504135
>
> We could just switch to something that works.
>
> Thanks a lot for your work on this, that's great :-) Have you reported
> about it somewhere?
Just in the buildd.d.o-rel
2008/11/4 Raphael Hertzog <[EMAIL PROTECTED]>:
> On Mon, 03 Nov 2008, Raphael Geissert wrote:
>> > Do you know a perl implementation that works fine ?
>>
>> Debbugs' (which is almost exactly the same as dpkg-dev's, differring by some
>> bug
>>
to determine the age of the oldest package
in there and set that as the max age if it is greater than the default. No
prob?
^
P.S. I left some bugs that need a severity change, just to make sure something
is displayed when run.
Cheers,
--
Raphael
not RG) would allow anyone to know that if nothing happens it
won't be shipped, thereby making people react to those problems (yes, having
orphaned packages is a problem).
Please note that I'm trying to express what was expressed and discussed during
the BoF, and I apologise in advance if
Lucas Nussbaum wrote:
> On 25/11/08 at 20:42 -0600, Raphael Geissert wrote:
>> The default policy is going to be: orphaned packages are not candidates in
Err
s/The default policy is going to be/The proposed policy is
>> shape for a release; but as Luk said, the severity migh
aces, and don't forget to use your intuition and have your own
opinion (as that's what people usually use to answer ;).
>
> Thanks again!
>
> Barry
Cheers,
--
Raphael Geissert - Debian Maintainer
www.debian.org - get.debian.net
--
To UNSUBSCRIBE, email to [EMAIL PROT
Martin Michlmayr wrote:
> * Raphael Geissert <[EMAIL PROTECTED]> [2008-11-17 20:04]:
>> I guess there are other similar scripts out there because I've seen
>> people doing some maintenance time by time.
>
> There are some scripts in the QA repository that I use
in d.o is the error log of bts-link ;)
Cheers,
Raphael Geissert
--
To UNSUBSCRIBE, email to debian-qa-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
ategory but
I'm obviously missing) is presented in a single place.
Note that the above is nowhere near a real decision nor intention, it is just an
idea that popped up while reading your reply, but that can of course be
elaborated.
Cheers,
Raphael Geissert
--
To UNSUBSCRIBE, emai
people use the patch tag to indicate that the package is ready and
are looking for a sponsor. Should this be somehow standardised?
[4] Similar to [3], but to indicate concerns that could lead the bug to be
tagged as wontfix (e.g. because of poor code, DFSG-issues, etc).
Cheers,
--
Raphael Geissert -
t; - an up-to-date db of the affected packages (lintian.d.o)
>
So, what exactly should be checked? and what's the status of this proposal?
Cheers,
--
Raphael Geissert - Debian Maintainer
www.debian.org - get.debian.net
--
To UNSUBSCRIBE, email to debian-qa-requ...@lists.debian.org
wi
Raphael Geissert wrote:
[...]
> Comments? suggestions? complains? volunteers to run wnpp-maintenance?
> anything?
>
ping
Cheers,
--
Raphael Geissert - Debian Maintainer
www.debian.org - get.debian.net
--
To UNSUBSCRIBE, email to debian-qa-requ...@lists.debian.org
with a s
other way?
In any case, I think waiting a week since a package was orphaned before it
is removed should be enough time in case a package is marked as orphaned
by "mistake".
Cheers,
--
Raphael Geissert - Debian Maintainer
www.debian.org - get.debian.net
--
To UNSUBSCRIBE, email to
boring and too
long.
Cheers,
--
Raphael Geissert - Debian Maintainer
www.debian.org - get.debian.net
--
To UNSUBSCRIBE, email to debian-qa-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
[No CC please, thank]
Philipp Kern wrote:
> On Sun, Feb 15, 2009 at 10:23:37PM -0600, Raphael Geissert wrote:
>> Lenny is now out, so I think it is time to decide how to proceed with
>> what was discussed during DC8. Is the release team still ok with the idea
>> of keeping
th.debian.org/~atomo64-guest/orphaned_in_testing
Cheers,
--
Raphael Geissert - Debian Maintainer
www.debian.org - get.debian.net
--
To UNSUBSCRIBE, email to debian-qa-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Petter Reinholdtsen wrote:
>
> [Raphael Geissert]
>> The idea was to leave them out of *testing*, not immediately
>> dropping them from the archive.
>
> Isn't this equivalent to stating that being unmaintained is a release
> critical bug in a package?
Yes, like
e fact that someone took
> care of contacting upstream. We point volunteers to a specific BTS urls
> that list all "O:" bugs that are not yet forwarded.
>
That can currently be done thanks to the automated user tagging. Use 'o' as
the w...@packages.debian.org user ta
her repo outside the main debian
mirrors so that anyone could pick them up. And no, I'm not talking about
snapshots.d.n/o, although that may work as well.
>
> Cripes I have been fighting for months for gnome-libs and imlib which
> have a handful of r(b)depends between the two. Or
ze should be more than enough time to do any of both options.
>
> Perhaps removing all the orphaned leaf packages would be a good start
> though.
>
Or finding an adopter.
Cheers,
--
Raphael Geissert - Debian Maintainer
www.debian.org - get.debian.net
--
To UNSUBSCRIBE, email to d
file?
[1]http://dehs.alioth.debian.org/report.php?package=curl
Cheers,
--
Raphael Geissert - Debian Maintainer
www.debian.org - get.debian.net
--
To UNSUBSCRIBE, email to debian-qa-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
le-should-mangle-version
2.- remove all the hacks
3.- everyone happy
[1]http://lintian.debian.org/tags/debian-watch-file-should-mangle-version.html
Cheers,
--
Raphael Geissert - Debian Maintainer
www.debian.org - get.debian.net
--
To UNSUBSCRIBE, email to debian-qa-requ...@lists.debian.org
with a
tch file
doesn't properly mangle the Debian version and after a grace period of time
(two or three weeks) I'll go ahead and remove the code.
Cheers,
--
Raphael Geissert - Debian Maintainer
www.debian.org - get.debian.net
--
To UNSUBSCRIBE, email to debian-qa-requ...@l
cure-testing/doc/narrative_introduction?op=file&rev=0&sc=0
Cheers,
--
Raphael Geissert - Debian Maintainer
www.debian.org - get.debian.net
--
To UNSUBSCRIBE, email to debian-qa-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
the way, why are the amd64 packages being tested? i386 covers even more
(not that it is a bad idea testing archs other than the "well tested"
i386).
Thanks for working on it!
Cheers,
--
Raphael Geissert - Debian Maintainer
www.debian.org - get.debian.net
--
To UNSUBSCRIBE, ema
got about the whole story :)
>
> Another solution could be to have a way to retrive the wnpp bug for a
> particular package (let's say source package): i pass the src:pkg name
> and it returns (if any) the wnpp bugs. Probably that would be the best
> solution to my problem. Is th
dards-Version that was released
N: after the date of the most recent debian/changelog entry. Perhaps you
N: forgot to update the timestamp in debian/changelog before building the
N: package?
N:
N: Severity: normal, Certainty: certain
N:
Cheers,
--
Raphael Geissert - Debian Maintai
same package
does *not* have any serious issue? or any combination of those? or should
lintian stuff be kept out of these emails?
Please take a couple of minutes and give your personal opinion.
Oh, and do it soon, since I'd like to send the first round before the next
week-end.
Cheers,
--
ct then
please do file a bug report against lintian so that it is discussed if
needed and fixed.
Cheers,
--
Raphael Geissert - Debian Maintainer
www.debian.org - get.debian.net
--
To UNSUBSCRIBE, email to debian-qa-requ...@lists.debian.org
with a subject of "unsubscribe"
would be necessary to keep a local copy of lintian in sync
with lintian.d.o's version so that they both match.
Not impossible, but doesn't feel right.
I think I agree with zack; issues should be reported or the certainty and
severity tweaked.
Cheers,
--
Raphael Geissert - Debian Mainta
e you will see #419201, which is what you
want :)
Cheers,
--
Raphael Geissert - Debian Maintainer
www.debian.org - get.debian.net
--
To UNSUBSCRIBE, email to debian-qa-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Russ Allbery wrote:
> Raphael Geissert writes:
>> Lucas Nussbaum wrote:
>
>>> Then how about sending a mail if one of the packages has (serious,
>>> certain) lintian errors?
>
>> Lintian currently still uses the EWI code when generating the report
>
Stefano Zacchiroli wrote:
> On Thu, Apr 30, 2009 at 01:43:55AM -0500, Raphael Geissert wrote:
>
>> Gregor is in favour of sending messages even if only lintian issues
>> exist, but Lucas doesn't like the idea. What about something in
>> between? only errors if anot
Sune Vuorela wrote:
> On 2009-04-30, Lucas Nussbaum wrote:
>> On 30/04/09 at 01:43 -0500, Raphael Geissert wrote:
>>> But despite all that my original question hasn't quite been answered.
>>> Gregor is in favour of sending messages even if only lintian issues
&
(s), you should consider fixing them.
> See
> http://lintian.debian.org/maintainer/acr-deb...@athenacr.com.html#libflexmock-ruby
Cheers,
--
Raphael Geissert - Debian Maintainer
www.debian.org - get.debian.net
--
To UNSUBSCRIBE, email to debian-qa-requ...@lists.debian.org
with a su
less sourceforge decides to make that information
accessible. I need to contact them anyway to see if they are willing to
help DEHS do its stuff without messing with the mirrors.
Cheers,
--
Raphael Geissert - Debian Maintainer
www.debian.org - get.debian.net
--
To UNSUBSCRIBE, email to debian-qa-re
mentation may change at any time without further notice, provided that
the http://sf.net/foo/... like watch files keep working.
In fact, it has already changed once recently.
Cheers,
--
Raphael Geissert - Debian Maintainer
www.debian.org - get.debian.net
--
To UNSUBSCRIBE, email to debian-qa
.31 or greater (lenny was released
with .35), which is smarter when redirected (required by the only
sourceforge mirror that keeps the redirector working.)
Being curious, why did you access the redirector directly and not via uscan?
Cheers,
--
Raphael Geissert - Debian Maintainer
www.debian.org -
[don't CC me, thanks]
Bart Martens wrote:
> On Tue, May 12, 2009 at 02:26:54PM -0500, Raphael Geissert wrote:
> It is possible with group_id=...&package_id=... without using the
> redirector.
[...]
> I don't think we need additional info from sourceforge ; th
1 - 100 of 188 matches
Mail list logo
