Xin lỗi nếu mail này làm phiền đến anh chị và các bạn!
ADAM24H
Just for men! But lady will see.
Chỉ dành cho nam giới. Nhưng phụ nữ có quyền xem.
Thử xem, bạn sẽ biết ngay mình cần gì mà. Nhanh, gọn, lẹ, không cầu kỳ mà cực
kỳ hiệu quả.
Chỉ cần 1 cú click, click nhé! http:
Stefano Zacchiroli wrote:
> On Fri, Apr 25, 2008 at 10:15:27AM +0200, Petter Reinholdtsen wrote:
> Similarly, a counter action for this new "disable" action should be
> provided. I frequently dig into postinsts to retrieve the info about in
> which position I should put back a service I've disable
In article <[EMAIL PROTECTED]> you wrote:
> Also, it looks like it probes at runtime for SSE, so I may be able to
> build with that on i386 as well.
If it probes, it is most likely loading an optimized asm module, and you
dont need the SSE switch at all.
Gruss
Bernd
--
To UNSUBSCRIBE, email to
On Fri, Apr 25, 2008 at 10:15:27AM +0200, Petter Reinholdtsen wrote:
> I believe we should extend the update-rc.d interface to provide a few
> more operations that are commonly needed and commonly done wrong.
Neat, thanks for the initiative.
> Disable scripts
> ---
>
> This has to be
Faidon Liambotis <[EMAIL PROTECTED]> writes:
> Russ Allbery wrote:
>> However, a user mentioned that he thinks all chips that fall into the
>> amd64 architecture have SSE and hence adding -msse would be safe for the
>> amd64 build. Is that correct? And in general are there any guidelines
>> abou
Russ Allbery wrote:
However, a user mentioned that he thinks all chips that fall into the
amd64 architecture have SSE and hence adding -msse would be safe for the
amd64 build. Is that correct? And in general are there any guidelines
about things like this? I assume that using -msse for the i38
On Sun, Apr 27, 2008 at 10:05 AM, Russ Allbery <[EMAIL PROTECTED]> wrote:
> However, a user mentioned that he thinks all chips that fall into the
> amd64 architecture have SSE and hence adding -msse would be safe for the
> amd64 build. Is that correct?
http://en.wikipedia.org/wiki/X86-64 says
gnubg supports optionally building with SSE support for increased speed in
the analytical engine. I have to date kept this disabled to not generate
binaries that might not run on all otherwise-supported Debian systems.
However, a user mentioned that he thinks all chips that fall into the
amd64 ar
On Sun, 27 Apr 2008 01:00:38 +0200, Bernd Zeimetz wrote:
> >> Various people can't reach him[2]. On the other hand, he seems to be
> >> active on Ubuntu[3], he joined to Launchpad security this january at
> >> least. Moritz Muehlenhoff noted[4] that it should be hijacked and get in
> >> shape for
Hi,
>> Various people can't reach him[2]. On the other hand, he seems to be
>> active on Ubuntu[3], he joined to Launchpad security this january at
>> least. Moritz Muehlenhoff noted[4] that it should be hijacked and get in
>> shape for Lenny. Thus I have created a preliminary package[5] which
>>
* Bernd Eckenfels:
> In article <[EMAIL PROTECTED]> you wrote:
>>>sizeof(char) == 1
>
>> I just removed them for this reason.
>
> Maybe we need to specify CHAR_BITS instead?
Too much Java programming? 8-)
POSIX requires CHAR_BITS to be 8 these days.
--
To UNSUBSCRIBE, email to [EMAIL PROT
On Sat, 2008-04-26 at 20:21 +0200, Bernd Eckenfels wrote:
> In article <[EMAIL PROTECTED]> you wrote:
> >>sizeof(char) == 1
>
> > I just removed them for this reason.
>
> Maybe we need to specify CHAR_BITS instead?
Maybe some day Debian will run on an architecture where CHAR_BITS != 8,
but I
* Murat Demirten <[EMAIL PROTECTED]> [080426 15:07]:
> But locales-all package doesn't install the pre-compiled locales into right
> destinations.
>
> It contains /usr/lib/locales-all/supported.tar.lzma file which includes all
> the locales but you have to manually extract it.
Are you sure? I've
Very good solution, thanks for your help Adam. I'm preparing new packages.
It is a corner case I see but maybe we should accept
this as a general solution for the problem.
murat,
2008/4/26 Adam Borowski <[EMAIL PROTECTED]>:
> On Sat, Apr 26, 2008 at 02:24:03PM +0300, Murat Demirten wrote:
> > I'
I have had an accident on my Debian-Archiv-Server and unfortunatly the
files "Packages.gz", "Packages.bz2", "Sources.gz", "Sources.bz2" and
"Release" from the directories
Afaict snapshot.debian.net has woody down to r4 and all point release of sarge
and etch.
For older point releases of w
On Sat, Apr 26, 2008 at 02:24:03PM +0300, Murat Demirten wrote:
> I've a problem with manpages-tr package build process. It is binary
> independent package, basically contains man pages.
>
> But package author uses a different aproach to build man pages from xml
> sources. There is an xml2man.c wh
In article <[EMAIL PROTECTED]> you wrote:
>>sizeof(char) == 1
> I just removed them for this reason.
Maybe we need to specify CHAR_BITS instead?
Gruss
Bernd
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
On Saturday 26 April 2008 02:07, Don Armstrong wrote:
> On Sat, 26 Apr 2008, Paul Wise wrote:
> > I'd prefer the security team did not delay fixes at all by default.
> > Exceptions for specific maintainers, transitions or other reasons
> > are fine too of course.
>
> For stable and testing, I agree
On Sat, 2008-04-26 at 00:15 -0400, Zack Weinberg wrote:
> I looked at the page: this seems like an appropriate moment to mention
> something that should be a lot more widely known than it is:
>
>sizeof(char) == 1
>sizeof(signed char) == 1
>sizeof(unsigned char) == 1
>
> Those three eq
On Sat, 2008-04-26 at 12:29 +0200, Florian Weimer wrote:
> * Cyril Brulebois:
>
> > I'm wondering whether the ArchitectureSpecificsMemo[1] wiki page is
> > (well-)known, and whether its content got reviewed, esp. by porters of
> > each architecture, who could fix obvious errors or typos, or eventu
Package: wnpp
Severity: wishlist
Owner: Sergey B Kirpichev <[EMAIL PROTECTED]>
* Package name: php5-geoip
Version : 1.0.2
* URL : http://pecl.php.net/package/geoip
* License : PHP
Programming Lang: C
Description : This package provides a module for Maxmind
On Fri, Apr 25, 2008 at 08:18:04PM +0200, Tollef Fog Heen wrote:
> * Heikki Orsila
>
> (Cc-ing you as I don't know if you're on debian-devel or not;
> apologies if you are subscribed).
Thanks. I'm not on the list.
> Somebody suggested the proprietary Nvidia and ATI installers sometimes
> set th
Hi,
Isn't this bug closed by the 1.14.17 dpkg upload?
--
Alvaro Herrera Developer, http://www.PostgreSQL.org/
"La fuerza no está en los medios físicos
sino que reside en una voluntad indomable" (Gandhi)
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "
Hi,
But locales-all package doesn't install the pre-compiled locales into right
destinations.
It contains /usr/lib/locales-all/supported.tar.lzma file which includes all
the locales but you have to manually extract it.
So, problem still continue, any suggestion?
On Sat, Apr 26, 2008 at 2:40 PM,
* Murat Demirten <[EMAIL PROTECTED]> [080426 13:24]:
> I've a problem with manpages-tr package build process. It is binary
> independent package, basically contains man pages.
>
> But package author uses a different aproach to build man pages from xml
> sources. There is an xml2man.c which used on
Hi,
I've a problem with manpages-tr package build process. It is binary
independent package, basically contains man pages.
But package author uses a different aproach to build man pages from xml
sources. There is an xml2man.c which used on build process
to obtain man pages. And this utility can n
* Cyril Brulebois:
> I'm wondering whether the ArchitectureSpecificsMemo[1] wiki page is
> (well-)known, and whether its content got reviewed, esp. by porters of
> each architecture, who could fix obvious errors or typos, or eventually
> add special-cases, exceptions, and the like.
I hope the tab
* Daniel Baumann [Sat, 26 Apr 2008 10:41:17 +0200]:
> Adeodato Simó wrote:
> > A list of blocked packages can be found at [3].
> would it be possible to add the maintainer information to that list?
> rather than
> - $package
> it would be helpful to have something like
> - $package ($mainta
On Fri, Apr 25, 2008 at 05:06:59PM +0200, Petter Reinholdtsen wrote:
> 'arm' is said to be LE, but I believe it differ for integers and
> floating point numbers. Is 'arm' in the list the 'arm' archtecture?
> What about 'armel' and 'armeb'?
on arm (unlike armeb and armel), doubles are two little-e
Adeodato Simó wrote:
> A list of blocked packages can be found at [3].
would it be possible to add the maintainer information to that list?
rather than
- $package
it would be helpful to have something like
- $package ($maintainer)
Regards,
Daniel
--
Address:Daniel Baumann, Burgu
Your message dated Sat, 26 Apr 2008 16:23:56 +0900
with message-id <[EMAIL PROTECTED]>
and subject line Your odd GREP_OPTIONS setting is not package problem
has caused the Debian Bug report #475772,
regarding dpkg should set GREP_OPTIONS
to be marked as done.
This means that you claim that the pr
Gunnar Wolf <[EMAIL PROTECTED]> wrote:
> Thomas Weber dijo [Fri, Apr 25, 2008 at 09:25:04AM +0200]:
>> > j> By the way, it would be great if the mirrors kept more than just a
>> > j> week of Diffs.
[...]
> Diffs are often quite small. The time needed to establish a connection
> is often comparabl
sean finney <[EMAIL PROTECTED]> writes:
> On Friday 25 April 2008 06:24:41 pm Russ Allbery wrote:
>> Yes please. Another desperately needed feature is a query interface
>> that will tell you exactly the current state of a given init script,
>> for use by other automated tools. Currently, Puppet
On Friday 25 April 2008 06:24:41 pm Russ Allbery wrote:
> Yes please. Another desperately needed feature is a query interface that
> will tell you exactly the current state of a given init script, for use by
> other automated tools. Currently, Puppet hacks around this in some really
> ugly ways s
34 matches
Mail list logo
