Quoting Frederico Rodrigues Abraham ([EMAIL PROTECTED]):
> yeah, i can report the bug, but there will be no stack trace, although
> samba-dbg is supported to supply these?
Well, the mail you received gives you the details about what to do:
-check whether you can reproduce the bug consistently
-in
Le jeudi 12 avril 2007 à 21:15 +0200, Robert Millan a écrit :
> I think compression ratio is better than speed in most cases. With better
> compressed packages we save archive space, users save a lot of bandwidth, and
> the first CD/DVD can hold more stuff. That's important too.
You wouldn't say
Hi!
* Roberto C. Sánchez <[EMAIL PROTECTED]> [070413 00:27]:
> > The only caveat I can think of (but there might be others) is that it would
> > not be possible to properly count installations that are using
> > corporate (or ISP's) caching proxies (in somecases those are transparent to
> > the en
Roberto C. Sánchez wrote:
> On Fri, Apr 13, 2007 at 12:21:09AM +0200, Javier Fernández-Sanguino Peña
> wrote:
>> The only caveat I can think of (but there might be others) is that it would
>> not be possible to properly count installations that are using
>> corporate (or ISP's) caching proxies (in
Am 12.04.2007 09:11 schrieb Michal Čihař:
> On Thu, 12 Apr 2007 08:49:47 +0200
> Bastian Venthur <[EMAIL PROTECTED]> wrote:
>> Does anybody know how to tell CMake not to use /usr/lib64 but /usr/lib
>> when building a package on amd64?
>
> There are needed some special steps? I recently switched Ga
On Fri, Apr 13, 2007 at 09:12:33AM +0200, Josselin Mouette wrote:
> Le jeudi 12 avril 2007 à 21:15 +0200, Robert Millan a écrit :
> > I think compression ratio is better than speed in most cases. With better
> > compressed packages we save archive space, users save a lot of bandwidth,
> > and
> >
On Fri, Apr 13, 2007 at 09:16:33AM +0200, Alexander Schmehl wrote:
>
> Yes, and some (like me) use a private mirror for internal use. But at
> least we could estimate a lower count, which would be better, than the
> "don't know" we currently have.
>
That makes sense.
Regards,
-Roberto
--
Rob
Package: wnpp
Severity: wishlist
Owner: Aurelien Jarno <[EMAIL PROTECTED]>
* Package name: fcode-utils
Version : 1.0.2
Upstream Author : Stefan Reinauer <[EMAIL PROTECTED]>
David L. Paktor <[EMAIL PROTECTED]>
* URL : http://www.openbios.org
* License
This one time, at band camp, Nikita V. Youshchenko said:
> Looks like with current setup, [EMAIL PROTECTED] does not accept
> mail from domain that does not exist for the outside world.
>
> This looks suboptimal for me: why not accept all mail that looks like a
> popcon report?
>
> I know that
* Drew Parsons <[EMAIL PROTECTED]> [070412 19:55]:
> But the question could be made more general. Why do we explicitly
> enforce gz compression at the moment, why couldn't we support *any*
> compression scheme that upstream developer or Debian maintainer might
> care to use?
Because it is a packa
Package: wnpp
Severity: wishlist
Owner: Frank Terbeck <[EMAIL PROTECTED]>
* Package name: fdm
Version : 1.1
Upstream Author : Nicholas Marriott <[EMAIL PROTECTED]>
* URL : http://fdm.sf.net
* License : ISC
Programming Lang: C
Description : fetching, filt
Sex, 2007-04-13 às 14:47 +0300, costin c escreveu:
> May be some informations or tips about how to build a particular
> package from maintainers/developers of that package could help new
> maintainers who want to learn how to build/debug packages in
> generally.
for taht you have:
- new maintaine
On Fri, Apr 13, 2007 at 06:30:53AM -0400, Roberto C. S?nchez wrote:
> Which is by far a minority situation. You are much more likely to end
> up with someone on a 384k or 512k DSL (or even slower ISDN link) with an
> opteron, xeon, athlon64 or the like. I'm not saying that your situation
> is not
On Fri, 13 Apr 2007, Roberto C. Sánchez wrote:
> On Fri, Apr 13, 2007 at 09:12:33AM +0200, Josselin Mouette wrote:
> > Le jeudi 12 avril 2007 à 21:15 +0200, Robert Millan a écrit :
> > > I think compression ratio is better than speed in most cases. With better
> > > compressed packages we save arc
On Fri, Apr 13, 2007 at 01:09:50PM -0300, Henrique de Moraes Holschuh wrote:
> On Fri, 13 Apr 2007, Roberto C. Sánchez wrote:
> > On Fri, Apr 13, 2007 at 09:12:33AM +0200, Josselin Mouette wrote:
> > > Le jeudi 12 avril 2007 à 21:15 +0200, Robert Millan a écrit :
> > > > I think compression ratio i
> This one time, at band camp, Nikita V. Youshchenko said:
>> Looks like with current setup, [EMAIL PROTECTED] does not accept
>> mail from domain that does not exist for the outside world.
>>
>> This looks suboptimal for me: why not accept all mail that looks like a
>> popcon report?
>>
>> I k
Please CC the debian-devel list.
Sex, 2007-04-13 às 18:26 +0300, costin c escreveu:
> On 4/13/07, Luis Matos <[EMAIL PROTECTED]> wrote:
> > Sex, 2007-04-13 às 14:47 +0300, costin c escreveu:
> > > May be some informations or tips about how to build a particular
> > > package from maintainers/devel
Package: wnpp
Severity: wishlist
Owner: Oleksandr Moskalenko <[EMAIL PROTECTED]>
* Package name: decorator
Version : 2.0.1
Upstream Author : Michele Simionato <[EMAIL PROTECTED]>
* URL :
http://www.phyast.pitt.edu/~micheles/python/documentation.html
* License
On Fri, 13 Apr 2007, Roberto C. Sánchez wrote:
> Out of curiousity, how would source packages be handled? Would you
In whatever way the maintainer told dpkg-dev to for that package, I suppose.
> the uploader uploads a "wrong" format for a binary upload, would the
> archive repackage it or would
On Thu, 12 Apr 2007 14:53:42 +0200
Johannes Wiedersich <[EMAIL PROTECTED]> wrote:
> For laptops brand/model would be nice, although it probably will be
> difficult or impossible to include that in an automated fashion.
No it wouldn't. Most laptops have usable information in their smbios
which. S
* Joey Hess <[EMAIL PROTECTED]> (Thu, 12 Apr 2007 15:45:38 -0400):
>
> Lars Wirzenius wrote:
> > However, changing the popcon debconf question to something like the
> > following might be an acceptable compromise:
>
> Farid not, it might result in slightly more installations being
> reported, but
On Thu, 2007-04-12 at 20:29 +0100, Rob Andrews wrote:
> Hi all,
>
> I notice ia64 has ia32-libs and ia32-libs-dev, but I can't seem to find a
> compiler to build i386 binaries.
Use the -m32 option to gcc.
Ben.
--
Ben Hutchings
Never put off till tomorrow what you can avoid all together.
sign
On 14-Apr-2007 00:43.04 (BST), Ben Hutchings wrote:
> > I notice ia64 has ia32-libs and ia32-libs-dev, but I can't seem to find a
> > compiler to build i386 binaries.
> Use the -m32 option to gcc.
That works on gcc for amd64, but there's no common runtime in
/usr/lib/gcc/ia64-linux-gnu/4.1.2/32
Package: wnpp
Severity: wishlist
Owner: Lior Kaplan <[EMAIL PROTECTED]>
* Package name: aspell-am
Version : 0.03-1
Upstream Author : Daniel Yacob <[EMAIL PROTECTED]>
* URL : ftp://ftp.gnu.org/gnu/aspell/dict/am/
* License : Public Domain
Description : Amh
Bastian Venthur <[EMAIL PROTECTED]> writes:
> Hi,
>
> Does anybody know how to tell CMake not to use /usr/lib64 but /usr/lib
> when building a package on amd64?
>
> My quick and dirty solution to fix #417044 would be a modification in
> debian/rules where I move /usr/lib64 to /usr/lib, but it woul
Rob Andrews <[EMAIL PROTECTED]> writes:
> Hi all,
>
> I notice ia64 has ia32-libs and ia32-libs-dev, but I can't seem to find a
> compiler to build i386 binaries.
>
> The reason being is that I want to add support for the Debian nspluginwrapper
> package to run on ia64 machines, since they are bia
26 matches
Mail list logo
