Filip Van Raemdonck [EMAIL PROTECTED] writes:
Gpdf is just one binary, and some GNOME specific support files.
the interface, font rasterizing and rendering canvas are all changed to
use GNOME facilities.
Looking forward to it then -- xpdf is a pretty good program, but its
font rasterizing
Title:
debian-devel
N5
803402080253320? ???02
Andreas Metzler [EMAIL PROTECTED] writes:
On Tue, Apr 08, 2003 at 07:07:33PM -0400, Richard A Nelson wrote:
Why was this rebuilt with libdb2-dev ? Shouldn't we be trying to
get things to db4.1 at this point ? I'd think db3 at a minimum.
This isn't just idle curiosity either, SASL
Õã½Ê¡ÁÙº£ÊÐÁúÌÚ»úе³§ÊÇÒ»¾Å¾Å°ËÄê³ÉÁ¢µÄÒ»¼ÒרҵÉú²úÈ«×Ô¶¯²ÃÏß°þƤ´ò¶Ë»ú¡¢È«×Ô¶¯²ÃÏß°þƤ»úµÄ³§¼Ò¡£²úÆ·Ö÷ÒªÓ¦Óõç×Ó¡¢µç
Æ÷ÐÐÒµ£¬Êǵç×Ó¡¢µçÆ÷ÐÐÒµÀíÏëµÄ°þÏßÉ豸¡£¸ù¾ÝÓû§µÄʹÓúͷ´Ó¦£¬ÎÒÃÇÔÚ¹¤ÒպͲúÆ·ÖÊÁ¿Éϲ»¶Ï¸Ä½ø£¬È¡µÃÁ˽ÏΪÂúÒâµÄÊг¡Ð§¹û
On Thu, Apr 10, 2003 at 10:12:25AM +0900, GOTO Masanori wrote:
already sparc64 and s390x port, but we will have x86_64, in addition
probably ppc64 and mips64 (I have been interested in this area
especially for maintaining glibc package).
And hppa64.
--
chris jantzen kb7rnl =- __O
EMAIL
73
1 http://zzwcashloo.yeah.net
2
3 [EMAIL PROTECTED]
EMAIL
3.17MB
Matt Zimmerman writes:
On Wed, Apr 09, 2003 at 01:40:38PM +0100, Wookey wrote:
This will effectively update and move the emdebian packages to be available
was part of Debian proper where they are a lot more useful. I'll be posting
the patch and compile option sets to debian-embedded and
Title: Veja só a promoção que preparei para você:
Veja só a promoção que preparei para você:
Fragrâncias Famosas, tais como
Angel
Gabriela Sabatini
Dolce Gabbana
Azzaro
Polo
Armani, entre outros
Fator5 - Contratipos Importados
Apenas R$31,00 (trinta e
um reias) FRETE
On Wed, 2003-04-09 at 20:22, Jeremy Jackson wrote:
Clearly what is needed here is an API for resolver updates
[...]
What you describe is roughly what I wrote up in my last TODO
message.
In Debian, there should possibly be a policy decided upon.
(what the dir is, what API is, etc)
I don't
On Wed, Apr 09, 2003 at 03:10:46PM +0200, Petter Reinholdtsen wrote:
[Michael Banck]
I object. Not entering testing could very well happen if the
package's dependencies are broken/buggy/uninstallable.
Yes, there are many reasons for a package to get stuck in unstable.
But I believe it
I've found that G++ 3.2 has a problem optimizing this code.
#include stdio.h
int func_b (void** ppv)
{
*ppv = (void*) 2;
return 0;
}
char* test (void)
{
char* pa = NULL;
func_b ((void*)pa);
return pa;
}
int main (int, char**)
{
char* p = NULL;
p = test ();
printf (%p\n, p);
On Wed, Apr 09, 2003 at 11:57:37PM -0700, Marc Singer wrote:
func_b ((void*)pa);
So, is this simply an example of the compiler failing to warn?
Yes. When you cast something, the compiler can do many things: covert the
value and put it in a register (in which case you can't take the address
http://people.debian.org/~dexter/fakeroot/
This is very dirty hack, but it works. I mean you can use debootstrap on
your user account without root privileges.
An example session from my system:
[EMAIL PROTECTED]:~$ fakeroot
[EMAIL PROTECTED]:~# export
On Wed, Apr 09, 2003 at 09:10:30PM +0100, Colin Watson wrote:
On Wed, Apr 09, 2003 at 08:30:42PM +0200, Sven Luther wrote:
Ideally the testing script should be modified to output more verbose
data, but i don't speak perl.
That's no excuse, since it's (nowadays) written in Python. :)
On Wed, Apr 09, 2003 at 11:05:52PM +0200, Michael Banck wrote:
On Wed, Apr 09, 2003 at 08:30:42PM +0200, Sven Luther wrote:
On Wed, Apr 09, 2003 at 05:59:26PM +0200, Michael Banck wrote:
On Wed, Apr 09, 2003 at 04:40:31PM +0200, Sven Luther wrote:
depth, i cannot help all that much about
Jeremy Jackson [EMAIL PROTECTED] wrote:
Is this supported? Suppose the files between revs are named not to
conflict. It would be nice to be able to install a new version of a
critical package, leaving the old one around while testing so you can
fall back to it, then later remove the old one.
Package: wnpp
Version: unavailable; reported 2003-04-09
Severity: wishlist
* Package name: request-tracker3
Version : 3.0.0
Upstream Author : Jesse Vincent [EMAIL PROTECTED]
* URL : http://www.bestpractical.com/
* License : GPL v2
Description : Extensible
On Thu, Apr 10, 2003 at 10:13:58AM +0200, Andreas Metzler wrote:
Jeremy Jackson [EMAIL PROTECTED] wrote:
Is this supported? Suppose the files between revs are named not to
conflict. It would be nice to be able to install a new version of a
critical package, leaving the old one around
[just replying to bring this to the attention of the dpkg-maintainers.
At least Wichert does not read -devel. I hope that's alright.]
On Thu, Apr 10, 2003 at 10:12:25AM +0900, GOTO Masanori wrote:
At Wed, 9 Apr 2003 23:08:31 +0200,
Michael Banck wrote:
Note that the x86_64 is special: It
Daniel Schepler [EMAIL PROTECTED] wrote:
Andreas Metzler [EMAIL PROTECTED] writes:
[...]
Actually it is much simpler, many packages are simply not compileable
anymore:
libldap2-dev depends on libsasl-dev [1]
libsasl-dev depends on libdb2-dev (= 2.7.7.0-7) [2]
libdb3-dev conflicts with
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On Thursday 10 April 2003 03:24, Falk Hueffner wrote:
On x86-64, things might be a bit different, though, because the 64 bit
variant has more registers and therefore gcc might produce better code
and binaries might run faster. If that is the case,
On Wed, Apr 09, 2003 at 12:54:34PM +0200, Petter Reinholdtsen wrote:
I suggest we remove packages which haven't entered testing after more
more then 300 days.
Packages can be stuck out of testing due to their dependencies, so 300 days
of lag only indicates a serious problem with a package, it
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On Thursday 10 April 2003 03:46, Philippe Troin wrote:
IMO, the right way is just like ia64 is doing. 64bit userspace with an
ia32 subarch installable. Best part about this is that you can use
almost everything ia64 is doing already. In fact, if
Philippe Troin wrote:
Ben Collins [EMAIL PROTECTED] writes:
On Wed, Apr 09, 2003 at 09:58:04PM +0200, Arnd Bergmann wrote:
Note that the x86_64 is special: It would be relatively easy to bootstrap
a port on the actual hardware, but doing it right requires changing _all_
library packages as
Package: wnpp
Version: 0.2.2; reported 2003-04-10
Severity: wishlist
* Package name: fm
Version : 0.2.2
Upstream Author : Geert Bevin [EMAIL PROTECTED]
* URL : http://thunderstorms.org/fm/downloads.html
* License : (GPL)
Description : FM is a Gtk+ file
On Thursday 10 April 2003 03:12, GOTO Masanori wrote:
I think generic 64bit libraries should put on {/lib64, /usr/lib64/,
/usr/local/lib64, /usr/X11R6/lib64, ...}. Debian 64bit architecture
packages should have only 64 bit libraries because it saves storage,
and once we prepare 64bit port, we
On Thursday 10 April 2003 08:57, Marc Singer wrote:
int func_b (void** ppv)
{
*ppv = (void*) 2;
return 0;
}
char* test (void)
{
char* pa = NULL;
func_b ((void*)pa);
creates a pointer-to-void, copies the value of pa into it and then takes the
address of that new object ...
Try
Package: wnpp
Version: unavailable; reported 2003-04-10
Severity: wishlist
* Package name: zodb3
Version : 3.1
Upstream Author : Zope Corporation
* URL : http://sourceforge.net/projects/zodb/
* License : http://www.zope.org/Resources/ZPL
Description : A
Andreas Metzler [EMAIL PROTECTED] writes:
Actually, though, it seems libdb4.0 and libdb4.1 don't have versioned
symbols -- so if a program links against -lsasl and -ldb4.0 there's
still a possibility of problems afaict.
Iirc versioned-symbols in db2 and db3 were introduced by the
Hi,
http://people.debian.org/~dexter/fakeroot/
Have a good fun!
Nice. Very nice. Will you put that into the official fakeroot?
Why do you comment out the mount calls in debootstrap?
Much nicer to just wrap the mount(2) syscall...
--
Matthias
Le Thu, Apr 10, 2003, à 10:40:47AM +0100, Hamish Marson a écrit:
I'm not sure how your logic works out that a 64 bit reg is going to be
faster than a 32bit one. Or do you mean simply you're expecting a speedu
because there are MORE 64 bit registers tahn 32 bit registers?
Reg pressure is
Package: wnpp
Version: unavailable; reported 2003-04-10
Severity: wishlist
* Package name: zope-xmlmethods
Version : 1.0.0
Upstream Author : Ariel Partners LLC
* URL : http://zopexmlmethods.sourceforge.net
* License : BSD
Description : Set of methods to
Le jeu 10/04/2003 à 11:40, Hamish Marson a écrit :
Then again, it's more likely to end up SLOWER as loading 64 bit values
from memory into registers is going to go at half the speed of loading
32 bit values, just based on bus bandwidth alone. If the system you're
supporting does BOTH 32
Rodrigo Tadeu Claro [EMAIL PROTECTED] wrote:
Package: wnpp
Version: 0.2.2; reported 2003-04-10
Severity: wishlist
* Package name: fm
Version : 0.2.2
Upstream Author : Geert Bevin [EMAIL PROTECTED]
* URL : http://thunderstorms.org/fm/downloads.html
* License
Maximise your existing systems potential.Effective IT sys
tems
produce higher profits. The IT Divisionare a specialist team of highlyexperienced IT professionals offering a fast efficient and cost effective service.
The wide range of specialist services we offer includes
Hamish Marson [EMAIL PROTECTED] writes:
I'm not sure how your logic works out that a 64 bit reg is going to be
faster than a 32bit one. Or do you mean simply you're expecting a
speedu because there are MORE 64 bit registers tahn 32 bit registers?
IIRC x86-64 has 8 additional registers, which
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On Thursday 10 April 2003 12:16, Ulrich Eckhardt wrote:
Other alternative: only install and run 32bit apps in a chroot-style
thingy, 64bit stuff being the native type. Is that useful/possible ?
Possible -- sure, but not useful except as an option
Package: wnpp
Version: unavailable; reported 2003-04-10
Severity: wishlist
* Package name: kernel-patch-bootsplash
Version : 3.0.7
Upstream Author : Stefan Reinauer [EMAIL PROTECTED]
* URL : http://www.bootsplash.org/
* License : GPL
Description : Kernel
Package: wnpp
Version: unavailable; reported 2003-04-10
Severity: wishlist
* Package name: splashutils
Version : no upstream versioning
Upstream Author : Stefan Reinauer [EMAIL PROTECTED]
* URL : http://www.bootsplash.org/
* License : GPL
Description :
On Thu, Apr 10, 2003 at 12:39:25PM +0200, Cyrille Chepelov wrote:
Le Thu, Apr 10, 2003, ? 10:40:47AM +0100, Hamish Marson a ?crit:
I'm not sure how your logic works out that a 64 bit reg is going to
be faster than a 32bit one. Or do you mean simply you're expecting a
speedu because there
On Thu, Apr 10, 2003 at 12:43:38PM +0100, Colin Watson wrote:
On Thu, Apr 10, 2003 at 12:39:25PM +0200, Cyrille Chepelov wrote:
Reg pressure is pretty bad on x86; and int is still 32 bit on x86-64
(IIRC, long is 64 bit and of course any T* ). So yes, anything which
plays with pointers will
On Thu, 10 Apr 2003, Matthias Urlichs wrote:
http://people.debian.org/~dexter/fakeroot/
Have a good fun!
Nice. Very nice. Will you put that into the official fakeroot?
I really don't know. The fakeroot is not my project and I'm afraid my
patches are too experimental for such stable tool.
After running into yet two more problems with staged installs ala DESTDIR,
I was reminded of an idea I originally had for fink packages.
... but, let's begin from the beginning.
Why is DESTDIR a problem?
---
1: libtool cannot relink inter-dependent libraries during a staged install.
2: some
Õã½Ê¡ÁÙº£ÊÐÁúÌÚ»úе³§ÊÇÒ»¾Å¾Å°ËÄê³ÉÁ¢µÄÒ»¼ÒרҵÉú²úÈ«×Ô¶¯²ÃÏß°þƤ´ò¶Ë»ú¡¢È«×Ô¶¯²ÃÏß°þƤ»úµÄ³§¼Ò¡£²úÆ·Ö÷ÒªÓ¦Óõç×Ó¡¢µç
Æ÷ÐÐÒµ£¬Êǵç×Ó¡¢µçÆ÷ÐÐÒµÀíÏëµÄ°þÏßÉ豸¡£¸ù¾ÝÓû§µÄʹÓúͷ´Ó¦£¬ÎÒÃÇÔÚ¹¤ÒպͲúÆ·ÖÊÁ¿Éϲ»¶Ï¸Ä½ø£¬È¡µÃÁ˽ÏΪÂúÒâµÄÊг¡Ð§¹û
[I'm Cc-ing deb-usability-list so that people interested in usability
can know what's been discussed in -devel about it. I invite others to
do the same]
On Fri, Mar 28, 2003 at 12:06:45AM -0800, Osamu Aoki wrote:
I'm interested in helping in the menu issue, too; I've offered help some
Iirc versioned-symbols in db2 and db3 were introduced by the
respective debian maintainers, and db4 shipped them with upstream but
my memory might be wrong.
This was based on running objdump -p on the libdb libraries. For db2
and db3 the output included entries like
Version
Hi everybody,
here's your Debian package maintainer (still) for the gworkspace package
writing. I want to get rid of the gworkspace package and wanted to first
ask here before i move on to simply orphan the package via bug report.
I once wanted to see GNUstep supported by and within Debian via
Previously Michael Banck wrote:
[just replying to bring this to the attention of the dpkg-maintainers.
At least Wichert does not read -devel. I hope that's alright.]
Sure.
On Thu, Apr 10, 2003 at 10:12:25AM +0900, GOTO Masanori wrote:
I think generic 64bit libraries should put on {/lib64,
* Junichi Uekawa ([EMAIL PROTECTED]) wrote:
You are looking at the wrong part.
No, he isn't.
They have really versioned their symbols, without
No, they havn't, they've done a nasty hack apparently, which is really
unfortunate.
using the GNU ld feature which doesn't work on some platforms:
Hi,
Pretty interesting mail to receive; an excercise in using negative
response, I assume.
You are looking at the wrong part.
No, he isn't.
They have really versioned their symbols, without
No, they havn't, they've done a nasty hack apparently, which is really
unfortunate.
I
* Andreas Metzler ([EMAIL PROTECTED]) wrote:
Actually it is much simpler, many packages are simply not compileable
anymore:
libldap2-dev depends on libsasl-dev [1]
libsasl-dev depends on libdb2-dev (= 2.7.7.0-7) [2]
libdb3-dev conflicts with libdb2-dev
[1] introduced in response to
* Junichi Uekawa ([EMAIL PROTECTED]) wrote:
I wouldn't consider them nasty hacks.
You'd be wrong.
Well, then, they are ld feature, not universally available.
That's correct, amazingly enough.
I could not convince libpng maintainers to use versioned symbols because
they were apparently not
Package: wnpp
Version: unavailable; reported 2003-04-09
Severity: wishlist
* Package name: libxcb
Version : CVS
Upstream Authors: Bart Massey [EMAIL PROTECTED],
Jamey Sharp [EMAIL PROTECTED]
* URL : http://xcb.cs.pdx.edu/
* License : MIT/X
Hi,
On Thu, Apr 10, 2003 at 03:33:39PM +0200, Wichert Akkerman wrote:
[SNIP]
So basically, I don't think this is a very good idea. However I think we
can solve it differently in a much simpler way:
* modify dpkg (already planned) to allow it to install packages from
different
On Thu, Apr 10, 2003 at 02:26:38PM +0200, Wesley W. Terpstra wrote:
What I propose to do is to slightly extend fakeroot to also intercept
open/diropen. If the open call would create a file, redirect it to
/.../debian/tmp or some such location. If the call would open a file, first
check
On Thu, 10 Apr 2003, Junichi Uekawa wrote:
I could not convince libpng maintainers to use versioned symbols because
they were apparently not available on AIX and Windows.
AIX is an ancient PoS. And Windows, well... :)
Symbol versioning is something that can be turned on and off where it is
On Thu, Apr 10, 2003 at 12:43:38PM +0100, Colin Watson wrote:
On Thu, Apr 10, 2003 at 12:39:25PM +0200, Cyrille Chepelov wrote:
Le Thu, Apr 10, 2003, ? 10:40:47AM +0100, Hamish Marson a ?crit:
I'm not sure how your logic works out that a 64 bit reg is going to
be faster than a 32bit one.
Previously Emile van Bergen wrote:
As a slight but positive side effect, it also seems to open the way to
per-CPU optimized library versions;
That's why we were already planning to do it. To make that really useful
one could extend apt and add a priority to each supported architecture
so it can
On Thu, Apr 10, 2003 at 04:43:57PM +0200, Emile van Bergen wrote:
On Thu, Apr 10, 2003 at 03:33:39PM +0200, Wichert Akkerman wrote:
[SNIP]
So basically, I don't think this is a very good idea. However I think we
can solve it differently in a much simpler way:
* modify dpkg (already
On Thu, Apr 10, 2003 at 02:26:38PM +0200, Wesley W. Terpstra wrote:
After running into yet two more problems with staged installs ala DESTDIR,
I was reminded of an idea I originally had for fink packages.
... but, let's begin from the beginning.
Why is DESTDIR a problem?
---
1: libtool
Hi,
On Thu, Apr 10, 2003 at 05:23:12PM +0200, Cyrille Chepelov wrote:
Le Thu, Apr 10, 2003, à 04:43:57PM +0200, Emile van Bergen a écrit:
That way you could do something like:
# echo x86-64 /etc/dpkg/legal-archs
# dpkg -i libgtk2-2.0-1_i386.deb
# dpkg -i
Andy MacKay wrote:
On Thu, Apr 10, 2003 at 12:43:38PM +0100, Colin Watson wrote:
On Thu, Apr 10, 2003 at 12:39:25PM +0200, Cyrille Chepelov wrote:
Le Thu, Apr 10, 2003, ? 10:40:47AM +0100, Hamish Marson a ?crit:
I'm not sure how your logic works out that a 64 bit reg is going to
be
Le Thu, Apr 10, 2003, à 03:33:39PM +0200, Wichert Akkerman a écrit:
That way you could do something like:
# echo x86-64 /etc/dpkg/legal-archs
# dpkg -i libgtk2-2.0-1_i386.deb
# dpkg -i lib64gtk2-2.0-1_x8664.deb
Will we have to also have lib64gtk2.0-dev? Wouldn't that have pretty bad
Hi,
On Thu, Apr 10, 2003 at 05:27:40PM +0200, Michael Banck wrote:
On Thu, Apr 10, 2003 at 04:43:57PM +0200, Emile van Bergen wrote:
On Thu, Apr 10, 2003 at 03:33:39PM +0200, Wichert Akkerman wrote:
[SNIP]
So basically, I don't think this is a very good idea. However I think we
can
On Thu, Apr 10, 2003 at 04:50:59PM +0100, Hamish Marson wrote:
Ah right. Light dawneth. Yes, you make excellent sense. Basically ia32
is so hacked about wacky (In order to be backwardly compatible) as to
be very slow, yet ia64 is a new instruction set with none of the baggage
that it had
Hello.
With all the new anvances in Linux Desktop tecnologies, it seems like
the current menu system needs some redesign to keep up and integrate
with the other existing systems.
Since the desktop menu problem is shared with at least the Gnome and KDE
people, I've asked in the gnome-usability
Package: wnpp
Version: N/A; reported 2003-04-10
Followup-For: Bug #187988
I compiled, installed and tested the program and it worked without
problems. I have contacted the upstream author (Yaron Minsky): he would
be pleased to have a Debian package and offered his cooperation.
Currently I am not
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On Thursday 10 April 2003 16:43, Emile van Bergen wrote:
On Thu, Apr 10, 2003 at 03:33:39PM +0200, Wichert Akkerman wrote:
# echo x86-64 /etc/dpkg/legal-archs
# dpkg -i libgtk2-2.0-1_i386.deb
# dpkg -i lib64gtk2-2.0-1_x8664.deb
BIG&TALL news
Åðéóêåöèåßôå ôï çëåêôñïíéêü ìáò êáôÜóôçìá êáé èá âñåßôå áðü óÞìåñá ôá åîÞò íÝá ðñïúüíôá:
1. ÍÝåò êïíôïìÜíéêåò ðïõêáìßóåò
2. ÍÝá õöáóìÜôéíá ìðïîåñÜêéá
-- TEXT IN ENGLISH FOLLOWS ---
BIG&TALL news
Visit our OnLine store and find from today:
Click here or see below to unsubscribe.
You are currently subscribed to DealPatrol.com as: debian-devel@LISTS.DEBIAN.ORG
To unsubscribe Click Here
(http://ofrsvr.com/[EMAIL PROTECTED]=DLP) or send an email to
[EMAIL PROTECTED].
Any correspondence about the products/services should be
On Thu, Apr 10, 2003 at 06:05:38PM +0200, Cyrille Chepelov wrote:
Le Thu, Apr 10, 2003, à 03:33:39PM +0200, Wichert Akkerman a écrit:
That way you could do something like:
# echo x86-64 /etc/dpkg/legal-archs
# dpkg -i libgtk2-2.0-1_i386.deb
# dpkg -i lib64gtk2-2.0-1_x8664.deb
Ciao Enrico,
On Thu, 10 Apr 2003, Enrico Zini wrote:
The advantages would be to adhere to an existing, open standard (and
push it), to provide a better system (with multiple cathegories and menu
translations) and to better integrate with the desktop environments we
package. The latter is
One minor point:
On Thu, 10 Apr 2003 18:16:25 +0200, Enrico Zini wrote:
[...]
The former seems to be one the way to to overcome the limitations of the
existing systems, where Mozilla is a web browser, an HTML editor and a
mail reader, but can only be found under one arbitrary entry of those
On Thu, 2003-04-10 at 12:16, Enrico Zini wrote:
I would like to propose that we switch to the freedesktop.org .menu
format for desktop entries, and we keep providing menu informations for
applications that do not provide one on their own.
Wasn't Chris Lawrence working on this? Or maybe he
* Enrico Zini [EMAIL PROTECTED] [030410 18:51]:
With all the new anvances in Linux Desktop tecnologies, it seems like
the current menu system needs some redesign to keep up and integrate
with the other existing systems.
Please explain this phrase. Ecspecially the other existing systems.
Debian
[Cc-ing to deb-usability-list]
On Fri, Mar 28, 2003 at 12:05:25AM -0800, Osamu Aoki wrote:
Before the wish list, I propose to do a step back and do some task
analysis.
Also after this we need to prioritize them considering efforts needed to
achieve them.
You mean efforts for doing the
Daniel Jacobowitz [EMAIL PROTECTED] writes:
multiple names. We could make this easier in dpkg probably. And then
you would only install i386 packages if there wasn't an x86-64 package
with the same package name...
For application that approach (use x86-64 if available, i386
otherwise) would
I don't quite understand all the concepts being discussed but the
following web pages may be worth reading.
http://master.debian.org/~brinkmd/arch-handling.txt
http://lists.debian.org/debian-win32/2003/debian-win32-200302/msg00018.html
Andrew Suffield wrote:
Read the fakeroot manpage for an explanation of why fakeroot does not
wrap open().
The real way around
this is to wrap open() and create(), but that creates other
problems, as
Wesley W. Terpstra wrote:
1: libtool cannot relink inter-dependent libraries during a staged install.
On the topic of 1, cvs libtool can do this with an undocumented command-line
flag. However, it still prefers the installed location over the staged
location. So, if you link to
===
Happy4http://happy4.7u7.net
[EMAIL PROTECTED]
200;500;2000DJ
===
: Happy4
Happy4[ Happy4.7u7.Net ]: pangaidi ; : 7ckufem
In article [EMAIL PROTECTED],
Arnd Bergmann [EMAIL PROTECTED] wrote:
Possible -- sure, but not useful except as an option for the initial
bootstrap that might not fully work with /lib64.
I've followed both SuSE and Red Hat making that mistake with their early
s390x distributions. They both now
On Thu, Apr 10, 2003 at 07:59:51PM +, Miquel van Smoorenburg wrote:
In article [EMAIL PROTECTED],
Arnd Bergmann [EMAIL PROTECTED] wrote:
Possible -- sure, but not useful except as an option for the initial
bootstrap that might not fully work with /lib64.
I've followed both SuSE and Red
On Thu, Apr 10, 2003 at 01:58:12PM -0400, Colin Walters wrote:
On Thu, 2003-04-10 at 12:16, Enrico Zini wrote:
I would like to propose that we switch to the freedesktop.org .menu
format for desktop entries, and we keep providing menu informations for
applications that do not provide one
Title: Sign from God
Signs from God. The Messiah comes. We
have the end of the World
Signs from God. The Messiah comes.
We have the end of the World and already 3th World war. The
Mankind faces the Doom and as well the biggest ever experienced
Holocaust. Each second Humanbeing ends up in
Hi!
I'm just packaging planets (#187988) which is written in ML and
compiled with ocaml. The problem is that the ocaml linker uses the
rpath feature (i. e. hardcoded libary paths).
It seems to be against Debian policy to use rpath; on the other hand,
the ocaml linker does not seem to allow
Can someone point me the message(s) discussing /run (and why not
/etc/run) - I would like to think that adding another directory off /
should be avoided. /etc/run sounds nice, unless you want to support
booting before /etc is mounted...
Cheers,
Jeremy
On Wed, 2003-04-09 at 14:17, Thomas Hood
===
Happy4http://happy4.7u7.net
[EMAIL PROTECTED]
200;500;2000DJ
===
: Happy4
Happy4[ Happy4.7u7.Net ]: pangaidi ; : 7ckufem
Martin Pitt [EMAIL PROTECTED] writes:
Hi!
I'm just packaging planets (#187988) which is written in ML and
compiled with ocaml. The problem is that the ocaml linker uses the
rpath feature (i. e. hardcoded libary paths).
I don't know the answer, but you should ask on
Overall I think it is wonderful to see support for read-only root being
worked on.
On Wed, 2003-04-09 at 15:41, Matthew Garrett wrote:
Jeremy Jackson wrote:
(doing this with bind mounts)
2.2 kernels are out though.
As are BSDs. I have no idea whether the Hurd supports bind mounting.
Package: wnpp
Version: unavailable; reported 2003-04-11
Severity: wishlist
* Package name: mrtg-ping-probe
Version : 2.1.0
Upstream Author : Peter W. Osel [EMAIL PROTECTED]
* URL : http://pwo.de/projects/mrtg/
* License : GPL version 2
Description : Ping
When using a recent binutils, you need modutils = 2.4.17. The
binutils team changed the output of the 'nm' command which changed the
contents of System.map.
On Wed, Apr 09, 2003 at 09:26:12PM -0700, Daniel Schepler wrote:
On Tue, Apr 08, 2003 at 07:07:33PM -0400, Richard A Nelson wrote:
Why was this rebuilt with libdb2-dev ? Shouldn't we be trying to
get things to db4.1 at this point ? I'd think db3 at a minimum.
This isn't just idle
Hello!
I'm going to do it with name gtk-fm.
Thanks.
.''`. Rodrigo Tadeu Claro (rlinux)
: :' : Debian-SP - irc.freenode.net - #debian-sp
`. `'` email - [EMAIL PROTECTED]
`-www.rodrigoclaro.cjb.net - UIN168799234
--
Linux User
100
1006100
1.??+
2.--3.??68E-mail
4.??50001285000
5.33--
6.
25CD180
--
84CD1805130
51012200128CD
40
1020
CD
1 :
4 273011 02966 270
8
8/
[EMAIL PROTECTED]
QQ:25668868
_
MSN Hotmail http://www.hotmail.com
On Thu, Apr 10, 2003 at 03:38:10PM -0400, Joey Hess wrote:
Wesley W. Terpstra wrote:
1: libtool cannot relink inter-dependent libraries during a staged install.
On the topic of 1, cvs libtool can do this with an undocumented command-line
flag. However, it still prefers the installed
subscribe
Hola Amaya!
On Wed, Mar 26, 2003 at 05:03:34AM +0100, Amaya wrote:
¿Alguien tiene pensado ir? No me gusta volar sola y he pensado que
podríamos organizar algo más comunal, endogámico y divertido.
Pues yo pensaba ir, pero ya que los precios alli son prohibitivos,
tendre que empezar a vender
99 matches
Mail list logo
