On Wed, Jan 02, 2008 at 01:58:24PM -0600, Raphael Geissert wrote:
>clips-common
Fixed now, I'm going to upload a new version (6.24-2) making it arch: all
Javier
signature.asc
Description: Digital signature
Roberto C. Sanchez wrote:
> * Package name: libalien-wxwidgets-perl
But please don't add packages for WxWindows2.4 reverse dependencies[1].
While I can see why the release team is reluctant to add getting rid of
wxwindows2.4 as a release goal in terms of rendering existing packages RC buggy
ju
Hello,
there are djbdns-installer, daemontools-installer, ucspi-tcp-src, qmail-src
package,
but for now is not necesary to have this "-installer" packages.
Licence for this software changed "http://cr.yp.to/distributors.html";
Packages are in public domain, including distributing modified versions
On Fri, 2008-01-04 at 17:52 -0800, Steve Langasek wrote:
> On Wed, Jan 02, 2008 at 11:53:16AM +, Neil Williams wrote:
> > That's upstream covered, it appears I also need debian/libqof1.symbols
> > from http://qa.debian.org/cgi-bin/mole/seedsymbols ? If I had done
> > symbol versioning correctly
This one time, at band camp, Joerg Jaspert said:
> On 11255 March 1977, Don Armstrong wrote:
>
> > It should be mandatory at least for it to accept messages from the
> > BTS,[1] and be moderated otherwise.
>
> > I e-mailed both Robert and Otavio from [EMAIL PROTECTED] to this effect on
> > the fi
Jan Mojzis <[EMAIL PROTECTED]> wrote:
> there are djbdns-installer, daemontools-installer, ucspi-tcp-src,
> qmail-src package, but for now is not necesary to have this
> "-installer" packages. Licence for this software changed
> "http://cr.yp.to/distributors.html"; Packages are in public domain,
>
On Fri, Jan 04, 2008 at 11:26:21PM +0100, Josselin Mouette wrote:
> I do hope there are better examples than a confidential application and
> a useless daemon that has been deprecated for years, to justify messing
> with dh_installinit and update-rc.d as you are proposing.
You don't need to *hope*
On 11255 March 1977, Stephen Gran wrote:
>> > It should be mandatory at least for it to accept messages from the
>> > BTS,[1] and be moderated otherwise.
>> > I e-mailed both Robert and Otavio from [EMAIL PROTECTED] to this effect on
>> > the first, but haven't heard back from them. Hopefully they
Russ wrote:
>
>* Show the N: line with a count of overrides per package by default and
> provide an option to suppress this output if someone wants.
>
>* Don't show the N: line by default and provide an option to turn it on.
>
>Which should we do?
As you might expect (as I was the requester for t
Hallo Petter,
Petter Reinholdtsen <[EMAIL PROTECTED]> wrote:
> [Kurt Roeckx]
>> Why is it using -18? Please change that to SIGCONT, it depends on the
>> arch what the value should be. See signal(7), which even mentions that
>> that is different for ppc/i386.
>
> Historical reasons and because t
Package: wnpp
Severity: wishlist
Owner: "Piotr Ożarowski" <[EMAIL PROTECTED]>
* Package name: buildutils
Version : 0.3
Upstream Author : Ian Bicking, Ryan Tomayko <[EMAIL PROTECTED]>
* URL : http://buildutils.lesscode.org/
* License : MIT
Programming Lang: Pyt
Package: wnpp
Severity: wishlist
Owner: Jan Mojzis <[EMAIL PROTECTED]>
* Package name: ucspi-tcp
Version : 0.88
Upstream Author : Daniel J. Bernstein
* URL : http://cr.yp.to/ucspi-tcp.html
* License : public domain
Programming Lang: C
Description : tcpc
On Sat, Jan 05, 2008 at 10:55:06AM +0100, Thomas Viehmann wrote:
> Roberto C. Sanchez wrote:
> > * Package name: libalien-wxwidgets-perl
> But please don't add packages for WxWindows2.4 reverse dependencies[1].
(unstable)miami:/var/lib/chroot/pbuilder-sid/results# dpkg --info
libalien-wxwidge
[Jörg Sommer]
> Hallo Petter,
Hi.
> What about kill -l?
>
> % kill -l SIGCONT
> 18
Hm, interesting idea. I guess killall5 $(kill -l SIGCOUNT) would
work.
> IMO, yes. Printing the process names should not clutter the screen
> and might provide informations to detect problems. It's better to
>
Package: wnpp
Severity: wishlist
Owner: Y Giridhar Appaji Nag <[EMAIL PROTECTED]>
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
* Package name: clang
Version : 2.2svn
Upstream Author : Chris Lattner <[EMAIL PROTECTED]>
* URL : http://clang.llvm.org/
* License :
Petter Reinholdtsen wrote:
> No-one has suggested as far as I can see to remove all shutdown
> scripts, while all arguments against removing some shutdown scripts
> seem to base their argument on that premise. To repeat myself another
> time:
>
> Daemons that need a shutdown script should keep i
[Felipe Sateler]
> If there are daemons which don't need to save state, or do useful
> work on shutdown (and thus don't need an init script)... why bother
> with TERMing them instead of directly KILLing them?
Mostly to keep the complexity of sendsigs down. But I agree with your
logic, that eithe
Raphael Geissert wrote:
AFAIR the SOAP interface can provide you with such information (refer to the
wiki page).
I'd rather talk to SQL if possible. It's faster and much easier to me.
popcon data is available at popcon.d.o, importance can be extracted from the
Packages files.
Good idea.
On 05/01/08 at 19:19 +0100, Sebastian Pipping wrote:
> Raphael Geissert wrote:
>> AFAIR the SOAP interface can provide you with such information (refer to the
>> wiki page).
>
> I'd rather talk to SQL if possible. It's faster and much easier to me.
Another solution is to use the BTS dump available
Hi Raphael,
* Raphael Geissert <[EMAIL PROTECTED]> [2008-01-05 12:05]:
[...]
> AFAIR the SOAP interface can provide you with such information (refer to the
> wiki page).
Yes it can:
{123456=>#nil}
{}fixed_versions=["eazel
-engine/0.3-1"] {}mergedwith="" {}found=#
{}unarchived="" {}blockedby=""
Lucas Nussbaum wrote:
Another solution is to use the BTS dump available at
http://qa.debian.org/data/bts2ldap/
It's very easy to parse (and import in an SQL DB, if you want)
Interesting. Thank you!
Sebastian
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Tro
Package: wnpp
Owner: Varun Hiremath <[EMAIL PROTECTED]>
Severity: wishlist
* Package name: enthought-traits-ui
Version : 2.0.1b1
Upstream Author : Enthought, Inc.
* URL or Web page : http://code.enthought.com/traits/
* License : BSD-like
Description : User interface r
Package: wnpp
Owner: Varun Hiremath <[EMAIL PROTECTED]>
Severity: wishlist
* Package name: enthought-traits
Version : 2.0.1b1
Upstream Author : Enthought, Inc.
* URL or Web page : http://code.enthought.com/traits/
* License : BSD-like
Description : Manifest typing and
On la, 2008-01-05 at 13:43 +, Steve McIntyre wrote:
> As you might expect (as I was the requester for this feature) I'd
> *really* prefer the former option. My initial reasoning for it is that
> I want to make it immediately visible to sponsors if a package has
> suppressed lintian warnings. If
Steve McIntyre <[EMAIL PROTECTED]> writes:
> Russ wrote:
>> * Show the N: line with a count of overrides per package by default and
>> provide an option to suppress this output if someone wants.
>>
>> * Don't show the N: line by default and provide an option to turn it on.
>>
>> Which should we
Raphael Hertzog <[EMAIL PROTECTED]> writes:
> On Sat, 05 Jan 2008, Lars Wirzenius wrote:
>> This might be too much DWIM, but... supposed lintian would, by default,
>> report the number of suppressed warnings, but only if the person
>> running it is not the maintainer? Lintian could use the same lo
On Sat, 05 Jan 2008, Lars Wirzenius wrote:
> On la, 2008-01-05 at 13:43 +, Steve McIntyre wrote:
> > As you might expect (as I was the requester for this feature) I'd
> > *really* prefer the former option. My initial reasoning for it is that
> > I want to make it immediately visible to sponsors
Hi folks,
The wanna-build (sbuild, buildd) sources in use on the Project's
buildd infrastructure is maintained by Ryan Murray and is available
From an SVN repository at
http://svn.cyberhqz.com/svn/wanna-build
However, the version number (99.99) displayed in current sbuild logs
does not reflect
On Sat, 2008-01-05 at 11:12 -0800, Russ Allbery wrote:
> Interestingly, no one option emerged strongly. People seem to be split
> almost evenly three ways: want the messages by default, don't want them by
> default, or want them but only one line per run.
True, there is no consensus.
>
> Accord
Package: wnpp
Severity: wishlist
Owner: Meike Reichle <[EMAIL PROTECTED]>
* Package name: bubbletrain
Version : 0.0.20050612-1
Upstream Author : Adam Child <[EMAIL PROTECTED]>
* URL : http://dwarfcity.co.uk/games/bubbletrain.php
* License : GPL
Programming La
On Sat, 05 Jan 2008, Sebastian Pipping wrote:
> Raphael Geissert wrote:
>> AFAIR the SOAP interface can provide you with such information (refer to
>> the
>> wiki page).
>
> I'd rather talk to SQL if possible. It's faster and much easier to me.
There's no SQL to talk to. If you want actual accura
Roger Leigh wrote:
> Hi folks,
Hi Roger
> The wanna-build (sbuild, buildd) sources in use on the Project's
> buildd infrastructure is maintained by Ryan Murray and is available
> From an SVN repository at
>
> http://svn.cyberhqz.com/svn/wanna-build
>
> However, the version number (99.99) disp
Hi Sebastian,
* Sebastian Pipping <[EMAIL PROTECTED]> [2008-01-06 01:03]:
> Don Armstrong wrote:
> >There's no SQL to talk to. If you want actual accurate data, the SOAP
> >service is the thing to talk to. [Anything else has various delay
> >lengths in it before you actually see the data reported.]
Don Armstrong wrote:
There's no SQL to talk to. If you want actual accurate data, the SOAP
service is the thing to talk to. [Anything else has various delay
lengths in it before you actually see the data reported.]
Where does SOAP get the data from?
Sebastian
--
To UNSUBSCRIBE, email to [E
Nico Golde wrote:
http://bugs.debian.org:80/cgi-bin/soap.cgi
Have a look at: http://wiki.debian.org/DebbugsSoapInterface
I guess you misunderstood my question. Again:
Where does SOAP (itself) get the data from?
Sebastian
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "uns
On 11256 March 1977, Sebastian Pipping wrote:
>> http://bugs.debian.org:80/cgi-bin/soap.cgi>
>> Have a look at: http://wiki.debian.org/DebbugsSoapInterface
> I guess you misunderstood my question. Again:
> Where does SOAP (itself) get the data from?
Its the BTS itself, so from its data storage. A
On Jan 6, 2008 9:49 AM, Sebastian Pipping <[EMAIL PROTECTED]> wrote:
> Nico Golde wrote:
> > http://bugs.debian.org:80/cgi-bin/soap.cgi
> >
> > Have a look at: http://wiki.debian.org/DebbugsSoapInterface
>
> I guess you misunderstood my question. Again:
> Where does SOAP (itself) get the data from?
Russ wrote:
>
>Accordingly, I'm going to modify lintian to print out only one line per
>run showing the totals of the overrides for the entire run, on the grounds
>that for more details, well, that's what --show-overrides is for. I think
>this should make both the "want this" and the "want this bu
> Out of curiosity, besides being a bit easier to remember/type,
> and not requiring the user to choose a port,
> what benefits over combining normal tee and netcat does it have?
>
> for example:
>
> On A: nettee -in IMAGE -next B -v 31 #full logging
> On B: nettee -next C >/dev/hda
>
On Sun, 06 Jan 2008, Sebastian Pipping wrote:
> Don Armstrong wrote:
>> There's no SQL to talk to. If you want actual accurate data, the SOAP
>> service is the thing to talk to. [Anything else has various delay
>> lengths in it before you actually see the data reported.]
>
> Where does SOAP get the
Any Debian developers who are interested in attending SCALE can use the
promotional code DBIAN and receive a 50% discount on a full priced ticket.
Early bird registration ends tonight at midnight, of course the promotional
code will continue to work.
Thanks.
Gareth
On Sat, 5 Jan 2008 18:56:15
Package: wnpp
Owner: "Robert S. Edmonds" <[EMAIL PROTECTED]>
Severity: wishlist
* Package name: c-repl
Version : 0.0.20071223
Upstream Author : Evan Martin
* URL : http://neugierig.org/software/c-repl/
* License : BSD
Programming Lang: C, Ruby
Description
42 matches
Mail list logo
