Hello. Some may consider this email an abuse of this mailing list. To those,
I apologize in advance.
The purpose of this email is to make sure everyone knows that the
debian-policy list is currently in deep discussion (and argument) over how
to handle the transition to /usr/share/doc. If this
Dpkg 1.8.x in unstable supports a new dpkg-statoverride mechanism that
allows the permissions and owners of any file to be overridden, in a
manner that is persistent accross upgrades. We are now ready to begin
the transition from suidmanager to the new mechanism.
Today suidregister 0.50 was
If you do not use debhelper or are busy, you may hit n now. Nothing here
is urgent.
I want to bring everyone up to date on some changes in best practices
for using debhelper. All new features described herein are available in
the version of debhelper shipped with Debian 3.0 (woody), so you do not
In case you've not heard of it, debian-installer is the next-generation
Debian installation system that is targeted to be the installer for
sarge. Its home page: http://www.debian.org/devel/debian-installer
This is a periodic status report.
The first beta release back on November 9th was rather
this one is the best one yet!
For the Debian Installer team,
Joey Hess
signature.asc
Description: Digital signature
The Debian-Installer team announces the fourth beta release of the
Debian sarge installer. Notable improvements in this release include:
- Support for the arm, hppa, and mipsel architectures, bringing the
number of supported architectures to 9. (The mips architecture is
not yet ready for
list.
[26]Back issues of this newsletter are available.
_
Copyright © 1999 by [27]Joey Hess, with contributions from Brandon
Mitchel and Robert de Forest
This newsletter is free software; you can redistribute
---
Debian Testing Security TeamSeptember 9th, 2005
secure-testing-team@lists.alioth.debian.org
http://secure-testing-master.debian.net/
Nicolás Lichtmaier wrote:
I think we need a way to install a package without automatically having its
server part configured and running. This is needed in many packages (e.g.:
ssh).
I agree. This is also an issue when you do something like
dpkg --root=/mnt -i foo.deb -- when you do that,
Raul Miller wrote:
Briefly, this command line:
f=/tmp/fifo; rm -f $f; mkfifo $f; ( sleep 100 $f 0$f ); sleep 2; echo $f
will kill your interactive shell
I'm a bit surprised to find this, um.. undocumented feature in three
shells of supposedly different lineage. I should note that it
I would like to package a set of large mouse cursor fonts for X. These are
useful on a laptop, where the cursor's hard to see.
The fonts appear to be the standard X cursor fonts, scaled up by certian
factors (so they are a little blocky). As such, I expect they come under the
same license as the
Jonathan Walther [EMAIL PROTECTED] asked me to post the URL of this little
faq on how to exchange pgp public keys:
http://god.ml.org/~robert/HOWTO-PGP-Key-Signing
Please reply to him.
--
see shy jo
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact
dpkg-repack needs to parse some dpkg output that is internationalized. So I
need to force dpkg to output this in english. There seem to be a lot of
variables that control which language is used, LANG, LC_ALL, LC_MESSAGES,
etc. Which of these do I need to unset before running dpkg?
--
see shy jo
Robert Woodcock wrote:
My personal opinion on this is that p2c in it's current state should be
removed from hamm. It's completely broken, as it depends on a non-existant
package that was removed from hamm during the freeze because, of all things,
a lintian error:
* #19382: libp2c1:
[EMAIL PROTECTED]:/debian/home/ftp/debian/dists/slinkfind | grep sed
./main/binary-alpha/base/sed_2.05-22.deb
./main/binary-m68k/base/sed_2.05-22.deb
./main/binary-powerpc/base/sed_2.05-22.deb
./main/binary-sparc/base/sed_2.05-22.deb
Available for all architectures but i386!? A lot of other
Dale Scheetz wrote:
In both cases 1 and 3 at least the glibc packages need to be upgraded by
hand.
This should be advertised heavily.
No. We should not break the system in this way. We should support the
already large installed base we have for hamm, and not make them do things
by hand. The
Shaleh wrote:
I am packaging fnlib for E (doing it right for once) and have run into a
snag. There are a fwe files that fnlib uses that have odd names.
Things like '{.tiff', and .tiff and even ..tiff. When dh_movefiles
tries do do its work, it fails with a unexpected EOF. I am sure it is
Carey Evans wrote:
I don't think slink is supposed to have all the links into hamm yet,
is it?
I thought I convinced Guy about 2 months ago to make those links. Guess I
was mistaken.
--
see shy jo
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble?
Craig Sanders wrote:
i remember the discussion, but the links were never made.
i stopped caring about it when i found that apt could use both frozen
and unstablesolves the problem without having to wait for our
overworked ftp site manager.
Unfortunately, that doesn't help me, since
This sounds idential to nas, which is already in debian. Is it the same
thing?
Package: nas
Status: install ok installed
Priority: optional
Section: sound
Installed-Size: 1612
Maintainer: Steve McIntyre [EMAIL PROTECTED]
Version: 1.2p5-2
Depends: libc6, xlib6g (= 3.3-5)
Conffiles:
Darren Stalder wrote:
BTW, Joey, some of my projects could *really* use threaded Perl as
well. But it's considered experimental in 5.005 and just isn't up to
snuff in a production environment.
Do you have any plans to offer it as something like /usr/bin/perl-t? (or
would modules need to be
Darren/Torin/Who Ever... wrote:
It will be available as /usr/bin/perl5.00502-thread. I could manage the
/usr/bin/perl-t as alternatives.
Well /usr/bin/perl-thread is probably a better name.
Any debian packages and all architecture dependent packages will have to
be recompiled.
Do you
This is from the linux kernel mailing list. I find it pretty completly sums
op my thoughts on all the new constitution and voting and policy voting
stuff that we've been setting up. I haven't been vocal about this, but I
think we've been moving in the wrong direction.
Of course, this came up on
Ean R . Schuessler wrote:
This comes from the Apache-Jserv list.
Now, what I am wondering is if JServ continues to ignore free Java VMs
and Sun continues its irresponsible development of the Java standard
in the same secret way it has been, should JServ be considered non-free?
In other
Ben Gertzfield wrote:
Spencer Aste Additional Voice
so we really don't have that many more choices..
Hmm, I think debian 2.1 (additional voice) has a nice ring to it. :-P
--
see shy jo
Kai Henningsen wrote:
Linus is the main developer for Linux. That makes him a good benevolent
dictator. Debian does not have a main developer; Ian has a political, not
a technical, job.
Linus's position is just as political as Ian's, it's just not so obvious
because the difference in the
Manoj Srivastava wrote:
That *is* a problem. I would like to have both on my machine:
the normal perl for production, and the threaded one to prototype
with.
According to the mail I got from the maintainer, that is what he plans to
do. /usr/bin/perl and /usr/bin/perl-thread, no
Joseph Carter wrote:
I doubt it would compile on my 4 meg 486.
Nor would it run there.
I've ran X on 2 mb. (shoot me.. please.. ;-)
--
see shy jo
Calamaris is an analyzer for squid log files, that generates nice reports.
http://www.detmold.netsurf.de/homepages/cord/tools/squid/calamaris/
I don't have time to package it, though - any takers?
--
see shy jo
Guy Maor wrote:
I'm suggesting that dpkg-scanpackages scan the dscs and put the
section and version in the Source field, or perhaps add a new field
Dsc which is simply the full path to the dsc, akin to the Filename
field. Then downloading the source for a package is simple. The web
pages
Martin Schulze wrote:
What do you think about it?
Example: [EMAIL PROTECTED] would redirect the mail to
[EMAIL PROTECTED] who is the current developer of hypermail.
It seems like a good idea in general. The only 2 problems I can see are that
we would have to keep track of authors changing
Adam P. Harris wrote:
Ok. Of course, you are right ;) I've added (= 2.0.7u) to
/var/lib/dpkg/info/fakeroot.shlibs and now it works, but I think
dpkg-shlibdeps should know that libc6, libc6 (= 2.0.7u) should
be libc6 (= 2.0.7u). Anyway, I don't know much about how shlibs
stuff works...
FWIW, I ran into the exact same thing today and apt corrected it.
Ben Gertzfield wrote:
Wow. I was installing some slink packages today with dpkg on
my hamm system, and I got myself into a wacky situation.
I'd had the latest hamm versions of libc6 and libc6-dev (2.0.7t-1)
installed. I
[ Moving this to debian-devel, discussion doesn't belong in the bug report. ]
James Troup wrote:
There is no i386 port in as much as i386 maintainers 99.5% of the time
_don't_ compile packages from scratch, which is when over 50% of the
problems (at least on m68k, and judging by the diff's
Evidently CPAN has a Term-ReadLine package that makes the standard
Term::ReadLine module in perl actually have readline features. I wonder if
someone familiar with CPAN packages would be interested in packaging this up
for debian?
I'd do it myself but I don't know much about CPAN, and I maintain
Ben Gertzfield wrote:
I'm pretty familiar with CPAN packages. I can package up either
Term::ReadLine::Gnu or Term::ReadLine::Perl, or both. They're
currently the only modules available that make Term::ReadLine
effective.
Yes, please :-)
What's the difference between the ::Gnu and ::Perl
Ben Gertzfield wrote:
Heh, oddly enough the Term::ReadLine::Perl module's source name
will have to be:
libterm-readline-perl-perl
Why not just call it libterm-readline-perl -- it's not going to conflict
with something else..
--
see shy jo
James Troup wrote:
They don't compile from freshly unpacked source.
How odd. Other maintainer must work substantially differently than I, then.
Another thing is that i386 maintainers _won't_ notice is two of our
most common problems: YAFHIC386 in debian/control's Architecture and
Are there any plans to merge this with apt? Seems gdselect has the frontend,
and apt has the backend.
--
see shy jo
Robert Woodcock wrote:
As featured on Bugtraq and recently Freshmeat, slocate is a replacement for
locate/updatedb. It keeps track of UID's for files so that people can't see
other people's hidden stuff, while still seeing their own.
I'll have it create a diversion for /usr/bin/locate and
theone wrote:
Names after Slink is very simple. They should just be named after
userfriendly characters.
Oooh.. that means our releases would even have their own geek code blocks
(http://www.userfriendly.org/cast/) ;-)
dust_puppy
pitr
aj
chief
cobb
erwin
greg
hillary
mike
smiling_man
stef
James Troup wrote:
Joey Hess [EMAIL PROTECTED] writes:
James Troup wrote:
They don't compile from freshly unpacked source.
How odd. Other maintainer must work substantially differently than I, then.
If you're building foobar 1.1-3, do you really recompile from a
freshly unpacked
Manoj Srivastava wrote:
Really? I use cvs, and hence all my packages are indeed built
from scratch. I was under the impression that more and more people
are etting converted to CVS, but I guess that is wishful thinking.
Well I don't use cvs, but my hand-crafted version control and
James Troup wrote:
Who said they were bad?
You did. A few days ago you agreed that bin-only NMU's were not ideal. I
can't dig it up right now.
They are very rarely necessary however, since
99.5% of the time (the only exception I know of is Hartmut's packages)
i386 packages are already
Hartmut Koptein wrote:
1. binary-only NMUs breaks policity
Probably.
2. every NMU must be with source
I hope.
3. Porters needn't to ask maintainers for permission
No-one has to ask for permission for a NMU. That's the point of a NMU. You
file a bug, you wait a reasonable time, if
Avery Pennarun wrote:
I can whip up something like that if someone can feed me the FTP statistics.
One set of stats is available at
http://www.lh.umu.se/~bjorn/linux/debian/toplist.packagesnoversion.txt
that's only for one ftp mirror, though.
--
see shy jo
Hartmut Koptein wrote:
Ahhh! Now you have it! This is very bad! Because: low on time, low on hd
space,
low brain :-), and so on ...
Forget it then. This is not possible. (Reminder: porters (i) talk about 200
packages, and after my list 'work for developers' only two people get in
James Troup wrote:
i.e. I can't actually respond to this, so I'll dismiss it as flames.
Good effort.
Ie, you weren't talking to me and I have better things to do with my life.
One wonders why you don't. Thisporting effort seems to lead to a lot of
bitter people being involved in it. One
Aaron Van Couwenberghe wrote:
OK, in the past week or so I've seen several people posting from
California. Has anyone thought of having a gathering in some semi-central
location? Get to know faces, sign keys, etc?
I would be interested. If a convenient day were picked and the meeting
fantumn Steven Baker wrote:
have this little g (imlib and fnlib come to mind). Since libc5 exists for the
most part only in the hearts of the Slackware users, this 'g' thing can be
dropped.
No it can't. Please consider backwards compatability.
Another problem with this is that many
Manoj Srivastava wrote:
What exactly are you attempting to solve here that has not
already been solved?
He's trying to solve the fact that we have package names like libgtk1.1.11
and slang0.99.38.
Why do CVS based packages need a special name? I am missing
something here. Do
As I said before, rpm does have the capability to install 2 different
versions of a package simulantaneously. Here's how it works, to the best of
my knowledge.
User interface:
Rpm differentiates between installing a package and upgrading a package.
Installing a package (rpm -i) simply unpacks
Anthony Wong wrote:
|Oh and by the way, this user interface tends to confuse new users (at least
|it did me) who accidentially install many versions of the same package
|because they arn't aware they should be upgrading it instead.
Because you already have the Debian way in your mind when
I think it's not necessary that a developer agree with the DFSG. It should
be enough that they indicate they understand it and will abide by it in what
they produce for debian.
--
see shy jo
Would anyone object if kernel 2.2 were packaged up at least as a
kernel-source package for slink? 2.0.3x would remain slink's default kernel,
would be used on the boot disks, etc, but this would let people get ahold of
kernel 2.2 easily on a debian cdrom, and it would let us say that debian
Dale E. Martin wrote:
went to bugs.debian.org and it has a bug (only 7 days old this time)
explaining the problem (I _was_ using nextaw) and how to work around
it. For the life of me, xaw-wrappers won't work. Even for stuff I didn't
set up. For instance, if I run xkeycaps (which uses
Joseph Carter wrote:
Or if you're really crazy, you could allow optional + or - to affect the
total, if that were -d12 above the total would be 21 for example.. If it
doesn't do EVERYTHING by that point, what more can be said? =
Yes, I think it needs to include a calculator things like 3d6 +
Wichert Akkerman wrote:
I noticed, otherwise you get some weird resource busy-error. Didn't help
though. My hardware isn't evil special.. (standard sb16 clone)
Unfortunatly, this is as evil as it gets. According to the current kernel
docs, there is no such thing as a SB 16 clone. There are a
Brian White wrote:
[kernel image]
No. We had enough problems upgrading from 2.0.35 to 2.0.36. This would
be a major change and have corresponding reprocussions. I'm sure it's
very stable, but it will have incompatibilities.
No-one's saying this would be the default kernel. I think including
Ben Collins wrote:
Any program that is suid or sgid for no reason what-so-ever is always a
reason for a bug report, especially if it's suid root...we need some
automatic catch for new packages that have suid or sgid binaries in
them, or call suidregister.
Lintian can serve as a check for the
Craig Sanders wrote:
i agree. in fact, it's more like a solution searching for a problem than
even a superficial problem.
It's a problem that is only evident to people who haven't lived with it for
years. That doesn't mean it's not a problem.
from the descriptions that have been posted of how
Brian White wrote:
Disclamers are of marginal use. It will appear as installable and tell
people to install me just as an elevator buttun tells people push me.
Installing a kernel 2.2 source package just dumps a tar file in /usr/src. I
don't see how this could break a system. Actually building
Craig Sanders wrote:
300 sounds like a lot...are you including all shared libs and -dev and
-altdev packages?
No, I was just including everything that ended with a number. That excludes
the -dev packages and it probably includes some things that don't belong. As
I said, it's a crude count.
in
Brian White wrote:
Actually, when I wrote that message we were talking about an image package.
Aha! Well I agree with it WRT images.
--
see shy jo
Raul Miller wrote:
Policy should be rather broad in scope and concise in expression.
Amen.
--
see shy jo
Robert Woodcock wrote:
You are licensed to use and distribute modified versions of this logo to
refer to or advertise debian.
Note that this fails DFSG point #6. I believe this was the original intent.
We shouldn't license our logo by any license that does not comply with the
DFSG. To do so
Jonathan P Tomer wrote:
is the name debian a registered trademark?
I think so.
if it is, wouldn't it be sensible to do the same for the logo?
I agree. I think trademarking the logo will allow us to prevent misuse and
at the same time allow us to give it a DFSG-free copyright.
--
see shy jo
I just received confirmation that LinuxCentral is funding a booth at the
LinuxWorld expo for debian. I'll be organizing it and I'm still looking for
more volenteers to help man the booth so let me know if you'll be attending
LinuxWorld. I'm also looking for a source to donate some CD's to give
Dale E. Martin wrote:
Joey Hess [EMAIL PROTECTED] writes:
I just received confirmation that LinuxCentral is funding a booth at the
LinuxWorld expo for debian. I'll be organizing it and I'm still looking for
more volenteers to help man the booth so let me know if you'll be attending
Good greif. I'm sorry about this snafu. You weren't hit by an exploit
attempt, just by a debhelper package I managed to leave some junk in. This
is fixed in version 1.2.29, and it only affected version 1.2.28.
Background:
Yesterday I fixed a bug in dh_link, bug #23255. That bug concerns
Joey Hess wrote:
I'd say installing debhelper 1.2.28 with --force-conflicts is a _very_ bad
idea.
Unfortunatly, it looks like the current version of dpkg has
--force-overwrite (which is what I meant to say above) enabled by default.
And so anyone who ran dselect in the past 24 hours
Marcelo E. Magallon wrote:
I'm forced to ask: what for?
I'm forced to agree. Support for swap partitions 128 mb is a new feature;
a mkswap that doesn't support it isn't a major incompatability. Few people
will need the feature anyway, and if they do need it the simple workaround
is to use
Aaron Van Couwenberghe wrote:
XGGI is an X server based on XF86 code that will run under any supported
libGGI target.
Currently, other than a few XF 3.3.3.1 compliance points, XGGI
works fine; it's been tested with the X target, the fb target, the emu
target. shall I go on? I don't
Jason Gunthorpe wrote:
On 27 Jan 1999, Alexandre Oliva wrote:
Having libtool default to -rpath is what's causing problems.
This is IMHO completely backwards :-)
You know, I seem to remember that there is another rather unpleasent
side-effect of rpath - it basically completely
Edward John M. Brocklesby wrote:
1. Dragon (well-liked choice on IRC)
Obviously a dragon is the best choice.
2. Octopus (my own suggestion)
Too complex.
Er, less complex than a _dragon_! Anyone can draw a recognizable octopus,
drawing a decent dragon takes some talent.
--
see shy
Steve Lamb wrote:
Octopi are real, dragons are mytical. I am more apt to see something
real flying through the air, no matter how improbable, than something
mythical, which I cannot ever see at all.
Well I for one have seen dragons fly. (Dragon kites, that is.)
--
see shy jo
Craig Sanders wrote:
i've noticed this behaviour in the past, when xntp gets upgraded in the
same dselect run as cron or sysklogd.
I doubt this is it because I've experienced the problem on 2 machines;
neither runs xntpd or any other time synchronization program.
--
see shy jo
Branden Robinson wrote:
xfree86 (3.3.2.3a-9) frozen unstable; urgency=medium
.
snip 189 line changelog
Wow! I wondered if this is the biggest debian changelog ever. It is, here
are the other contenders:
[EMAIL PROTECTED]:/debian3/lintian/laboratory/binaryfind -name changelog | \
Joey Hess wrote:
(changelog-length-parser is atached)
Well it is now anyway.
--
see shy jo
#!/usr/bin/perl
# Feed this program a list of debian changelogs. It will parse each, looking
# at the entries, and emit a running count of how long each individual
# changelog entry is. This was written
packages which would have inflated the hit count for
people maintining multiple binary packages.
[EMAIL PROTECTED]:/debian3/lintian/laboratory/binaryfind -name changelog \
|xargs perl ~/changelog-maint-parser |sort |uniq -c |sort -r |less
1307 Joey Hess
626 Christoph Lameter
361
David Welton wrote:
Well, often times, those packages are more complex than single binary
packages. No way is epic as difficult to maintain as X, yet, if I'm
not mistaken, they each have just one source package.
It would be neat to do both stats, and then compare.
I actually did the other
Have you looked at how the author of the package intended this to be
handled? See /etc/menu-methods/translate-menus. An example from that file:
#translate id-title
# include /usr/lib/menus/LANGUAGE/finnish
# menu/apps/editors TekstVeranderaars
#endtranslate
This can make translating the
Gordon Matzigkeit wrote:
There's been so much traffic on this thread, that I suspect most
people have missed the fact that Ian Lance Taylor has analyzed and
*solved* the problems with interaction between libtool and
libc5-compat shared libraries.
I don't think this adresses the core problem.
Joey Hess wrote:
* Program xfoo is linked with libXaw.so
* -rpath is used so it's hard coded to look for this library in
/usr/X11R6/lib/
* The user of program xfoo wants to use the xaw3d widget set with it instead
of the default libXaw.so. They expect to be able to set LD_PRELOAD
Brian May wrote:
Unfortunatly, it looks like the current version of dpkg has
--force-overwrite (which is what I meant to say above) enabled by default.
And so anyone who ran dselect in the past 24 hours and upgraded from
unstable has probably beeen bitten by this bad package.
Can you be
Wichert Akkerman wrote:
general 28850 gettext: security problem when used in setuid
programs [0] (debian-devel@lists.debian.org)
Everyone who has a package with a setuid program or something that runs
as root should check if it uses gettext, and if so recompile it with
the
Wichert Akkerman wrote:
I've finally gotten around to making a simple skeleton for packaging
kernel modules. When I have some more free time I'll expand it a bit
and write some documentation to go with it. Oh, and I might test it
since it's currently completely untested :).
Anyway, for the
Ben Gertzfield wrote:
Is there any way we can make the default for doc-base to *not* warn on
these unknown formats? Frankly, it's just ugly as all get-out. :)
--- /usr/sbin/install-docs Sat Jan 2 01:48:28 1999
+++ ./install-docs Wed May 12 15:27:12 1999
@@ -624,7 +624,7 @@
}
Rxvp is a validating XML parser. It's GPL'd. The code is already present in
Debian in non-free as part of festival (oddly, with a BSD-ish copyright); I
intend to package it as standalone code and possibly as a shared library
programs like festival can link to.
--
see shy jo
[EMAIL PROTECTED] wrote:
Rxvp is a validating XML parser. It's GPL'd. The code is already present in
Debian in non-free as part of festival (oddly, with a BSD-ish copyright); I
intend to package it as standalone code and possibly as a shared library
programs like festival can link to.
[EMAIL PROTECTED] wrote:
Is that rxp? I had announced an intent to package two months ago (never
appeared in wnpp). If you want it, have fun. The project I was going to use
it for has dried up.
In fact, the v in rxvp seems to be a figment of my imagination. :-) The
package is rxp.
--
see
Proposer: Chris Waters
Seconders: Joey Hess, Karl M. Hegbloom
Status: stalled
Description:
Identical to proposal #36051, with addition of top-level Help menu.
Bug: 37233
Title: FORMAL structure for DEBIAN-POLICY debate
Posted: 07 May 1999
Proposer: Gordon Matzigkeit
Seconders:
Status: rejected
Joseph Carter wrote:
The funny manpages (sex, condom, etc) are already in funny-manpages.
They probably should NOT be in emacs.
Hm, here's something interesting. Funny-manpages and sex (the editor) both
install a sex.1 manpage, in /usr/man and /usr/X11R6/man, respectively. Man
seems to display
Package: funny-manpages
Joseph Carter wrote:
Hm, here's something interesting. Funny-manpages and sex (the editor) both
install a sex.1 manpage, in /usr/man and /usr/X11R6/man, respectively. Man
seems to display the /usr/X11R6/man one in preference to the other. Unless
you use man -a, the
Joey Hess wrote:
The emacs page is in section 6.. Maybe the funny manpages version should
move to section 6 as well?
That seems like an excellent idea.
However, I think we might still have a more general problem with this type
of man page conflict. A quick check of my local system turns
Jonathan Walther wrote:
Thus, server foo in France will not download the ssh package, but if the
maintainer of ssh always uploads to the Incoming on a canada.debian.org, all
mirrors that are allowed to will hit every server in the master.list that
might have the package until it finds the one
Adam Klein wrote:
number of bugs filed against it, and it's been exhibiting some weird
behavior (apparently caused by the glibc2.1 move).
Really? That's odd since it is a statically linked binary. I don't see how
libc could affect it.
--
see shy jo
Jonathan Walther wrote:
Another concern noted was that if we require special mirroring software to
mirror Debian, many hardnosed sysadmins will take some convincing to use our
script.
That is not our problem. Either they use our mirroring script, or use their
regular script to mirror from a
Jonathan Walther wrote:
I would think that if a mirror couldn't export a peice of software, it just
wouldn't host it. The logistics of figuring out which country every IP is
in are... daunting, to say the least.
Well then your proposal doesn't do away with the non-us division. Every
county
Horvath Akos Peter wrote:
I've seen quite a couple of packages, and was not too happy when I see
the -O2 -g cflags, with which was compiled.
1. Why do you use the -g flag? A simple user will NEVER debug a binary.
But wants it to run fast and be small. Because of the -g flag gcc will be
1 - 100 of 5965 matches
Mail list logo