Hi
I've got a problem with rsync. The same thing happens with all the
mirrors I have tried. I'm using rsync 2.4.3 from woody.
Other info below.
Thanks
--
Rob Murray
Script started on Fri Sep 1 14:41:59 2000
[EMAIL PROTECTED]:/hda6/realhome/debian/test$ rsync --version
rsync ver
als here when gnu.org was
compromised (for example).
--
Rob Browning
rlb @defaultvalue.org and @debian.org; previously @cs.utexas.edu
GPG starting 2002-11-03 = 14DD 432F AE39 534D B592 F9A0 25C8 D377 8C7E 73A4
).
> For more information please visit <http://sra.itc.it/people/cavada/mvc/>
Does look interesting, though.
-rob
--
Words of the day: munitions CESID supercomputer offensive information warfare
nable this option, which is not currently done.
-rob
--
Words of the day: strategic jihad argus airframe Sears Tower BLU-114/B
we
changed our policies or perhaps my memory is mistaken.
Also, I wonder if our handling of /usr/local isn't a bit inconsistent
since it doesn't look like we include /usr/local/lib in the ld.so
defaults.
Thanks
--
Rob Browning
rlb @defaultvalue.org and @debian.org; previously @cs.utexas.e
so it's not a big deal. I'm not sure where I got
the idea things were otherwise.
--
Rob Browning
rlb @defaultvalue.org and @debian.org; previously @cs.utexas.edu
GPG starting 2002-11-03 = 14DD 432F AE39 534D B592 F9A0 25C8 D377 8C7E 73A4
nting its use seems
rather pointless in the end.
-rob
--
Words of the day: BCCI offensive information warfare JPL undercover Mena Etacs
D]>
> * URL : http://maop.puntodeb.net/
Hrm, I can't seem to find anything about it at this URL...perhaps
there's a more specific one?
-rob
--
Words of the day: BRLO AK-47 Rule Psix Crowell Noriega MDA ISEC red noise
--
To UNSUBSCRIBE, email to [EMAIL PROTE
I do not
> have the time required to be a good DPL.
I feel the need point out that the current DPL and one DPL candidate,
Matthew Garrett, havn't expressed support for this proposal in its
current form.
Rob Taylor
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
ight be better have a trusted builder keyring, with
strict rules on what makes a trusted builder (it seems rather a
different set of issues to that addressed by the DD criterion)?
Thanks,
Rob Taylor
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
On Wed, 2005-03-16 at 15:27 +0100, Matthias Urlichs wrote:
> Hi, Rob Taylor wrote:
>
> > Do you think it might be better have a trusted builder keyring, with
> > strict rules on what makes a trusted builder (it seems rather a
> > different set of issues to that addre
On Wed, 2005-03-16 at 10:44 -0500, Kyle McMartin wrote:
> On Wed, Mar 16, 2005 at 03:06:19PM +0000, Rob Taylor wrote:
> > Yes, that makes total sense. Would there likely be major objections to
> > this?
> >
>
> Even less (likely zero) testing of packages by the main
Manoj Srivastava <[EMAIL PROTECTED]> writes:
> rather than be scattered to the four [why four?] winds.
N, S, E, and W
--
Rob
--
TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word "unsubscribe" to
[EMAIL PROTECTED] .
Trouble? e-mail to [EMAIL PROTECTED] .
ttle and didn't find anything, but feel free to tell me
to RTFM if the answer's in the M.
What do you do about packages whose upstream source is already being
managed by CVS and already has $Id$ markers, etc in it?
Thanks
--
Rob
--
TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the wor
ious diffs against the upstream source.
--
Rob
--
TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word "unsubscribe" to
[EMAIL PROTECTED] .
Trouble? e-mail to [EMAIL PROTECTED] .
cpu usage.
I know that 2.1.26 doesn't have this problem, but I'm not sure where
it was introduced. I have a suspicion that it's related to the new
multiprocessor code...
Thanks
--
Rob
--
TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word "unsubscribe" to
[EMAIL
moving ssh makes the problem go away.
--
Rob
--
TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word "unsubscribe" to
[EMAIL PROTECTED] .
Trouble? e-mail to [EMAIL PROTECTED] .
Right, I had heard that these were reasonably good flags for the pentium:
-m486 -malign-loops=2 -malign-jumps=2 -malign-functions=2
--
Rob
--
TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word "unsubscribe" to
[EMAIL PROTECTED] .
Trouble? e-mail to [EMAIL PROTECTED] .
used in gv.
--
Rob
--
TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word "unsubscribe" to
[EMAIL PROTECTED] .
Trouble? e-mail to [EMAIL PROTECTED] .
, and the bug system makes a nice
reminder once I've been notified.
--
Rob
--
TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word "unsubscribe" to
[EMAIL PROTECTED] .
Trouble? e-mail to [EMAIL PROTECTED] .
1t/x6jjXWExPpAQHJ3AQAzCFQxj/UTucMd9cy96jkWjGNzpNajFoU
6635Yo/hKkwHpXpHE1I82E+xjKxJh33x+m9zv3opiNSWxA0KE4b3FuNmgzwvfSow
PNi+boWuu45wj1UwnjPuTY1meO8dXkQwTB0JMHT7SFjOCWTzYKnfJE5YtweaCkwM
zWYQvCDSLrE=
=8t1x
-END PGP SIGNATURE-
--
TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word "unsubscribe" to
[EM
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] .
vely busy mailserver,
and though I'm only familiar with sendmail, it'd be nice to know if
one of the others would be a better choice.
--
Rob
--
TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word "unsubscribe" to
[EMAIL PROTECTED] .
Trouble? e-mail to [EMAIL PROTECTED] .
d to do that here with X (3.2).
--
Rob
--
TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word "unsubscribe" to
[EMAIL PROTECTED] .
Trouble? e-mail to [EMAIL PROTECTED] .
often by just using a mutex to make sure that no more than one
thread is in the library at any one time. Of course this can be
defeated by unsafe libraries that call each other internally.
--
Rob
--
TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word "unsubscribe" to
[EMAIL
IFO scheduling fairness (I guess I
expected them to, even though the POSIX standard doesn't require it).
I had to write C++ wrapper objects that use their own queues or I
tended to get starvation in situations where I really didn't expect
it. On the up side, not having these guarantees
compiling the X libs, they pick up macros for stdio
that are not thread safe, and can cause segfaults when X tries to
print things.
--
Rob
--
TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word "unsubscribe" to
[EMAIL PROTECTED] .
Trouble? e-mail to [EMAIL PROTECTED] .
&the_state_guard);
}
int main(int argc, char **argv) {
pthread_mutex_init(&the_state_guard, NULL);
/* other stuff */
}
See "man pthread_mutex_init" and other pthread_* man pages in
libc6-doc.
--
Rob
--
TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word "unsubscribe" to
[EMAIL PROTECTED] .
Trouble? e-mail to [EMAIL PROTECTED] .
regularly to
>debian-devel by Helmut Geyer <[EMAIL PROTECTED]>.
This is a good idea.
--
Rob
--
TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word "unsubscribe" to
[EMAIL PROTECTED] .
Trouble? e-mail to [EMAIL PROTECTED] .
y non-threaded Linux program can
be thought of structurally as a multi-threaded program with just a
single thread.
--
Rob
--
TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word "unsubscribe" to
[EMAIL PROTECTED] .
Trouble? e-mail to [EMAIL PROTECTED] .
n to the problem and
then package it for Debian. Finally name it something other than
libdebian, and we'd probably have a good chance of getting others to
start using it in their upstream sources for all platforms.
--
Rob
--
TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word &qu
l its advantages over sendmail and
other older mailers, but I'd rather have a more independent source.
Happy to hear personal opinions too.
Also should the qmail package in experimental be considered at all
ready to go?
Thanks
--
Rob
--
TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mai
Alexander Koch <[EMAIL PROTECTED]> writes:
> (I'd vote for exim if uucp is guaranteed to work)
Ok, so what are the arguments for exim over qmail (at least why do you
prefer it?)
I've heard arguments for qmail and exim over sendmail.
--
Rob
--
TO UNSUBSCRIBE FROM THIS M
Christian Schwarz <[EMAIL PROTECTED]> writes:
> This really is an _excellent_ idea! So, we just need a volunteer to
> implement and maintain this "upstream library". (The packaging for Debian
> should not be a problem.)
Ideally we could provide C, perl, python, etc versi
supposed to be doing).
Thanks
--
Rob
--
TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word "unsubscribe" to
[EMAIL PROTECTED] .
Trouble? e-mail to [EMAIL PROTECTED] .
n wait a bit and see if anyone else wants dftp. If not,
it's yours.
--
Rob
--
TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word "unsubscribe" to
[EMAIL PROTECTED] .
Trouble? e-mail to [EMAIL PROTECTED] .
other than ease of configuration. I'm more interested in
> performance and design considerations that impact on security and
> the ability to configure (flexibility).
Ease of configuration can directly impact the likelihood that the
program will be set up properly, and hence be secur
as I think) that it
would greatly help.
Thanks
--
Rob
--
TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word "unsubscribe" to
[EMAIL PROTECTED] .
Trouble? e-mail to [EMAIL PROTECTED] .
fail across NFS in certain situations, but I'm no
locking expert.
--
Rob
--
TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word "unsubscribe" to
[EMAIL PROTECTED] .
Trouble? e-mail to [EMAIL PROTECTED] .
don't have access to the machine right now, and I'm only
really familiar with booting from a HD via lilo. What would I need to
do to test this if I get the machine back?
Thanks
--
Rob
--
TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word "unsubscribe" to
[EMAIL PR
don't agree on the schemes and the order of their use, you
can end up with nasty deadlock situations.
--
Rob
--
TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word "unsubscribe" to
[EMAIL PROTECTED] .
Trouble? e-mail to [EMAIL PROTECTED] .
"Scott K. Ellis" <[EMAIL PROTECTED]> writes:
> Okay, show me how to search a HTML version of the bash info documentation
> for a concept and I'll believe you.
Absolutely, anything without regex and incremental search is broken
and unacceptable for documentation purpo
when booting bzImage from the hard drive too.
--
Rob
--
TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word "unsubscribe" to
[EMAIL PROTECTED] .
Trouble? e-mail to [EMAIL PROTECTED] .
h this complexity
(level of detail) should just be handled by dselect's next generation,
and making the separate packages allows quite a bit more flexibility.
--
Rob
--
TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word "unsubscribe" to
[EMAIL PROTECTED] .
Trouble? e-mail to [EMAIL PROTECTED] .
Bruce Perens <[EMAIL PROTECTED]> writes:
> From: Rob Browning <[EMAIL PROTECTED]>
> > Tried it, and it hangs when booting bzImage from the hard drive too.
>
> Please tell me exactly what ThinkPad model this is.
I believe it's a 365X (16MB, ~800MB drive).
--
R
se computers to test new boot floppies.
>
> Sounds good to me. I'll check the model number and get back to you
> (not my laptop). And I'd be ahppy to test possible solutions.
Me too. I should be able to get the machine now and then for testing.
--
Rob
--
TO UNSUBSCRIBE
I was going to try out qmail, and I just wanted to see if anyone had
made a package of 1.01. I mailed Christian, but I haven't heard back
from him yet, and I thought someone else might have packaged it for
their own internal use.
Thanks
--
Rob
--
TO UNSUBSCRIBE FROM THIS MAILING LIST: e
to my previous comment about
searching. To revise: any documentation tool that doesn't support
incremental, recursive, and regular expression searches is not
acceptable IMO. As far as I know, that leaves out most html browsers
at the moment.
--
Rob
--
TO UNSUBSCRIBE FROM THIS MAILING L
avoid the problems with trying to guess where the current
packages chown files.
Just what I recall...
--
Rob
--
TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word "unsubscribe" to
[EMAIL PROTECTED] .
Trouble? e-mail to [EMAIL PROTECTED] .
locks Used Available Capacity Mounted on
/dev/hda1 156148938 5870 60% /
/dev/hda4 256622 132644 110723 55% /usr
It's probably something obvious, but I don't see it.
--
Rob
--
TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word "unsubscribe" to
[EMAIL PROTECTED] .
Trouble? e-mail to [EMAIL PROTECTED] .
Philip Hands <[EMAIL PROTECTED]> writes:
> libmailaccess should be something like PAM for mail delivery,
> providing access to a user's mailbox by use of either Maildir, or
> dot-locking (via libnfslock say), or whatever other method --- as
> selected by the user.
Soun
ion because earlier versions didn't speak PCMCIA
properly with that machine's modem...
Sounds like a kernel problem (ouch). I suppose closing the related
bug would be in order.
--
Rob
--
TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word "unsubscribe" to
[EMAIL PROTECTED] .
Trouble? e-mail to [EMAIL PROTECTED] .
ut dpkg-source is still broken...)
Oh, I had actually forgotten that the newest tar can already do what
we want. Now we just need to figure out how we want to use it.
--
Rob
--
TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word "unsubscribe" to
[EMAIL PROTECTED] .
Trouble? e-mail to [EMAIL PROTECTED] .
t; the directory-cache code built in.
I just god confirmation from someone on debian-user with the same
"ispell problem", so it's pretty certain it's 2.1.43 now.
--
Rob
--
TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word "unsubscribe" to
[EMAIL PROTECTED] .
Trouble? e-mail to [EMAIL PROTECTED] .
ut the directory-cache code built in.
I just got confirmation from someone on debian-user with the same
"ispell problem", so it's pretty certain it's 2.1.43.
--
Rob
--
TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word "unsubscribe" to
[EMAIL PROTECTED] .
Trouble? e-mail to [EMAIL PROTECTED] .
th zgrep and the shell, for
> example.
That was me. I guess the cgi approach would make stuff like recursive
incremental searches (a la C-s in the info tool) out of the question,
but I kind of figured that was a losing battle. It's too bad, I
really find it quite useful.
--
Rob
--
#x27;s doing) or w3 one of these days with
recursive page prefetching/searching...
Oh, and I do agree with both the general principle of a unified
documentation system, and that html is probably the best common
destination format right now. I'm mostly just grumbling my feature
wishlis
.
Well, if we do this, we need to make sure to handle the case where
people do something like:
chown -R 755 debian/tmp/usr/bin
chown g+s debian/tmp/usr/bin/special-binary
i.e. later commands would have to override previous ones. (probably
obvious, but I just wanted to make sure this was kept
ar as I can tell, there are corrupted files on master. I had to
re-upload perl-tk (with a new revision) to fix the problem.
--
Rob Browning <[EMAIL PROTECTED]>
PGP fingerprint = E8 0E 0D 04 F5 21 A0 94 53 2B 97 F5 D6 4E 39 30
--
TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word &quo
t;relatively untestable" packages, and would fair better under someone
> elses care.
>
> Please contact me if you are interested in any of these packages.
I'll take m4 for you.
--
Rob Browning <[EMAIL PROTECTED]>
PGP fingerprint = E8 0E 0D 04 F5 21 A0 94 53 2B 97 F5
uld just have a file in /usr/lib/cron/auto (or
whatever) which would be used to (re)build the contents of this
section whenever a relevant package was installed.
--
Rob Browning <[EMAIL PROTECTED]>
PGP fingerprint = E8 0E 0D 04 F5 21 A0 94 53 2B 97 F5 D6 4E 39 30
--
TO UNSUBSCRIBE FROM
le:
The only advantage to the monolithic section I can see is that then
you only have one block that the tool is ever manipulating, and since
the entire block is regenerated anytime any piece changes, it seemed
like it might make the setup less affected by minor corruptions.
Proabably not a big deal e
ny of the others. Is this possible? I've looked
through the ld info pages several times and haven't found anything
that works.
Thanks
--
Rob Browning <[EMAIL PROTECTED]>
PGP fingerprint = E8 0E 0D 04 F5 21 A0 94 53 2B 97 F5 D6 4E 39 30
--
TO UNSUBSCRIBE FROM THIS MAILING
Stephen Zander <[EMAIL PROTECTED]> writes:
> Do you only have access to the sub-libraries as *.so files?
Yes.
--
Rob Browning <[EMAIL PROTECTED]>
PGP fingerprint = E8 0E 0D 04 F5 21 A0 94 53 2B 97 F5 D6 4E 39 30
--
TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word &
handle this) I'll just figure out some other way to deal with it.
I think I can restructure the make process to get access to the .o
files earlier.
Thanks, though.
--
Rob Browning <[EMAIL PROTECTED]>
PGP fingerprint = E8 0E 0D 04 F5 21 A0 94 53 2B 97 F5 D6 4E 39 30
--
TO UNSUBSCRIB
it *really* necessary to provide the upgrade?
Don't forget that installing this *minor* upgrade would break *all*
the packages like perl-tk that depend on a particular version of
perl. Come to think of it, I think I need to change my perl-tk
Depends to be more restrictive...
--
Rob Browning
th the right name to the original
tarfile.
--
Rob Browning <[EMAIL PROTECTED]>
PGP fingerprint = E8 0E 0D 04 F5 21 A0 94 53 2B 97 F5 D6 4E 39 30
--
TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word "unsubscribe" to
[EMAIL PROTECTED] .
Trouble? e-mail to [EMAIL PROTECTED] .
n.org rather than debian-devel.
Thanks
--
Rob Browning <[EMAIL PROTECTED]>
PGP fingerprint = E8 0E 0D 04 F5 21 A0 94 53 2B 97 F5 D6 4E 39 30
--
TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word "unsubscribe" to
[EMAIL PROTECTED] .
Trouble? e-mail to [EMAIL PROTECTED] .
Michael Meskes <[EMAIL PROTECTED]> writes:
> I have to disagree with Bob on this issue. I had a 3c905 a while back
It's Rob :>
> and at that time the kernel driver (v0.40) had serious problems but
> mostly when run on 10Mbit. Now that the 2.0 kernel series ships version
&
-Wall -o testx testx.c -L/usr/X11R6/lib -lX11 -lXt
$ testx
Xt thread safe: 1
--
Rob Browning <[EMAIL PROTECTED]>
PGP fingerprint = E8 0E 0D 04 F5 21 A0 94 53 2B 97 F5 D6 4E 39 30
--
TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word "unsubscribe" to
[EMAIL PROTECTED] .
Trouble? e-mail to [EMAIL PROTECTED] .
eptions, so even if we wanted to
make it the default, we couldn't just specify it for both compilers.
--
Rob Browning <[EMAIL PROTECTED]>
PGP fingerprint = E8 0E 0D 04 F5 21 A0 94 53 2B 97 F5 D6 4E 39 30
--
TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word "unsubscribe" to
[EMAIL PROTECTED] .
Trouble? e-mail to [EMAIL PROTECTED] .
case for any Debian libraries. I'm a little fuzzy on the
details, though.
--
Rob Browning <[EMAIL PROTECTED]>
PGP fingerprint = E8 0E 0D 04 F5 21 A0 94 53 2B 97 F5 D6 4E 39 30
--
TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word "unsubscribe" to
[EMAIL PROTECT
x27;t know if cp -a is frowned upon, but if so, I need to
change at least one of my packages.
In any case, here's a reasonable substitute:
(cd src-dir && tar cf - .) | (cd target-dir && tar xpf -)
--
Rob Browning <[EMAIL PROTECTED]>
PGP fingerprint = E8 0E 0D 04 F5 2
des the stuff,
then a week later realizes that someone may be trying to hack their
system. The go to "who" (and friends) to see what's going on, and
they get an empty listing. This is going to cause someone to need
heartburn medication.
(Hope I've got my facts straight and I&
ded commands up to the
current packaging tool standards.
FWIW, I agree that Ian's objections are valid, and I think his
approach should be preferred if someone gets the chance to implement
it.
(Sorry if I misrepresented your objection, Ian.)
--
Rob Browning <[EMAIL PROTECTED]>
PGP finge
ery package built with them include a specific version dependency to
guarantee reproducable builds. That's pretty ugly IMO.
All that said, I understand the vaporware argument. I'm not talking
about whether or not we should continue to maintain debmake/debhelper,
but about where future deve
"Adam P. Harris" <[EMAIL PROTECTED]> writes:
> I think that /etc/ppp/ip-up and /etc/ppp/ip-down should use
> 'run-parts' against, say, the directories /etc/ppp/ip-{up,down}.d/.
Stunningly good idea. Make it so :>
--
Rob Browning <[EMAIL PROTECTED]>
about how this
package should be handled. I'm planning to cooperate with the xemacs
and emacs (19) package maintainers to make sure we support the
simultaneous installation of all three packages.
The new main package will be named emacs20, and there will be an
auxilliary emacs20-el pa
about /usr/libexec?
Am I correct in assuming that it should still be avoided until FHS?
Thanks
--
Rob Browning <[EMAIL PROTECTED]>
PGP fingerprint = E8 0E 0D 04 F5 21 A0 94 53 2B 97 F5 D6 4E 39 30
--
TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word "unsubscribe" to
[EMAIL
t will be. I don't think that the old and new emacs
will be sharing many files.
> The use of /usr/libexec is currently under discussion on debian-policy.
> Please wait a few more days until we've decided of how to treat this
> directory.
No problem.
--
Rob Browning <[EMAIL
"Adam P. Harris" <[EMAIL PROTECTED]> writes:
> Rob, you're talking about moving Xemacs arch-independant files from /usr/
> lib/xemacs-XX.XX to /usr/share, right?
No, this is only for emacs20, James LewisMoss <[EMAIL PROTECTED]>
maintains xemacs.
> I think t
es
somehow so that when say emacs20 is installed, it will knows to go
find these files and byte compile them to a private location.
This, of course, only applies for packages with .el files that are
compatible with more than one of the emacsen.
--
Rob Browning <[EMAIL PROTECTED]>
PGP fingerprint
a scalable solution.
> The most important thing is that the shared directory issue is
> solved, and this is best done by not compiling elisp files from
> packages otherwise unrelated to emacsen.
I agree that the shared directory is important; I disagree with your
solution.
--
Ro
"Simon's Mailing List Account" <[EMAIL PROTECTED]> writes:
> Well, I'm not a developer (yet), but am in the process of switching
> various servers from Redhat to Debian, and wanted to get a feel for
> how active the developer community is.
Hope we didn't
cs installed will be wasting about 5MB of hard drive
space for no reason.
[1] Though is it really that big a deal as long as it gets forked off
to the background like the TeX or manpage rebuilds?
--
Rob Browning <[EMAIL PROTECTED]>
PGP fingerprint = E8 0E 0D 04 F5 21 A0 94 53 2B 97 F
(and are willing to try).
But first I want to make sure we have a clear idea of what the issues
and possibilities are.
--
Rob Browning <[EMAIL PROTECTED]>
PGP fingerprint = E8 0E 0D 04 F5 21 A0 94 53 2B 97 F5 D6 4E 39 30
--
TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word "unsubscribe" to
[EMAIL PROTECTED] .
Trouble? e-mail to [EMAIL PROTECTED] .
lled?)
Oh, I'm planning for that to be automatic. The emacs maintainer will
just have to have an appropriate call in the postrm.
--
Rob Browning <[EMAIL PROTECTED]>
PGP fingerprint = E8 0E 0D 04 F5 21 A0 94 53 2B 97 F5 D6 4E 39 30
--
TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail t
after the horses have eaten the
chickens.
--
Rob Browning <[EMAIL PROTECTED]>
PGP fingerprint = E8 0E 0D 04 F5 21 A0 94 53 2B 97 F5 D6 4E 39 30
--
TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word "unsubscribe" to
[EMAIL PROTECTED] .
Trouble? e-mail to [EMAIL PROTECTED] .
Manoj Srivastava <[EMAIL PROTECTED]> writes:
> Please also involve the people who maintain emacs lisp
> packages as well, since the decision shall have major impact on us.
Oh, of course. I certainly meant to include you.
--
Rob Browning <[EMAIL PROTECTED]>
PGP fingerp
ractice, at least, is that code changes are not a
necessary criteria.
--
Rob Browning <[EMAIL PROTECTED]>
PGP fingerprint = E8 0E 0D 04 F5 21 A0 94 53 2B 97 F5 D6 4E 39 30
--
TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word "unsubscribe" to
[EMAIL PROTECTED] .
Trouble? e-mail to [EMAIL PROTECTED] .
files
for all the byte-incompatible emacsen within one debian package.
--
Rob Browning <[EMAIL PROTECTED]>
PGP fingerprint = E8 0E 0D 04 F5 21 A0 94 53 2B 97 F5 D6 4E 39 30
--
TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word "unsubscribe" to
[EMAIL PROTECTED] .
Trouble? e-mail to [EMAIL PROTECTED] .
one central location to
> stuff things into.
Absolutely.
> Requiring all packages to come compiled with both variants is NOT the
> way to go. It will waste diskspace, both on users and for the
> maintainers of packages containing elisp, that now *has* to have both
> variants ins
able to handle the more complex emacs cases as well.
--
Rob Browning <[EMAIL PROTECTED]>
PGP fingerprint = E8 0E 0D 04 F5 21 A0 94 53 2B 97 F5 D6 4E 39 30
--
TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word "unsubscribe" to
[EMAIL PROTECTED] .
Trouble? e-mail to [EMAIL PROTECTED] .
bugs worked out before tackling the bigger issues.
Comments?
--
Rob Browning <[EMAIL PROTECTED]>
PGP fingerprint = E8 0E 0D 04 F5 21 A0 94 53 2B 97 F5 D6 4E 39 30
--
TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word "unsubscribe" to
[EMAIL PROTECTED] .
Trouble? e-mail to [EMAIL PROTECTED] .
arguement used to invoke pppd
will *never* be crucial, you shouldn't mangle it.
--
Rob Browning <[EMAIL PROTECTED]>
PGP fingerprint = E8 0E 0D 04 F5 21 A0 94 53 2B 97 F5 D6 4E 39 30
--
TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word "unsubscribe" to
[EMAIL PROTECTED] .
Trouble? e-mail to [EMAIL PROTECTED] .
nk
at this point I favor Guy's service registration proposal, but there
are some details that have to be considered.
I won't be doing anything about any of this fancier stuff for a couple
of weeks, though.
--
Rob Browning <[EMAIL PROTECTED]>
PGP fingerprint = E8 0E 0D 04 F5 21 A
#x27;s no reason the hook file for tm in
Guy's proposal couldn't just execute
(cd && make)
I do agree that there are other complexities to work out.
--
Rob Browning <[EMAIL PROTECTED]>
PGP fingerprint = E8 0E 0D 04 F5 21 A0 94 53 2B 97 F5 D6 4E 39 30
--
TO UNSUBSCRI
king a mistake.
--
Rob Browning <[EMAIL PROTECTED]>
PGP fingerprint = E8 0E 0D 04 F5 21 A0 94 53 2B 97 F5 D6 4E 39 30
--
TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word "unsubscribe" to
[EMAIL PROTECTED] .
Trouble? e-mail to [EMAIL PROTECTED] .
Raul Miller <[EMAIL PROTECTED]> writes:
> Rob Browning <[EMAIL PROTECTED]> wrote:
> > Note, that I'm not saying that I can come up with a good argument why
> > it would be important to be able to make this distinction (or to even
> > do what I'm depi
very carefully!)
If emacs' current mechanism *is* compatible, then I could save some
hassle.
Thanks
--
Rob Browning <[EMAIL PROTECTED]>
PGP fingerprint = E8 0E 0D 04 F5 21 A0 94 53 2B 97 F5 D6 4E 39 30
--
TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word "unsubscribe" to
[EMAIL PROTECTED] .
Trouble? e-mail to [EMAIL PROTECTED] .
1 - 100 of 334 matches
Mail list logo
