Chos is able to chain to a LILO boot block on a partition. It worked fine
chaining to /dev/hdd, for example. So you can boot bzImage kernels that
way until someone fixes "chos".
Nice program. I think it assumes that /boot is on the first drive,
doesn't it?
Thanks
Bruce
--
Bruce
> Okay, so say some random person who has installed Debian wants XEmacs 19.15
> because he needs some feature. This seems like a reasonable request... He
> could get it from the Hamm distribution, except that would mean he'd need
> libc6...and he doesn't want to do that, because he's heard that i
-BEGIN PGP SIGNED MESSAGE-
On Fri, 13 Jun 1997, Brian White wrote:
> > > Do we also want to remove all libc5 dependant packages at some point? I
> > > think this would be a good idea since otherwise things are going to get
> > > pretty messed up. We might want to do all three immediatel
>
> Chos is able to chain to a LILO boot block on a partition. It worked fine
> chaining to /dev/hdd, for example. So you can boot bzImage kernels that
> way until someone fixes "chos".
>
> Nice program. I think it assumes that /boot is on the first drive,
> doesn't it?
>
> Thanks
>
>
Regarding how to make your library re-entrant, you must have no global or
static variables that are not protected by mutexes. In general it is easy
to deal with this by passing your state structure as a pointer argument to
all of your functions rather than by using a global variable. I don't know
w
Christian Schwarz <[EMAIL PROTECTED]> writes:
[snip]
> I just had a look at an (old) index file of CPAN. The ".tar.gz" of the
> modules have better names for us, for example: "Date-GetDate-2.00.tar.gz".
> This could easily be converted to "lib-date-getdate-perl_2.00.deb".
Sounds good.
[snip]
>
Okay, so say some random person who has installed Debian wants XEmacs 19.15
because he needs some feature. This seems like a reasonable request... He
could get it from the Hamm distribution, except that would mean he'd need
libc6...and he doesn't want to do that, because he's heard that it will
a
-BEGIN PGP SIGNED MESSAGE-
On Thu, 12 Jun 1997, SirDibos wrote:
> I second the motion. Smail has been nothing but a headache for me. I was
> *so* releived to get fetchpop working, so that I could bypass the need to
> pass my mail thru port 25 on my own machine for delivery.
>
> pine +
On Jun 13, Helmut Geyer wrote
> Our aim for Debian 2.0 is to provide all libs as reentrant. It usually
> isn't enough just to compile it with -D_REENTRANT. You have to avoid
> static and global variables and do some mutex locking.
Can anybody point me to some more information about this? If I'm go
On 9 Jun 1997, Sven Rudolph wrote:
> My ideas on boot-floppies' future:
>
> - rewrite dinstall in C - reasons:
> - runtime improvements
> - don't run fdisk -l that often
> - todo: make a libsfdisk from sfdisk
> - more complex datastructures (avoid using sed often)
> - more compl
On Sun, 8 Jun 1997, David Frey wrote:
> Hi Tom,
Hi.
> > Basically, we first have a "/default" directory, which every package
> > imports its default settings into.
> >
> > User configuration is put under "/config", which means that the system
> > will first look under /config, then /default whe
> > > Both qmail (which proved insecure )
> >
> > To what are you referring ?
>
> Probably what was reported on the djb-qmail mailing list, where you
> start sending data, but no CR-LF, down the line and qmail malloc's
> some memory for it, then malloc's some more, and some more, etc. I
> haven'
> Okay, I know that before 1.3 was released, for a long time period the only
> changes that were being accepted were updates that fixed bugs. Updates that
> only provided new features were not allowed.
>
> Now that 1.3 has "shipped", are updates allowed to replace old packages, or
> are replacmen
In article <[EMAIL PROTECTED]>,
Charles Briscoe-Smith <[EMAIL PROTECTED]> writes:
> I've been putting together a few packages of Z-code stuff, following my
> previous posting, and want to use a virtual package,
> `zcode-interpreter'... I'd like to put the appropriate man-page before
> yo
In article <[EMAIL PROTECTED]>,
Santiago Vila Doncel <[EMAIL PROTECTED]> writes:
> BTW: There will be a completely GPLed procmail in hamm soon. Could we make
> it the "standard MDA" as well? :-) [ Red-Hat *already* does this ]
Not if we adopt exim as the standard MTA: although exim works
> >Just to be clear... Are they obsolete (i.e. should be removed) or
> >are they orphaned (i.e. no longer supported)?
>
> repair was a bug-reporting script I wrote a long time ago, it never
> really achieve all the functionality intended and is probably out of
> date with respect to the modern bu
On Fri, 13 Jun 1997, Mark Baker wrote:
> We need X versions too (I'm not going anywhere near svgalib or other console
> stuff, I've been forced to reboot too many times, which isn't very funny
> when I've also got other users logged in).
Umm. My system is a home system. Why were you runnin
debian's Xfree86 3.2 packages were not built reentrant. I'm working
on the 3.3 libraries now, and once they're stable and working, I'll
be adding other support to them. (have you ever tried programming
with X and threads? you probably want to only use Display* per-thread
anyhow...)
> There are some maintainers that must keep their machines on the stable
> tree (and thus libc5) for various reasons.
>
> Is there a machine somewhere these developers can log in to for the sole
> purpose of building release packages?
If nobody else comes forward, I'd be willing to do so.
My mac
In article <[EMAIL PROTECTED]>,
SirDibos <[EMAIL PROTECTED]> writes:
>> We need X versions too (I'm not going anywhere near svgalib or other console
>> stuff, I've been forced to reboot too many times, which isn't very funny
>> when I've also got other users logged in).
>
> Umm. My
mgetty-voice was removed from the distribution because of the explicit
demand of the author. Please ask him before putting mgetty-voice back into
the distribution.
In article <[EMAIL PROTECTED]> you wrote:
: Greetings! I've been reading here recently about the mgetty package
: looking for a new
Camm Maguire <[EMAIL PROTECTED]> writes:
> Greetings! I've been reading here recently about the mgetty package
> looking for a new maintainer. What's the status on this? I'd like to
> suggest to the new maintainer to rebundle the vgetty extension, as the
> program is quite usable, IMHO, in spit
Okay, I know that before 1.3 was released, for a long time period the only
changes that were being accepted were updates that fixed bugs. Updates that
only provided new features were not allowed.
Now that 1.3 has "shipped", are updates allowed to replace old packages, or
are replacment packages s
In article <[EMAIL PROTECTED]>,
SirDibos <[EMAIL PROTECTED]> writes:
> Why is Koules only available for X??? I *loved* the variety of console
> games that came with Debian. Now one by one they are being X'ised from
> the distribution =(
We need X versions too (I'm not going anywhere ne
I've missed the start of this discussion, but I'm the maintainer of
svgalib-dummy, and the issue of dependencies came up already several
times...
> Are there other people that would like the dependancy change
>
> - Depends: svgalib1 (>= 1:1.2.10-2)
> + Depends: svgalib1 (>= 1:1.2.10-2)|svgadummy
From: [EMAIL PROTECTED] (Erik B. Andersen)
> Yup. I tried to use a kernel on my second hard drive one, and it gave a
> error when I ran chos.
However, it's able to chain to the second drive just fine . I think its
installer needs to be taught to figure out which BIOS drive /boot lives on,
and to
I am rather new to this list, so excuse me if this question has
already been dealt with.
Will there be kernel level thread support for Debian ?
The Linuxthreads package from Xavier Leroy is a very good Thread
Library supporting Posix threads. In order to develop threaded
applications there sho
The title almost says it all. I just upgraded to pre-patch-2.0.31-2, but it
seems transparent proxying still doesn't work. My first rule says:
acc/r tcp anywhere anywhere any -> www => tproxy
but still tproxy does not get the connection. I tried to trace it but it
appears
> > Do we also want to remove all libc5 dependant packages at some point? I
> > think this would be a good idea since otherwise things are going to get
> > pretty messed up. We might want to do all three immediately.
>
> * all packages should be libc6 when "hamm" is frozen. (later?)
Yes, they s
In article <[EMAIL PROTECTED]>,
Christoph Lameter <[EMAIL PROTECTED]> writes:
> It might be good if we would replace smail in hamm with exim.
I agree entirely. Though we should keep smail for people who use smail
elsewhere and don't want to switch.
> - Exim is scalable from running from
On Thu, 12 Jun 1997, Michael Meskes wrote:
> ls /usr/man/man2 says:
>
> create_module.2.gz
> delete_module.2.gz
> get_kernel_syms.2.gz
> init_module.2.gz
> intro.2.gz
> modules.2.gz
> query_module.2.gz
>
> where are the others?
>
> I also miss the libc function manpages like fgets.
Get the ne
-BEGIN PGP SIGNED MESSAGE-
The locale errors are getting extremely annoying. What is the most
correct way to solve the problems. unsetting LANG solves the problem,
but I can't find where it is getting set in the first place. That's
not the most elegant solution anyway.
My locale vers
On Jun 13, Michael Meskes wrote:
> Thanks Peter.
>
> I guess it's the ident service. So I try nowait.120 and see what
> happens.
Of course it is the ident service (that's what the error message of
inetd said). But the ident service is not a service that is used
alone. You have an application/serv
[EMAIL PROTECTED] (Kai Henningsen) writes:
> 3. 3.3 to stable
>
>I really don't see why this should not happen in due time.
Agreed.
--
John Goerzen | Running Debian GNU/Linux (www.debian.org)
Custom Programming|
[EMAIL PROTECTED] |
--
TO UNSUBSCRIBE FROM THIS MAILING LIST:
> I've had these messages before, and followed the instructions for
> stating that I no longer maintain the packages in question. But they
> still keep appearing.
These things tend to get overriden by the automated scripts.
> Can somebody *please* sort this out, and tell me that they have don
Sourcecode is available for chos and it has been GPLed by the author after
several people talked with him (among them me on behalf of Debian).
On Thu, 12 Jun 1997, SirDibos wrote:
>
>
>On Thu, 12 Jun 1997, SirDibos wrote:
>> > Also we might think about replacing lilo with chos as the standard boo
[EMAIL PROTECTED] (Alexander Koch) wrote on 13.06.97 in <[EMAIL PROTECTED]>:
> Quoting Philip Hands ([EMAIL PROTECTED]):
> > Qmail is most definitely capable of UUCP (I use it here), and AFAIK bang
> > paths can be done with rmail.
>
> With what addition? Last time I really tried it, it was only
Thanks Peter.
I guess it's the ident service. So I try nowait.120 and see what
happens.
Michael
--
Dr. Michael Meskes, Projekt-Manager| topsystem Systemhaus GmbH
[EMAIL PROTECTED]| Europark A2, Adenauerstr. 20
[EMAIL PROTECTED] | 52146 Wuerselen
Go SF
Philip Hands <[EMAIL PROTECTED]> writes:
> > Let me remind you of one thing...
> >
> > Both qmail (which proved insecure )
>
> To what are you referring ?
Probably what was reported on the djb-qmail mailing list, where you
start sending data, but no CR-LF, down the line and qmail malloc's
some
On Thu, 12 Jun 1997, SirDibos wrote:
>speaking of which. if I packaged up fetchpop, could it get included in
>debian? I much prefer it to fetchmail. if only fetchmail had a -o or a
>localfolder option! Also, fetchpop guides you thru creation of the
>appropriate config file the first time you r
Guenter Geiger <[EMAIL PROTECTED]> writes:
> I am rather new to this list, so excuse me if this question has
> already been dealt with.
>
>
> Will there be kernel level thread support for Debian ?
>
> The Linuxthreads package from Xavier Leroy is a very good Thread
> Library supporting Posix t
> "BW" == Brian White <[EMAIL PROTECTED]> writes:
:: * July 15th: All libraries *must* be libc6.
:: * July 31th: All packages must be libc6.
What about:
* June 30th: Bug reports on all non-libc6 libraries.
* July 15th: All libraries libc6 compatible.
* July 31th: Bug reports on all l
Charles Briscoe-Smith <[EMAIL PROTECTED]> writes:
> I haven't got a master account yet,
From: [EMAIL PROTECTED] (Mark Baker)
> Nor have I, despite having applied for one (with a signed key) nearly
> three weeks ago. :(
Oops. [EMAIL PROTECTED] mail is down this evening as is all
mail @debian.org .
Mark Eichin writes:
> be adding other support to them. (have you ever tried programming
> with X and threads? you probably want to only use Display* per-thread
> anyhow...)
Yes, I've tried - that's how I came to this topic.
The problem is with the global errno variable. As Xlib does a lot of
[EMAIL PROTECTED] (Mark Baker) wrote on 13.06.97 in <[EMAIL PROTECTED]>:
> In article <[EMAIL PROTECTED]>,
> Alexander Koch <[EMAIL PROTECTED]> writes:
>
> > Both qmail (which proved insecure ) and Exim are not
> > capable of UUCP or even bang paths! So a lot of those guys in countries
> >
I second the motion. Smail has been nothing but a headache for me. I was
*so* releived to get fetchpop working, so that I could bypass the need to
pass my mail thru port 25 on my own machine for delivery.
pine + fetchpop + procmail serves all my email needs. (Im not up 24/7, so
its ok ;))
spe
The images moved to ftp://ftp.debian.org/OfficialCD . By leaving them in
/debian as I did yesterday, I messed up a number of mirror sites and made
life hard for system admins all over the globe.
No, one big file aside the chunks would use up to 1.3GB extra for two CDs!
Please use "mget" in FTP and
On Fri, 13 Jun 1997, Guenter Geiger wrote:
> I am rather new to this list, so excuse me if this question has
> already been dealt with.
>
>
> Will there be kernel level thread support for Debian ?
>
> The Linuxthreads package from Xavier Leroy is a very good Thread
> Library supporting Posix t
Sorry about the runaway mail headers in my previous article re-post.
Emacs was hiding them from me.
--
Rob
--
TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word "unsubscribe" to
[EMAIL PROTECTED] .
Trouble? e-mail to [EMAIL PROTECTED] .
Greetings! I've been reading here recently about the mgetty package
looking for a new maintainer. What's the status on this? I'd like to
suggest to the new maintainer to rebundle the vgetty extension, as the
program is quite usable, IMHO, in spite of its being labeled as
unstable by the author.
I saw the images were briefly available on the ftp site today but now
they're gone again. What happened? When will they be back?
Also, may we have one big file alongside all the 10MB chunks? For people
with access to fast connections, this will be a little easier. Another
useful thing might
On Jun 12, Michael Meskes wrote:
> I get quite a lot of these messages:
>
> inetd[153]: ident/tcp server failing (looping), service terminated
>
> How can I tell which service is the one that's asked for too often?
Have you tried the -l (and maybe the -d) option of the identd?
BTW: Never ever u
> Let me remind you of one thing...
>
> Both qmail (which proved insecure )
To what are you referring ?
> and Exim are not capable
> of UUCP or even bang paths!
Qmail is most definitely capable of UUCP (I use it here), and AFAIK bang paths
can be done with rmail.
> So a lot of those guys in c
One problem with reporting bugs I feel personally is what to do to
avoid repeating reports. I use the following algorithm, when I
discover a bug:
1. I go through the list of pending bugs posted to bug list
periodically, and check whether it could be reported.
2. I'm searching through my mail ar
On Thu, 12 Jun 1997, SirDibos wrote:
> > Also we might think about replacing lilo with chos as the standard boot
> > loader from harddisk. lilo always is a difficulty for newbies, chos
> > offers:
>
> Sounds good to me. I am an advocate of many solutions I hate to see
> any software get dro
is ther a good way to play au files ?
IIRC nas has a command, and the other poossibility is to cat FILE >
/dev/audio.
nas has a /usr/bin/auplay or so. is there an other package, that has the
same command and uses it with /dev/audio directly ? i don't want to
care if nas is installed or the user i
On Fri, 13 Jun 1997, Michael Meskes wrote:
> The title almost says it all. I just upgraded to pre-patch-2.0.31-2, but it
> seems transparent proxying still doesn't work. My first rule says:
>
> acc/r tcp anywhere anywhere any -> www => tproxy
>
> but still tproxy does
> Okay, so say some random person who has installed Debian wants XEmacs 19.15
> because he needs some feature. This seems like a reasonable request... He
> could get it from the Hamm distribution, except that would mean he'd need
> libc6...and he doesn't want to do that, because he's heard that i
[I CC: this to the mailing list since I think this is of public intrest.
Hope you don't mind]
On Thu, 12 Jun 1997, Brian S. Julin wrote:
> On Thu, 12 Jun 1997, Christian Schwarz wrote:
> > What is your problem exactly? We could easily change our standard to
> > "cpan-xxx.deb", for example.
>
>
Christoph Lameter:
>
> Also we might think about replacing lilo with chos as the standard boot
> loader from harddisk. lilo always is a difficulty for newbies, chos
> offers:
>
> - Menudriven Boot Loader (Cryptic Prompt only on demand)
> - Highly Customizable Color Menus.
> - Simple configuration
I've had these messages before, and followed the instructions for
stating that I no longer maintain the packages in question. But they
still keep appearing.
Can somebody *please* sort this out, and tell me that they have done
so?
(Both packages are, AFAIK, utterly obsolete and should not exist a
From: Christoph Lameter <[EMAIL PROTECTED]>
> Sourcecode is available for chos and it has been GPLed by the author after
> several people talked with him (among them me on behalf of Debian).
Hooray!
Is the GPL-ed version and its source in a Debian package yet?
Thanks
Bruce
--
B
Further in my attempts to setup up a Thinkpad 760CD...
When attempting to load the ibmtr_cs.o mdules under the standard
2.0.30 kernel, I get the folliowing unresolved symbols.
netif_rx_R9117ffb8
dev_alloc_skb_R24e337ab
dev_kfree_skb_R7a61ae71
dev_tint_Rcc72f6b2
unregister_netdev_Re5a9d51a
regist
SirDibos:
> Whoa, hold on. Apparently, source code isnt available for chos. So, I
> take my words back. By all means, lets keep it in the distribution, but
> by no means let it be the "primary" boot loader.
Actually, they're still both in there, and I still maintain wordplay, though
I don't eve
Philippe Troin writes:
> They're probably in libpthread0-dev !
Sorry, I'm feeling rather guilty ..
>
> > - libraries should be compiled reentrant
>
> Most of them are. I'm not sure about the X libraries.
>
Does anybody know about the X libraries ? The linuxthreads-0.6
provide a patch
[EMAIL PROTECTED] (Christoph Lameter) wrote on 12.06.97 in <[EMAIL PROTECTED]>:
> It might be good if we would replace smail in hamm with exim. Exim should
> be the standard mailer for hamm:
>
> - Exim is based on the same concepts as smail.
> - It is developed with newer concepts in mind
> - Exi
On Fri, 13 Jun 1997, Mark Baker wrote:
:
:In article <[EMAIL PROTECTED]>,
: Alexander Koch <[EMAIL PROTECTED]> writes:
:
:> Both qmail (which proved insecure ) and Exim are not capable
:> of UUCP or even bang paths! So a lot of those guys in countries where phone
:> costs are terrible (like
On Fri, 13 Jun 1997 11:11:18 GMT Guenter Geiger ([EMAIL PROTECTED]
) wrote:
> Will there be kernel level thread support for Debian ?
Yes !
> The Linuxthreads package from Xavier Leroy is a very good Thread
> Library supporting Posix threads. In order to develop threaded
> applications there sho
>Just to be clear... Are they obsolete (i.e. should be removed) or
>are they orphaned (i.e. no longer supported)?
repair was a bug-reporting script I wrote a long time ago, it never
really achieve all the functionality intended and is probably out of
date with respect to the modern bug system. I
In article <[EMAIL PROTECTED]>,
Alexander Koch <[EMAIL PROTECTED]> writes:
> Both qmail (which proved insecure ) and Exim are not capable
> of UUCP or even bang paths! So a lot of those guys in countries where phone
> costs are terrible (like in Germany) still use it and they WILL have a
It might be good if we would replace smail in hamm with exim. Exim should
be the standard mailer for hamm:
- Exim is based on the same concepts as smail.
- It is developed with newer concepts in mind
- Exim is scalable from running from inetd to delivering hundredths of
thousands of messages a
You're right of course. I should have been more precise. There are two
other services involved:
squid as a standalone server and http-gw on the firewall and both call
ident for each www request.
That makes up for quite some traffic given that one www site is build by
a lot of www requests.
Thanks
How and why when and Where?
Why is Koules only available for X??? I *loved* the variety of console
games that came with Debian. Now one by one they are being X'ised from
the distribution =(
Koules, Maelstrom, Abuse I can understand Abuse (altho that should be
available for the console again
>
> Also we might think about replacing lilo with chos as the standard boot
> loader from harddisk. lilo always is a difficulty for newbies, chos
> offers:
>
> - Menudriven Boot Loader (Cryptic Prompt only on demand)
> - Highly Customizable Color Menus.
> - Simple configuration in passwd style fi
In article <[EMAIL PROTECTED]>,
[EMAIL PROTECTED] (Kai Henningsen) writes:
> I seem to remember reading somewhere in the exim docs that some simple
> bang addresses are understood by exim. Not sure about that.
You can cope with host!user by using a rewrite rule, not anything much more
In article <[EMAIL PROTECTED]>,
Alex Yukhimets <[EMAIL PROTECTED]> writes:
> The most solid ground not to switch to libc6 is not instability from the
> user's point of view (may be libc6 is not that bad), but from the point of
> view of developer who's using different kind of commercial d
On Jun 13, Bruce Perens wrote
> Regarding how to make your library re-entrant, you must have no global or
> static variables that are not protected by mutexes. In general it is easy
> to deal with this by passing your state structure as a pointer argument to
> all of your functions rather than by u
Hi everybody,
last night i dftp-ized part of the 1.3 distribution to
upgrade my mixed 1.2/hamm linux box. All went well and this morning
i finished the upgrade in a few minutes by installing the packages
by hand (Debian IS the *better* linux distribution! :)
Then, to get better s
Here is a reworked proposal:
-=-=-=-=-=-=-=-=-=-=-= SNIP -=-=-=-=-=-=-=-=-=-=-=-=-=-
Debian library policy supplement draft for libc5->libc6 migration
This document is meant to tell what a Debian package providing a
library should do to support both libc6 (glibc2) and libc5.
Note
On Jun 12, Christoph Lameter wrote
: It might be good if we would replace smail in hamm with exim. Exim should
: be the standard mailer for hamm:
... hmmm, ``never change a running system'', and smail _is_ running.
And I you're able to read some docs, it's possible to setup this
think quite easy.
Eep. I just got a little excited there, and released my two Debian
packages already, without reading all of the policies first.
igor has told me that I'm supposed to announce my intentions
before packageing. Whoops.
Erm, well, does anybody mind if I package sirc and ching?
sirc is a Perl-based
Erv Walter writes:
> The locale errors are getting extremely annoying. What is the most
> correct way to solve the problems. unsetting LANG solves the problem,
> but I can't find where it is getting set in the first place. That's
> not the most elegant solution anyway.
[...]
> Note: There
Nathan E Norman <[EMAIL PROTECTED]> writes:
> Not that anyone necessarily has the time, but would it be worthwhile to
> create some documents listing categories of packages, comparing and
> contrasting the competing packages?
Right. I'm about to help someone set up a relatively busy mailserver,
Guenter Geiger <[EMAIL PROTECTED]> writes:
> - libraries should be compiled reentrant
This has been on the list of things to do (for bo and now for hamm)
for a while. It'll propagate eventually.
Note that just compiling with -D_REENTRANT doesn't mean that the
library is suddenly multi-thread s
Douglas L Stewart <[EMAIL PROTECTED]> writes:
> It's just a matter of making sure all of the other libraries get thread
> safe, which will get partially done I'm sure. The ones that aren't, you
> can work around it by just using them in a single thread usually.
or often by just using a mutex to
Mark Eichin <[EMAIL PROTECTED]> writes:
> debian's Xfree86 3.2 packages were not built reentrant. I'm working
> on the 3.3 libraries now, and once they're stable and working, I'll
> be adding other support to them. (have you ever tried programming
> with X and threads? you probably want to onl
In article <[EMAIL PROTECTED]>,
Heiko Schlittermann <[EMAIL PROTECTED]> writes:
>: It might be good if we would replace smail in hamm with exim. Exim should
>: be the standard mailer for hamm:
>
> ... hmmm, ``never change a running system'', and smail _is_ running.
No-one's suggesting
Guenter Geiger <[EMAIL PROTECTED]> writes:
> Yes, I've tried - that's how I came to this topic.
> The problem is with the global errno variable. As Xlib does a lot of
> error checking using errno. After X encounters an error it checks what
> kind of error ocurred with errno and deals with it.
> I
Andy Mortimer <[EMAIL PROTECTED]> writes:
> Although how well this interacts with dynamically-loaded shared libraries
> is anyone's guess;
What do you mean?
> I suspect I may have to go the global-variable route myself, which
> is why I was asking for examples/docs.
Bruce is right that in gener
Helmut Geyer <[EMAIL PROTECTED]> writes:
> - compile the library using -D_RENTRANT or -D_THREAD_SAFE
There was some talk about adding -D_REENTRANT to the list of flags
that are automatically included by gcc/g++. I don't recall what the
resulting decision was, if there was one.
> - there
On Jun 14, Rob Browning wrote
>
> Andy Mortimer <[EMAIL PROTECTED]> writes:
>
> > Although how well this interacts with dynamically-loaded shared libraries
> > is anyone's guess;
>
> What do you mean?
I'm using libdl, to allow me to dynamically add and remove modules as I
go. But I don't really
Andy Mortimer <[EMAIL PROTECTED]> writes:
> the basic question I want to answer is: if I open a library in one
> thread, is it then always accessible to all threads (presumably),
> and what happens to any global variables in that library?
Threading shoudln't have any affect on this. All the thre
I wanted to get your Official 2 CD set, so I was checking out the prices
at www.cheapbytes.com, but I didn't see it. They told me that they're
waiting for 1.3.1 because there's something wrong with 1.3. Is that true?
If so, when will 1.3.1 be out, and how much does 1.3 cost?
--
TO UNSUBSCRIBE
> > Yes, they should be. When do we remove all the non-libc6 packages, though?
>
> I'm not entirely certain I see why we need to remove libc5 packages from
> the system for Debian 2.0. While I agree that the primary packages should
> really be glibc, I don't see how a few lib5 packages are going
> packages as follows [1]. Some packages (mostly from base) may use
> locations in /lib.
>
>based on | package name | library location
>
> libc6 | libfoo | /usr/lib/libfoo.so.
> libc5 | libfoo-g |
Lars Wirzenius wrote:
>
> Milan Zamazal:
>
> > One problem with reporting bugs I feel personally is what to do to
> > avoid repeating reports.
>
> I think it is not the job of the person reporting a bug to worry about
> duplicate reports. Especially not if the person is an end-user and not
> a D
> > I'm not entirely certain I see why we need to remove libc5 packages from
> > the system for Debian 2.0. While I agree that the primary packages should
> > really be glibc, I don't see how a few lib5 packages are going to hurt the
> > distribution
>
> Well, they won't hurt much, but they would
> > > I'm not entirely certain I see why we need to remove libc5 packages from
> > > the system for Debian 2.0. While I agree that the primary packages should
> > > really be glibc, I don't see how a few lib5 packages are going to hurt the
> > > distribution
> >
> > Well, they won't hurt much, bu
In your email to me, Rob Browning, you wrote:
>
> Nathan E Norman <[EMAIL PROTECTED]> writes:
>
> > Not that anyone necessarily has the time, but would it be worthwhile to
> > create some documents listing categories of packages, comparing and
> > contrasting the competing packages?
>
> Right.
> Of cource, there isn't such a list now (as far as I know, at least I
> guess that list would be empty now).
>
> > Anyways, Debian just can't compete with commercial distributions which can
> > allow to suppose that they are self-contained. Debian is NOT. Unlike
> > RedHat (which has, for instanc
1 - 100 of 101 matches
Mail list logo
