Package: wnpp
Severity: wishlist
X-Debbugs-CC: debian-devel@lists.debian.org,debian-v...@lists.debian.org
Let's make a petition about a google employee
Put their name in the subject line and attack them every day for a month
stop taking the google money you pathetic hypocrites
stop telli
On 6/2/19 3:39 PM, Ben Hutchings wrote:
> On Fri, 2019-05-31 at 21:04 +, Luca Filipozzi wrote:
> [...]
>> However, without an HPE donation or discount, we are much more likely to
>> follow a less expensive approach: pairs of 2U servers with local
>> storage, etc. Still not cheap but not multipl
On Fri, 2019-05-31 at 21:04 +, Luca Filipozzi wrote:
[...]
> However, without an HPE donation or discount, we are much more likely to
> follow a less expensive approach: pairs of 2U servers with local
> storage, etc. Still not cheap but not multiples of 100k.
>
> If a hardware vendor happens t
"G. Branden Robinson" writes:
> My two cents[4] is that DSA should make its purchasing and hardware
> solicitation decisions with the architectural security issue fairly far
> down the priority list. It saddens me to say that, but this new class
> of exploits, what van Schaik et al. call "microa
At 2019-06-01T09:04:39+0200, Philipp Kern wrote:
> Are we then looking more closely at AMD-based machines given that
> those had less problems around speculative attacks?
To borrow a phrase from Christopher Hitchens, this comment gives a
hostage to fortune.
My team at work closely follows (and pa
On 5/31/2019 11:04 PM, Luca Filipozzi wrote:
> Before you ask: an insecure hypervisor is an insecure buildd.
Are we then looking more closely at AMD-based machines given that those
had less problems around speculative attacks?
Kind regards
Philipp Kern
On Sat, Jun 01, 2019 at 01:50:25AM +0300, Adrian Bunk wrote:
> On Fri, May 31, 2019 at 09:04:24PM +, Luca Filipozzi wrote:
> >...
> > When we last crunched the numbers, maintaining a 5y refresh (to stay in
> > warranty, etc.) would require $75k-100k/yr. We've avoided that level of
> > annual ex
On Fri, May 31, 2019 at 09:04:24PM +, Luca Filipozzi wrote:
>...
> When we last crunched the numbers, maintaining a 5y refresh (to stay in
> warranty, etc.) would require $75k-100k/yr. We've avoided that level of
> annual expenditure because we are keeping hardware longer than 5y and
> we've ha
On Fri, May 31, 2019 at 11:32:42PM +0300, Adrian Bunk wrote:
> On Wed, May 29, 2019 at 07:49:25AM -0400, Sam Hartman wrote:
> > So, there were two $300k donations in the last year.
> > One of these was earmarked for a DSA equipment upgrade.
> > DSA has a couple of options to pursue, but it's possib
sh.
>
> $200k doesn't really go that far in terms of big infrastructure projects
> like bikeshed or similar.
>
> I'm looking for someone who would be willing to guide a discussion of
> the Money issues Martin brought up in his campaign. I don't have time
> to guid
r someone who would be willing to guide a discussion of
the Money issues Martin brought up in his campaign. I don't have time
to guide that effor myself. Real thought needs to be put into it; it
will be at least as much work as the discussions I'm leading on
packaging practices and git
Package: wnpp
Severity: wishlist
Owner: Benjamin Drung
* Package name: py-moneyed
Version : 0.5.0
Upstream Author : Kai
* URL : http://github.com/limist/py-moneyed
* License : BSD
Programming Lang: Python
Description : Currency and Money classes for
On Mon, Jul 22, 2013 at 07:13:57PM +0200, Tollef Fog Heen wrote:
> ]] Steven Chamberlain
>
> > On 2013-07-22 15:49, Tollef Fog Heen wrote:
> > > It's not, it's a limitation of resizing a raid and that requiring about
> > > a billion seeks across the disk surface.
> >
> > I didn't realise it was
]] Steven Chamberlain
> On 2013-07-22 15:49, Tollef Fog Heen wrote:
> > It's not, it's a limitation of resizing a raid and that requiring about
> > a billion seeks across the disk surface.
>
> I didn't realise it was hardware RAID.
>
> If for example it is possible to create multiple, smaller h
]] Steven Chamberlain
> On 2013-07-22 14:50, Tollef Fog Heen wrote:
> > There are practical problems with your suggestions, such as resizing the
> > RAID taking a very long time when we add a new disk (you're looking at
> > weeks of seriously reduced performance).
>
> That seems like a limitatio
On 2013-07-22 15:49, Tollef Fog Heen wrote:
> It's not, it's a limitation of resizing a raid and that requiring about
> a billion seeks across the disk surface.
I didn't realise it was hardware RAID.
If for example it is possible to create multiple, smaller hardware RAIDs
over time, then maybe al
On 2013-07-22 14:50, Tollef Fog Heen wrote:
> There are practical problems with your suggestions, such as resizing the
> RAID taking a very long time when we add a new disk (you're looking at
> weeks of seriously reduced performance).
That seems like a limitation of software, at one of the lower l
]] Steven Chamberlain
> Hi!
>
> On 2013-07-21 08:09, Tollef Fog Heen wrote:
> > Backups is 8 x 4T Seagate Constellation drives. Bytemark is 24 x 4T
> > Seagate Constellation drives. We get setup, hosting, power, etc
> > donated, so that is not part of the cost there.
>
> Thanks; was this j
Hi!
On 2013-07-21 08:09, Tollef Fog Heen wrote:
> Backups is 8 x 4T Seagate Constellation drives. Bytemark is 24 x 4T
> Seagate Constellation drives. We get setup, hosting, power, etc
> donated, so that is not part of the cost there.
Thanks; was this just a purchase of drives, or also a new
On 2013-07-21 08:09, Tollef Fog Heen wrote:
The only realistic alternative to spending the money here would be if
some company donated the equivalent in hardware. It's not really
possible to code ourselves out of this one.
Well, we could make snapshot store binary deltas. That would kill
stood out as being
> quite a big purchase if it is just storage).
It's quite a bit of storage. Snapshot is large.
> This is somewhere that contributors could help instead of financially,
> but by designing, developing, or simply documenting solutions that
> would fulfill DSA nee
signing, developing, or simply documenting solutions that would
> fulfill DSA needs. I know this happens a bit already, DSA heavily makes
> use of Debian software and there is even a list of relevant usertagged
> bugs[0]. But what things are we not using Debian for yet, and where
&
eady, DSA heavily makes
use of Debian software and there is even a list of relevant usertagged
bugs[0]. But what things are we not using Debian for yet, and where
could we save DSA some money?
[0]:
http://bugs.debian.org/cgi-bin/pkgreport.cgi?users=debian-ad...@lists.debian.org
Thanks!
Regards,
-
/dokuwiki/ab_transfer:start
* License : GPL
Programming Lang: C++
Description : simple online banking application for online money transfers
AB-Transfers is an application for online money transfers of any kind. In
contrast to KMyMoney or Gnucash it is not intended to be used as a complete
On Sun, 21 Aug 2011, Bastien ROUCARIES wrote:
> > I concur and I'll be happy to approve such usage of Debian money.
> > FWIW, what is needed to make this kind of things happen is not
> > really money. What is missing is rather a bit of coordination of
> > peopl
]] Tollef Fog Heen
| The ones you mentioned on IRC were sparc and powerpc. PowerPC is
| getting an extra debian.net porterbox as we speak, this one being a quad
| 2.5GHz G5 with 6G memory and 500G disk. (It'll run a buildbot for
| Varnish so it won't be a DSA machine.)
The machine is now live
On Mon, 22 Aug 2011 13:44:08 +0200, Tollef Fog Heen wrote:
> The ones you mentioned on IRC were sparc and powerpc. PowerPC is
> getting an extra debian.net porterbox as we speak, this one being a quad
> 2.5GHz G5 with 6G memory and 500G disk. (It'll run a buildbot for
> Varnish so it won't be a
]] Mike Hommey
| Speaking of which. It would also totally be an appropriate use of Debian
| money to get new porter boxes that fit the buildds. Most of the non x86
| porter boxes are pathetically slow, which is even sadder when you know
| the buildd boxes for the same architectures are an order
On Mon, Aug 22, 2011 at 10:51:02AM +0200, Alexander Reichle-Schmehl wrote:
> > What is missing is rather a bit of coordination of people that:
> [..]
> > Any taker?
>
> Well, according to [1] and [2], we have some hardware donations
> coordinators, and at [3] we have a list of needed hardware.
>
Hi!
Am 21.08.2011 18:59, schrieb Stefano Zacchiroli:
[ more powerful hardware needed ]
> What is missing is rather a bit of coordination of people that:
[..]
> Any taker?
Well, according to [1] and [2], we have some hardware donations
coordinators, and at [3] we have a list of needed hardware.
is a tiny fraction of what dpkg takes.
> > >
> > > It takes a lot longer to compress on slower architectures (i.e. on the
> > > buildds), though. You could've built a whole package in that time.
> > > (Resorting
> > > to your style of argument.)
On Sun, Aug 21, 2011 at 6:59 PM, Stefano Zacchiroli wrote:
> On Sat, Aug 20, 2011 at 08:45:18PM +0200, Mike Hommey wrote:
>> > Wouldn't it be better to get more buildds for those archs, then?
>> > That would be a totally appropriate use of Debian money...
>>
>
On Sat, Aug 20, 2011 at 08:45:18PM +0200, Mike Hommey wrote:
> > Wouldn't it be better to get more buildds for those archs, then?
> > That would be a totally appropriate use of Debian money...
>
> Speaking of which. It would also totally be an appropriate use of Debian
&g
the
> > buildds), though. You could've built a whole package in that time.
> > (Resorting
> > to your style of argument.)
>
> Wouldn't it be better to get more buildds for those archs, then?
> That would be a totally appropriate use of Debian money...
Speakin
problem
is that Junta de Extramadura seems to have stopped this and we would
need just need some organisers and some money, right? I'm really in
favour of this and I could imagine some Blends meetings.
Kind regards and thanks for the DPL bits
Andreas.
--
http://fam-tille.
Anti-Money Laundering III for Financial Institutions:
New Developments, Economic Sanctions and Global Compliance Requirements LIVE
Teleconference
** See information below to register in this event **
The USA Patriot Act has paved the way for new and expanded economic sanctions
on financial
Anti-Money Laundering III for Financial Institutions:
New Developments, Economic Sanctions and Global Compliance Requirements LIVE
Teleconference
** See information below to register in this event **
The USA Patriot Act has paved the way for new and expanded economic sanctions
on financial
Anti-Money Laundering III for Financial Institutions:
New Developments, Economic Sanctions and Global Compliance Requirements LIVE
Teleconference
** See information below to register in this event **
The USA Patriot Act has paved the way for new and expanded economic sanctions
on financial
We guarantee 100% authentic software.
http://nejzj.1q5gmijcgbj8g21.lhotacg.com
Fear of a name increases fear of the thing itself.
Courage is fear holding on a minute longer.
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTE
Photos, drawings, graphics...learn to create them...then share them all...
http://ctxsq.dkhsgud6s5vksev.sogagmsoga1.com
No one can earn a million dollars honestly.
A single fact can spoil a good argument.
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscri
Hey man, stop throwing away your money
http://www.prumie.net/ss/
Wanna be more man? Check this dude
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
iness in ourselves, and it is not possible
to find it elsewhere.
excelent soft products for very reasonable money italian - guaranteed.
I have often thought that if a rational Fascist dictatorship were to
exist, then it would choose the American system.
Great prices.out Quick confirm
e where I would
be or what I would be doing had I not.
AS SEEN ON NATIONAL TV:
Making MONEY every month from your home.
THANK'S TO THE COMPUTER AGE AND THE INTERNET !
JOIN THE RANKS OF THOSE MAKING SERIOUS MONEY AT HOME
Before you say '&#x
громным уважением и наилучшими пожеланиями, Елена.
Hi!
I offer you to begin own business
And to earn in the Internet from 50$ about 1000$/mon.
It is a perfect opportunity to earn money!!!
Do not miss this opportunity!
For reception of the information write to me:
[EMAIL PROTECTED]
The best regards, Helen.
On Fri, May 21, 1999 at 12:22:17PM -0500, David Welton wrote:
> You would be really surprised how many people have never even heard of
> Debian. Unfortunately, the populace at large is not perfectly
> informed about everything. This is where marketing comes in - yes,
If someone will send me a h
On Fri, May 21, 1999 at 05:07:25PM +0930, Ron wrote:
> Hmm.. I'd have said full time QA staff. If we are gonna have hired
> guns, let em blast at the bugs, then we *all* get value for our
> money...
Yeah, it's probably more worth it to have hired people do the 'borin
> On 18 Dec 1997, Kai Henningsen wrote:
>
> > Remember there are people that can't stand Emacs.
>
> Strange... :)
Nothing strange. After a couple of _years_ of struggling in attempts to
learn emacs (I made about 6 attempts total) I found a *great* relief in...
vi (vim actually). I was able to ge
On 18 Dec 1997, Kai Henningsen wrote:
> Remember there are people that can't stand Emacs.
Strange... :)
---
Turbo_ /// If there are no Amigas in heaven, send me to HELL!
^\\\/
Unix _IS_ user friendly - it'
> "Kai" == Kai Henningsen <[EMAIL PROTECTED]> writes:
Kai> Remember there are people that can't stand Emacs.
Bliss. :-)
--
TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word "unsubscribe" to
[EMAIL PROTECTED] .
Trouble? e-mail to [EMAIL PROTECTED] .
[EMAIL PROTECTED] (Guy Maor) wrote on 16.12.97 in <[EMAIL PROTECTED]>:
> "Gonzalo A. Diethelm" <[EMAIL PROTECTED]> writes:
>
> > Perhaps you could point out how I could force all of those people
> > with broken mailers and/or ideas to use one of your great mail
> > clients, so I won't get four, f
On 17 Dec 1997, Guy Maor wrote:
> > download them is closing the barn door after the horses have eaten the
> > chickens.
Horses are vegetarians anyway.
Will
--
|
Rob Browning <[EMAIL PROTECTED]> writes:
> While I agree that Gnus is the best thing since sliced bread, keep in
> mind those in other countries where net access is *much* more
> expensive.
I hardly think the duplicate messages represent a significant
percentage of their bandwidth.
> For these
Guy Maor <[EMAIL PROTECTED]> writes:
> Gnus.
While I agree that Gnus is the best thing since sliced bread, keep in
mind those in other countries where net access is *much* more
expensive. For these people, deleting the duplicates after they
download them is closing the barn door after the horses
On Tue 16 Dec 1997, Karl M. Hegbloom wrote:
> > "James" == James Troup <[EMAIL PROTECTED]> writes:
>
> James> Alex Yukhimets <[EMAIL PROTECTED]> writes:
> >> When doing 'g'roup reply in elm, the e-mail of the person goes
> >> into the "To:" header and list address (along with all o
"Gonzalo A. Diethelm" <[EMAIL PROTECTED]> writes:
> Perhaps you could point out how I could force all of those people
> with broken mailers and/or ideas to use one of your great mail
> clients, so I won't get four, five, six or more duplicates of the
> messages sent to the list.
Gnus.
--
TO UNS
;t get four, five, six or more duplicates of the
> messages sent to the list.
[snip]
> You offer no alternative whatsoever to those of us with a very real
> problem: net access is expensive for some people, and shorter download
> times mean money saved.
Why don't you add the reply-t
On 17-Dec-1997, James Troup <[EMAIL PROTECTED]> wrote:
> Alex Yukhimets <[EMAIL PROTECTED]> writes:
>
> > When doing 'g'roup reply in elm, the e-mail of the person goes into
> > the "To:" header and list address (along with all other thread
> > participant's adresses) to "Cc:" header.
>
> So, umm
> "James" == James Troup <[EMAIL PROTECTED]> writes:
James> Alex Yukhimets <[EMAIL PROTECTED]> writes:
>> When doing 'g'roup reply in elm, the e-mail of the person goes
>> into the "To:" header and list address (along with all other
>> thread participant's adresses) to "Cc:" he
Alex Yukhimets <[EMAIL PROTECTED]> writes:
> When doing 'g'roup reply in elm, the e-mail of the person goes into
> the "To:" header and list address (along with all other thread
> participant's adresses) to "Cc:" header.
So, umm, fix elm?
--
James
--
TO UNSUBSCRIBE FROM THIS MAILING LIST: e-m
> --- Start of forwarded message ---
> Resent-Date: 16 Dec 1997 22:24:45 -
> Resent-Cc: recipient list not shown: ;
> Date: Tue, 16 Dec 1997 15:38:16 -0300
> Message-Id: <[EMAIL PROTECTED]>
> From: "Gonzalo A. Diethelm" <[EMAIL PROTECTED]>
> To: Ian Jackson <[EMAIL PROTECTED]>
> Cc: Deb
--- Start of forwarded message ---
Resent-Date: 16 Dec 1997 22:24:45 -
Resent-Cc: recipient list not shown: ;
Date: Tue, 16 Dec 1997 15:38:16 -0300
Message-Id: <[EMAIL PROTECTED]>
From: "Gonzalo A. Diethelm" <[EMAIL PROTECTED]>
To: Ian Jackson <[EMAIL PROTECTED]>
Cc: Debian developers l
more duplicates of the
messages sent to the list.
The amended suggestion that I replied with a little earlier seemed to
please everyone, even those recalcitrant types who wouldn't hear about
adding Reply-To headers to the messages.
You offer no alternative whatsoever to those of us with a ve
On 16-Dec-1997, Christian Schwarz <[EMAIL PROTECTED]> wrote:
>
> Please check out http://www.unicom.com/pw/reply-to-harmful.html . The page
> contains several arguments against the use of "Reply-To". I fully agree to
> what Ian said.
Please don't quote this URL as if all the issues in this web pa
Christian Schwarz <[EMAIL PROTECTED]> wrote:
> Please check out http://www.unicom.com/pw/reply-to-harmful.html . The page
> contains several arguments against the use of "Reply-To". I fully agree to
> what Ian said.
I personally find header-munging of any sort distasteful, however
I think a couple
On 16-Dec-1997, Ian Jackson <[EMAIL PROTECTED]> wrote:
> Tyson Dowd:
> > A couple of us discussed this (and other problems with the mailing
> > list), in the thread "Duplicate messages on this list" in debian-devel
> > about a week ago and eventually came to a standstill where most people
> > in th
On Tue, 16 Dec 1997, Alex Yukhimets wrote:
> > Please let noone think that just because that absurd and awful
> > suggestion was the last thing anyone said that everyone is happy with
> > it.
> >
> > Rather, the rest of us have more important things to do than to fight
> > battles with people wit
> Please let noone think that just because that absurd and awful
> suggestion was the last thing anyone said that everyone is happy with
> it.
>
> Rather, the rest of us have more important things to do than to fight
> battles with people with broken mailers and broken ideas about how
> mailers ou
Tyson Dowd:
> A couple of us discussed this (and other problems with the mailing
> list), in the thread "Duplicate messages on this list" in debian-devel
> about a week ago and eventually came to a standstill where most people
> in the discussion were happy with the following solution:
>
>
> I would also like to suggest a print or two. I do not know if this
> idea would actually make money, but I would buy one.
Uh-oh, you moved this topic from the other mailing list. Consider your
knuckles rapped :-) No harm done this time, but be careful.
We were discussing t-shirts and su
On 14 Dec, [EMAIL PROTECTED] wrote:
> More expected money out:
>
> About $2000 for the 501(c)3 non-profit status. This
> was waiting for all those papers we were fedexing around.
>
> We have an undedicated $2000 to $3000 to spend on Debian and other
> SPI programs. Part of
70 matches
Mail list logo
