On 2 September 2015 at 23:01, RĂ©mi Vanicat wrote:
> Okay. I will see to import this into the pkg-emacsen stuff this week-end and
> then to port it to the new elpa stuff.
Can I suggest not letting the perfect be the enemy of the good?
We could upload a non-dh-elpa version, and
Okay.
The patches are formatted by gbp-pq import/export, so they're in the
DEP-3 format already.
But I added some text and fields in rewritten history and force-pushed
to the barak-master branch.
I did a tentative packaging upstream version 2.2.1 for my own use,
based of course on the packaging in the collab-maint git repo.
I've taken the liberty of pushing the new upstream tarballs into that
repo on the upstream & pristine-tar branches, with matching upstream/*
tags.
I also pushed the
for each emacs
add-on package.)
Cheers,
--Barak.
--
Barak A. Pearlmutter ba...@pearlmutter.net
Dept Comp Sci, Maynooth University, Co. Kildare, Ireland
http://barak.pearlmutter.net
Package: xtitle
Version: 1.0.2-6
The xtitle executable does not need xterm, as it works fine remotely
(e.g., in an ssh session), so the Requires: xterm ... is much too
strong. I'd suggest a gentle Enhances: xterm ...
--Barak.
--
Barak A. Pearlmutter ba
Fair enough. I suppose something like this would do?
if type -P mktemp /dev/null; then ...; else ...; fi
if which mktemp /dev/null; then
This is getting out of control.
I'm just going to guard with
if mktemp --dry-run /dev/null; then
although guarding with which mktemp also seems okay: if which is
unavailable they mktemp isn't going to be present either.
I've done a preliminary packaging.
github.com/barak/statifier
It has some bug which prevents it from actually working on anything,
which I'm looking into. But of course I'd welcome help with that, and
also any other misc feedback.
--
Barak A. Pearlmutter ba...@pearlmutter.net
Dept Comp Sci
on ISSUES, then on the big green NEW ISSUE button.
It's probably best if you do it yourself, because I can't replicate the
issue on my own laptop. But if you'd rather I did it, let me know.
Cheers,
--Barak.
--
Barak
Good call.
So what's needed is something that works if mktemp does not exist, and is
secure if mktemp does exist. Patch welcome!
.
So I'd rather figure out the actual problem and address it, rather
than simply masking this particular manifestation.
Any assistance in this regard would be quite welcome.
--
Barak A. Pearlmutter ba...@pearlmutter.net
Dept Comp Sci Hamilton Institute, Maynooth University, Co. Kildare, Ireland
,
--Barak.
--
Barak A. Pearlmutter ba...@pearlmutter.net
Dept Comp Sci Hamilton Institute, Maynooth University, Co. Kildare, Ireland
http://barak.pearlmutter.net
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact
Thanks for the quick diagnosis. I will report this error in their page to
upstream, and no doubt they will fix it quickly.
So it seems Chrome (and presumably other popular browsers although I didn't
check) are in violation of spec and ignoring the given base href. As a
matter of robustness,
Well, there needs to be a teeny tiny bit of assembly written, to
populate ports/ARM64/arm64.s or whatever it should be called. Patches
welcome!!!
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Package: ftp.debian.org
Severity: normal
The mailcrypt package is no longer really useful; its encryption functionality
has been superceded by other emacs packages which do a superset of what it did.
Upstream is long dead. The packaging scripts are goofy and would need to be
reworked from
for this.
Cheers,
--Barak.
--
Prof Barak A. Pearlmutter ba...@pearlmutter.net
Hamilton Institute Dept Comp Sci, NUI Maynooth, Co. Kildare, Ireland
http://barak.pearlmutter.net
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ
Thanks for your note.
I'd be happy to make this switch, but the package FTBS using the new library.
I've pushed an appropriate patch into
git://github.com/barak/pdf-presenter-console.git branch master
51306dd.
Please try building that and you'll see the problem.
Fixes welcome!
This will need porting work to the new API. Simply changing the
build-depends is not sufficient.
Sure.
The errorful calls with the old API are made from C code generated by
valac from Vala code.
Currently this is not done at build-time because upstream has a tricky
setup for doing that which I
possibility would be to simply drop all 64-bit
architectures aside from amd64 and let people use multiarch to install
the appropriate 32-bit package when applicable.)
Cheers,
--Barak.
--
Barak A. Pearlmutter
Hamilton
.
Cheers,
--Barak.
From 55970d5bb841bf2d0ce140f1caf560f6524863fa Mon Sep 17 00:00:00 2001
From: Barak A. Pearlmutter barak+...@cs.nuim.ie
Date: Thu, 5 Feb 2015 15:26:48 +
Subject: [PATCH 1/5] simplify debian packaging scripts
Shorten debian/rules via dh9
Oops, and one more.
From ef97c4ef33022f522294feb20798ebf861ee3ded Mon Sep 17 00:00:00 2001
From: Barak A. Pearlmutter barak+...@cs.nuim.ie
Date: Wed, 11 Feb 2015 09:46:29 +
Subject: [PATCH 6/6] add debian/watch from Debian QA group
Downloaded from
http://anonscm.debian.org/viewvc/sepwatch
to the build system.
See git://github.com/barak/usbview.git branch deb.
--Barak.
--
Barak A. Pearlmutter
Hamilton Institute Dept Comp Sci, NUI Maynooth, Co. Kildare, Ireland
http://www.bcl.hamilton.ie/~barak/
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ
Thanks for the prompt reaction.
My pleasure.
ettercap is also in Squeeze and thus covered by our LTS initiative.
Do you feel like providing a fixed package for Squeeze?
If yes, please have a look at http://wiki.debian.org/LTS/Development
but note that if you provide the fixed package and
I think this must be a bug in the Loongson FPU (my guess since the
assertion is related to floating point math). It builds successfully on
all the non-loongson boards I've tried.
Should I allow the build to proceed even when the test fails?
I'm reluctant to do that because people might prefer
rather than quilt patch
* Bump debian standards version (no changes required)
* Update upstream location
* Fix grammar in comment in source code
* Add support to use C# semantics when ECB and CEDIT are both installed
-- Barak A. Pearlmutter b...@debian.org Wed, 05 Nov
for in-tree rather than quilt patch
+ * Bump debian standards version (no changes required)
+ * Update upstream location
+ * Fix grammar in comment in source code
+ * Add support to use C# semantics when ECB and CEDIT are both installed
+
+ -- Barak A. Pearlmutter b...@debian.org Wed, 05 Nov 2014
Well, vala-mode-el 0.1-2 was uploaded and in unstable on 5-Nov-2014, so
this version has had some shaking down. No issues have been noted. I
let it rest a bit before marking the bug as done, even though I was
pretty sure it was fixed, because I wanted to be positive there weren't
any latent
fixing it any less important.
--Barak.
--
Barak A. Pearlmutter ba...@cs.nuim.ie
Hamilton Institute Dept Comp Sci, NUI Maynooth, Co. Kildare, Ireland
http://www.bcl.hamilton.ie/~barak/
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
others might find them useful.
--Barak.
--
Barak A. Pearlmutter
Hamilton Institute Dept Comp Sci, NUI Maynooth, Co. Kildare, Ireland
http://www.bcl.hamilton.ie/~barak/
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject
Thanks, that sounds like exactly the right debian/control dependency
magic. Will do, and upload.
BTW, why are ettercap-graphical and ettercap-textonly not
co-installable? Sounds like a candidate for renaming the binaries
from ettercap to ettercap-foo and using alternatives to provide the
though that is a supported configuration.
A daemon-only configuration might make sense for very small systems like
embedded routers, but that is not a supported configuration and would
therefore require a bit of hacking. Not a bad idea, hmmm?
--Barak.
--
Barak
lexical argument `limit'
have me mystified.
--Barak.
--
Barak A. Pearlmutter ba...@cs.nuim.ie
Hamilton Institute Dept Comp Sci, NUI Maynooth, Co. Kildare, Ireland
http://www.bcl.hamilton.ie/~barak/
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ
as a replacement
for the old git.debian.org one.
--Barak.
--
Barak A. Pearlmutter ba...@cs.nuim.ie
Hamilton Institute Dept Comp Sci, NUI Maynooth, Co. Kildare, Ireland
http://www.bcl.hamilton.ie/~barak/
signature.asc
Description: PGP signature
.
(ivtools maintainer)
--
Barak A. Pearlmutter
Hamilton Institute Dept Comp Sci, NUI Maynooth, Co. Kildare, Ireland
http://www.bcl.hamilton.ie/~barak/
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact
Package: mlton
Version: 20100608-5.1
There is a new upstream version available at mlton.org.
--Barak.
--
Barak A. Pearlmutter ba...@cs.nuim.ie
Hamilton Institute Dept Comp Sci, NUI Maynooth, Co. Kildare, Ireland
http://www.bcl.hamilton.ie/~barak
For whatever it's worth, actually the repo is still there.
The way Debian canonicalizes repo URLs has changed though.
It can now be accessed via
git://anonscm.debian.org/~bap/cb2bib.git
Cheers,
--Barak.
.
--Barak.
--
Barak A. Pearlmutter
Hamilton Institute Dept Comp Sci, NUI Maynooth, Co. Kildare, Ireland
http://www.bcl.hamilton.ie/~barak/
pgpmgcXdBGqF7.pgp
Description: PGP signature
spelling errors:
trough should be through
simulatenously should be simultaneously
Some of its debian/control siblings share the second of these.
Cheers,
--Barak.
--
Barak A. Pearlmutter
Hamilton Institute Dept
healthy. But there really
isn't any serious reason to keep them around.
Cheers,
--Barak.
--
Barak A. Pearlmutter
Hamilton Institute Dept Comp Sci, NUI Maynooth, Co. Kildare, Ireland
http://www.bcl.hamilton.ie/~barak
be merged? Naturally things that make this easier to package
for Debian would probably also make it easier in other systems, like
Redhat.
Thoughts?
--Barak.
--
Barak A. Pearlmutter
Hamilton Institute Dept Comp Sci, NUI Maynooth, Co. Kildare, Ireland
--Barak.
--
Barak A. Pearlmutter
Hamilton Institute Dept Comp Sci, NUI Maynooth, Co. Kildare, Ireland
http://www.bcl.hamilton.ie/~barak/
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact
are to make sure filenames containing
whitespace, literal single or double quotes, etc, are handled
correctly.)
Cheers,
--Barak.
--
Barak A. Pearlmutter
Hamilton Institute Dept Comp Sci, NUI Maynooth, Co. Kildare, Ireland
it into the Debian package.
Cheers,
--Barak.
PS If you have any issues or suggestions wrt the Debian package, please
let me know.
--
Barak A. Pearlmutter
Hamilton Institute Dept Comp Sci, NUI Maynooth, Co. Kildare, Ireland
Updating pending complete resolution.
From: Hanno Rein
Subject: Re: coffee stains copyright
To: Barak A. Pearlmutter ba...@cs.nuim.ie
Date: Mon, 28 Apr 2014 14:31:50 -0400
Hi Barak,
;-) I did not expect this question when I wrote
From: Hanno Rein ha...@hanno-rein.de
To: Barak A. Pearlmutter ba...@cs.nuim.ie
Subject: Re: coffee stains copyright
I hereby give everyone permission to distribute derivatives.
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact
Package: wnpp
Owner: Barak A. Pearlmutter b...@debian.org
Severity: wishlist
* Package name: latex-coffee-stains
Version : 4
Upstream Author : Hanno Rein
* URL or Web page : http://hanno-rein.de/archives/349
* License : You can freely distribute this package as I do
Yeah, it is not explicit, although I'm sure that was his intent. Will ask
upstream to clarify.
--Barak.
Any word on that other group working on a shared library?
Obviously it is just a few lines of automake, so presumably they're
thinking about how to make the API stable.
Given the low churn rate on this package, I'm not sure that's really an issue!
Cheers,
--Barak.
--
To UNSUBSCRIBE, email to
,
--Barak.
- --
Barak A. Pearlmutter
Hamilton Institute Dept Comp Sci, NUI Maynooth, Co. Kildare, Ireland
http://www.bcl.hamilton.ie/~barak/
-BEGIN PGP SIGNATURE-
Version: GnuPG v1
iQIcBAEBAgAGBQJTRBUHAAoJEBJbV0deGQ0YawUP/2y/W5+2hMGQoKnStrb65bye
KRQmcVGoDQ45I2GnPG
Package: wnpp
Owner: Barak A. Pearlmutter b...@debian.org
Severity: wishlist
Package name: mlpack
Version : 1.0.8
Upstream Author : Ryan Curtin gth6...@mail.gatech.edu
URL or Web page : http://www.mlpack.org/
License : LGPL-3+
Description : Fast and scalable C++ machine
.
--
Barak A. Pearlmutter
Hamilton Institute Dept Comp Sci, NUI Maynooth, Co. Kildare, Ireland
http://www.bcl.hamilton.ie/~barak/
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
:
Patch by laurent at gouloum fr, fixes #95.
+ - Add android patches and makefile, from Marcel Bokhorst, fixes #105.
+ - Added missing break in iodine.c, by Pavel Pergamenshchik, #108.
Cheers,
--Barak.
--
Barak A. Pearlmutter
Hamilton
I think, but am not sure, that this issue came from the following:
commit 46713fce5e3229f29c374072973e64ab72b3f42a
Author: Leon Bottou l...@bottou.org
Date: Sun Jan 15 20:27:19 2012 -0800
made miniexp i/o reentrant.
Cheers,
--Barak.
--
Barak
-- Forwarded message --
From: Barak A. Pearlmutter ba...@cs.nuim.ie
Date: 6 March 2014 13:48
Subject: Re: Bug#740822: ITP: colpack -- Graph vertex coloring library
To: Andreas Tille ti...@debian.org
I guess you might want to maintain this in Debian Science team and thus
Package: wnpp
Severity: wishlist
Owner: Barak A. Pearlmutter ba...@cs.nuim.ie
* Package name: colpack
Version : 1.0.9
Upstream Author : Alex Pothen apot...@purdue.edu
* URL : http://www.cscapes.org/coloringpage/
* License : LGPL-3+
Programming Lang: C
I've dcut my aiccu v-16 upload from the delayed queue, and no longer
desire to assist in maintaining this package.
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Version 0.8.0-5 is uploaded to Debian now, so if you test that it would be
much appreciated.
--Barak.
!
Cheers,
--Barak.
--
Barak A. Pearlmutter
Hamilton Institute Dept Comp Sci, NUI Maynooth, Co. Kildare, Ireland
http://www.bcl.hamilton.ie/~barak/
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject
Thanks for the patch.
Sad to say ... it didn't really fix most of the problems, and the
debian build process now has its own tricks for putting the delta from
upstream into a patch file instead of representing them multiple ways
in the same git repo (once as commits, the other time as quilt
. The could be integrated.
- when there is more than one tunnel available, it is not always
properly set in aiccu.conf, requiring manual editing.
--Barak.
--
Barak A. Pearlmutter
Hamilton Institute Dept Comp Sci, NUI Maynooth, Co. Kildare, Ireland
.
Cheers,
--Barak.
--
Barak A. Pearlmutter
Hamilton Institute Dept Comp Sci, NUI Maynooth, Co. Kildare, Ireland
http://www.bcl.hamilton.ie/~barak/
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
from /usr/include/qhull/qhull.h to
/usr/include/qhull/liqhull.h. So building with liqhull-dev (=
2012.1-3) might solve this problem.
But in the longer term, it would be best to transition to the new path
and filename.
Cheers,
--Barak.
--
Barak A. Pearlmutter
Hamilton Institute Dept Comp Sci, NUI
I've uploaded qhull (2012.1-4) which has a convenience link for
/usr/include/qhull/qhull.h, this should solve the issue with meshlab
(#738751) and perhaps the rest...
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact
Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: transition
The qhull library was upgraded from 2009.1 to 2012.1, fixing a number
of bugs. Upstream bumped the SO from 5 to 6, for good reason, so all
the packages that use it need to be rebuilt.
Package: wnpp
Severity: wishlist
Owner: Barak A. Pearlmutter b...@debian.org
* Package name: zenlisp
Version : 2013.11.22
Upstream Author : Nils M Holm
* URL : http://www.t3x.org
* License : Public Domain (essentially)
Programming Lang: C
Description
Any progress here?
Today it's one year since I sent my first message.
Naturally this got buried.
Thanks for the reminder.
(xgraph does so little, it is tempting to drop it and just replicate its
functionality in something more modern and extensible.)
into liboping-doc. Or I could ignore the
problem until dpkg becomes semantically aware, or pod2man stops leaving
version numbers and commuting punctuation and formatting commands.
Any recommendation?
--Barak.
--
Barak A. Pearlmutter
Hamilton Institute Dept Comp
Could I trouble you to delete all user configuration for the program (or
run it in a fresh guest account) and confirm that this still happens, and
if it does, run it inside an strace or ltrace, then send all logging info?
This might help trace things down.
Cheers,
--Barak.
Or better, probably upstream is in a better position to deal with the issue
so I'll defer to them and fasttrack their fix into Debian.
is slightly broken: you need to push a branch
(preferably master), otherwise gitweb and git clone get confused.
Cheers,
--Barak.
--
Barak A. Pearlmutter
Hamilton Institute Dept Comp Sci, NUI Maynooth, Co. Kildare, Ireland
http://www.bcl.hamilton.ie/~barak
I've adopted the package.
You are right, the latest upstream claims support for guile 1.8.
But I'm thinking it might make sense to actually *compile* this source
code at build time, emitting a binary, and distributing that in the
binary package.
In any case, the version of jacal currently in
appropriately.
--Barak.
--
Barak A. Pearlmutter
Hamilton Institute Dept Comp Sci, NUI Maynooth, Co. Kildare, Ireland
http://www.bcl.hamilton.ie/~barak/
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble
...
^ ^ ^
Cheers,
--Barak.
--
Barak A. Pearlmutter
Hamilton Institute Dept Comp Sci, NUI Maynooth, Co. Kildare, Ireland
http://www.bcl.hamilton.ie/~barak/
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject
Sounds good. Don't bother with DELAYED.
d
- the last guy who got irritated enough to become a maintainer.
Ha ha! Will do.
(Will also move packaging repo to collab-maint, and be a little more
aggressive in my update.)
M-x set-variable hijack-debian-package t
Sure, happy to.
Could you give me a precise commit in the davvil repo to package?
There are no tags, so there's no official release point to default
to...
--Barak.
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact
and the list of new features sounds impressive.
It would probably make sense to update the Debian package accordingly.
--Barak.
--
Barak A. Pearlmutter
Hamilton Institute Dept Comp Sci, NUI Maynooth, Co. Kildare, Ireland
http://www.bcl.hamilton.ie/~barak
PS Here is a debian/watch file for the github repo.
--Barak.
version=3
http://githubredir.debian.net/github/haskell/haskell-mode \
/github/haskell/haskell-mode/([0-9]+)_([0-9]+)_([0-9]+)\.tar\.gz
http://githubredir.debian.net/github/haskell/haskell-mode
I've taken the packaging git repo you mentioned in the BTS and updated
it to the latest upstream version, for my own purposes.
This is in branch debian in git://github.com/barak/haskell-mode.git
Of course, feel free to cherry pick, tell me to bugger off, etc.
But, failing further communication
as the
above message.
(I'm getting set up to take over Debian maintenance of aiccu, assuming
no one else has a burning desire, and was checking to see how much work
was pending when I noticed the above.)
--Barak.
--
Barak A. Pearlmutter
Hamilton Institute Dept
.
Cheers,
--Barak.
--
Barak A. Pearlmutter
Hamilton Institute Dept Comp Sci, NUI Maynooth, Co. Kildare, Ireland
http://www.bcl.hamilton.ie/~barak/
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject
could be
used there, with the post-installation scripts doing the de-obfuscation.
I won't say it's pretty ... but it would suppress these false positives.
--Barak.
--
Barak A. Pearlmutter
Hamilton Institute Dept Comp Sci, NUI Maynooth, Co. Kildare, Ireland
,
--Barak.
--
Barak A. Pearlmutter
Hamilton Institute Dept Comp Sci, NUI Maynooth, Co. Kildare, Ireland
http://www.bcl.hamilton.ie/~barak/
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas
BTW uscan doesn't detect the new upstream version as they changed the
naming of the tarball (they rely on github now), you need to fix
No worries: fixed for a while in git://github.com/barak/ettercap
Please package ettercap 0.8.0. It has been published a few days ago.
Yes, I got a heads-up
(Sorry for typos, thumb keyboard)
Thanks, will yank your patches when I get a chance.
The rpath business is a good example. Tempting to just use a quilt patch,
or invoke chrpath in debian/rules. But the right thing I'd probably too
add an option to the build system to turn it off our to chrpath remove it
at install time.
Cheers,
which includes this in addition to other upstream bug fixes and
enhancements, rather than picking the one commit.
--Barak.
--
Barak A. Pearlmutter ba...@cs.nuim.ie
Hamilton Institute Dept Comp Sci, NUI Maynooth, Co. Kildare, Ireland
http
As the maintainer of the bbdb package, I'd like to see AsynK packaged. We
should probably coordinate to ensure interoperability with not only the
current bbdb 2.x package but also the upcoming bbdb 3.x, see
github.com/barak/bbdb3
Cheers,
--Barak.
appropriately, that would
be great. It might also be a good idea for someone to scan back for
bugs tagged json-evil-license, open or closed or archived, and alert the
relevant maintainers of this change.
--Barak.
Barak A. Pearlmutter
Hamilton Institute
dh-autoreconf to refresh all autotools at build time. You would
probably be better off focusing on libtool, as there is not much that
can be done in ikarus without de-standardizing the build process.
--Barak.
--
Barak A. Pearlmutter
Hamilton Institute Dept
in the package's sources.
For this reason, I'd suggest you either close this bug report, or
reassign it to the package containing the problematic libtool script.
Cheers,
--Barak.
--
Barak A. Pearlmutter
Hamilton
.orig.tar.gz
Newest version on remote site is 0.9.18, local version is 0.9.18
= Package is up to date
-- Scan finished
Cheers,
--Barak.
--
Barak A. Pearlmutter
Hamilton Institute Dept Comp Sci, NUI Maynooth, Co
In attempting to modify and rebuild nbibtex, I find that modifying 'nbib.nw'
and re-running noweb produces a bibtex.lua file rather than the
bibtex.lua.in file that is shipped as part of the source. How the latter
was generated from the former is never stated and the diff between the two
is
is: it hold
a representation of the architecture the binary being installed was
built for.
--Barak.
--
Barak A. Pearlmutter
Hamilton Institute Dept Comp Sci, NUI Maynooth, Co. Kildare, Ireland
http://www.bcl.hamilton.ie/~barak/
--
To UNSUBSCRIBE, email
I think this bug should be classified wishlist, as it is mainly a
request for a better error message and better documentation.
--Barak.
--
Barak A. Pearlmutter ba...@cs.nuim.ie
Hamilton Institute Dept Comp Sci, NUI Maynooth, Co. Kildare, Ireland
http
After a couple more tweaks, the packaging in the above repo supports
multiarch (so i386 and amd64 can be installed simultaneously) and
patches the upstream build system to allow parallel builds.
It really does seem reasonable to have an amd64 package in debian so
people can run mit-scheme
Package: mit-scheme
Version: 9.1-1
For my own purposes, I needed to use the new upstream version. To this
end, I took the current mit-scheme packaging and updated it to the
latest debhelper constructs, fiddled a bit with the paths to make them
fit with multiarch, and multiarch-ified the package
Oops, old-style non-working URL. Correct working URL is
git://anonscm.debian.org/users/bap/mit-scheme.git
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: binnmu
nmu djview4_4.9-3 . ALL . -m unify libtiff dependency, thanks to Harald Jenny
for noting the issue
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of
Years ago I taught a course at the University of New Mexico and one of
the students was from a local tribe. In chatting with after a lecture,
after she'd asked about the origins of my name, I asked: Emily
Swimming-Fawn, is that a Native American name? She gently said: It
is an Indian name.
It is
301 - 400 of 786 matches
Mail list logo