man! 7 best xxx sites for free
only today
7ForFree dot com
Anna Jacob
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
On Sat September 22 2007 10:21:43 pm Manoj Srivastava wrote:
> On Sat, 22 Sep 2007 03:46:26 -0600, Bruce Sass <[EMAIL PROTECTED]> said:
> > On Sat September 22 2007 12:16:18 am Oleg Verych (Gmane) wrote:
> >> 21-09-2007, Bruce Sass:
> >> > On Thu September 20 2007 09:25:23 pm Oleg Verych (Gmane) wr
On Sat, Sep 22, 2007 at 12:39:25PM -0700, Peter Eckersley wrote:
> On Sat, Sep 22, 2007 at 11:36:41 +0100, Mark Brown wrote:
> > I would strongly expect that any user sufficiently concerned about
> > these issues to take active steps like those would be willing to use
> I think this misunderstan
On 2007-09-20 23:10 +1000, Ben Finney wrote:
> I would not be against a policy requirement that email addresses
> in package metadata should be the literal address without
> munging.
I would not be against a policy requirement that packagers *ask*
third parties before publishing their email addre
El Sunday 23 September 2007 01:50:42 Debian Project Secretary escribió:
> - - -=-=-=-=-=- Don't Delete Anything Between These Lines =-=-=-=-=-=-=-=-
> acf05695-2c74-4751-a58a-ab7eb8282300
> [ 1 ] Choice 1: Reduce the length of DPL election process
> [ 2 ] Choice 2: As above, but do not change elect
> - Do you think that this initiative is interesting?
Yes, I think this initiative is very interesting, because those are
details that I think are the most important, yet it's very difficult
to get those from the respective webpages (like debian.org, etc.).
I am unable to connect to [1] though, s
On 23/09/07 at 16:01 +0200, Ondrej Certik wrote:
> > - Do you think that this initiative is interesting?
>
> Yes, I think this initiative is very interesting, because those are
> details that I think are the most important, yet it's very difficult
> to get those from the respective webpages (like
> Up again, but I haven't published the answers yet. I will as soon as
> I'll have the "next step" figured out.
BTW, I noticed you are a Ubuntu developer, do you use PPA? I would
like to have it in Debian, so I am working on it [1], [2], but very
slowly, don't have much time.
Ondrej
[1] http://c
On Sun, 23 Sep 2007 04:13:41 -0600, Bruce Sass <[EMAIL PROTECTED]> said:
> On Sat September 22 2007 10:21:43 pm Manoj Srivastava wrote:
>> On Sat, 22 Sep 2007 03:46:26 -0600, Bruce Sass <[EMAIL PROTECTED]> said:
>> > On Sat September 22 2007 12:16:18 am Oleg Verych (Gmane) wrote:
>> > It is not
On 22-Sep-07, 12:32 (CDT), Daniel Baumann <[EMAIL PROTECTED]> wrote:
> Thomas Goirand wrote:
> > Does it mean that I should try and make it work with xmms2 instead,
> > which means open an ITP for xmms2-pulse?
>
> Hi Thomas,
>
> please don't upload any xmms packages anymore; but go for xmm2 or
>
23-09-2007, Manoj Srivastava:
[]
>>> It doesn't catch files created by Maintainer scripts?
>
>> This is the design flaw in those scripts (even in whole package
>> management).
>
> I am not sure you have made your case here.
>
> Currently, using maintainer scripts, it is indeed possi
Package: wnpp
Severity: wishlist
Owner: "Kurt B. Kaiser" <[EMAIL PROTECTED]>
* Package name: wxremind
Version : 0.9.13
Upstream Author : Daniel Graham <[EMAIL PROTECTED]>
* URL : http://www.duke.edu/~dgraham/wxRemind/
* License : GPL
Programming Lang: Python
22-09-2007, Steinar H. Gunderson:
> On Fri, Sep 21, 2007 at 09:44:04AM +1245, Andreas Fleckl wrote:
>> It features the smallest possible size and memory requirements, the fastest
>> speed, and offers fairly good functionality.
>
> Size and memory aside, I sort of doubt asmutils' sort is faster than
On Sun, 23 Sep 2007 17:32:18 +0200, Ondrej Certik <[EMAIL PROTECTED]> said:
>> Up again, but I haven't published the answers yet. I will as soon as
>> I'll have the "next step" figured out.
> BTW, I noticed you are a Ubuntu developer, do you use PPA? I would
> like to have it in Debian, so I am
Package: wnpp
Severity: wishlist
Owner: "Kurt B. Kaiser" <[EMAIL PROTECTED]>
* Package name: yeagtd
Version : 0.7.11
Upstream Author : Daniel Graham <[EMAIL PROTECTED]>
* URL : http://www.duke.edu/~dgraham/yeaGTD/
* License : GPL
Programming Lang: Python
Des
"Ken Spath" <[EMAIL PROTECTED]> writes:
> Proposal regarding future packaging:
>
> Add an additional manual page to new/future/updated packages that is
> the same as the package name. IF and only IF there would NOT be a
> conflict with an existant necessary manual page AND IF there is no
> binary
On Sunday 23 September 2007 21:18:48 Oleg Verych wrote:
> 22-09-2007, Steinar H. Gunderson:
> > On Fri, Sep 21, 2007 at 09:44:04AM +1245, Andreas Fleckl wrote:
> >> It features the smallest possible size and memory requirements, the
> >> fastest speed, and offers fairly good functionality.
> >
> >
On Sun September 23 2007 11:00:58 am Manoj Srivastava wrote:
> On Sun, 23 Sep 2007 04:13:41 -0600, Bruce Sass <[EMAIL PROTECTED]> said:
> > On Sat September 22 2007 10:21:43 pm Manoj Srivastava wrote:
> >> On Sat, 22 Sep 2007 03:46:26 -0600, Bruce Sass <[EMAIL PROTECTED]>
said:
> >> > On Sat Septe
> I can confirm that it is not faster since I tested it once, I think 'wc' it
> was. And it is definitely not portable to other platforms either :-)
> Nevertheless the package brings with it some spirit that is good to have:
> love to assembly as a language. Maybe there are applications of this
On Sun, 23 Sep 2007 19:12:29 + (UTC), Oleg Verych <[EMAIL PROTECTED]> said:
> 23-09-2007, Manoj Srivastava: []
It doesn't catch files created by Maintainer scripts?
>>
>>> This is the design flaw in those scripts (even in whole package
>>> management).
>>
>> I am not sure you have made
On Sun, 23 Sep 2007 14:26:29 -0600, Bruce Sass <[EMAIL PROTECTED]> said:
> On Sun September 23 2007 11:00:58 am Manoj Srivastava wrote:
>> We can create any number of dummy packages on the fly, but what is
>> the use case we are trying to solve here? Why are we adding a virtual
>> package, havin
Lucas Nussbaum wrote:
> * dpkg and apt have support for Breaks in lenny, but this doesn't mean
> that we are supposed to use it before lenny+1 (according to
> #debian-devel)
However neither taktuk nor kanif are in etch, so I don't know if this is
really an issue: etch users won't have your pa
Patrick Winnertz wrote:
> Am Dienstag, 18. September 2007 21:12:44 schrieb Julien Cristau:
> > > Hmmhh, what do you do about programs etc that encode the build-time in
> > > the binary? I mean they obviously will change between builds?
> >
> > Hopefully they don't encode the build-time in the file
On Sun, 23 Sep 2007 23:32:59 +0200
Martin Uecker <[EMAIL PROTECTED]> wrote:
>
> Patrick Winnertz wrote:
> > Am Dienstag, 18. September 2007 21:12:44 schrieb Julien Cristau:
> > > > Hmmhh, what do you do about programs etc that encode the build-time in
> > > > the binary? I mean they obviously wil
I wrote:
> Package: rt2500-source
> Version: 1:1.1.0-b4-4
> Severity: serious
>
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> rt2500-source includes a bzipped tarball which must be unpacked in
> order to build modules from it. Therefore it should depend on bzip2.
In fact this applies t
On Mon, 2007-09-24 at 08:40 +1000, Hamish Moffatt wrote:
> On Sun, Sep 23, 2007 at 11:37:39PM +0100, Ben Hutchings wrote:
> > I wrote:
> > > Package: rt2500-source
> > > Version: 1:1.1.0-b4-4
> > > Severity: serious
> > >
> > > -BEGIN PGP SIGNED MESSAGE-
> > > Hash: SHA1
> > >
> > > rt250
Neil Williams <[EMAIL PROTECTED]>:
> Martin Uecker <[EMAIL PROTECTED]> wrote:
[...]
> >
> > I think it would be really cool if the Debian policy required
> > that packages could be rebuild bit-identical from source.
> > At the moment, it is impossible to independly verify the
> > integricity o
> Any particular reason this seems to be targeted only to svn/git,
> and seems to be (based on the name) biased towards svn? It can very
> easily be adapted to Arch, as well, and I am sure bzr and darcs should
> be easily added. Given that, vcsbuildstat could be a better name.
No, we wa
On Mon, Sep 24, 2007 at 12:54:58AM +0200, Martin Uecker wrote:
> Neil Williams <[EMAIL PROTECTED]>:
> > This has been covered before - certain upstream macros are among
> > many factors that ensure that this is unlikely. I, for one, use such
> > macros upstream to indicate the build time of the ac
Joey Hess <[EMAIL PROTECTED]>:
> Joerg Jaspert wrote:
> > > On 11150 March 1977, Peter Eckersley wrote:
> > > > I've seen reports from very large sites indicating that
> > > > User-Agent
> > > > strings are almost as useful as cookies for tracking their
> > > > users.
> > >
> > > I cant believe th
On Mon, Sep 24, 2007 at 12:00:25AM +0100, Ben Hutchings wrote:
> On Mon, 2007-09-24 at 08:40 +1000, Hamish Moffatt wrote:
> > I wouldn't expect rt2500-source to depend on bzip2 any more than I
> > expect any package providing a PDF file to depend on a viewer.
>
> That's different because there ar
On Sun, 23 Sep 2007, Andre Majorel wrote:
> On 2007-09-20 23:10 +1000, Ben Finney wrote:
>
> > I would not be against a policy requirement that email addresses
> > in package metadata should be the literal address without
> > munging.
>
> I would not be against a policy requirement that packagers
On Mon, 24 Sep 2007 00:54:58 +0200
Martin Uecker <[EMAIL PROTECTED]> wrote:
> Neil Williams <[EMAIL PROTECTED]>:
> > Martin Uecker <[EMAIL PROTECTED]> wrote:
> > This has been covered before - certain upstream macros are among
> > many factors that ensure that this is unlikely. I, for one, use su
Benjamin A'Lee <[EMAIL PROTECTED]>:
> On Mon, Sep 24, 2007 at 12:54:58AM +0200, Martin Uecker wrote:
> > Neil Williams <[EMAIL PROTECTED]>:
> > > This has been covered before - certain upstream macros are among
> > > many factors that ensure that this is unlikely. I, for one, use
> > > such
> > >
On Mon, 24 Sep 2007 01:12:59 +0200, Ondrej Certik <[EMAIL PROTECTED]> said:
>> Try baz get http://arch.debian.org/arch/private/srivasta/grab/fvwm> A
>> simple shell script can then update all the bested projects when it
>> is time for the next build.
> $ baz get
> http://arch.debian.org/arch/pri
> On Mon, 24 Sep 2007 00:54:58 +0200
> Martin Uecker <[EMAIL PROTECTED]> wrote:
>
> > Neil Williams <[EMAIL PROTECTED]>:
> > > This has been covered before - certain upstream macros are among
> > > many factors that ensure that this is unlikely. I, for one, use
> > > such macros upstream to ind
On Mon, 24 Sep 2007 04:56:45 +0200, Martin Uecker <[EMAIL PROTECTED]> said:
>> On Mon, 24 Sep 2007 00:54:58 +0200
>> Martin Uecker <[EMAIL PROTECTED]> wrote:
>>
>> > Neil Williams <[EMAIL PROTECTED]>:
>> > > This has been covered before - certain upstream macros are among
>> > > many factors tha
Martin Uecker <[EMAIL PROTECTED]> writes:
> If policy would require the exact reproducability of binaries, then
> it would be a policy violation.
You seem to be suggesting that policy should require this *before* it
becomes common practice. That's not generally how policy is crafted:
Debian polic
Hi Ladies
The Girls used to laugh at me in the public restroom.
Now they gasp in horror because I took MegaHole for 6 years!
Now I laugh at them because my vagina is now the size of a walk-in closet
100% Guarantee!
Web-Site of our shop - http://somethingfishy.com/
Soros is an idiot. The things
On Mon, 24 Sep 2007 02:13:32 +0200
Martin Uecker <[EMAIL PROTECTED]> wrote:
> The idea is not to replace hashes by bit-by-bit comparison, but to
> be able to *independendly* reproduce binaries from source code in
> a bit-identical way.
And what is going to happen when I used gcc-4.2.2007foo and
40 matches
Mail list logo
