No. If you set Architecture: i386, the package will *fail* to build on all
other architectures. You should only do this if you *know* the code is not
portable.
--
Steve Langasek
postmodern programmer
signature.asc
Description: Digital signature
s it seems not to be possible.
> What is the best way to resolv the situation ? Thanks.
* rewrite the app using a language that doesn't suck for GUIs
--
Steve Langasek
postmodern programmer
signature.asc
Description: Digital signature
e trying to build it elsewhere (e.g., on
systems with fixed 2.4.27 kernels).
Unless there is specific demand for scalapack on sparc, I think it's best to
just accept that this package is not portable to sparc with the current
generation of stable kernels.
--
Steve Langasek
postmodern program
mp -p /path/to/libfoo-bar.so.1.2.3 | sed -n
-e's/^[[:space:]]*SONAME[[:space:]]*//p' | sed -e's/\([0-9]\)\.so\./\1-/;
s/\.so\.//'
Cheers,
--
Steve Langasek
postmodern programmer
signature.asc
Description: Digital signature
ou can't use it as a build-time check in
any sarge packages, but it should help you check function signatures for C
libraries in more detail than is available from the compiled libraries.
You can also use objdump -T and diff to compare the list of exported symbols
in the actual binaries. I recommend using both objdump -T and icheck
together for checking whether the ABI has changed.
--
Steve Langasek
postmodern programmer
signature.asc
Description: Digital signature
On Sun, May 08, 2005 at 10:01:30AM +0200, martin f krafft wrote:
> also sprach Steve Langasek <[EMAIL PROTECTED]> [2005.05.08.0120 +0200]:
> > No, why would you do that? It's the package name that's wrong
> > (confusing) here, not the library name.
> I think
On Sun, May 08, 2005 at 09:49:38AM +0100, Neil Williams wrote:
> On Sunday 08 May 2005 12:20 am, Steve Langasek wrote:
> > On Sat, May 07, 2005 at 01:24:31PM +0100, Neil Williams wrote:
> > > Should I change the upstream version numbers of the existing library?
> > N
old library package for the same reason, forcing removal
of packages depending on it
Introducing an SONAME to a library in Debian when it doesn't have one
upstream isn't great, but the only sensible alternative is to not ship it as
a shared library at all.
--
Steve Langasek
postmodern programmer
signature.asc
Description: Digital signature
On Sat, May 21, 2005 at 01:16:57PM +0300, Shachar Shemesh wrote:
> Steve Langasek wrote:
> >>I have still not totally given up on convincing him, though, so I'll be
> >>in touch :-)
> >It's not acceptable to install a shared library without an SO
hat you can't install the new -dev package on a system that has
the old lib installed, because they conflict. One normally wants to be able
to build and test binaries for a new library *before* purging the old
version of the library...
--
Steve Langasek
postmodern programmer
signature.asc
Description: Digital signature
On Mon, May 23, 2005 at 12:44:47PM +0300, Shachar Shemesh wrote:
> Steve Langasek wrote:
> >The risk is that you can't install the new -dev package on a system that
> >has
> >the old lib installed, because they conflict. One normally wants to be
> >able
> &g
nt; the requirement is only
that you be a DD. Having your key signed by a DD is a *normal* part of
becoming a DD, but not a *required* part.
--
Steve Langasek
postmodern programmer
signature.asc
Description: Digital signature
e the
build-indep and binary-indep targets in debian/rules?
--
Steve Langasek
postmodern programmer
signature.asc
Description: Digital signature
As a result, it seems to generally be more robust to
build-dep on a real package when possible.
--
Steve Langasek
postmodern programmer
signature.asc
Description: Digital signature
On Mon, Jun 13, 2005 at 05:43:50PM +0200, Sven Luther wrote:
> On Mon, Jun 13, 2005 at 01:51:23AM -0700, Steve Langasek wrote:
> > On Mon, Jun 13, 2005 at 10:15:30AM +0200, Stefano Zacchiroli wrote:
> > > [ Mail-Followup-To: set to debian-mentors only ]
> > > On Mon,
re-built
> version of the parser into CVS?
Well, the alternative to shipping pre-generated sources in the tarball would
be to instead do manual bootstrapping for all architectures (i.e,
cross-building, or cheating and pulling in a copy of the pre-generated
sources from another arch). There
cc really use
different default values on arm and PPC than on other architectures? If so,
why?
Steve Langasek
postmodern programmer
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
it does not do this.
A workaround (to suppress the warning message) is to do something like this
in your makefile:
LD_LIBRARY_PATH=./debian/tmp/usr/lib/ dh_shlibdeps -a
Not very pretty, of course. :)
Steve Langasek
postmodern programmer
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
ding the most recent) can use a
'-l ' option to specify additional shared library directories.
You may want to Build-Depends: on a specific version of dpkg-dev if you use
this.
HTH,
Steve Langasek
postmodern programmer
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject
in the DEBIAN/libcurl.shlibs file; but if you
want the build to be clean, this is how to correct the warning.
Steve Langasek
postmodern programmer
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
ed to allow rebuilding with
different compilers, although having Qt Build-Depend on a non-free package is
not a very good solution. :/
Is the g++ bug being looked into by the upstream?
Steve Langasek
postmodern programmer
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
ev and libbar-dev. That way if
tomorrow the maintainer of libbar decides to patch her package so that it
builds "foo-free libbar", the autobuilders will still know what to do with
/my/ package.
If, OTOH, you only need B because A is linked to it, then only A belongs in
your Build-Depends li
ckages which are not suitable for upload into Debian that we want to
distribute from our own sites?
Steve Langasek
postmodern programmer
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
t is used for cross-compiling, e.g. from i386 to
powerpc. Unless you have an x86 potato environment set up for cross-building
(complete with a second copy of gcc and binutils :), this option won't be of
much use.
Probably not too important in the present context, but I'm compelled to share
tr
believe
${MPI_HOME} references a non-existent /environment/ variable. (Elsewhere the
braces may indeed be correct, since you mention the use of multiple makefiles,
but if you need to reference a Makefile variable set in the same file, you
should normally use parentheses.)
HTH,
Steve Langasek
postmodern programmer
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
appear towards the end of the
library string, well past the point where -L{MPI_HOME} shows up.
So I'm just on crack... pay no attention to anything I say. :)
Steve Langasek
postmodern programmer
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
xt release is
libfoo1.so.1? The least-bad option that seems to hold forth is to name the
package 'libfoo10' (perhaps with a delimiter between the 1 and the 0?)... and
then petition the upstream to un-break their library names...
HTH,
Steve Langasek
postmodern programmer
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
ry /version/. Which
makes one much less cumbersome than the other.
Steve Langasek
postmodern programmer
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
27;m sure I can find plenty
of examples of libraries that underwent complete rewrites and substantial API
changes but didn't find it necessary to add a version to the library name.
Steve Langasek
postmodern programmer
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
erns with versioned directories are
already taken care of for you; if the latter, and if the class files aren't
explicitly bound to php4 and up (like PEAR is), you may be in uncharted
waters.
Steve Langasek
postmodern programmer
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
using Samba source that's already available in the Debian archives, or
including the Samba tree in my package (as part of the diff !?)
Any advice, pointers, etc. are welcome.
Regards,
Steve Langasek
postmodern programmer
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "un
nd Makefile.in/configure.in DO change frequently.
> IMHO one should also always allow for a local copy of the 'donwloadable'
> data you would want to fetch from the net. It's probably best to store it in
> $TMPDIR
Hmm, I think this should be doable, yes; I do somethi
Matt,
> On Tue, Mar 27, 2001 at 09:46:30AM -0600, Steve Langasek wrote:
> Which parts of the Samba source does it use? Does it just include header
> files, or does it compile and link with code there?
> There is a module, libpam-smb, which sounds similar to your program, which
e /package/ would change at the author's discretion. Still, even though
it doesn't need to match the release version 2.6.4, 0.0.0 does seem a little
low. If you search through the makefiles for 'soname', do you find anywhere
that this argument is being passed to libtool (or su
author releases version 0.5 of the package, he can call he library
libgpgme.so.0.5.0 if he wants to -- IF the library interface is the same as
previous versions. If a program compiled against version 0.4 doesn't work
with version 0.5, he must call the library libgpgme.so.1.x.x ... usually
c, and a cronjob to take
care of the anonymous rsync on the user's behalf? This way, it's a little
more useful to the user than a documentation package would be, and it helps
the keyring server by lowering the bandwidth requirements. (Users don't have
to go to the central keyserve
tions are not part of the actual license should be enough to
get it into main.
If the regulation being referenced actually brings the rights of US Gov't.
users into line with the rights of everyone else, I think it's DFSG-compliant,
but IANAL and that question should probably be ask
endent files
(e.g., PHP class files). You might want to look at the directory structure
for some of the other PHP modules (e.g., php4-mysql, php4-pear) to see what
directories they use.
Regards,
Steve Langasek
postmodern programmer
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject
of main.
This is what I understand Policy to say currently. If this is not the intent
(if packages in main can have build-time dependencies on non-US), then Policy
needs to be clarified.
>
> I'm becoming increasingly frustrated by parochial laws in just one
> country affectin
ettext, but no-one has bother translating the program into any
> other languages yet).
We have plenty of software in Debian which is English-only, with no support
for gettext at all. I see no reason why English should be given preferential
treatment.
Steve Langasek
postmodern programmer
--
main reason
for wanting licenses in English is so that we can protect ourselves from legal
troubles.
Steve Langasek
postmodern programmer
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
e: line in
debian/control? Or do I need to list out all the architectures I /do/ want to
build it on?
Thanks,
Steve Langasek
postmodern programmer
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
On Mon, 21 May 2001, Gordon Sadler wrote:
> On Mon, May 21, 2001 at 04:57:56PM -0500, Steve Langasek wrote:
> > Hi all,
> > I may just be looking in the wrong places in the developers' documentation, in
> > which case I apologize in advance. I'm adopting a m
igure, can
reasonably expect that if they run './configure --sysconfdir=/etc/foo/bar'
this setting will be honored. If the program's build scripts are /not/
honoring such settings, I would suggest that this is a genuine bug that ought
to be fixed. This doesn't require any Debian-s
right'
> Packages that are not Debian-native MUST contain a copy of
> `debian/changelog' file from the Debian source tree in
> `/usr/share/doc/' as `changelog.Debian.gz'.
> (Caps mine.)
/usr/share/doc/, not /usr/share/. Two different beasts.
Ste
le,
> so the package names should include also the micro number.
If they want to call the upstream package 'gtk 1.3.x' to indicate where in the
development cycle they are, that's fine; but the library soname should not be
governed by marketing, and upstream /should/ be LARTe
erits its own
major so number. Anything else is a hazard for our users, regardless of what
developers think of the situation.
And RedHat is allowed to do what it wants to with its own packages -- Debian
didn't get its reputation as a high-quality distribution by following RedHat's
lead.
St
seem possible, there are other ways that have been used in the past to
handle the identification requirement. In the meantime, sponsored uploads are
a great way to get started with Debian.
Regards,
Steve Langasek
postmodern programmer
> For now I want a sponsor to get garchiver in to Debian.
&g
on't already know a lot about PKI before they become DD's,
never learn more than the mechanics of signing a key -- and that's ok, until
we start encouraging them to go out and sign other people's keys. :)
Steve Langasek
postmodern programmer
--
To UNSUBSCRIBE, email to [E
KI that uses CAs (such as Thawte) are
not entirely compatible with those of a peer-to-peer system (such as PGP).
Steve Langasek
postmodern programmer
[1] And is Thawte really so impervious to corruption that there's not even a
*remote* possibility of falsification? Remember that they&
s fall into the same category as clothing; if you're a Debian
developer and it's not for profit, I think it's safe to use it. However, if
you're going to use these cards in professional dealings, I wouldn't use the
logo without getting permission first.
HTH,
Steve Langas
of the uids of
someone I found out had asked me to sign a uid that wasn't theirs. I just
can't understand why we have to worry about anyone misrepresenting a key as
their own when it has their name on it, since that only hurts their digital
identity.
Steve Langasek
postmodern program
On Fri, 29 Jun 2001, Manoj Srivastava wrote:
> >>"Steve" == Steve Langasek <[EMAIL PROTECTED]> writes:
> >> Are you implying that ensuring the person whose identity you
> >> verified actually controls the email address and the secret pass
>
ty of changes noted are specific
to the shared debian directory, of which there is precisely one for any set of
binary packages that are built from a single source package.
Steve Langasek
postmodern programmer
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscri
g changes to the Debian packaging itself. I suspect you'll find
that other uses of this file would not be well-supported by the makers of the
related Debian packaging tools.
Regards,
Steve Langasek
postmodern programmer
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
icy wrt my earlier
decision to mark the config file as a conffile?
Thanks,
Steve Langasek
postmodern programmer
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
s that don't supply one?
I would suggest that it's a maintainer's responsibility, as liaison to the
upstream developers, to petition them to adopt SONAMEs in any shared libraries
they provide that will be linked by external applications.
Steve Langasek
postmodern programmer
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
On Wed, 25 Jul 2001, Steve M. Robbins wrote:
> On Wed, Jul 25, 2001 at 03:50:47PM -0500, Steve Langasek wrote:
> > On Wed, 25 Jul 2001, Steve M. Robbins wrote:
> > > So I guess I'm still searching for the answer to my original questions:
> > > 1. Does Debian r
much attention as most. In
fact, last I heard, there was no i386 autobuilder for non-US. You'll probably
want to grab the latest sources, build the package yourself, and upload it.
(As the maintainer, you'll want to grab the NMU diffs anyways...)
Cheers,
Steve Langasek
postmodern programm
ny non-standard optimizations.
However, I'm wondering why this program is incompatible only with the version
of gettext found on the alpha architecture. They should be equivalent on all
archen. :/
Steve Langasek
postmodern programmer
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
source package from any other packages that
bear the same version number, I don't see why you wouldn't. I regularly do my
own builds on two architectures before uploading, just to get that extra bit
of testing into it.
Steve Langasek
postmodern programmer
--
To UNSUBSCRIBE, email
y the binary .debs from the first build machine over to the second,
dpkg-buildpackage will take note of them and will create a .changes file that
includes information about both sets of binary packages.
Cheers,
Steve Langasek
postmodern programmer
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
On Wed, 29 Aug 2001, Colin Watson wrote:
> On Tue, Aug 28, 2001 at 09:14:13AM -0500, Steve Langasek wrote:
> > On Tue, 28 Aug 2001, peter karlsson wrote:
> > > Is there a way to upload two architectures at once, and include them in the
> > > same .changes file?
>
he library so number (and thereby change the package name).
However, a binary compiled against libfoo 2.1.2 that uses foo_read will /not/
work with libfoo 2.1.1, so you need a version in shlibs.
HTH,
Steve Langasek
postmodern programmer
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
"dh_installman
> debian/XCounter.1" in my debian/rules file, and have tried
> adding the x on the end here aswell.
No clue on this one, sorry.
Steve Langasek
postmodern programmer
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
u have two calls to ldconfig in the resulting postinst script,
and lintian is expecting only one. :)
Cheers,
Steve Langasek
postmodern programmer
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
omain, or provide users with a license -- simply
disclaiming /his/ copyright does not give /us/ any rights.
Steve Langasek
postmodern programmer
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
nformation about the package, such as copyright
information and what the program does. It may also be helpful to mention that
you already have created .deb packages for the software.
Regards,
Steve Langasek
postmodern programmer
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
On Wed, 3 Oct 2001, Admar Schoonen wrote:
> On Mon, Oct 01, 2001 at 11:49:56AM -0500, Steve Langasek wrote:
> > You can submit an RFP by filing a wishlist bug in the Debian BTS against the
> > 'wnpp' package, including 'RFP' in the title of the bug. Pl
onger in the
Debian archive, you have to change you build-deps /again/
Saluti,
Steve Langasek
postmodern programmer
msg04712/pgp0.pgp
Description: PGP signature
.
To the question of which journalling filesystem is the best choice on
Linux, I recommend XFS, because of its combination of maturity as a
filesystem in general and maturity on Linux in particular -- but I'm
sure you'll get many different answers to this question. :)
Regards,
Steve Langa
ed method of handling config
files through debconf. It is hopefully doable without any 'hackery':
you just need a parser for your config file that can properly extract
the current settings. If your postinst is written in POSIX sh, many
times sed and awk work very well together as a parser.
27;t part of the value that dpkg-architecture returns.
Cheers,
Steve Langasek
postmodern programmer
msg04918/pgp0.pgp
Description: PGP signature
y...
Ah... yes, you're right. The -gnu doesn't remove the need for
config.sub, so there's no point in adding it. My mistake. :)
Cheers,
Steve Langasek
postmodern programmer
msg04921/pgp0.pgp
Description: PGP signature
confuse ourselves too much
yet by the fact that wlan-source is a "binary package" in dpkg parlance,
especially since we're going to turn around and use it to build
/another/ binary package, wlan-module-.
dh_make should provide a starting point for creating the binary package
con
t help us because that term is not legally
meaningful.
Cheers,
Steve Langasek
postmodern programmer
msg05114/pgp0.pgp
Description: PGP signature
e of law; this means there
is legal ambiguity surrounding any code distributed with this "license",
and we expose our users and distributors to legal risk if we assume it's
equivalent to public domain.
Steve Langasek
postmodern programmer
msg05120/pgp0.pgp
Description: PGP signature
I looked. Or, it could be that
/etc/environment is not loaded by whatever script starts your webserver;
this seems likely. If you run the php script from the commandline using
php4-cgi, does it still say "C" instead of "it_IT"?
Cheers,
Steve Langasek
postmodern programmer
msg05190/pgp0.pgp
Description: PGP signature
nterests with that person within Debian, so letting us know what your
interests are makes it easier to put you in touch with a good advocate.
Cheers,
Steve Langasek
postmodern programmer
msg05191/pgp0.pgp
Description: PGP signature
one limitation is that you can't have a versioned dependency on a
virtual package (i.e., a package that exists only in the Provides:
field of other packages).
Steve Langasek
postmodern programmer
msg05212/pgp0.pgp
Description: PGP signature
u build both Lestif and Motif binaries from the same source
package, they both still have to go in contrib, because of a Build-Dep
on non-free code...
Steve Langasek
postmodern programmer
msg05221/pgp0.pgp
Description: PGP signature
ly, all diacritics are omitted.
Examples:
coöperate
preëmpt
... but good luck finding either of those spellings with dict, or
anywhere on your Debian system. ;)
Steve Langasek
postmodern programmer
msg05224/pgp0.pgp
Description: PGP signature
if you have one binary you need stripped, and one binary
you need left alone, and dh_strip doesn't do the trick, call strip
yourself.
strip --remove-section=.comment --remove-section=.note path/to/foo.opt
Steve Langasek
postmodern programmer
msg05268/pgp0.pgp
Description: PGP signature
substitution variable ${shlibs:Depends}
You probably are missing a call to dh_shlibdeps somewhere above the call
to dh_gencontrol.
Cheers,
Steve Langasek
postmodern programmer
msg05273/pgp0.pgp
Description: PGP signature
ation in the sections that are stripped? It seems to me
that this is a bug in the package's build sequence or in the compiler.
Or is it a file format that can't be stripped, which dh_strip is trying
to act on anyways (which would be a bug in debhelper)?
Cheers,
Steve Langasek
postmodern programmer
msg05274/pgp0.pgp
Description: PGP signature
On Thu, Jan 17, 2002 at 07:54:00PM +0100, Stefano Zacchiroli wrote:
> On Thu, Jan 17, 2002 at 12:12:04PM -0600, Steve Langasek wrote:
> > Incidentally, is there a reason that the bytecode version stores
> > important information in the sections that are stripped? It seems to me
ovide gui access to a digital
> > camera.
> > gphoto2 is a library which is used by frontend (gui). A command-line
> > frontend is included in the package but others are available.
> Then why not libgphoto2? Or something making it more obvious it's a lib?s
> YA
The pack
of individual ports at any point in time.
Consider also the possibility of a user who might /prefer/ to use ispell
instead of aspell, regardless of which port they're running.
Cheers,
Steve Langasek
postmodern programmer
msg05438/pgp0.pgp
Description: PGP signature
preloading a library to ld.so.preload affects all software
on the system and a bug in the library can lead to dangerous system
instability. Perhaps you could provide specific details on what this
library is, and why it needs to be preloaded (instead of, say, provided
in a wrapper for a s
On Wed, Feb 06, 2002 at 10:01:24PM +0100, Marc Haber wrote:
> On Wed, 6 Feb 2002 13:57:06 -0600, Steve Langasek
> <[EMAIL PROTECTED]> wrote:
> >As you know, preloading a library to ld.so.preload affects all software
> >on the system and a bug in the library can
gt; this clause '#4 Integrity of The Author's Source Code' to be accepted.
Yes, all of the restrictions below are equivalent to restrictions
included in the GPL. This license is DFSG-free.
BTW, debian-legal is a better list for questions about the DFSG-freeness
of software.
Che
ysign, but no-one is listed as being available to sign a
> key here. It looks like there aren't any developers in Arizona at all.
According to the public LDAP database at db.debian.org, there are DDs in
Tucson and Chandler, AZ. Email privately if you need their contact
info.
hings
to introduce as a policy amendment, since we're clearly running out of
reasons to special-case Motif in policy.
Steve Langasek
postmodern programmer
msg05925/pgp0.pgp
Description: PGP signature
On Tue, Apr 23, 2002 at 11:20:02AM -0400, Dale E Martin wrote:
> How do I put an arch-specific build flag into a source package? I've
> googled a bit, and grepped policy, but I'm not finding the answer. Also,
> does anyone know if this is really an hppa issue, or is it a more general
> g++ 3.0 i
have any proof that there isn't someone between you and him that
intercepts all of his email and re-signs it with a different key.
Steve Langasek
postmodern programmer
msg06046/pgp0.pgp
Description: PGP signature
ng to become a DD, he will need to have a PGP key that has
his real, legal name on it, with a valid email address, and this key
must be signed by an existing DD. If he doesn't have a PGP key that has
his name on it, that's the first step that he must take.
Steve Langasek
postmodern programmer
msg06049/pgp0.pgp
Description: PGP signature
later that does have a name on it (not necessarily his), this will
mistakenly be accepted by the DAM as identification, correct? Honestly,
I don't believe DAM is that sloppy, and I wouldn't worry about it...
Given how often people complain about the process being slow, I think
it's cle
On Thu, Apr 25, 2002 at 11:20:30AM -0400, christophe barbé wrote:
> On Thu, Apr 25, 2002 at 10:11:25AM -0500, Steve Langasek wrote:
> > Upon rereading, I see what you're asking here. You're worried that if
> > you sign a uid that doesn't have his name on it, and
e received
> some messages, but no one help me as i need.
> In the Debian Home Page, this list is mentioned for newbies that want
> to become a devel man. So, somebody said me about start with translate.
> How? another mailing-list?
Try [EMAIL PROTECTED]?
Steve Langasek
postmodern progra
hould write to the NM frontdesk about it, since
they are the only ones who can assign a new AM to you. However, you
should talk this over with Ivo before taking such an action on your own
-- I suspect most other AM's are /also/ busy, so switching may not do
you any good at all.
Steve Lan
301 - 400 of 604 matches
Mail list logo
