第一批用户的文件已经发出，请注意查收。
请未收到文件的朋友重新向新信箱发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-embedde
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 beli
I've found that G++ 3.2 has a problem optimizing this code.
#include
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);
ret
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
PATH=/usr/local/sbin:/usr/local/bin:/usr/sb
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 m
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
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 : Extensibl
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 aro
[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 co
-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 cas
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 fac
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 a
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 m
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,
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 obje
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 pe
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 th
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 p
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 pe
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
> * Li
Maximise your existing systems potential. Effective IT sys
tems
produce higher profits. The IT Division are a specialist team of highly experienced IT professionals offering a fast efficient and cost effective service.
The wide range of specialist services we offer includ
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, wh
-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 : Kerne
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 th
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
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 stab
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 upst
Õã½Ê¡ÁÙº£ÊÐÁúÌÚ»úе³§ÊÇÒ»¾Å¾Å°ËÄê³ÉÁ¢µÄÒ»¼ÒרҵÉú²úÈ«×Ô¶¯²ÃÏß°þƤ´ò¶Ë»ú¡¢È«×Ô¶¯²ÃÏß°þƤ»úµÄ³§¼Ò¡£²úÆ·Ö÷ÒªÓ¦Óõç×Ó¡¢µç
Æ÷ÐÐÒµ£¬Êǵç×Ó¡¢µçÆ÷ÐÐÒµÀíÏëµÄ°þÏßÉ豸¡£¸ù¾ÝÓû§µÄʹÓúͷ´Ó¦£¬ÎÒÃÇÔÚ¹¤ÒպͲúÆ·ÖÊÁ¿Éϲ»¶Ï¸Ä½ø£¬È¡µÃÁ˽ÏΪÂúÒâµÄÊг¡Ð§¹û
¡£ÓëÆäËûͬÀà²úÆ·±È½Ï£¬±¾³§Éú²úµÄ²úÆ·¾ßÓÐÕûÌåÉè¼ÆºÏÀí¡¢¹¦Ð§¸ß¡
[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
> > mo
> > 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 in
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.
* 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
* 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 n
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 : MI
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 archite
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
av
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 32b
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 ca
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 (
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: libtoo
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 lib
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 f
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
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 h
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 lis
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]&l=DLP) or send an email to
[EMAIL PROTECTED].
Any correspondence about the products/services should be direc
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_x86
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 i
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".
[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 th
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) w
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
http://lists.debian.org/debian-bsd/2002/debian-bsd-200202/msg00
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 dem
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 -L/.../debi
===
Happy4娱乐网：http://happy4.7u7.net
[EMAIL PROTECTED]
200部国内大片电影;500部激情电影免费观看;2000多首DJ舞曲免费试听及下载 ！
===
尊敬的: Happy4会员 您好！
您在Happy4[ Happy4.7u7.Net ]的帐号是: pa
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
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 SuS
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 provid
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 t
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 disabl
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 wr
===
Happy4娱乐网：http://happy4.7u7.net
[EMAIL PROTECTED]
200部国内大片电影;500部激情电影免费观看;2000多首DJ舞曲免费试听及下载 ！
===
尊敬的: Happy4会员 您好！
您在Happy4[ Happy4.7u7.Net ]的帐号是: pa
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
debian-ocaml-maint@
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 mounti
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 ju
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 Regi
如果您需要推广自己的产品或信息，敬请耐心阅读。否则，对您说声抱歉！
营销宝典☆☆营销宝典☆☆营销宝典☆☆营销宝典☆☆营销宝典☆☆营销宝典
☆☆ 100元能让你联系亿万家 ☆☆
●●●100元能购买到下列6项：（内含100款软件均为注册版，一亿邮址本月结集）
1.网上搜索软件??据自己的需要搜索"目标客户"的网址和邮址。每小时搜索上万个，比如：搜索深圳的电子公司，只需输入"深圳+电子"，点击"开始"即可。
2.信息发布软件--将产品信息群发至全球几千家中英文交易场所，形成免费的广告效益。3.群发软件??每小时能发送6～
★ ★只要8元钱，无限期收看看全球电影电视
随着网络的发展，使得网上看电视成为一种可能。相对于普通的电视，网络电视有
其不可以替代的优点：可以欣赏到全球各地区的电视节目。
本软件是一款适合宽带网用户在线收看网络电视节目的绿色软件，能够让您在网上
自由的享受看电视的乐趣！
●软件内置全球数百个电视台，任您尽情点播；
●众多外语广播电台，让你领略异国他乡纯正风味，塑造良好的外语学习环境；
●伊拉克战事变幻末测，为您提供第一现场直击；
●商场如战场，股市风云突变，您可随机应变；
●足球赛事精彩，哥们岂容错过；
●数十套音乐节目，让您贴近时尚，紧跟时代潮流。
软件统一售价：8
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 installe
92 matches
Mail list logo
