mirrors could save by only mirroring
the source code, and not binaries for 10+ platforms...
Of course there are downsides either way, but there is no dispute
that the size of the Debian archive is huge, and mirrors are struggling
to keep up as a result.
--
Brian May <[EMAIL PROTECTED]>
get the source code, this is required by the
DFSG ;-).
--
Brian May <[EMAIL PROTECTED]>
the receiver, it could not be used
to verify every sender to the MTAs involved.
--
Brian May <[EMAIL PROTECTED]>
Is this possible?
It would be really "cool"(tm) if I didn't have to reconfigure every
program on my laptop to use a different proxy server every time I plug
it into a different network.
Just venting my irritation for the day...
--
Brian May <[EMAIL PROTECTED]>
I think it gives the general idea.
Such a program could also make it easier to do common BTS tasks,
eg. merge duplicate bug reports, etc.
If we could make it easier and quicker to write correct changelogs,
I think they are more likely to occur.
(Assuming such a tool doesn't already exist...)
--
Brian May <[EMAIL PROTECTED]>
location
> (although some browsers might not use it).
No, setting http_proxy wont work unless youo log out and back in again,
or at least close all your terminal sessions.
It won't work for programs like Mozilla.
--
Brian May <[EMAIL PROTECTED]>
ieve the reference to the PAC
file on the client.
Then what?
I think that there are two cases:
1. browsers that don't support PAC files, eg. lynx, links, and
w3m probably don't (correct me if I am wrong).
2. browsers that do support PAC files, but need to be configured
to use it for
server between the client and the
real server, but that would not work for encrypted SMTP
communications.
...and Yes, now that I have enabled SSL on my postfix,
at least some spammers do use encrypted SMTP sessions.
--
Brian May <[EMAIL PROTECTED]>
ious files from my home machine.
Thanks!
-- Brian
Original Message
Subject: Processing of ferret_3.0-2_i386.changes
Date: Mon, 01 Sep 2003 09:30:44 -0400
From: Archive Administrator <[EMAIL PROTECTED]>
To: [EMAIL PROTECTED]
PGP/GnuPG signature check failed on ferret_3.
or that they don't
> allow distribution of modified versions (including Debian packages
> constructed from them).
An installer package could create a Debian package "on the fly"...
I don't think this would break any licenses.
It would also allow vrms to detect it as non-free software.
--
Brian May <[EMAIL PROTECTED]>
ffile prompt
Errors were encountered while processing:
libpam-runtime
E: Sub-process /usr/bin/dpkg returned an error code (1)
-> Aborting with an error
-> unmounting proc filesystem
-> unmounting dev/pts filesystem
-> cleaning the build env
--
Brian May >
hen:
reportbug kernel-image
;-)
> I cannot remove the package because that will remove
> my kernel also, and it is fine!
I am not sure why you would want to remove the package without removing
the kernel?
--
Brian May <[EMAIL PROTECTED]>
> * Brian White <[EMAIL PROTECTED]> [2003-09-20 07:37]:
> > Neither SCP nor anonymous-FTP methods work and I want to get that
> > fixed.
> >
> > SSH works. SCP doesn't.
>
> Well, it works for everyone else. So it would be good if you'd find
&g
ebian keyserver. Is there something more
I need to do?
Brian
( [EMAIL PROTECTED] )
---
That which we persist in doing becomes easier. It'
am problems!
(PS: Make sure you pull *all* the required plugs, just in case your
computer has multiple redundant connections...)
--
Brian May <[EMAIL PROTECTED]>
for an attacker to
gain access to our network. I have a "wishlist" bug filed for this.
I've avoided changing to OpenSSH at home because I'm unsure how to convert
the keys from the SSH2 format to the Ope
Branden Robinson <[EMAIL PROTECTED]> writes:
> On Wed, Sep 24, 2003 at 02:40:07PM -0500, Manoj Srivastava wrote:
>> I did. I feel my packages are not buggy, lacking a position
>> statement by the project.
>
> So, what we ship in main shall not be a function of whether the works in
> it are D
> Brian White <[EMAIL PROTECTED]> wrote:
> [...]
> > I've avoided changing to OpenSSH at home because I'm unsure how to
> > convert the keys from the SSH2 format to the OpenSSH format.
> [...]
>
> Afaict ssh-keygen from OpenSSH can do that:
> -i
happy with the system as is), and resolving these can
be rather complicated and tends to put me off.
(sorry I don't have any specific examples right now).
--
Brian May <[EMAIL PROTECTED]>
of the package might work fine.
--
Brian May <[EMAIL PROTECTED]>
layer would appear to be the
wrong layer for this task IMHO.
--
Brian May <[EMAIL PROTECTED]>
l tested. Do not build and
> upload packages against them. Some intelligence, please :)
I gather NPTL is (yet-another) threading library in 2.6.0?
Do programs need to be modified / recompiled in anyway?
What are the benifits of one over the other?
--
Brian May <[EMAIL PROTECTED]>
to read it with info's "-f" option. This makes the info documentation
> of "heimdal-doc" unusable.
Hello,
Are there any info experts how are able to help me with this bug?
It seems to work fine on stable.
Thanks in advance.
--
Brian May <[EMAIL PROTECTED]>
a task
that they may not want to do? Perhaps a more positive tone would help?
However, I read the article and didn't see anything negative in it. So
I don't see any need for Martin to delegate the press contact task.
--
Brian May <[EMAIL PROTECTED]>
--
To UNSUBSCRIBE, email
0-dev
linux-kernel-headers make patch perl perl-modules gnupg libbz2-1.0 libldap2
libreadline5 libusb-0.1-4 makedev libgnutls11 libsasl2 debconf libtasn1-2
libopencdk8 liblzo1 libgpg-error0 libgcrypt11 debconf-english $additional"
At the time aptitude wasn't recompiled, so no doubt thi
, etc}"
...as the first version doesn't blame XYZ in anyway.
Surely you don't need to provide details what happened?
(note: none of this is specific to anybody mentioned in this thread)
Notes:
[1] Who me? Watch to much Stargate? Never!
--
Brian May <[EMAIL PROTECTED]>
On Thu, Jul 14, 2005 at 04:34:05PM -0700, Matt Kraai wrote:
> Howdy,
>
> The aspell dictionary packages build-depend on aspell-bin (>> 0.60).
> aspell-bin is now a virtual package provided by aspell, but virtual
> packages cannot be versioned, so these build-dependency cannot be
> satisfied.
>
>
but it appears you have considered many
different situations.
Now my top wishlist is support for this new system in apt-listbugs
.
--
Brian May <[EMAIL PROTECTED]>
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Thomas Bushnell BSG <[EMAIL PROTECTED]> writes:
> So aspell changed the library name to libaspell15c2, which breaks all
> the existing packages that use libaspell.
>
> Was this really an ABI change in libaspell? If not, there was no
> reason to make the change as I understand it. Were high-sev
Thomas Bushnell BSG <[EMAIL PROTECTED]> writes:
> Brian Nelson <[EMAIL PROTECTED]> writes:
>
>> Thomas Bushnell BSG <[EMAIL PROTECTED]> writes:
>>
>>> So aspell changed the library name to libaspell15c2, which breaks all
>>> the existing pac
Colin Watson <[EMAIL PROTECTED]> writes:
[...]
> The 'reopen' command takes an optional submitter argument, so it was
> difficult to get a version in here unambiguously. Instead, we've
> introduced a new 'found' command, which says "I've found the bug in this
> version of the package". You can use
Steve Langasek <[EMAIL PROTECTED]> writes:
> On Tue, Jul 19, 2005 at 09:39:23PM -0700, Brian Nelson wrote:
>> It's a C++ library and the ABI changed due to being compiled with GCC
>> 4.0.
>
>> [Actually, although it's written in C++, AFAIK it only export
On Wed, Jul 20, 2005 at 09:52:13AM +0200, Goswin von Brederlow wrote:
> Brian Nelson <[EMAIL PROTECTED]> writes:
> > However, that fix is not in the stable package of aspell. In stable,
> > aspell-bin just depends on libaspell15 (>= 0.60), so a partial upgrade
> > o
Steve Langasek <[EMAIL PROTECTED]> writes:
> On Tue, Jul 19, 2005 at 11:52:51PM -0700, Brian Nelson wrote:
>> Reintroducing the libaspell15 could cause problems with
> /usr/bin/aspell,
>> since it actually goes outside the C API of libaspell and uses C++
>> link
d (such as mail
headers or SMTP session), and it doesn't protect against replay
attacks (unless you add some other mechanism, e.g. include the date
and time in the protected part of the message).
--
Brian May <[EMAIL PROTECTED]>
"Martin v. Löwis" <[EMAIL PROTECTED]> writes:
> Brian Nelson wrote:
>> OK, very well then, I'll undo the GCC 4 transition for libaspell15.
>
> Isn't there still a binary-compatibility issue here? I thought that
> in an application, there must onl
>>>>> "Domenico" == Domenico Andreoli <[EMAIL PROTECTED]> writes:
Domenico> unfortunately heimdal bug #316980 makes curl FTBS :(
patches to fix this welcome ;-)
--
Brian May <[EMAIL PROTECTED]>
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
licated example, see the
Heimdal libraries...
This may be important if you require a static version for any reason
or your platform doesn't support interdependencies between shared
libraries. I think there is at least one OS without good support for
shared libraries - what was its name again?
Anders Breindahl <[EMAIL PROTECTED]> writes:
> On Wednesday 03 August 2005 02:16, Steve
> Langasek wrote:
>> On Tue, Aug 02, 2005 at 06:32:44PM -0500, Adam Heath wrote:
>> > Unsolicited Commercial Email. Please pay the standard $2000 fee for
>> > advertisments on Debian mailing lists.
>> Y'know,
their Package files, will they?
There may be good reasons to install Linux even if you use The Hurd.
For example, consider emulators such as qemu (no I didn't check if
this one runs under The Hurd).
So omitting these packages from the Package index files on *BSD or The
Hurd (if/when this
On Thu, Aug 11, 2005 at 05:28:48PM +0200, Steinar H. Gunderson wrote:
> On Thu, Aug 11, 2005 at 09:20:23AM -0600, Sebastian Kuzminsky wrote:
> > Qingning Huo suggested using diversions to make /usr/bin/git a little
> > selector script that lets the admin & user choose between git-the-shell
> > and
include every server where multiple
implementations exist.
Is this really a good idea?
--
Brian May <[EMAIL PROTECTED]>
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
ate links) and starting it.
When a service is deactivated, the reverse happens.
Or perhaps a running some configurable script for each
activation/deactivation might be better, that way a package could
request deactivation mean "remove listen config option on this
port". Might be useful for p
ou don't like this, you would be able to change the config
manually.
Adding support for multiple IP addresses is an interesting idea, but I
am not convinced it is a requirement (especially if it adds
significantly to the complexity; I suspect it might).
--
Brian May <[EMAIL PROTECTED]&g
On Fri, Sep 02, 2005 at 07:32:57AM +, OndÅ?ej SurÃœ wrote:
> there was three request to enable *spell extensions in php4/5 packages.
> Currently nobody from PHP maintainers team wants to add more burden on
> his shoulders, hence I request help from our fellow debian developers
> to package pspe
n't available in sarge.
Is this a known problem?
I think this might be because of a broken security update, so I have
CCed the security team too.
Thanks.
--
Brian May <[EMAIL PROTECTED]>
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Andrew Pollock <[EMAIL PROTECTED]> writes:
> On Tue, Sep 13, 2005 at 12:47:33AM +0200, Nico Golde wrote:
>> Hi,
>> If you go through the list of wnpp bugs you will see alot of
>> open bugs which are very very old.
>> Especially the RFPs. What about closing an RFP bug
>> automatically after the t
t would be possible to have both
packages implement the same ABI and become drop in replacements for
each other.
Oh, BTW, gnutls isn't a complete 100% solution either, IIRC packages
exist that require openssl because the license is GPL incompatible.
--
Brian May <[EMAIL PROTECTED]>
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Alexander Schmehl <[EMAIL PROTECTED]> writes:
> Hi!
>
> * Brian Nelson <[EMAIL PROTECTED]> [050913 02:46]:
> [ long RFPs ]
>> Or don't even open RFP bugs in the first place because they're
>> thoroughly useless?
>
> Do you have a proposal for a
Package: wnpp
Severity: wishlist
* Package name: zpkg
Version : 1.0.0
Upstream Author : Fred Drake
* URL : http://www.zope.org/Members/fdrake/zpkgtools/
* License : ZPL
Description : a tool to build software distributions based on the Python
distutils pa
r.
Why aren't metapackages using Recommends instead of Depends? It seems
like that would solve this, at least for us aptitude users.
brian
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Package: wnpp
Severity: wishlist
* Package name: python-mechanize
Version : 0.0.9a
Upstream Author : Jhon J. Lee <[EMAIL PROTECTED]>
* URL : http://wwwsearch.sourceforge.net/mechanize/
* License : BSD
Description : stateful programmatic web browsing
A lib
Package: wnpp
Severity: wishlist
* Package name: python-pullparser
Version : 0.0.6
Upstream Author : Jhon J. Lee <[EMAIL PROTECTED]>
* URL : http://wwwsearch.sourceforge.net/pullparser/
* License : BSD
Description : simple "pull API" for HTML parsing
Many
Package: wnpp
Severity: wishlist
* Package name: cando
Version : 2005.2.2
Upstream Authors: CanDo Developers <[EMAIL PROTECTED]>
* URL : http://www.schooltool.org/products/cando
* License : BSD
Description : student competency tracker
CanDo is an SchoolTo
On Mon, Oct 17, 2005 at 11:33:50AM +0200, martin f krafft wrote:
> also sprach Brian Sutherland <[EMAIL PROTECTED]> [2005.10.16.2047 +0200]:
> > Extra ITP information:
> > I am packaging this for unstable so that more people can use this,
> > but do not think it
ey> include a "Version:" pseudo-header[2].
What is the preferred way of closing bugs that are not bugs
(e.g. mistake by the submitter)?
--
Brian May <[EMAIL PROTECTED]>
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
notification of the moderator's decision. If you would like to cancel
this posting, please visit the following URL:
http://lists.alioth.debian.org/mailman/confirm/pkg-openssl-devel/91facf25272f4a5492f6675f4d7e0611dd80f72e
--- End Message ---
--
Brian May <[EMAIL PROTECTED]>
ecure - I think the only
reason it was requested was because of AFS requirements - does that
reason still apply?
Thanks.
--
Brian May <[EMAIL PROTECTED]>
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
>>>>> "Brian" == Brian May <[EMAIL PROTECTED]> writes:
Brian> What is the preferred way of closing bugs that are not bugs
Brian> (e.g. mistake by the submitter)? -- Brian May
Brian> <[EMAIL PROTECTED]>
Has the "reassign" comma
4.50)
id 1ETcoa-00032V-E1
for [EMAIL PROTECTED]; Sun, 23 Oct 2005 12:10:57 +0200
Received: by p9.dpk.berlin.fido (FIDOGATE 4.4.10)
id AA10674; Sun, 23 Oct 2005 12:02:19 +0200
Date: Sun, 23 Oct 2005 01:29:36 +0200
From: Brian May <[EMAIL PROTECTED]>
Subject: Drop KRB4 support fr
cting
with kerberos4kth, due to conflicts between shared libraries used.
Does this matter?
Is it time to think about removing kerberos4kth from the archive
anyway?
--
Brian May <[EMAIL PROTECTED]>
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
xed
them all.
The relevant patch file in debian/patches/012_sharedlibs, regenerate
the autoconf patch with debian/scripts/autotools. Requires automake
1.8.
There is also the issue of the versioned symbols patch not applying
cleanly.
Any help appreciated, Thanks.
--
Brian May <[EMAIL PROTECTED]&
ow you damn well
Ben> better be." --Orson Scott Card, _Ender's Game_
According to upstream there is some sort of support for krb4 in
Heimdal 0.7.1, at least enough to make AFS happy. I haven't yet got my
package to compile yet so I don't know if this will be sufficient for
Joerg Jaspert <[EMAIL PROTECTED]> writes:
> Orphaning this package now - the maintainer has no time to work on it
> and agreed to the orphaning. If you want it: Fix the bugs, change
> maintainer, upload a new version.
Note that the previous maintainer was also upstream for the package...
--
Cap
expectedly receiving mail for a system
user that isn't even used (consider $HOME/Maildir), or any number of
other unwanted things.
However, this has to be done carefully, or you end up doing the wrong
thing. e.g. deluser -r $USER, in the past, has been pure evil if the
home directory has been changed to "/"!
--
Brian May <[EMAIL PROTECTED]>
efore
the network is configured - but it hasn't bothered me enough to
investigate why yet.)
--
Brian May <[EMAIL PROTECTED]>
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
>>>>> "Brian" == Brian May <[EMAIL PROTECTED]> writes:
Brian> There have been increasing calls for me to drop krb4
Brian> support in Heimdal (first in bug #315059 and now by
Brian> upstream in bug #334632 - it would also solve #236851). It
>>>>> "Marc" == Marc Haber <[EMAIL PROTECTED]> writes:
Marc> On Thu, 27 Oct 2005 08:54:18 +1000, Brian May
Marc> <[EMAIL PROTECTED]> wrote:
>> If the code "just" calls adduser, this would seem to be a bug,
>&g
Benjamin Mesing <[EMAIL PROTECTED]> writes:
> Hello
>
>
>> assume that an update to a package brings in a changed conffile, and
>> because the local admin had changed the conffile, he is asked, and he
>> refuses to accept the changed version.
> This brings up an issue that is bothering me as a use
");
$package = stdout(execute("apt-file","search",$file));
}
This infinite recursion will take several minutes (maximum) to
execute, I think (assuming the if test succeeds).
--
Brian May <[EMAIL PROTECTED]>
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
les to indicate where "/tmp" is. Not only that, but some
programs don't even give a clear understandable error if the directory
doesn't exist. So if you miss one, beware, you might get unpredictable
errors.
Can't we just pick one standard name for the environment variable and
stick to it?
--
Brian May <[EMAIL PROTECTED]>
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
ch means I can't rebuild my
package for sarge in order to see if it fixes a bug I encountered while
testing another piece of Debian software. ARgghh!
Thanks.
--
Brian May <[EMAIL PROTECTED]>
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
aving
difficulties without requiring the remote user run screen in multiuser
mode.
--
Brian May <[EMAIL PROTECTED]>
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Joerg Jaspert <[EMAIL PROTECTED]> writes:
> On 10469 March 1977, Josselin Mouette wrote:
>
>>> Rejected: source only uploads are not supported.
>> I can't see the rationale for rejecting source uploads, and they used to
>> be accepted in the past.
>
> Because people then fuck up their packages eve
n after recompiling.
* Find out what is required to keep AFS support working (assuming I
don't already have it).
--
Brian May <[EMAIL PROTECTED]>
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
-).
I don't think it should be too hard, I suspect the package needs to be
changed to use the wtmp API in libc6 (assuming my memory is correct
and such an API exists).
--
Brian May <[EMAIL PROTECTED]>
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
all ?
AFAIK apt-listbugs only displays open bugs, if the bug is closed then
it won't get displayed.
Ideally apt-listbugs needs to be updated to support the new versioning
system in the BTS.
This could also solve the issue that the mirror you use might be
out-of-date and still have a buggy pack
his way you can see if there
is a password or not, and you get visual feedback when entering a
password that it is being received too (another issue I have had in
the past; not sure why it confused me so much now).
--
Brian May <[EMAIL PROTECTED]>
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
tar.gz
http://mirror.linux.org.au/pub/linux.conf.au/2008/Thu/mel8-072.ogg
http://mirror.linux.org.au/pub/linux.conf.au/2008/Thu/mel8-072.spx
--
Brian May <[EMAIL PROTECTED]>
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
d, however I suspect
this header is not the solution.
Brian May.
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
imapd>
is broken due to #411240
<http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=411240> (shouldn't
this be RC?) and a dependency on libkvm-dev
<http://release.debian.org/migration/testing.pl?package=libkvm-dev>
which is no longer in Debian.
Is there anything I can do about this
5-24-heimdal
could still enter testing without updating all users of the library at
the same time. Maybe this has changed.
Brian May
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
ind of tedious to do this manually. Is it possible to automate this
without losing my sanity in the process?
Brian May
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Apparently, Heimdal in Debian also is affected. I am not aware of any
solution other then to manually regenerate all keys.
Brian May
--- Begin Message ---
I strongly advise all readers of this list that use Debian or might have
users in your realm (or any realms for which cross-realm key
Debian/etch doesn't even have a reply to list function
(although it did the right thing for this email when I did "reply-all";
strange; maybe I am wrong and it really does support MFT at least when
replying? Still I can't see how to set it automatically for outgoing
emails)
Osamu Aoki wrote:
Shorter summary of vote data goes as:
cvs 5%
subversion9%
git-core 3%
mercurial 0.6%
darcs 0.3%
bzr 0.3%
Does monotone not get a mention? or was monotone missed?
Brian May
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a
Hello,
After messing around with autoconf/automake/libtool stuff for ages, I
eventually got to the point where Heimdal 1.2 started compiling.
make[3]: Leaving directory
`/home/brian/tmp/debian/mine/heimdal/heimdal-1.2/lib/sl'
Making all in wind
make[3]: Entering directory
`/home/bria
No responses? No one cares enough to comment? Lets see if a change in
subject helps.
Do the files created from the RFCs also have the same restrictive
license as the RFCs themselves?
Brian May wrote:
Hello,
After messing around with autoconf/automake/libtool stuff for ages, I
eventually
would appear to be a bad thing.
Is there anyway to configure the ldap libraries not to read from
$HOME/.ldaprc?
Brian May
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
used and
> will break people's scripts if it goes away.
>
On my computers I would rather break this functionality, which I hardly
ever use anyway (and on the one time I did use it caused random programs
to segfault when I forgot about it several years later).
Brian May
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
]: Leaving directory
`/home/brian/tmp/debian/mine/heimdal/heimdal-1.2.dfsg.1/lib/sl'
Making all in wind
make[3]: Entering directory
`/home/brian/tmp/debian/mine/heimdal/heimdal-1.2.dfsg.1/lib/wind'
make[3]: *** No rule to make target `rfc3454.txt', needed by `bidi_table.c'.
S
I was under the impression the "conflicts" was considered bad (it makes
upgrading from an old version of cl-hunchentoot to hunchentoot harder),
and it was generally better to leave the conflicts out and rely on the
replaces header alone.
Or... maybe this is a slightly different
asters missed the point that it is an
existing package already in main and should not get moved to non-free.
Unfortunately this was an issue because one of the sonames for one of
the shared libraries was also incremented, resulting in the package
being marked as new.
Brian May
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Frans Pop wrote:
AFAIK grub (at least the default "legacy" version) also still has problems
with / on XFS. That's the one other case where D-I automatically falls
back to lilo.
I think you mean /boot on XFS. Having / as XFS seems to work fine for me...
Brian May
--
To UNS
ossibly be a suggests)
In Ubunty Hardy the first depends doesn't appear to exist.
Brian May
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
o file bug report.
My main concern wasn't the crash though, it was the fact that I could
override the certificates used for checking the remote LDAP server used
for checking sudo passwords in the untrusted user's home directory.
Brian May
--
To UNSUBSCRIBE, email to [EMAIL PROTECTE
that, having one entire package for one key file seems like
overkill to me; is there not any other way of securely distributing the key?
Brian May
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
-technical people. Would it be possible to simplify this?
or
wget -O - http://backports.org/debian/archive.key | apt-key add -
Brian May
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
s who want the old stuff or the
users who want the new stuff?
Brian May
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
it would be good if there was a tool I could
use to automatically compare the output of lintian with the list documented
here so I can find out what problems I might have without making a useless
upload.
--
Brian May
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a su
501 - 600 of 1748 matches
Mail list logo
