hat's
more-or-less equivalent) right before "name" in the sort order.
--
Matthias Urlichs | {M:U} IT Design @ m-u-it.de | [EMAIL PROTECTED]
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Hi, Martin Schulze wrote:
> Please donate time and cookies to Ryan Murray.
I can donate time.
The cookies will have to wait until debconf5 or so. ;-)
--
Matthias Urlichs
ter forking.
- Minor documentation fixes
- Updated Rijndael code to not depend on GCC.
- Updated Serpent code to not depend on 32-bit architccture.
- Several documentation fixes.
- Try locking the memory pool into core even if !root; it still might work.
--
Matthias Urlichs | {M:U} IT Design @
Hi, Ben Burton wrote:
> The fixed package version will be 1:1.3.2-1.sarge.2
That's a version number which looks like a binary NMU, which AFAIK causes
problems.
IMHO you should lose at least one of the dots.
--
Matthias Urlichs | {M:U} IT Design @ m-u-it.de | [EMAIL PROTECTED]
Option 2 "Choice 2: Postpone changes until Sarge releases [needs 3:1]"
(or so it says on http://master.debian.org/~srivasta/gr_sarge_results.txt)
In light of this result, would anybody be comfortable with announcing
some sort of release schedule?
--
Matthias Urlichs
Hi,
I made a mistake uploading libopencdk yesterday -- I neglected to
downgrade the library dependency from libgcrypt11 to libgcrypt7.
Sorry about that. I'm rebuilding the library with correct dependency right
now.
NB: Thanks to Andreas Metzler for noticing.
--
Matthias Urlichs
new version with a build-conflicts against libpth-dev.
I'll make it available in my personal repository first, so that somebody
else can cross-check.
Unfortunately it's kindof late; give me a few hours of sleep. :-/
It'll be at http://smurf.noris.de/code/debian/unstable tomorrow mo
ecked for possible breakage. Since that includes indirect linkage
(i.e. no explicit dependencies), does anybody have a tool that can find
these cases, assuming any exist?
--
Matthias Urlichs
h the non-pth gcrypt.
>
Hmm. *thinking about this again, during sensible hours this time*
This would actually apply if something linked to the pthread-enabled
version. *checking* ... which is also unused.
=> No problem.
--
Matthias Urlichs
ackages,
* Rebuild everything, or at least the packages with Priorityhttp://smurf.noris.de/code/debian experimental
Opinions?
--
Matthias Urlichs
Hi, J.H.M. Dassen Ray wrote:
> On Sat, Jul 24, 2004 at 17:35:59 +0200, Matthias Urlichs wrote:
>> * the API changes are minor and only require recompilation;
>
> "only [...] recompilation". Please provide details on the number of packages
> this affects. The las
interface in a
single library, or (b2) not upgrading and hoping that nothing major will
break that would require an upgrade.
Unfortunately, (b*) is not possible. See the bugs in my previous mail.
--
Matthias Urlichs
ioning tags, which would be incompatible with Upstream and presumably
cause problems with non-Debian binaries. I can do that if there's a
consensus that this is not going to be much of a problem.
--
Matthias Urlichs
Hi, Matthias Urlichs wrote:
> I could create a opencdk8.11 package, but that'd need different library
> versioning tags, which would be incompatible with Upstream and presumably
> cause problems with non-Debian binaries. I can do that if there's a
> consensus that this is n
this without disrupting
anything (except the users of old d-i businesscard CD-ROMs).
--
Matthias Urlichs
rypt11 and gnutls11 in d-i as soon as they're in Testing.
* Wait until they've progressed to the newest business card CD-ROMs.
* rebuild exim4 against them.
--
Matthias Urlichs
Any other latex >= HTML converters which don't require an in-depth latex
knowledge to adapt to? (I had help with hevea...)
--
Matthias Urlichs
Hevea-ization has resulted in aborts somewhere
inside LaTeX which I am unable to handle before the base freeze. :-/
--
Matthias Urlichs
rip out gcrypt7+gnutls10, and to make gcrypt1+gnutls7 as
unused as possible.
[0] http://bugs.debian.org/cgi-bin/pkgreport.cgi?submitter=smurf%40debian.org
--
Matthias Urlichs
Please let libtasn1-2 0.2.10-4 proceed into sarge.
It fixes the shared lib dependency (a new function was added in 0.2.10).
It's currently 2 of 5 days old; I'm mailing now because in three days I'll
be on vacation.
vers "Upstream has a valid reason for only providing
static libs", not "Upstream is stupid / broken / clueless".
The discussion so far seems to indicate that the latter is true.
--
Matthias Urlichs
Hi, Andreas Metzler wrote:
> If gnutls10 has outstanding issues a bug of appropriate severity should
> be filed.
I can do that.
I'll also send another followup to the bugs that are still open ans ask
whether there's any progress and/or I can help out.
--
Matthias Urlichs
(a) obvious and (b) off-topic here.
--
Matthias Urlichs | {M:U} IT Design @ m-u-it.de | [EMAIL PROTECTED]
Hi,
Daniele Tricoli:
> Due to #753578 I added a stub (technically I just used a symlink) to make
> import requests.packages.urllib3 works.
I'd add a stub _file_ which just contains "from urllib3 import *".
--
-- Matthias Urlichs
signature.asc
Description: Digital signature
es of computers aren't essential either,
but that didn't stop us yet. ;-)
IMHO it's maintainer/upstream choice whether to call on the "new" library's
features, even on systems where they are not (yet?) useful.
(Maintaining patches also is busy work if avoidable.)
--
-
25 matches
Mail list logo
