Re: Packages with httpd needs

[Steve Langasek]

On Tue, Nov 27, 2007 at 07:34:13PM -0500, Roberto C. Sánchez wrote:
> On Tue, Nov 27, 2007 at 12:27:42PM -0800, Steve Langasek wrote:

> >  Package: phpgroupware
> >  Depends: apache2 | apache | httpd, php5 | php5-cgi | libapache2-mod-php5 
> > [...]

> > This doesn't force you to install apache.  It just requires that you have
> > apache and php installed, which by default is going to pull in apache2 and
> > libapache2-mod-php5 if the dependency isn't previously satisfied.  (The php
> > depends in this particular example are strange; it should probably depend
> > either on "php5" alone, which is a metapackage.  But that doesn't change the
> > argument.)

> Actually, your statement (about requiring apache) is not strictly true.
> Lots of packages which are not apache provide httpd:

Er, yes.  That should have been "It just requires that you have a webserver
and php installed".

-- 
Steve Langasek   Give me a lever long enough and a Free OS
Debian Developer   to set it on, and I can move the world.
Ubuntu Developerhttp://www.debian.org/
[EMAIL PROTECTED] [EMAIL PROTECTED]


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: Mass bug filing: non-UTF8 debian/{control.changelog}

[Cyril Brulebois]

On 17/11/2007, Bas Zoetekouw wrote:
> I'm planning to file bugs for packages that use non-UTF-8 encodings in
> debian/control and/or debian/copyright.
>
> changelog #xx debian-el  Peter_S_Galbraith
> changelog #xx devscripts-el  Peter_S_Galbraith
> changelog #xx dpkg-dev-elPeter_S_Galbraith
> changelog #xx emacs-goodies-el   Peter_S_Galbraith
> changelog #xx gnus-bonus-el  Peter_S_Galbraith
> changelog #xx vm-bonus-elPeter_S_Galbraith

Hi, thanks for the notice. All the above are fixed in $VCS.

Cheers,

-- 
Cyril Brulebois


pgplVZeS08RV9.pgp
Description: PGP signature

Re: Packages with httpd needs

[Roberto C . Sánchez]

On Tue, Nov 27, 2007 at 12:27:42PM -0800, Steve Langasek wrote:
> 
>  Package: phpgroupware
>  Depends: apache2 | apache | httpd, php5 | php5-cgi | libapache2-mod-php5 
> [...]
> 
> This doesn't force you to install apache.  It just requires that you have
> apache and php installed, which by default is going to pull in apache2 and
> libapache2-mod-php5 if the dependency isn't previously satisfied.  (The php
> depends in this particular example are strange; it should probably depend
> either on "php5" alone, which is a metapackage.  But that doesn't change the
> argument.)
> 
Actually, your statement (about requiring apache) is not strictly true.
Lots of packages which are not apache provide httpd:

for i in `apt-cache search httpd |cut -f1 -d' '` ; do [ `apt-cache show $i| 
grep '^Provides:.*httpd' |wc -l` -gt 0 ] &&  apt-cache show $i |grep 
"^Package\|^Provides" && echo "-"; done

Regards,

-Roberto
-- 
Roberto C. Sánchez
http://people.connexer.com/~roberto
http://www.connexer.com


signature.asc
Description: Digital signature

Re: Packages with httpd needs

[Steve Greenland]

On 27-Nov-07, 12:57 (CST), Leo costela Antunes <[EMAIL PROTECTED]> wrote: 
> Hans-J. Ullrich wrote:
> > Well, I wondered, whenever an application needs a http-demon (for example 
> > phpgroupware, egroupware, prelude and many others), all packages force to 
> > install apache. There is no way, to get rid of this. As we say "Small is  
> > beautifull" or "KISS = Keep it simple stupid" , IMO there is no need, to 
> > install mighty apache ! A simple http  demon (I prefer thttpd) would do the 
> > same but would be more secure.
> 
> THTTPD doesn't (AFAIK) support PHP, so the applications you mentioned
> can't be use with it.

THTTPD supports CGI, AFAICT, and thus supports PHP, in theory.

I suspect a lot of packages work fine in non-Apache servers, even when
they support apache-specific features. One example is wordpress, which
will write mod_rewrite configuration, but runs quite happily without it.

Hans, I've had no problem getting maintainers to add "| httpd" to the
Depends, once I've confirmed that the package does, indeed, work with
non-apache servers.

Steve

-- 
Steve Greenland
The irony is that Bill Gates claims to be making a stable operating
system and Linus Torvalds claims to be trying to take over the
world.   -- seen on the net


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: Packages with httpd needs

[Bernd Zeimetz]

Leo "costela" Antunes wrote:
> Hans-J. Ullrich wrote:
>> Well, I wondered, whenever an application needs a http-demon (for example 
>> phpgroupware, egroupware, prelude and many others), all packages force to 
>> install apache. There is no way, to get rid of this. As we say "Small is  
>> beautifull" or "KISS = Keep it simple stupid" , IMO there is no need, to 
>> install mighty apache ! A simple http  demon (I prefer thttpd) would do the 
>> same but would be more secure.
> 
> THTTPD doesn't (AFAIK) support PHP, so the applications you mentioned
> can't be use with it.

lighttpd supports php for example, using fastcgi.

Imho the best thing here would be to add the libapache2-* stuff to
Recommends, so it will be installed in default configurations, but it
also allows the admin to ignore that recommendation.


-- 
Bernd Zeimetz
<[EMAIL PROTECTED]> 


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: Packages with httpd needs

[Steve Langasek]

On Tue, Nov 27, 2007 at 07:57:44PM +0100, Leo costela Antunes wrote:
> Hans-J. Ullrich wrote:
> > Well, I wondered, whenever an application needs a http-demon (for example 
> > phpgroupware, egroupware, prelude and many others), all packages force to 
> > install apache. There is no way, to get rid of this. As we say "Small is  
> > beautifull" or "KISS = Keep it simple stupid" , IMO there is no need, to 
> > install mighty apache ! A simple http  demon (I prefer thttpd) would do the 
> > same but would be more secure.

> THTTPD doesn't (AFAIK) support PHP

Does THTTPD not support CGI or FastCGI?

-- 
Steve Langasek   Give me a lever long enough and a Free OS
Debian Developer   to set it on, and I can move the world.
Ubuntu Developerhttp://www.debian.org/
[EMAIL PROTECTED] [EMAIL PROTECTED]


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: Problems with double-word alignment on hppa and sparc

[Frank Lichtenheld]

On Tue, Nov 27, 2007 at 12:29:53PM +0100, Uwe Steinmann wrote:
> Well, is there really no hope for fixing this? This appears to
> be a more general problem and maybe somebody has solved it already.

[EMAIL PROTECTED] and [EMAIL PROTECTED] might know.

Gruesse,
-- 
Frank Lichtenheld <[EMAIL PROTECTED]>
www: http://www.djpig.de/


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

[VAC] 28/11 -> 30/11 Troph ées du Libre, Soissons, France

[Santiago Ruano Rincón]

Hi,

I'll be at Trophées du Libre 2007 [1], representing DeStar. If anyone
will be there and is interested in keysigning, and beer maybe, just drop
me a note, as usual.

[1] http://www.tropheesdulibre.org/

Regards,

Santiago


signature.asc
Description: Digital signature

Re: Packages with httpd needs

[Gregory Colpart]

Hello,

On Tue, Nov 27, 2007 at 03:24:59PM +0100, Hans-J. Ullrich wrote:
> 
> Well, I wondered, whenever an application needs a http-demon (for example 
> phpgroupware, egroupware, prelude and many others), all packages force to 
> install apache. There is no way, to get rid of this. As we say "Small is  
> beautifull" or "KISS = Keep it simple stupid" , IMO there is no need, to 
> install mighty apache ! A simple http  demon (I prefer thttpd) would do the 
> same but would be more secure.
> 
> So it would be nice, if all maintainers could build the packages, with an 
> "OR" 
> opoortunity like "recommended apache or thttpd or whatevereslse" , so the 
> user could choose, which http-demon he would like to use.

For horde3 package, apache2 is installed by default when you
"apt-get install horde3". But we have a dependency with the
virtual package httpd and you can use another HTTP daemon. For
example : "apt-get install horde3 lighttpd php5-cgi".

Regards,
-- 
Gregory Colpart <[EMAIL PROTECTED]>  GnuPG:1024D/C1027A0E
Evolix - Informatique et Logiciels Libres http://www.evolix.fr/


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: Problems with double-word alignment on hppa and sparc

[brian m. carlson]

On Tue, Nov 27, 2007 at 12:29:53PM +0100, Uwe Steinmann wrote:


I've looked into this a bit, and I'm not sure it can be fixed very
easily.  The OCaml bindings for libgsl avoid some expensive copy
operations by making the assumption that the platform can accept double
arrays aligned on word boundaries.  Apparently hppa and sparc don't
provide this capability.



sparc doesn't?  I ran the attached test program on my Ultra 5 and it 
succesfully completed.  If sparc didn't allow this, then the program 
would fail on the "ok" line with a SIGBUS.  This might be different in 
64-bit mode, but since most Debian programs are compiled in 32-bit mode, 
this shouldn't matter.


I cannot speak for hppa, since I don't own one.


Well, is there really no hope for fixing this? This appears to
be a more general problem and maybe somebody has solved it already.


Remove the #error directive, and see if it works.  Also, advise upstream 
that the C standard does not allow the assumption they made, and please 
chastise them.  If it doesn't work, then you're out of luck; sparc does 
not provide in-kernel fixups of unaligned traps.  (On Debian buildds, 
fixups of unaligned traps are disabled even on architectures that 
support them, due to the insane performance penalty they create.)



What puzzles me is the fact, that libocamlgsl-ocaml compiles without
errors. The gsl bindings shipped with orpie are the same version as
libocamlgsl-ocaml, though not all files are present.


Unaligned access is not a compile-time problem, so you have to run the 
program to see if it fails.  The way I would suggest handling this case 
is not to use #error directives, but instead to run a comprehensive 
testsuite and see if it fails; if not, you're probably free of any 
unaligned accesses.  If the bindings really make the assumptions you say 
they do, then there is a 2**(-n) (n being the number of copies avoided) 
probability that you will pass a testsuite when there is an unaligned 
access.


--
brian m. carlson / brian with sandals: Houston, Texas, US
+1 713 440 7475 | http://crustytoothpaste.ath.cx/~bmc | My opinion only
a typesetting engine: http://crustytoothpaste.ath.cx/~bmc/code/thwack
OpenPGP: RSA v4 4096b 88AC E9B2 9196 305B A994 7552 F1BA 225C 0223 B187
#include 
#include 

int main(void)
{
	double arr[2] = {0.0, 0.0};
	long *p;
	double *q;
	uintptr_t ph;

	printf("sizeof(long) == %d\n", sizeof(*p));
	printf("sizeof(double) == %d\n", sizeof(*q));
	p = arr;
	p++;
	q = p;
	ph = (uintptr_t)q;
	printf("arr == %p\np   == %p\nq   == %p\n", arr, p, q);
	printf("q&7 == %ld\n", ph&7);
	printf("ok: *q == %f\n", *q);

	return 0;
}


signature.asc
Description: Digital signature

Bug#453238: ITP: pmailq -- postfix mail queue manager

[Emmanuel Bouthenot]

Package: wnpp
Severity: wishlist
Owner: Emmanuel Bouthenot <[EMAIL PROTECTED]>


* Package name: pmailq
  Version : 0.1
  Upstream Author : Emmanuel Bouthenot <[EMAIL PROTECTED]>
* URL : http://kolter.openics.org/projects/pmailq/
* License : other BSD
  Programming Lang: Python
  Description : postfix mail queue manager

 pmailq parse output of mailq command from postfix (postqueue -p)
 and permits to perform some actions (like removing or displaying in
 a machine readable format) in a bunch of entries in queue, selected
 by applying patterns on criterias like email address, error message
 from smtp server, message size, mail status in queue.

-- System Information:
Debian Release: lenny/sid
  APT prefers unstable
  APT policy: (500, 'unstable')
Architecture: i386 (i686)

Kernel: Linux 2.6.22-2-686 (SMP w/2 CPU cores)
Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: Contents-source.gz

[Bernd Zeimetz]

Michelle Konzack wrote:
> Am 2007-11-17 13:25:28, schrieb Cyril Brulebois:
>> Hi,
>>
>> I'm wondering whether having a Contents-source.gz file on the mirrors
>> would be interesting. p.d.o could also be updated so as to support the
>> search through the “Source” architecture. apt-file could also use such
>> data.
> 
> But you know, that sources have 100 times more files as the binaries?
> 
> Which would result in a Contents-source.gz of over one GByte.

So what? Space is cheap these days.

But instead of a Contents-source.gz I'd find a Koders-like search trough
all sources much more interesting, especially if it comes with a way to
retrieve diffs between releases or uploads.


/me goes and puts Debian into git.

-- 
Bernd Zeimetz
<[EMAIL PROTECTED]> 


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: Opinions sought: mlocate appropriate for Priority: standard?

[Ian Jackson]

Joey Hess writes ("Re: Opinions sought: mlocate appropriate for Priority: 
standard?"):
> Given the security history of slocate, and since mlocate has a similar
> design from a security POV, it would be good to get a thurough audit of
> mlocate, perhaps trying some of the same holes. At least it doesn't seem
> to be vulnerable to the attack described in CVE-2007-0227.

I think setgid is entirely the wrong approach here.  And these kind of
vulnerabilities are an inevitable consequence.

Ian.


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: Packages with httpd needs

[Steve Langasek]

On Tue, Nov 27, 2007 at 03:24:59PM +0100, Hans-J. Ullrich wrote:
> as I do not know, where to write, as there is no debian-packages, I will try 
> it here.

> Well, I wondered, whenever an application needs a http-demon (for example 
> phpgroupware, egroupware, prelude and many others), all packages force to 
> install apache.

Why are you using phpgroupware as an example here?

 Package: phpgroupware
 Depends: apache2 | apache | httpd, php5 | php5-cgi | libapache2-mod-php5 [...]

This doesn't force you to install apache.  It just requires that you have
apache and php installed, which by default is going to pull in apache2 and
libapache2-mod-php5 if the dependency isn't previously satisfied.  (The php
depends in this particular example are strange; it should probably depend
either on "php5" alone, which is a metapackage.  But that doesn't change the
argument.)

And this has long been the policy for webapps, so I don't understand your
claim.

-- 
Steve Langasek   Give me a lever long enough and a Free OS
Debian Developer   to set it on, and I can move the world.
Ubuntu Developerhttp://www.debian.org/
[EMAIL PROTECTED] [EMAIL PROTECTED]


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#453184: ITP: libezmorph-java -- Java library for transforming an Object to another Object

[Torsten Werner]

Package: wnpp
Severity: wishlist
Owner: Torsten Werner <[EMAIL PROTECTED]>

* Package name: libezmorph-java
  Version : 1.0.4
  Upstream Author : Andres Almiray
* URL : http://ezmorph.sourceforge.net
* License : Apache 2.0
  Programming Lang: Java
  Description : Java library for transforming an Object to another Object
  EZMorph's key strenghts are:
  .
   - Supports transformations for primitives and Objects
   - Supports transformations for multidimensional arrays
   - Supports transformations with DynaBeans
   - Small memory footprint (~76K)



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: can Breaks be used already? (was Re: Opinions sought: mlocate appropriate for Priority: standard?)

[Ian Jackson]

Mike Hommey writes ("Re: can Breaks be used already? (was Re: Opinions sought: 
mlocate  appropriate for Priority: standard?)"):
> Maybe with the new symbols thing in dpkg-shlibdeps, the new package
> installation toolstack would not depend on the new libc... but there's
> no guarantee for that, unfortunately :-/

I still think the right answer is officially-supported backports of the
upgrade tools, built against the previous release.

Ian.


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: About dpkg-shlibdeps checks

[Hector Oron]

Hello,

 Neil answered me off-list. I'm putting this info on-list just FYI

-- Forwarded message --
From: Neil Williams <[EMAIL PROTECTED]>
Date: 27/11/2007 20:01
Subject: Re: Fwd: About dpkg-shlibdeps checks
To: Hector Oron <[EMAIL PROTECTED]>
Cc: Wookey <[EMAIL PROTECTED]>


Hector Oron wrote:
> Hello codehelp,
>
>   We would need to patch Dpkg::Shlibs to use different paths. I
> address to you, because i have been taking a look to it, and as i do
> not know much perl, i would like to hear your advise on what/where to
> patch. How do i patch a perl module as Dpkg::Shlibs, where can i get
> the source? I have downloaded dpkg source code and i have looked into
> scripts/dpkg-shlibdeps.pl, but i believe that is not what i need to
> do. Any hint?

scripts/Dpkg/Shlibs

Perl modules have the directory structure embedded in the module name
(which is why the names can get so long) so Emdebian::Tools is always a
Tools.pm file in an Emdebian/ directory. The code behind Dpkg::Shlibs is
in the Dpkg/ directory. Shlibs is a complex task and also has internal
modules, Dpkg::Shlibs::SymbolFile so the SymbolFile perl module (.pm
file) is in Dpkg/Shlibs/

Load the perl file in geany - it's about the best text editor I've found
for perl because it picks out the function definitions and creates a
list of objects in each perl file so that you can track what call goes
where.

Also, take a look at the source code for emdebuild because that contains
the remnants of the original dpkg-cross diversion code that used to work
with the shell version of dpkg-shlibdeps and which I converted to Perl
until such time as the dpkg-cross diversions were fully merged into dpkg
itself. Guillem is still working on that.

So the problem is that we need Guillem's changes to make a long lasting
patch to Dpkg::Shlibs because it is this whole area of path redirection
that Guillem wants to fix.

My best advice for now is to do what emdebian-tools has done -
workaround Guillem until such time as #439979 is finally closed properly.

Whatever process needs to locate the correct libraries, set the PATH
variable to what you need before it is called. You can do that as easily
in shell as you can in perl.

All you need is the PATH, LD_LIBRARY_PATH and maybe some other
environment variable changes that dpkg-cross used to do prior to v1.38.

The old dpkg-shlibdeps script in dpkg-cross 1.38 is simply not up to the
job anymore (it's almost a decade out of date) so we need to use the
current version, just within a wrapper that lets the new script see the
files in the way that the old script did.

> On Tue, 27 Nov 2007, Hector Oron wrote:
>>> Until dpkg-shlibdeps has been modified to support natively cross-build,
>>> you'll have to indicate him where to find libraries for other
>>> architectures with LD_LIBRARY_PATH=/usr/arm-linux-gnu/lib/ or similar.

This refers to #439979 which is still open at the moment.

Take care here - you cannot simply change LD_LIBRARY_PATH and then
expect perl to operate. Perl uses shared libraries itself beneath the
interpreter so it needs the normal LD_LIBRARY_PATH to be available, so
append, not replace. In emdebuild (perl), I use:

my @librarypaths = qw( /lib /usr/lib /lib32 /usr/lib32 /lib64 /usr/lib64
/emul/ia32-linux/lib /emul/ia32-linux/usr/lib );

my @shlibdeps = ( "${crossprefix}/lib", "/usr/${crossprefix}/lib",
"/${crossprefix}/lib32", "/usr/${crossprefix}/lib32",
"/${crossprefix}/lib64", "/usr/${crossprefix}/lib64",
"/emul/ia32-linux/lib", "/emul/ia32-linux/usr/lib" );

my $libpath = join (":", @librarypaths) . join (":", @shlibdeps);

$ENV{LD_LIBRARY_PATH}.="$libpath";

# $crossprefix is the arm-linux-gnu triplet.
# note that the normal paths are set and the new paths appended.

ld skips over the normal ones silently and only fails if the
$crossprefix paths fail to locate the relevant object file.

> You might have to indicate multipe paths in
> LD_LIBRARY_PATH=/arm-linux-gnu/lib/:/usr/arm-linux-gnu/lib/

This is roughly what needs to be done - but in *your* script, not in
dpkg because the dpkg version will (presumably) be different and will be
TheRightWay(tm).

>> But i still have some questions on this matter.
>> Should i take this as a mid-time hack until dpkg-shlibdeps supports
>> cross-build?

Yes.

> When is that to happen (approx)?

When Guillem uploads a version of dpkg that closes #439979.

> I don't know when it'll support cross-build properly. In theory it's not
> too difficult to do, it's mainly patching Dpkg::Shlibs to use different
> paths when in cross-build situation and cross-build can be easily detected
> with Dpkg::Arch (when get_build_arch() != get_host_arch()).
>
> If someones comes up with a tested patch, it can go in quickly.

That someone needs to be either Guillem or someone working closely with
him, unfortunately.

AFAICT the best everyone else can do is work around the delay.

We've been caught by this because dpkg-buildpackage and dpkg-shlibdeps
we

Re: Packages with httpd needs

[Hans-J. Ullrich]

Am Dienstag, 27. November 2007 schrieb Adeodato Simó:
> * Hans-J. Ullrich [Tue, 27 Nov 2007 15:24:59 +0100]:
> > Dear list,
>
> Hello Hans. If you verify that a given package can actually work with
> some HTTP server that is not apache, and the depends line of that
> package is like "Depends: apache" instead of "Depends: apache | httpd",
> please by all means file a bug asking for the "| httpd" bit to be added.
>
> Just for the record, it seems we have 64 packages that depend on apache
> but are not an apache module without an alternative dependency on httpd,
> versus 82 that have such alternative. But many of those 64 will be
> "false positives".
>
>   (grep-available -FDepends apache -a --not -FPackage apache -a --not
> -FDepends 'httpd' -c)
>
> Let me repeat, please only file bugs when there's proof or reasonable
> ground to believe that the package will work with non-apache servers.
>
> Cheers,

Yes, I understand. Well, I do not expect, all packages now to be changed. My  
intention with my mail was to beg maintainers to take a look, when they will 
build packages (in the future) or newer versions, if it might be able to use 
alternatives to apache2. 

Of course, it might be no problem for me, to change dependencies within a 
package by me, but an update would change this back. 

And I hope, maybe some developers are thinking like me and things will change 
in the future. Please define my mail just as a wish and a feedback to ALL 
maintainers and the securityteam, too, in some kind.

And to some packages, I know they are working, I will give feedback.

Best regards

Hans



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: Packages with httpd needs

[Leo "costela" Antunes]

Hans-J. Ullrich wrote:
> Well, I wondered, whenever an application needs a http-demon (for example 
> phpgroupware, egroupware, prelude and many others), all packages force to 
> install apache. There is no way, to get rid of this. As we say "Small is  
> beautifull" or "KISS = Keep it simple stupid" , IMO there is no need, to 
> install mighty apache ! A simple http  demon (I prefer thttpd) would do the 
> same but would be more secure.

THTTPD doesn't (AFAIK) support PHP, so the applications you mentioned
can't be use with it.

Thanks for the interest in helping out, but please file bugs to specific
packages when you are certain they could use a suggestion such as yours.

I don't dismiss your suggestion completely, but bear in mind that given
the number of people and packages in debian, a non-specific email to
debian-devel is hardly likely to generate any sort of positive outcome.

Cheers

-- 
Leo "costela" Antunes
[insert a witty retort here]



signature.asc
Description: OpenPGP digital signature

Re: Bug#451799: new evince cannot display Japanese characters correctly

[Josselin Mouette]

clone 451799 -1
retitle 451799 evince should depend on poppler-data
reassign -1 wnpp
retitle -1 RFP: poppler-data -- Encoding data for the poppler PDF rendering 
library
block 451799 by -1
thanks

* Package name: poppler-data
  Version : 0.1.1
  Upstream Author : Adobe, Red Hat
* URL : http://poppler.freedesktop.org/
* License : non-free, see below
  Programming Lang: None
  Description : Encoding data for the poppler PDF rendering library

This package contains the encoding data needed to view some PDF
documents with libpoppler.

The copyright is the following:
Copyright 1990-1998 Adobe Systems Incorporated.
All Rights Reserved.

Patents Pending

NOTICE: All information contained herein is the property of Adobe
Systems Incorporated.

Permission is granted for redistribution of this file provided
this copyright notice is maintained intact and that the contents
of this file are not altered in any way from its original form.

PostScript and Display PostScript are trademarks of Adobe Systems
Incorporated which may be registered in certain jurisdictions.

However I don't think there is anything copyrightable in these files;
they only contain series of numbers that describe the mappings. Do you
people think it could be suitable for main?
(Please follow-up on -legal only for licensing discussions.)

Ondrej, are you willing - if the legal problems are settled out - to
package it? Otherwise I guess me or any of the co-maintainers could do
it, the packaging is absolutely trivial.


Le lundi 19 novembre 2007 à 02:25 +0900, Hideki Yamane a écrit :
>  New evince package displays Japanese characters wrong. Broken.
>  Please see attached image file, one is opened CP-06.pdf with evince 
>  (Screenshot-CP-06.pdf.png), and another is with Adobe Reader (shows 
>  fine). I heard same problem from other people on IRC.

The new poppler version needs some specific files that contain some
mappings between Unicode and other encodings, which are in a separate
package.

Cheers,
-- 
 .''`.
: :' :  We are debian.org. Lower your prices, surrender your code.
`. `'   We will add your hardware and software distinctiveness to
  `-our own. Resistance is futile.


signature.asc
Description: Ceci est une partie de message	numériquement signée

Bug#453105: general: Gnome + Sound problem

[Ron Johnson]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

On 11/27/07 06:45, EagleScreen wrote:
> Package: general Severity: normal
> 
> As users of Gnome should know, in order to enable Gnome System
> sounds (login sound, logout sound, gdm ready sound, click on
> command sound etc..) it is necessary to go to Preferences->Sound
> and enable sounds by software (ESD), and mark for play System
> sounds, and also have gnome-audio installed. The problem is that
> when i enable ESD, many other aplications stop sounding, and if i
> try to play a WAV file with aplay command, it reports to me that
> my audio device is busy. This is my audio device:
> 
> 00:08.0 Multimedia audio controller: Ensoniq ES1371 [AudioPCI-97]
> (rev 06)

With ESD and "Play system sounds" enabled and gnome-audio 2.0.0-2
installed on my 2-week-out-of-date Sid box, Flash animations still
plays thru Iceweasel and music thru gqmpeg.  However "System Sounds"
wav files don't play.  The "Sound Events" test tone even plays while
listening to music.


00:11.5 Multimedia audio controller: VIA Technologies, Inc.
VT8233/A/8235/8237 AC97 Audio Controller (rev 60)


> I think this is a bug of Debian becouse this problem is not
> present in other Linux distributions with Gnome in which ESD and
> aplay work together, and by this i know that my sound card
> support full duplex and can be used by both of them at the same
> time; in addiction in old releases of Debian, i am sure that this
> problem was not present.
> 
> This problem is now pressent in Etch, Lenny and Sid.
> 
> -- System Information: Debian Release: lenny/sid APT prefers
> testing APT policy: (500, 'testing') Architecture: i386 (i686)
> 
> Kernel: Linux 2.6.22-3-686 (SMP w/1 CPU core) Locale:
> LANG=es_ES.UTF-8, LC_CTYPE=es_ES.UTF-8 (charmap=UTF-8) Shell:
> /bin/sh linked to /bin/bash

- --
Ron Johnson, Jr.
Jefferson LA  USA

%SYSTEM-F-FISH, my hovercraft is full of eels
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.6 (GNU/Linux)

iD8DBQFHTGNAS9HxQb37XmcRAuILAJ99exB9muUrNf9+jSae0yQXHZb5tQCfZ15f
RkBdCUvLXGLyKgSQWVSIM1I=
=8lcc
-END PGP SIGNATURE-



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: Packages with httpd needs

[Adeodato Simó]

* Hans-J. Ullrich [Tue, 27 Nov 2007 15:24:59 +0100]:

> Dear list, 

Hello Hans. If you verify that a given package can actually work with
some HTTP server that is not apache, and the depends line of that
package is like "Depends: apache" instead of "Depends: apache | httpd",
please by all means file a bug asking for the "| httpd" bit to be added.

Just for the record, it seems we have 64 packages that depend on apache
but are not an apache module without an alternative dependency on httpd,
versus 82 that have such alternative. But many of those 64 will be
"false positives".

  (grep-available -FDepends apache -a --not -FPackage apache -a --not -FDepends 
'httpd' -c)

Let me repeat, please only file bugs when there's proof or reasonable
ground to believe that the package will work with non-apache servers.

Cheers,

-- 
Adeodato Simó dato at net.com.org.es
Debian Developer  adeodato at debian.org
 
He who has not a good memory should never take upon himself the trade of lying.
-- Michel de Montaigne


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: Packages with httpd needs

[Neil Williams]

Hans-J. Ullrich wrote:
> Dear list, 
> 
> Well, I wondered, whenever an application needs a http-demon (for example 
> phpgroupware, egroupware, prelude and many others), all packages force to 
> install apache. There is no way, to get rid of this. As we say "Small is  
> beautifull" or "KISS = Keep it simple stupid" , IMO there is no need, to 
> install mighty apache !

Many of the lower level packages concerned use apache modules to do some
of the tasks. Alternatives would need to be found for those because the
apache2 modules will not work with a different server. Probably the best
starting point is working out whether packages that use
libapache2-mod-php5, libapache2-mod-perl2 or libapache2-mod-python could
use libfoo-mod-bar instead and then work the alternatives into the
dependency chain at that point. It would be a slow process - it is not
as simple as you may think.

> So it would be nice, if all maintainers could build the packages, with an 
> "OR" 
> opoortunity like "recommended apache or thttpd or whatevereslse" , so the 
> user could choose, which http-demon he would like to use.

There's no point offering an alternative httpd if the package has not
been tested with the alternative - let alone the other reverse
dependencies. If you are willing to do the testing and show that X
package can work with an alternative httpd, file a wishlist bug against
the package asking for the alternative.

This kind of thing needs someone to do the testing and development - are
you volunteering?

-- 


Neil Williams
=
http://www.data-freedom.org/
http://www.nosoftwarepatents.com/
http://www.linux.codehelp.co.uk/




signature.asc
Description: OpenPGP digital signature

Bug#453105: general: Gnome + Sound problem

[Josselin Mouette]

Hi,

Le mardi 27 novembre 2007 à 13:45 +0100, EagleScreen a écrit :
> Package: general
> Severity: normal
> 
> As users of Gnome should know, in order to enable Gnome System sounds
> (login sound, logout sound, gdm ready sound, click on command sound
> etc..) it is necessary to go to Preferences->Sound and 
> enable sounds by software (ESD), and mark for play System sounds, and
> also have gnome-audio installed.
> The problem is that when i enable ESD, many other aplications stop
> sounding, and if i try to play a WAV file with aplay command, it
> reports to me that my audio device is busy. This is my audio 
> device:
> 
> 00:08.0 Multimedia audio controller: Ensoniq ES1371 [AudioPCI-97] (rev 06)
> 
> I think this is a bug of Debian becouse this problem is not present in
> other Linux distributions with Gnome in which ESD and aplay work
> together, and by this i know that my sound card support 
> full duplex and can be used by both of them at the same time; in
> addiction in old releases of Debian, i am sure that this problem was
> not present.

You should not install ESD; it is buggy as hell, and this is the reason
why it isn't enabled by default in GNOME.

If you want to share your ALSA devices with ESD, you can install
libesd-alsa0 but I don't recommend that. If you really need a sound
server, you should install PulseAudio which includes a compatibility
layer for ALSA applications. It is considered to make PulseAudio the
default sound system in GNOME, and we will probably follow upstream
moves on this matter.

-- 
 .''`.
: :' :  We are debian.org. Lower your prices, surrender your code.
`. `'   We will add your hardware and software distinctiveness to
  `-our own. Resistance is futile.


signature.asc
Description: Ceci est une partie de message	numériquement signée

Re: xinetd is a viable inet-superserver

[Klaus Ethgen]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Hello,

Am Di den 27. Nov 2007 um 16:13 schrieb Pierre Habouzit:
>   (1) xinetd reads and honours /etc/inetd.conf ;

As long as this is default switched of this might be ok.

>   (2) if a service is configured through /etc/xinetd.d/ own
>   configuration files _and_ inetd.conf then the former wins, which
>   sounds like a reasonable thing.

And what if a service is intentional _not_ configured for xinetd and the
inetd.conf is ignored?

Best wishes
   Klaus Ethgen
- -- 
Klaus Ethgenhttp://www.ethgen.de/
pub  2048R/D1A4EDE5 2000-02-26 Klaus Ethgen <[EMAIL PROTECTED]>
Fingerprint: D7 67 71 C4 99 A6 D4 FE  EA 40 30 57 3C 88 26 2B
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.6 (GNU/Linux)

iQEVAwUBR0xXE5+OKpjRpO3lAQK26Af+MBcnYCsLwnzfe60useU9ARzPBq2EKHf3
7x7CD1TvCel9/MJOnYGrxQEAOosy57mjQxCo5zViz096kW9QdBr1UVjWZb26kTUe
95OLOwwVqc+47/G9QZXmLIu6Xj9r/hFhTPpGTkAVG7u3SHERhgYPN5A0C8622+By
VQpOjZ0kuIxma2p5/BxcNbgSnW/tE3BzgQDecnQiSEKzb3pCjZFjAvoZHxMQRUg/
bgUP9i/bbTw0725dqg6BRIzujPDaqQNAkCTCAWRNJCOK455R+Ig34/kPHd8K2l2/
+vbg58AasQrep4UFfPNOqJcqaNA0wap4GpBma7Yih5QDrEgdyi7kpQ==
=VpFv
-END PGP SIGNATURE-


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#453149: ITP: libxstream-java -- Java library to serialize objects to XML and back again

[Torsten Werner]

Package: wnpp
Severity: wishlist
Owner: Torsten Werner <[EMAIL PROTECTED]>

* Package name: libxstream-java
  Version : 1.2.2
  Upstream Author : Joe Walnes, XStream Committers
* URL : http://xstream.codehaus.org
* License : BSD
  Programming Lang: Java
  Description : Java library to serialize objects to XML and back again
 The features of the XStream library are:
 .
  - Ease of use. A high level facade is supplied that simplifies common
use cases.
  - No mappings required. Most objects can be serialized without need
for specifying mappings.
  - Performance. Speed and low memory footprint are a crucial part of
the design, making it suitable for large object graphs or systems
with high message throughput.
  - Clean XML. No information is duplicated that can be obtained via
reflection. This results in XML that is easier to read for humans
and more compact than native Java serialization.
  - Requires no modifications to objects. Serializes internal fields,
including private and final. Supports non-public and inner classes.
Classes are not required to have default constructor.
  - Full object graph support. Duplicate references encountered in the
object-model will be maintained. Supports circular references.
  - Integrates with other XML APIs. By implementing an interface,
XStream can serialize directly to/from any tree structure (not just
XML).
  - Customizable conversion strategies. Strategies can be registered
allowing customization of how particular types are represented as
XML.
  - Error messages. When an exception occurs due to malformed XML,
detailed diagnostics are provided to help isolate and fix the
problem.
  - Alternative output format. The modular design allows other output
formats. XStream ships currently with JSON support and morphing.




-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: Re: Bug#438780: ITP: scolily -- Utility to create music scoresfrom microphone

[Thibaut GIRKA]

Hm... It is probably usable for very simple scores...
But one have to be very accurate, only one voice is handled, and
repeated notes may be heard as one long note...

(Sorry for answering late, I didn't receive anything)


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: Contents-source.gz

[Michelle Konzack]

Am 2007-11-17 13:25:28, schrieb Cyril Brulebois:
> Hi,
> 
> I'm wondering whether having a Contents-source.gz file on the mirrors
> would be interesting. p.d.o could also be updated so as to support the
> search through the “Source” architecture. apt-file could also use such
> data.

But you know, that sources have 100 times more files as the binaries?

Which would result in a Contents-source.gz of over one GByte.

Thanks, Greetings and nice Day
Michelle Konzack
Tamay Dogan Network
Open Hardware Developer
Debian GNU/Linux Consultant


-- 
Linux-User #280138 with the Linux Counter, http://counter.li.org/
# Debian GNU/Linux Consultant #
Michelle Konzack   Apt. 917  ICQ #328449886
   50, rue de Soultz MSN LinuxMichi
0033/6/6192519367100 Strasbourg/France   IRC #Debian (irc.icq.com)


signature.pgp
Description: Digital signature

Packages with httpd needs

[Hans-J. Ullrich]

Dear list, 

as I do not know, where to write, as there is no debian-packages, I will try 
it here.

Well, I wondered, whenever an application needs a http-demon (for example 
phpgroupware, egroupware, prelude and many others), all packages force to 
install apache. There is no way, to get rid of this. As we say "Small is  
beautifull" or "KISS = Keep it simple stupid" , IMO there is no need, to 
install mighty apache ! A simple http  demon (I prefer thttpd) would do the 
same but would be more secure.

So it would be nice, if all maintainers could build the packages, with an "OR" 
opoortunity like "recommended apache or thttpd or whatevereslse" , so the 
user could choose, which http-demon he would like to use.

Doing so, this would be another step to security.

I would be pleased, if this input will be discussed among the developers or 
those, who build packages. 

Thank you for reading this mail !

Cheers

Hans


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: About dpkg-shlibdeps checks

[Raphael Hertzog]

Hi,

On Tue, 27 Nov 2007, Hector Oron wrote:
> > Until dpkg-shlibdeps has been modified to support natively cross-build,
> > you'll have to indicate him where to find libraries for other
> > architectures with LD_LIBRARY_PATH=/usr/arm-linux-gnu/lib/ or similar.
> 
> Thanks, it look like it somehow worked, but then i'm missing another 
> library...
> 
> dpkg-shlibdeps: failure: couldn't find library libm.so.6 (note: only
> packages with 'shlibs' files are looked into).
> dh_shlibdeps: command returned error code 512

Is that library available in the arch-specific tree ? You might also want
to use "-v" with dpkg-shlibdeps to check where it finds the libs and so on.

You might have to indicate multipe paths in
LD_LIBRARY_PATH=/arm-linux-gnu/lib/:/usr/arm-linux-gnu/lib/

> But i still have some questions on this matter.
> Should i take this as a mid-time hack until dpkg-shlibdeps supports
> cross-build? When is that to happen (approx)?

I don't know when it'll support cross-build properly. In theory it's not
too difficult to do, it's mainly patching Dpkg::Shlibs to use different
paths when in cross-build situation and cross-build can be easily detected
with Dpkg::Arch (when get_build_arch() != get_host_arch()).

If someones comes up with a tested patch, it can go in quickly.

Cheers,
-- 
Raphaël Hertzog

Premier livre français sur Debian GNU/Linux :
http://www.ouaza.com/livre/admin-debian/


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

xinetd is a viable inet-superserver

[Pierre Habouzit]

  I recently took over xinetd maintenance. Now that we have many
*-inetd's the previous behaviour of xinetd diverting netkit-inetd's
conffiles (that was already quite disputable) felt really wrong, so I've
enforced the default use of the -inetd_compat for xinetd. This way:

  (1) xinetd reads and honours /etc/inetd.conf ;

  (2) if a service is configured through /etc/xinetd.d/ own
  configuration files _and_ inetd.conf then the former wins, which
  sounds like a reasonable thing.

  I did an upload of an xinetd that provides and conflicts with
inet-superserver yesterday. Please do test it and report issues you may
encounter. I did my own upgrade tests, and all seems fine but one never
knows :)

  Next step: I plan to let update-inetd remove its warning about xinetd
that will be obsolete, and also try to enhance it to search across
/etc/xinetd.{d/*,conf} if it finds a service `foo` and use the 
"disabled = yes" flag to disable it as well. This way, maintainers that
want to support some of the fancy xinetd options can provide a custome
file that they can drop directly in /etc/xinetd.d/ and then call
update-inetd to enable the service for both stock inetds and xinetd.

Cheers,
-- 
·O·  Pierre Habouzit
··O[EMAIL PROTECTED]
OOOhttp://www.madism.org


pgpg5Ef9Geg1O.pgp
Description: PGP signature

Bug#453111: ITP: libjettison-java -- collection of StAX parsers and writers for JSON

[Torsten Werner]

Package: wnpp
Severity: wishlist
Owner: Torsten Werner <[EMAIL PROTECTED]>

* Package name: libjettison-java
  Version : 1.0~RC2
  Upstream Author : Envoi Solutions LLC
* URL : http://jettison.codehaus.org
* License : Apache 2.0
  Programming Lang: Java
  Description : collection of StAX parsers and writers for JSON
 Jettison is a collection of StAX parsers (streaming API for XML) and
 writers which read and write JSON (JavaScript Object Notation). This
 allows nearly transparent enablement of JSON based web services in
 services frameworks like Apache CXF.
 .
 There are currently two included conventions for mapping JSON to XML.
 The first is BadgerFish which implements the full XML infoset in JSON
 using various techniques. The second is called the "mapped"
 convention. It allows you to manually map XML namespaces to JSON
 element prefixes.




-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#453105: general: Gnome + Sound problem

[EagleScreen]

Package: general
Severity: normal

As users of Gnome should know, in order to enable Gnome System sounds (login 
sound, logout sound, gdm ready sound, click on command sound etc..) it is 
necessary to go to Preferences->Sound and 
enable sounds by software (ESD), and mark for play System sounds, and also have 
gnome-audio installed.
The problem is that when i enable ESD, many other aplications stop sounding, 
and if i try to play a WAV file with aplay command, it reports to me that my 
audio device is busy. This is my audio 
device:

00:08.0 Multimedia audio controller: Ensoniq ES1371 [AudioPCI-97] (rev 06)

I think this is a bug of Debian becouse this problem is not present in other 
Linux distributions with Gnome in which ESD and aplay work together, and by 
this i know that my sound card support 
full duplex and can be used by both of them at the same time; in addiction in 
old releases of Debian, i am sure that this problem was not present.

This problem is now pressent in Etch, Lenny and Sid.

-- System Information:
Debian Release: lenny/sid
  APT prefers testing
  APT policy: (500, 'testing')
Architecture: i386 (i686)

Kernel: Linux 2.6.22-3-686 (SMP w/1 CPU core)
Locale: LANG=es_ES.UTF-8, LC_CTYPE=es_ES.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#453101: RFP: python-ssl -- SSL wrapper for socket objects

[Ben Voui]

Package: wnpp
Severity: wishlist

* Package name: python-ssl
  Version : 1.12
  Upstream Author : See URL
* URL or Web page : http://pypi.python.org/pypi/ssl/
* License : Python (MIT-like)
  Description : SSL wrapper for socket objects

Hello,

The old socket.ssl() support for TLS over sockets is being superseded
in Python 2.6 by a new 'ssl' module. This package brings that module
to older Python releases, 2.3.5 and up (it may also work on older
versions of 2.3, but it is untested).

This Python module can be found on http://pypi.python.org/pypi/ssl/

It's quite similar to the 2.6 ssl module, which is documented on
http://docs.python.org/dev/library/ssl.html

Adding it to Debian would :
  - make pre-2.6 Python installations compatible with programs that
make use of the new ssl module ;
  - bring new SSL-related features into the current Python packages,
such as certificate validation against trusted authorities.

I plan to use it to add SSL certificate validation support to
OfflineIMAP, in a way that is backward-compatible with older
Python versions.

Thanks,
bye,
-- 
  intrigeri <[EMAIL PROTECTED]>



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: About dpkg-shlibdeps checks

[Hector Oron]

Hello,

> Until dpkg-shlibdeps has been modified to support natively cross-build,
> you'll have to indicate him where to find libraries for other
> architectures with LD_LIBRARY_PATH=/usr/arm-linux-gnu/lib/ or similar.

Thanks, it look like it somehow worked, but then i'm missing another library...

dpkg-shlibdeps: failure: couldn't find library libm.so.6 (note: only
packages with 'shlibs' files are looked into).
dh_shlibdeps: command returned error code 512

But i still have some questions on this matter.
Should i take this as a mid-time hack until dpkg-shlibdeps supports
cross-build? When is that to happen (approx)?

(/me tries to find out if it is worth to patch current build system or
leave it as is)

-- 
 Héctor Orón

Bug#453099: ITP: libnova -- astronomical calculations library

[Sune Vuorela]

Package: wnpp
Severity: wishlist
Owner: Sune Vuorela <[EMAIL PROTECTED]>


* Package name: libnova
  Version : 0.12.1
  Upstream Author :  Liam Girdwood and Petr Kubanek
* URL : http://libnova.sourceforge.net/index.html
* License : LGPL
  Programming Lang: C++
  Description : astronomical calculations library

libnova is a general purpose, double precision, Celestial Mechanics,
Astrometry and Astrodynamics library.
 The intended audience of libnova is C / C++ programmers, astronomers
 and anyone else interested in calculating positions of astronomical
 objects or celestial mechanics. libnova is the calculation engine used
 by the Nova project and most importantly, is free software.


This package will be needde by kstars in kdeedu from kde4. Very open for
co-maintainers. 




-- System Information:
Debian Release: lenny/sid
  APT prefers unstable
  APT policy: (500, 'unstable'), (500, 'testing'), (200, 'experimental')
Architecture: i386 (i686)

Kernel: Linux 2.6.20-1-vserver-k7 (SMP w/1 CPU core)
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)
Shell: /bin/sh linked to /bin/dash



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Problems with double-word alignment on hppa and sparc

[Uwe Steinmann]

Hi,

I need some help with #94 since I'm neither an ocaml nor a
hppa, sparc specialist. The package orpie ships with its own
gsl ocaml bindings and they cannot be compiled on hppa and sparc
due to an alignment problem. I contacted upstream of orpie and
got the following answer:


I've looked into this a bit, and I'm not sure it can be fixed very
easily.  The OCaml bindings for libgsl avoid some expensive copy
operations by making the assumption that the platform can accept double
arrays aligned on word boundaries.  Apparently hppa and sparc don't
provide this capability.


Well, is there really no hope for fixing this? This appears to
be a more general problem and maybe somebody has solved it already.

What puzzles me is the fact, that libocamlgsl-ocaml compiles without
errors. The gsl bindings shipped with orpie are the same version as
libocamlgsl-ocaml, though not all files are present.

  Uwe

-- 
  MMK GmbH, Fleyer Str. 196, 58097 Hagen
  [EMAIL PROTECTED]
  Tel: 02331 840446Fax: 02331 843920


signature.asc
Description: Digital signature

Re: Intrested in promoting Debian with Linux+ magazine?

[Roberto C . Sánchez]

On Tue, Nov 27, 2007 at 10:29:16AM +0100, Katarzyna Kaczor wrote:
> On Nov 27, 2007 1:37 PM, Don Armstrong <[EMAIL PROTECTED]> wrote:
> > Is anyone at all interested in doing this? [I'd be willing to assist,
> > but I cannot commit to doing it myself.]
> 
> Hello,
> 
> My name is Katarzyna Kaczor and I am an editorial assistant in Linux+DVD 
> magazine. It's a quaterly totally devoted to Linux and Open Source, 
> distributed all over the US. 
> 
I think that you want the debian-publicity list.

Regards,

-Roberto

-- 
Roberto C. Sánchez
http://people.connexer.com/~roberto
http://www.connexer.com


signature.asc
Description: Digital signature

Intrested in promoting Debian with Linux+ magazine?

[Katarzyna Kaczor]

On Nov 27, 2007 1:37 PM, Don Armstrong <[EMAIL PROTECTED]> wrote:
> Is anyone at all interested in doing this? [I'd be willing to assist,
> but I cannot commit to doing it myself.]

Hello,

My name is Katarzyna Kaczor and I am an editorial assistant in Linux+DVD 
magazine. It's a quaterly totally devoted to Linux and Open Source, 
distributed all over the US. 

In each issue of our magazine we covermount different distribution which is 
a main theme of the issue. T

his 2/2008 issue of Linux+  will be devoted to Debian adn that is why I am 
making a request to you. I would like to ask you forwriting an article on 
Debian installation and configuration to our 'startWITH' section (a 
step-by-step guide, how-to article).  Could you?

I am looking forward to your reply,
Kate

p.s. Please  accept my apologises for spamming you but, as it turned out 
finding anyone from Debian community who could write an article on Debian 
installation isn't an easy task :) 
-- 
Katarzyna Kaczor
Linux+ DVD magazine

///
Software Media LLC
1461 A First Avenue, # 360
New York, NY 10021-2209
USA

phone number: 1-917-338 - 3631/ +48 22 427 35 34
fax:  +48 22 887 10 11
www.lpmagazine.org/en
http://www.buyitpress.com/en/