* Jan Nieuwenhuizen <[EMAIL PROTECTED]> [2005-03-11 11:47]:
> > I had dinner with Anthony last night. I'll follow up with more
> > information on [EMAIL PROTECTED]
> Where is that, is that public?
No, it's a private alias.
> We are a bit concerned with old LilyPond packages, and a potential
> ne
Jeroen van Wolffelaar <[EMAIL PROTECTED]> writes:
> If the queue is non-zero for a longer time, there is a problem in buildd
> machine power, and the wanna-build admin has choosen to in this case
> allocate the buildd power that remains to the building of packages that
> are of higher priority, re
On Sun, Mar 13, 2005 at 11:43:41AM +1100, Matthew Palmer wrote:
> On Sat, Mar 12, 2005 at 04:24:35PM -0800, Thomas Bushnell BSG wrote:
> > What are these "relatively effective workarounds"?
>
> Not being a buildd admin, I have no idea as to the specifics, but I infer
> the existence of these worka
On Sat, Mar 12, 2005 at 04:24:35PM -0800, Thomas Bushnell BSG wrote:
> Matthew Palmer <[EMAIL PROTECTED]> writes:
>
> > Practically, buildd admins can notice a longer-than-usual queue and throw
> > hardware at the problem, and that seems to work well enough, and we could
> > reduce the rate of pac
Package: wnpp
Severity: wishlist
Owner: Michael Prokop <[EMAIL PROTECTED]>
* Package name: xkeyval
Version : 2.3
Upstream Author : Hendri Adriaens <[EMAIL PROTECTED]>
* URL : http://stuwww.uvt.nl/~hendri/Downloads/xkeyval.html
* License : LaTeX Project Public L
Matthew Palmer <[EMAIL PROTECTED]> writes:
> Practically, buildd admins can notice a longer-than-usual queue and throw
> hardware at the problem, and that seems to work well enough, and we could
> reduce the rate of package inflow through various means, but the problem
> still remains -- the queue
* Josselin Mouette <[EMAIL PROTECTED]> [20050313 00:37]:
> Le samedi 12 mars 2005 à 23:44 +0100, Michael Prokop a écrit :
> > * Package name: ha-prosper
> > Version : 4.21
> > Upstream Author : Hendri Adriaens <[EMAIL PROTECTED]>
> > * URL : http://stuwww.uvt.nl/~hendri
On Sat, Mar 12, 2005 at 02:06:24PM +0100, Martin Zobel-Helas wrote:
> Hi Hamish,
>
> On Saturday, 12 Mar 2005, you wrote:
> > Is there anything that can be done to help with arm/mipsel?
> As it has been said earlier, the machines are back, but just need to
> catch up. So just waiting might be the
On Sat, Mar 12, 2005 at 03:12:12PM -0800, Steve Langasek wrote:
> On Sat, Mar 12, 2005 at 03:01:28PM -0800, Thomas Bushnell BSG wrote:
> > Goswin von Brederlow <[EMAIL PROTECTED]> writes:
>
> > > Remember that the buildd queue is not FIFO at all. The queue has a
> > > completly static order. Any c
Le samedi 12 mars 2005 à 23:44 +0100, Michael Prokop a écrit :
> * Package name: ha-prosper
> Version : 4.21
> Upstream Author : Hendri Adriaens <[EMAIL PROTECTED]>
> * URL : http://stuwww.uvt.nl/~hendri/Downloads/haprosper.html
> * License : LaTeX Project Public
Steve Langasek <[EMAIL PROTECTED]> writes:
> Er, packages *do* eventually get built; they just don't get built in any
> kind of FIFO order.
This is not true. The current system has an unbounded wait time. For
example, the effect of the Bug Squashing Party, which causes a bunch
of uploads to b
On Sat, Mar 12, 2005 at 03:01:28PM -0800, Thomas Bushnell BSG wrote:
> Goswin von Brederlow <[EMAIL PROTECTED]> writes:
> > Remember that the buildd queue is not FIFO at all. The queue has a
> > completly static order. Any changes to the queue are just packages
> > hiding because they are not "nee
Package: wnpp
Severity: wishlist
Owner: Michael Prokop <[EMAIL PROTECTED]>
* Package name: ha-prosper
Version : 4.21
Upstream Author : Hendri Adriaens <[EMAIL PROTECTED]>
* URL : http://stuwww.uvt.nl/~hendri/Downloads/haprosper.html
* License : LaTeX Project Pu
Goswin von Brederlow <[EMAIL PROTECTED]> writes:
> Remember that the buildd queue is not FIFO at all. The queue has a
> completly static order. Any changes to the queue are just packages
> hiding because they are not "needs-build". I consider that the biggest
> flaw of all in wanna-build.
This is
Hello,
Perhaps the best solution would be if I would offer a interface to
packages.debian.org that is easier parsable than the current one.
Patches and/or proposals in other forms welcome.
I read the slides of your FOSDEM presentation but couldn't find anything
on this. What about offering SOAP or
Hello
Patches and/or proposals in other forms welcome.
Gruesse,
I read the slides of your FOSDEM presentation but couldn't find anything
on this. What about offering SOAP or XML-RPC access to as many debian
web services as possible ?
It would save the people who want to develop scripts based
Hi,
can you just give us (at the fai mailing list) a brief description of
what you are discussing?!
Let me guess, and I migth be totally wrong, but you are discussing ways
to install 60 PCs with Debian and you have 4 different configurations to
install.
Well, than fai is what you are looking for
martin f krafft <[EMAIL PROTECTED]> writes:
> also sprach Petter Reinholdtsen <[EMAIL PROTECTED]> [2005.03.05.1225 +0100]:
>> > I am trying to use distcc to compile Debian packages and kernels,
>> > and am failing. The reason is that I need to use distcc-over-SSH,
>> > but the Debian compile proce
[EMAIL PROTECTED] (Paul Hampson) writes:
> The arguments _for_ build-depending on the various autotools are (off
> the top of my head)
Here are some other reasons pro that I can think of:
- Putting autoconf-generated files in the source package is nearly as
fragile as generating them at build ti
daniel writes:
> I'm with a problem about sending emails @debian.org. My ESP (email
> service provider) has a restrictive rule about sending emails with a From
> header different of the account you actually have.
Is it the "From:" header they object to, or the SMTP HELO? I fix up the
latter in Ex
I am forwarding this to linux-fai at uni-koeln dot de. I believe many
people interested in this discussion hang out there.
On Wed, Mar 09, 2005 at 12:35:45PM +0100, Steinar H. Gunderson wrote:
> On Mon, Mar 07, 2005 at 10:44:25AM +0200, Shaul Karl wrote:
> > 60 PCs with Debian and there exist
In article <[EMAIL PROTECTED]> you write:
>The fact is that I am unable to send emails with my debian.org address.
>Does someone has some idea of how can I fix that?
ssh to people.debian.org and send the mail from there. (use mutt,
mailx, etc.)
--
Blars Blarson [EMAIL PROTECTE
Hi,
I'm with a problem about sending emails @debian.org. My ESP (email
service provider) has a restrictive rule about sending emails with a
>From header different of the account you actually have.
This wouldn't be a problem, as I could set up a mail server in my
machine, but I am in a DSL network
On Saturday 12 March 2005 12:38 pm, Dirk Eddelbuettel wrote:
> | only has use if it's a transition package depending on the renamed
> | package. Since this isn't what r-gnome will be as far as I understand
> | you, you should simply stop building r-gnome from r-base. People
> | upgrading will notic
On Sat, Mar 12, 2005 at 11:30:54AM -0600, Dirk Eddelbuettel wrote:
> Ok, so I just did the following
>
> 1) Run 'wajig reconfigure apt-listchanges' to ensure apt-listchanges shows
>everything, even on versions we've seen before
> 2) 'wajig purge r-gnome'
> 3) 'wajig install r-gnome' and verif
On 12 March 2005 at 17:53, Martin Michlmayr wrote:
| * Dirk Eddelbuettel <[EMAIL PROTECTED]> [2005-03-12 11:42]:
| > 4) Scratch my head because even though 3) uses apt-get and 1) ensure NEWS
| >should be mailed to me, and 2) ensure it is a fresh package install, I
get
| >nothing.
|
| It
On 12 March 2005 at 11:30, Dirk Eddelbuettel wrote:
| Ok, so I just did the following
|
| 1) Run 'wajig reconfigure apt-listchanges' to ensure apt-listchanges shows
|everything, even on versions we've seen before
| 2) 'wajig purge r-gnome'
| 3) 'wajig install r-gnome' and verify with -t that
Hi Jeroen,
On 12 March 2005 at 18:09, Jeroen van Wolffelaar wrote:
| On Sat, Mar 12, 2005 at 10:45:00AM -0600, Dirk Eddelbuettel wrote:
| > The next version of R [1] ships with the previously included Gnome
front-end.
|
| without, I assume.
Yup. Thanks for spotting that from context.
| > So t
* Dirk Eddelbuettel <[EMAIL PROTECTED]> [2005-03-12 11:42]:
> 4) Scratch my head because even though 3) uses apt-get and 1) ensure NEWS
>should be mailed to me, and 2) ensure it is a fresh package install, I get
>nothing.
It is only shown on fresh package *upgrades*, not installs.
--
Mart
Hi Martin,
Thanks for the quick reply.
On 12 March 2005 at 17:04, Martin Michlmayr wrote:
| * Dirk Eddelbuettel <[EMAIL PROTECTED]> [2005-03-12 10:45]:
| > So the r-gnome binary package becomes an empty shell, and I would like to
| > signal that via a NEWS file (as opposed to a debconf message).
Steve Langasek <[EMAIL PROTECTED]> writes:
> On Sat, Mar 12, 2005 at 03:19:23PM +1100, Matthew Palmer wrote:
>> [Probably going a bit off track for -release; MFT to -devel]
>
>> On Fri, Mar 11, 2005 at 07:14:35PM -0800, Steve Langasek wrote:
>> > The queue ordering is entirely automatic, and AIUI
On Sat, Mar 12, 2005 at 10:45:00AM -0600, Dirk Eddelbuettel wrote:
> The next version of R [1] ships with the previously included Gnome front-end.
without, I assume.
> So the r-gnome binary package becomes an empty shell, and I would like to
> signal that via a NEWS file (as opposed to a debconf
* Dirk Eddelbuettel <[EMAIL PROTECTED]> [2005-03-12 10:45]:
> So the r-gnome binary package becomes an empty shell, and I would like to
> signal that via a NEWS file (as opposed to a debconf message). However, in
> my tests, the NEWS file never got displayed by apt-listchanges.
apt-listchanges is
Roderick Schertler <[EMAIL PROTECTED]> writes:
> In order to fix debget to work with package pools
> (http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=84368) I need to know
> what versions of a package are available, without relying on apt's
> cache. (The main point of the program is to fetch ver
The next version of R [1] ships with the previously included Gnome front-end.
So the r-gnome binary package becomes an empty shell, and I would like to
signal that via a NEWS file (as opposed to a debconf message). However, in
my tests, the NEWS file never got displayed by apt-listchanges.
I pl
[EMAIL PROTECTED] (Paul Hampson) writes:
> The arguments _for_ build-depending on the various autotools are (off
> the top of my head)
>
> (In the below, read autoconf as autoconf/automake. ^_^)
>
> * keeps .diff.gz small and readable, as configure changes are
> not included. And small configure
The time that we have all waited for is here everyone. The debut EP from
Brain Trauma is now officially onsale! If you have pre-orderd the cd
allready, myself and Toxik Flow have allready autographed your copy and
shipped it out. As for you folks who didnt pre-order, you can still pick up
y
On Sat, Mar 12, 2005 at 02:26:43PM +0100, Martin Zobel-Helas wrote:
> > > As it has been said earlier, the machines are back, but just need to
> > > catch up. So just waiting might be the easiest thing to do.
> > More machines can catch up faster than few can do.
> > When one machine out of a doz
Hi Ingo,
On Saturday, 12 Mar 2005, you wrote:
> On Sat, Mar 12, 2005 at 02:06:24PM +0100, Martin Zobel-Helas wrote:
>
> > As it has been said earlier, the machines are back, but just need to
> > catch up. So just waiting might be the easiest thing to do.
>
> More machines can catch up faster tha
On Sat, Mar 12, 2005 at 02:06:24PM +0100, Martin Zobel-Helas wrote:
> As it has been said earlier, the machines are back, but just need to
> catch up. So just waiting might be the easiest thing to do.
More machines can catch up faster than few can do.
When one machine out of a dozen machines is
Hi Hamish,
On Saturday, 12 Mar 2005, you wrote:
> Is there anything that can be done to help with arm/mipsel?
Not uploading any new packages *g*
As it has been said earlier, the machines are back, but just need to
catch up. So just waiting might be the easiest thing to do.
Greetings
Martin
On Fri, Mar 11, 2005 at 09:03:16PM -0800, Steve Langasek wrote:
> On Sat, Mar 12, 2005 at 03:19:23PM +1100, Matthew Palmer wrote:
> > I'm trying to work out why package *section* matters at all. Package name
> > is a bit odd, too, but including the section in there is just totally
> > whack.
>
Le vendredi 11 mars 2005 à 14:09 +0100, Pierre Habouzit a écrit :
> > Any specific reason to not include this script in debhelper instead?
>
> maybe because it has unnecessary dependencies in order to be
> functionnal ?
>
> IIRC, there is some dh_* scripts that are not shiped within debhelper
>
On Thu, 10 Mar 2005 22:00:15 +0100, Thomas Hood wrote:
> Here is another idea. We create a new binary package
> "sound-system-chooser" which contains blacklists for both OSS and ALSA and
> provides a debconf interface that the administrator can use to disable
> either or both of the sound systems.
Package: wnpp
Severity: wishlist
* Package name: tetribot
Version : 0.38-rc17
Upstream Author : Christopher Yeoh, johnathan d., Andrew Quinn
* URL : http://sourceforge.net/projects/tetribot/
* License : GPL
Description : multiserver capable AI bot for tetr
[Jason Lunz]
> I just figured out a way to do this for the ssh binary. Maybe this would
> work for you?
As others have pointed out, there is -Wl,-Bstatic and -Wl,-Bdynamic -
but even absent those, you can just refer to the .a files directly if
you wish. So instead of -Lopenbsd-compat/ -lopenbsd-
Scusa il disturbo Gentile Utente del Web,
Un euro per un mattone! Aiutaci a costruire il canile!
One Dollar for a brick! Help to build the kennel!
Vogliamo lanciare un appello a tutti coloro che vorranno aiutarci nell'impresa
per cui ci battiamo da quando la nostra Associazione
è stata fondata:
47 matches
Mail list logo
