Seeking machines for nightly builds of ITK

Hi, The insighttoolkit package is a large and active code base. They use a system of nightly build/test on a variety of machines [1] to ensure that the code works on all supported platforms. I run a build on my amd64 machine -- configured as the Debian ITK packages -- to expose issues early.

which gfortran version is used to compile liblapack.so.3gf.0

Is there a way to find out the version of gfortran compiler used to build /usr/lib/lapack/liblapack.so.3gf.0 in the package liblapack3gf 3.2.1-8 on i386 Debian testing machine? I tried looking at https://buildd.debian.org/build.php?arch=i386&pkg=lapack . But it does not have any build logs fro 3.2.

Re: Stepping the clock during boot

John Hasler debian.org> writes: > > I wrote: > > Well, it's a reason. But note that such backward stepping would only > > happen when your clock is really screwed up. > > brian writes: > > It actually used to happen every reboot of my server, which is why I'm > > aware of the dovecot problem.

Re: Stepping the clock during boot

I wrote: > Well, it's a reason. But note that such backward stepping would only > happen when your clock is really screwed up. brian writes: > It actually used to happen every reboot of my server, which is why I'm > aware of the dovecot problem. When ntp (or ntpdate, I'm not sure > which) would

Re: Stepping the clock during boot

On Mon, Aug 02, 2010 at 06:29:21PM -0500, John Hasler wrote: > Well, it's a reason. But note that such backward stepping would only > happen when your clock is really screwed up. It actually used to happen every reboot of my server, which is why I'm aware of the dovecot problem. When ntp (or ntp

Re: Stepping the clock during boot

brian m. carlson writes: > I don't think it would be okay unless you can either make sure that > dovecot handles this gracefully (and that involves not needing to be > restarted or disconnecting users)... I don't see how I can do that. > ...or change the time only before normal (non-time-related)

Re: Stepping the clock during boot

On Mon, Aug 02, 2010 at 04:24:52PM -0500, John Hasler wrote: > Would it be unacceptable for Chrony to step the clock (particularly > back) during boot? This would only happen when the clock was at least > 30 seconds off but I'm concerned that it might screw some of the daemons > that might already

Re: Stepping the clock during boot

On Mon, Aug 02, 2010 at 04:24:52PM -0500, John Hasler wrote: > Would it be unacceptable for Chrony to step the clock (particularly > back) during boot? This would only happen when the clock was at least > 30 seconds off but I'm concerned that it might screw some of the daemons > that might already

Stepping the clock during boot

Would it be unacceptable for Chrony to step the clock (particularly back) during boot? This would only happen when the clock was at least 30 seconds off but I'm concerned that it might screw some of the daemons that might already have started. If Chrony can't step the clock it would have to slew

Some stats...

Hey *, I did a blog post last night with some (IMO) interesting stats. If you're interested, the post is at: http://www.erisian.com.au/wordpress/2010/08/02/some-lenny-development-cycle-stats It's based on some dynamic javascripty charts of various numbers I could pull out that seemed interest

Re: Unidentified subject!

(keeping everything CC'ed...dunno if that's what's expected) Quoting Neil McGovern (ne...@debian.org): > pkg-clamav-de...@lists.alioth.debian.org > Bcc: > Subject: ClamAV supportability in stable releases > Reply-To: > > Hi, > > The release team have been asked to remove ClamAV from testing (a

Unidentified subject!

pkg-clamav-de...@lists.alioth.debian.org Bcc: Subject: ClamAV supportability in stable releases Reply-To: Hi, The release team have been asked to remove ClamAV from testing (and hence the next stable release. See bug #587058. The issue seems to be that it's not supportable in stable due to the

Re: CUT BoF at DebConf10

On Mon, Aug 02, 2010 at 08:23:46AM -0400, Stefano Zacchiroli wrote: > Thanks for noticing, I didn't realize that. I'll try to check with the > local team if something can be arranged Thanks to Daniel Kahn Gillmor, Joey Hess, and Sam Hartman, the BoF has been rescheduled to August 6th, at 17:00, in

Re: Bug#590853: ITP: your-freedom -- The your-freedom.net client

In data lunedì, 2. di agosto 2010 12:38:48, Martín Ferrari ha scritto: > This description sounds like a marketing blurb (in fact, it is copied > verbatim from the webpage), I think that's not good for a Debian > package. IMO it should just explain what is this for, and highlight > that it is a paid

Bug#591360: RFP: eclipse-subversive -- Provide Subversion (SVN) integration for Eclipse.

Package: wnpp Severity: wishlist X-Debbugs-CC: debian-devel@lists.debian.org --- Please fill out the fields below. --- Package name: eclipse-subversive Version: 0.7 Upstream Author: Subversive Team URL: http://www.eclipse.org/projects/project_summary.php?projectid=technolo

Bug#591354: RFP: eclipse-shelled -- Shell script editor for Eclipse.

Package: wnpp Severity: wishlist X-Debbugs-CC: debian-devel@lists.debian.org --- Please fill out the fields below. --- Package name: eclipse-shelled Version: 2.0.0 Upstream Author: Alexander Kurtakov, Satch URL: https://sourceforge.net/projects/shelled/ License: Ecl

Bug#591352: RFP: eclipse-epic -- Perl IDE for the Eclipse platform

Package: wnpp Severity: wishlist X-Debbugs-CC: debian-devel@lists.debian.org --- Please fill out the fields below. --- Package name: eclipse-epic Version: 0.6.35 Upstream Author: Jan Ploski, Jochen Ruehl, Stephan Ruehl URL: http://www.epic-ide.org/ URL: https://

Re: CUT BoF at DebConf10

Hi! * Stefano Zacchiroli [100802 14:23]: > Thanks for noticing, I didn't realize that. I'll try to check with the > local team if something can be arranged, although unfortunately there > are no resources for video in all rooms. Minutes will be posted > nonetheless and hopefully we can then hav

Re: CUT BoF at DebConf10

On Mon, Aug 02, 2010 at 02:06:39PM +0200, Raphael Hertzog wrote: > Unfortunately, that's not true. The room is not covered by video. > Otherwise I would have tried to follow/participate. Thanks for noticing, I didn't realize that. I'll try to check with the local team if something can be arranged,

Re: Re: less is somehow in a sour state

I don't see how you can really have packages maintained by more than one person. I reckon the always has to be one person responsible. So I was wondering exactly what extra privileges those persons would have. -- To

Re: CUT BoF at DebConf10

On Sun, 01 Aug 2010, Stefano Zacchiroli wrote: > On Thu, Jul 22, 2010 at 03:10:16PM -0400, Joey Hess wrote: > > Russ Allbery wrote: > > > I don't agree; I think it's very hard to say the same thing about testing. > > > > I've noticed that linking to this page seems to kill threads, which is > > no

Re: less is somehow in a sour state

On Mo, 02 Aug 2010, Nicholas Bamber wrote: > I don't see how you can really have packages maintained by more than one > person. I reckon the always has to be one person responsible. So I was Google that for me??? http://wiki.debian.org/Alioth/PackagingProject http://wiki.debian.org/Teams/Col

Re: less is somehow in a sour state

I don't see how you can really have packages maintained by more than one person. I reckon the always has to be one person responsible. So I was wondering exactly what extra privileges those persons would have. Norbert Preining wrote: On Mo, 02 Aug 2010, Nicholas Bamber wrote: So you would w

Re: less is somehow in a sour state

On Mo, 02 Aug 2010, Nicholas Bamber wrote: > So you would want an extra control field "extra-contacts" being a list > of emails that would receive the same emails as the maintainer but would > have no special privileges with respect to uploading or ownership of the > package except possibly t

Re: less is somehow in a sour state

So you would want an extra control field "extra-contacts" being a list of emails that would receive the same emails as the maintainer but would have no special privileges with respect to uploading or ownership of the package except possibly to orphan the package in some circumstances. Or perhap

Re: Bug#590853: ITP: your-freedom -- The your-freedom.net client

Hi, On Thu, Jul 29, 2010 at 18:58, Irving Leonard wrote: > * Package name    : your-freedom >  Version         : 0.0.20100728.01 >  Upstream Author : resolution GmbH > * URL             : http://your-freedom.net/ > * License         : LGPL, others >  Programming Lang: Java >  Description     : Th

Bug#591332: RFP: xul-ext-skipscreen -- Incredible Rapidshare and Megaupload download helper

Package: wnpp Severity: wishlist X-Debbugs-CC: debian-devel@lists.debian.org --- Please fill out the fields below. --- Package name: xul-ext-skipscreen Version: 0.4.7amo Upstream Author: Skipscreen Team URL: https://addons.mozilla.org/ru/firefox/addon/11243/ UR

Bug#591328: RFP: xul-ext-quickproxy -- Statusbar button to turn the proxy on and off with a single click

Package: wnpp Severity: wishlist X-Debbugs-CC: debian-devel@lists.debian.org --- Please fill out the fields below. --- Package name: xul-ext-quickproxy Version: 2009.07.19 Upstream Author: Ozzie- URL: https://addons.mozilla.org/ru/firefox/addon/1557/ URL: http:

Bug#591327: RFP: xul-ext-undo-closed-tabs-button -- This extension allows you to undo closed tabs via a toolbar button or the right-click context menu.

Package: wnpp Severity: wishlist X-Debbugs-CC: debian-devel@lists.debian.org Package name: xul-ext-undo-closed-tabs-button Version: 3.7.1 Upstream Author: supernova_00 (https://addons.mozilla.org/ru/firefox/user/5764/) URL: https://addons.mozilla.org/ru/firefox/addon/3082/