Michael Stone writes:
> On Wed, Sep 04, 2002 at 03:35:58PM +0200, Marcelo E. Magallon wrote:
> > The shared library is 179 kB. Why don't you just provide the optimized
> > versions in the same package? Are the any stability/correctness issues
>
> Now for the real overachiever, what would be r
On Tue, Sep 03, 2002 at 09:57:26PM +0900, Junichi Uekawa wrote:
> On Tue, 3 Sep 2002 12:30:43 +0300
> [EMAIL PROTECTED] wrote:
> > Extracting source
> > unable to get login information for username "shaul" at
> > /usr/lib/dpkg/controllib.pl line 56.
> > Compilation failed in require at /usr/bin
>> Michael Stone <[EMAIL PROTECTED]> writes:
> Now for the real overachiever, what would be really cool is if you
> hacked openssl to do *runtime* detection of which optimizations to use.
That would be indeed much better. I blindly assumed he was talking
about compiler flags and I further a
Package: general
Version: N/A; reported 2002-09-04
Severity: important
-- System Information
Debian Release: 3.0
Architecture: i386
Kernel: Linux link 2.2.20 #1 Sat Apr 20 11:45:28 EST 2002 i586
Locale: LANG=C, LC_CTYPE=C
Hi,
I've found a few problems with the X startups: which often don't rea
On Wed, Sep 04, 2002 at 03:35:58PM +0200, Marcelo E. Magallon wrote:
> The shared library is 179 kB. Why don't you just provide the optimized
> versions in the same package? Are the any stability/correctness issues
Now for the real overachiever, what would be really cool is if you
hacked opens
On 09/04/2002 08:51:02 AM [EMAIL PROTECTED] (Dagfinn Ilmari Mannsåker)
wrote:
>> division and multiplication. Recompiling libssl with SPARCv8
>> optimizations speeds up logging in with ssh on an Ultra1 (SPARCv9) by
>> a factor of 6, IIRC. See the debian-sparc archives for details.
This is quite
On Wed, Sep 04, 2002 at 08:26:19AM -0500, Vince Mulhollon wrote:
> I think I can safely speak for everyone on debian-devel as per this:
>
> 1) The difference in overall speed is small, and rarely publically
> reported.
> The 1% gain is individually considered either vital must-have, or
> worthless
> "Vince Mulhollon" <[EMAIL PROTECTED]> writes:
>
> > I think I can safely speak for everyone on debian-devel as per this:
> >
> > 1) The difference in overall speed is small, and rarely publically
> > reported. The 1% gain is individually considered either vital
> > must-have, or worthless.
>
> Y
I had no idea all of these existed (I have heard of zsh). Is there anyway
of finding these things out? Apropos won't work if you don't have them
installed?
Thanks
-Scott
On Tue, 3 Sep 2002, Clint Adams wrote:
> And if you use zsh, you don't need to bother with mmv or rename, since
> there'
"Vince Mulhollon" <[EMAIL PROTECTED]> writes:
> I think I can safely speak for everyone on debian-devel as per this:
>
> 1) The difference in overall speed is small, and rarely publically
> reported. The 1% gain is individually considered either vital
> must-have, or worthless.
You have obviousl
On Wed, Sep 04, 2002 at 08:26:19AM -0500, Vince Mulhollon wrote:
> On 09/04/2002 08:12:50 AM Christoph Martin wrote:
> >> etc. This has the benefit that it works on every i386 compatible
> >> processor but it is slow on processors where there could be a lot of
> >> optimisation.
>
> Oh not this th
On Tue, 3 Sep 2002, Malcolm Parsons wrote:
> On Tue, Sep 03, 2002 at 01:07:28PM -0600, J. Scott Edwards wrote:
> >
> > On Wed, 28 Aug 2002 Marcelo E. Magallon wrote:
> >
> > >
> > > >> Ola Lundqvist <[EMAIL PROTECTED]> writes:
> > >
> > > > > tab and untab (I just discovered that this can be don
>> Christoph Martin <[EMAIL PROTECTED]> writes:
> The idea is to have a standard libssl0.9.6 package with no
> optimisation and some optional packages like libssl0.9.6-i686 or
> libssl0.9.6-k7 which can replace libssl0.9.6.
The shared library is 179 kB. Why don't you just provide the optimi
On 09/04/2002 08:26:19 AM "Vince Mulhollon" wrote:
>> I think I can safely speak for everyone on debian-devel as per this:
>>
>> 1) The difference in overall speed is small, and rarely publically
>> reported.
>> The 1% gain is individually considered either vital must-have, or
>> worthless.
>> 2)
On Wed, Aug 28, 2002 at 08:19:54AM +0200, Ola Lundqvist wrote:
> > little endian hex dump
> May be interesting.
Should be an option to "od", really.
Thanks,
Marcus
--
`Rhubarb is no Egyptian god.' GNU http://www.gnu.org[EMAIL PROTECTED]
Marcus Brinkmann The Hurd http://www
On 3 Sep 2002, Goswin Brederlow wrote:
> "J. Scott Edwards" <[EMAIL PROTECTED]> writes:
>
> > On Wed Aug 28 11:37:29 2002 Allan Wind wrote:
> > > On 2002-08-27 21:59:28, J. Scott Edwards wrote:
> > > > file slicer (that can slice up a file into different size chunks).
> > >
> > > dd?
> >
> > Yea,
On 09/04/2002 08:12:50 AM Christoph Martin wrote:
>> etc. This has the benefit that it works on every i386 compatible
>> processor but it is slow on processors where there could be a lot of
>> optimisation.
Oh not this thread again!
Processor specific optimizations for i386 is debated approx ever
Hi,
as you might know, there is only one binary package of libssl0.9.6 for
each architecture. These packages are all build for the least capable
processor. eg. for i386 there is no optimisation for pentiums
etc. This has the benefit that it works on every i386 compatible
processor but it is slow
V I R U S A L E R T
Nuestro antivirus ha encontrado los siguientes virus(es)
I-Worm.Klez.h
I-Worm.Klez.h
en un correo para usted de:
[EMAIL PROTECTED]
¡La entrega del correo ha sido detenida!
Por favor, contacte con su administrador de correo ([EMA
On Wed, 04 Sep 2002, Martijn van Oosterhout wrote:
> Ofcourse, it could just do system("mkdir -p /var/cache/whatever/dir/it/is")
> everytime it wants to open a file but that would be inefficient.
If it has the permissions to do so. Not everything runs as root and can
create directories belowe /va
On Sun, Sep 01, 2002 at 07:13:33PM -0500, John Goerzen wrote:
> I'm concerned that a single person has the power to dictate such dramatic
> changes in our procedures. Why is the NMU procedure not codified in Debian
> Policy? There, at least, we have a better mechanism of updating it.
You mean
On Wed, Sep 04, 2002 at 02:46:19AM -0400, John D. Hendrickson wrote:
> DEBIAN BUG: Many packages have dependacies that don't actually exist.
Only in contrib/non-free. Anything else should be reported against the
packages in question.
> DEBIAN BUG: Many packages have 'conflicts' that don't actua
On Mon, Sep 02, 2002 at 12:02:08AM +0200, Josip Rodin wrote:
> > > Anyway, I don't see the point of posting their email addresses.
> >
> > They're more or less public anyway, so that don't hurt.
>
> I for one wouldn't have liked if someone sent my @d.o address to -d-a,
> because I don't use it fo
>> Brian May <[EMAIL PROTECTED]> writes:
> > checking for perl modules...
> > module not found in path: 'MIME/Parser'.
> > configure: error: You are missing some perl modules. Please check the
> > README
Funky...
Looking in auric at the file
/org/ftp.debian.org/ftp/dists/sid/Con
Your message dated Wed, 4 Sep 2002 12:56:07 +0200
with message-id <[EMAIL PROTECTED]>
and subject line Bug#159574: general: Policy, Dependancy, Conflics - breaches -
many
has caused the attached Bug report to be marked as done.
This means that you claim that the problem has been dealt with.
If th
Package: general
Version: N/A; reported 2002-09-04
Severity: important
-- System Information
Debian Release: 3.0
Architecture: i386
Kernel: Linux link 2.2.20 #1 Sat Apr 20 11:45:28 EST 2002 i586
Locale: LANG=C, LC_CTYPE=C
Hi,
I really like Debians huge collection and the fact that it gives th
Package: wnpp
Version: N/A; reported 2002-09-04
Severity: wishlist
* Package name: eskuel
Version : 1.0.2
Upstream Author : Mathieu LESNIAK <[EMAIL PROTECTED]>
* URL : http://www.phptools4u.com/scripts/eskuel/?lang=english
* License : GPL v2 http://www.phptool
V I R U S A L E R T
Nuestro antivirus ha encontrado los siguientes virus(es)
I-Worm.Klez.h
I-Worm.Klez.h
en un correo para usted de:
[EMAIL PROTECTED]
¡La entrega del correo ha sido detenida!
Por favor, contacte con su administrador de correo ([EMA
Hi The!
You wrote:
> > DELAYED is fine. Not submitting a bug is not fine.
>
> Can DELAYED be set up to email the maintainer with the changelog?
> Would that help the "unexpected" NMU from ambushing the maintainer?
In this case the changelog and patch were actually sent to the
maintainer; they o
On Tue, Sep 03, 2002 at 10:59:14AM -0600, [EMAIL PROTECTED] wrote:
> Hello!
>
> On Mon, Sep 02, 2002 at 01:52:13PM +0200, Javier Fernández-Sanguino Peña
> wrote:
> > On Sun, Aug 25, 2002 at 02:56:46PM +1000, Martijn van Oosterhout wrote:
> ...
> > > What I'm saying is that to must have a mail-ser
Duncan Findlay <[EMAIL PROTECTED]> wrote:
>
> True, the FHS does not specifically say that directories have to be
> recreated, but I would consider it a bug if they aren't. Anyone agree?
I think it would be much better if you did
find /var/cache ! -type d -print0 | xargs -0r rm -f
The complicat
On Tue, Sep 03, 2002 at 07:40:23PM +0200, Michael Meskes wrote:
>
> The "error" message is:
>
> BIOS data check successful
That message comes from LILO. It sounds as if you've got a
boot loader problem that is triggered by the Debian kernels.
See if you can get it to load by removing the initr
Rainer Dorsch <[EMAIL PROTECTED]> writes:
> The HP syupported hpijs driver brings much better quality for color
> printing than pcl3,... The foomatic package in Debian (all version
> use the same!) does not yet have and hpijs entry for OJ6xx.
I guess I still cannot understand what you mean.
$ gre
> rename 's/\.c$/.x/' cumbersome?
Come on. s///? Backslash? $? Not one, but two single quotes?
One may as well type for i in *.c ; mv $i ${i/.c(#e)/.x} or
for i (*.c) { mv $i ${i%c}x }
I really would rather type ren *.c *.x. But then, I don't think in
perl.
[the first time I tried sending this, I sent it to
[EMAIL PROTECTED] instead of
debian-devel@lists.debian.org :-(. Lets try again...]
On Fri, Aug 30, 2002 at 06:05:01PM +1000, Brian May wrote:
> According to the build log at:
>
> http://buildd.debian.org/fetch.php?&pkg=amavis&ver=20020517-16&arc
On Tue, Sep 03, 2002 at 10:34:23PM -0400, Duncan Findlay wrote:
> /etc/cron.daily/man-db:
> fopen: No such file or directory
> mandb: can't create index cache /var/cache/man/1075: No such file or
> directory
> mandb: can't chmod /var/cache/man/index.bt: No such file or directory
> mandb: warning: c
Samuli Suonpaa <[EMAIL PROTECTED]> schrieb am 03.09.02 21:45:32:
> Rainer Dorsch <[EMAIL PROTECTED]> writes:
> > Hello,
> >
> > some weeks ago I was installing an HP OfficeJet and on the hpoj
> > mailing list somebody was pointing out that I need the latest
> > version of foomatic to get good resul
On Wed, Sep 04, 2002 at 01:02:33PM +1000, Martijn van Oosterhout wrote:
> I think the key word is "files". As you say it doesn't talk about about
> directories, for good reason since it's an awful lot of work. you'd have to
> replace:
I think that FHS would transmit the content that "stuff" in /va
Package: wnpp
Version: N/A; reported 2002-09-04
Severity: wishlist
* Package name: gkrellmms2
Version : 2.1
Upstream Author : Sjoerd Simons <[EMAIL PROTECTED]>
* URL : http://gkrellm.luon.net/
* License : GPL-2
Description : GKrellM version 2 XMMS Plugin
On Wed, Sep 04, 2002 at 01:35:31AM +0200, Josip Rodin wrote:
> It still requires effort by the non-maintainer to get the sources, fiddle
> with it a little bit, recompile, and upload. Two minutes, sure, but two
> minutes that could have been spent fixing #155939. ;)
Um, the fix to #155939 is known
On 03 Sep 2002 11:58:10 -0700
Stephen Zander <[EMAIL PROTECTED]> wrote:
>
> What is the thinking behind always requiring libfoo-dev to depend on
> libbar-dev when libfoo depends on libbar? I understand the need when
> /usr/include/foo.h contains
>
> #include
So that libbar-dev can conflict
41 matches
Mail list logo
