for _not_ providing a smooth upgrade
path.
Regards, Frank
--
Frank Küster
Inst. f. Biochemie der Univ. Zürich
Debian Developer
Goswin von Brederlow [EMAIL PROTECTED] wrote:
Frank Küster [EMAIL PROTECTED] writes:
You have not posted anything to this bug,
neither a patch nor an intent to NMU. And you won't stop me from
uploading these packages this morning.
I find this extremely annoying.
[...]
I find 200 failed
(the patch was received by
the first mailhost 6 hours after the date in the changelog...)
Grüße, Frank
--
Frank Küster
Inst. f. Biochemie der Univ. Zürich
Debian Developer
at the same time as
LaMonts NMU.
Regards, Frank
--
Frank Küster
Inst. f. Biochemie der Univ. Zürich
Debian Developer
be good for Debian if
we have to support binary firmware, while it can as well be supported by
the hardware manufacturer?
Regards, Frank
--
Frank Küster
Inst. f. Biochemie der Univ. Zürich
Debian Developer
, and usage is often restricted).
By the way, what about ftp, a program designed to upload arbitrary data
- often non-free files - to a hardware device via a protocol based on
TCP/IP?
Regards, Frank
P.S. Shouldn't this be moved to -legal?
--
Frank Küster
Inst. f. Biochemie der Univ. Zürich
Debian
martin f krafft [EMAIL PROTECTED] wrote:
also sprach Christian Surchi [EMAIL PROTECTED] [2004.12.14.1643 +0100]:
also sprach Steve Kemp [EMAIL PROTECTED] [2004.12.14.1651 +0100]:
http://www.apple.com/macosx/features/expose/
quote:
Admit it, Mac OS X has you spoiled. Youve become so used
Chasecreek Systemhouse [EMAIL PROTECTED] schrieb:
I have tried variations of -
apt-get install postgresql-source
as well as variations of -
apt-get build-dep [package]
apt-get source --compile [package]
What about apt-get source postgresql?
Regards, Frank
--
Frank Küster
Inst
Chasecreek Systemhouse [EMAIL PROTECTED] schrieb:
On Wed, 15 Dec 2004 18:35:40 +0100, Frank Küster [EMAIL PROTECTED] wrote:
What about apt-get source postgresql?
Yes I did, but that doesn't place/install it into the proper places --
what(where)ever they may be. I could have just as easily
?
Thanks in advance, Frank
--
Frank Küster
Inst. f. Biochemie der Univ. Zürich
Debian Developer
Frank Lichtenheld [EMAIL PROTECTED] wrote:
The libunwind issue is newer, you
probably just have to read the corresponding bug reports.
Which bugs?
TIA, Frank
--
Frank Küster
Inst. f. Biochemie der Univ. Zürich
Debian Developer
misconception of mine. Well, moving to debian-devel, and Cc-ing Matthieu
and Al, libunwidn maintainers.
TIA, Frank
--
Frank Küster
Inst. f. Biochemie der Univ. Zürich
Debian Developer
Glenn Maynard [EMAIL PROTECTED] wrote:
On Thu, Dec 16, 2004 at 10:51:39AM +0100, Frank Küster wrote:
When the issue of binary blobs in the kernel was first discussed here,
if I'm not mistaken the proposed solution was to rewrite the respective
drivers to be able to load the blob at runtime
. Or they can configure it, depending on their workload and
the number of packages entering NEW.
Regards, Frank
--
Frank Küster
Inst. f. Biochemie der Univ. Zürich
Debian Developer
that it actually worked this way...
Regards, Frank
--
Frank Küster
Inst. f. Biochemie der Univ. Zürich
Debian Developer
the license or we
should remove or move the package to another section.
Go ahead, communicate with upstream, and please do it gently. Before you
mail to upstream, ask the maintainer - he might be in non-public
conversation about it with them.
Regards, Frank
--
Frank Küster
Inst. f. Biochemie der Univ
://cvs.debian.org/dak/?cvsroot=dak and start working, and I won't
be able to do that...
Regards, Frank
--
Frank Küster
Inst. f. Biochemie der Univ. Zürich
Debian Developer
. I would suggest:
# If you don't like this, umount /.dev/ and remove the empty directory.
Regards, Frank
--
Frank Küster
Inst. f. Biochemie der Univ. Zürich
Debian Developer
Ron Johnson [EMAIL PROTECTED] wrote:
On Thu, 2005-02-10 at 11:29 +0100, Frank Küster wrote:
[EMAIL PROTECTED] (Marco d'Itri) schrieb:
On Feb 09, Norbert Tretkowski [EMAIL PROTECTED] wrote:
File a bugreport... /etc/init.d/udev says:
Don't.
# /.dev is used by /sbin/MAKEDEV to access
did it. Well, he did rm -r, not rm,
but that's what you do when are told to remove a directory, and
believe that you should do it.
Regards, Frank
--
Frank Küster
Inst. f. Biochemie der Univ. Zürich
Debian Developer
?
Regards, Frank
--
Frank Küster
Inst. f. Biochemie der Univ. Zürich
Debian Developer
disk seem to be intact.
Is any tetex package installed on the system, and can you give the
version numbers currently installed and, ideally, of the old ones before
the upgrade? We had a bug with /usr/local/ in tetex-base, and this might
be connected.
Regards, Frank
--
Frank Küster
Inst. f
Please be so kind and keep the bug number address in the Cc
Tuomo Valkonen [EMAIL PROTECTED] wrote:
On Mon, Feb 14, 2005 at 03:24:59PM +0100, Frank Küster wrote:
Is any tetex package installed on the system, and can you give the
version numbers currently installed and, ideally, of the old
Hi Tuomo,
Please be so kind and keep the bugnumber address in the Cc line.
Tuomo Valkonen [EMAIL PROTECTED] schrieb:
On Mon, Feb 14, 2005 at 05:54:22PM +0100, Frank Küster wrote:
Could it have been after January 24st?
Unlikely.
Then it is probably not tetex-base's fault.
And shouldn't
Adam Heath [EMAIL PROTECTED] schrieb:
On Mon, 14 Feb 2005, Frank Küster wrote:
Please be so kind and keep the bug number address in the Cc
Tuomo Valkonen [EMAIL PROTECTED] wrote:
On Mon, Feb 14, 2005 at 03:24:59PM +0100, Frank Küster wrote:
Is any tetex package installed on the system
it as the upstream original one
would be cause of confusion
That's why you have to document this in debian/README.Debian or
debian/README.Debian-source. But an orig.gar.gz file is just one
technical part of a Debian source package, it doesn's say anything about
pristine or repackaged.
Regards, Frank
--
Frank
, isn't
it?
And I've never read ITO as a tag for orphaning bug. Either one mails
to -devel (or wherever) saying that they intend to give away or orphan
some packages, but this isn't a bug, just conversation. In the BTS, I
think the tag is simply O.
Regards, Frank
--
Frank Küster
Inst. f
)
...
*)
usage STDERR;;
esac
Translation to Perl, Python, C, whatever, and to multiple arguments is
left to the reader as an afternoon exercise.
Regards, Frank
--
Frank Küster
Inst. f. Biochemie der Univ. Zürich
Debian Developer
Kevin Mark [EMAIL PROTECTED] schrieb:
On Tue, Feb 15, 2005 at 01:11:33PM +0100, Frank Küster wrote:
martin f krafft [EMAIL PROTECTED] wrote:
h. There are more rules as to when packages migrate from unstable to
testing.
i. You use both meanings of priority (changelog and control
on
debian-devel'.
Please compare [1], [2], and [3]. Basically:
1. maintainer writes -devel
2. maintainer writes -devel and files RFAs
3. maintainer submits O: bug against wnnp and CC's -devel
That is what I wanted to say.
Regards, Frank
--
Frank Küster
Inst. f. Biochemie der Univ
), and a package maintainer need not be a Debian developer: They
can have their packages uploaded by a developer who reviewed the
package, but doesn't want to do all the work.
Regards, Frank
¹others can subscribe to this, too, via the package tracking system
--
Frank Küster
Inst. f. Biochemie der
Dan Jacobson [EMAIL PROTECTED] schrieb:
Does http://www.debian.org/mirror/ at least have the
two-phase-mirroring script?
Why don't you go and look? And if you find the information too sparse,
submit a bug report with a patch?
Regards, Frank
--
Frank Küster
Inst. f. Biochemie der Univ. Zürich
version.
Regards, Frank
--
Frank Küster
Inst. f. Biochemie der Univ. Zürich
Debian Developer
?
Regards, Frank
--
Frank Küster
Inst. f. Biochemie der Univ. Zürich
Debian Developer
is being worked on, see [EMAIL PROTECTED]).
What happened to the other RC bug?
Regards, Frank
--
Frank Küster
Inst. f. Biochemie der Univ. Zürich
Debian Developer
be a simple way to solve the problem?
Regards, Frank
--
Frank Küster
Inst. f. Biochemie der Univ. Zürich
Debian Developer
Colin Watson [EMAIL PROTECTED] schrieb:
On Fri, Feb 18, 2005 at 04:09:31PM +0100, Frank Küster wrote:
BugScan reporter [EMAIL PROTECTED] wrote:
Package: tex4ht (debian/main)
Maintainer: Debian QA Group [EMAIL PROTECTED]
219482 [ UI] tex4ht: Documentation source file missing
versions with formally one
fuzzyness?
Regards, Frank
--
Frank Küster
Inst. f. Biochemie der Univ. Zürich
Debian Developer
a change, of
course not before the unchanged file has been stored, and sent to the
translators.
No, it's not a good idea. Let's keep the change in mind for etch.
Regards, Frank
--
Frank Küster
Inst. f. Biochemie der Univ. Zürich
Debian Developer
subdirectories from the temp
tree to the package trees, is it in this case safe to use mv? It's much
faster, and it would safe space (because dh_movefiles only removes the
originals after the complete tarball has been extracted).
TIA, Frank
--
Frank Küster
Inst. f. Biochemie der Univ. Zürich
Debian
Eric Dorland [EMAIL PROTECTED] wrote:
Uhh, who cares? dh_movefiles has been superseded by dh_install.
Oh, thank you for pointing out the obvious.
Regards, Frank
--
Frank Küster
Inst. f. Biochemie der Univ. Zürich
Debian Developer
Eric Dorland [EMAIL PROTECTED] schrieb:
* Frank Küster ([EMAIL PROTECTED]) wrote:
Hi,
dh_movefiles internally uses tar to move file contents. I'm not sure why
it doesn't use mv, is it because mv moves the file block-by-block and
thus starts removing parts of the file before
on packages that depend
on packages that depend on mine, or...?
Regards, Frank
--
Frank Küster
Inst. f. Biochemie der Univ. Zürich
Debian Developer
subdirs of a package build directory will ever be on
a different mount point than the directory itself ;-)
Correct. So, why not use mv?
Regards, Frank
--
Frank Küster
Inst. f. Biochemie der Univ. Zürich
Debian Developer
Eric Dorland [EMAIL PROTECTED] wrote:
* Frank Küster ([EMAIL PROTECTED]) wrote:
Well, fine. But the question remains: dh_install uses cp, not mv. What
is the problem with using mv? And would it be safe to use mv if I only
move complete directories?
Well one reason is sometimes
Colin Watson [EMAIL PROTECTED] schrieb:
On Fri, Feb 25, 2005 at 07:54:27PM +0100, Frank Küster wrote:
Christoph Berg [EMAIL PROTECTED] schrieb:
Re: Daniel Burrows in [EMAIL PROTECTED]
I'd imagine that it doesn't use mv for the same reason install
doesn't;
ie, its purpose is to COPY
generally
runs fine here, and those scripts contain a set -x as their first
command.
It's not the first time I get a segfault when trying to use dpkg's debug
options (and there are bug reports about that). But that doesn't help me
in finding out what is wrong in my package
Regards, Frank
--
Frank
Oliver Kurth [EMAIL PROTECTED] schrieb:
On Fri, 2005-02-25 at 20:25 +0100, GOMBAS Gabor wrote:
On Fri, Feb 25, 2005 at 07:54:27PM +0100, Frank Küster wrote:
Correct. So, why not use mv?
Add a new --move flag to dh_installfiles, come up with some exact
numbers showing the build time/disk
behavior, or just use it in a
handcrafted way in my packaging script.
Regards, Frank
--
Frank Küster
Inst. f. Biochemie der Univ. Zürich
Debian Developer
David Schmitt [EMAIL PROTECTED] schrieb:
On Friday 25 February 2005 18:43, Frank Küster wrote:
in order to test whether packages that build-depend on tetex can still
be built with the upcoming version 3.0, I would like to automatically
build as many of these packages.
Take a look
Goswin von Brederlow [EMAIL PROTECTED] schrieb:
Frank Küster [EMAIL PROTECTED] writes:
Hi,
in order to test whether packages that build-depend on tetex can still
be built with the upcoming version 3.0, I would like to automatically
build as many of these packages. I know where I can read
.
What's the bug number?
Regards, Frank
--
Frank Küster
Inst. f. Biochemie der Univ. Zürich
Debian Developer
previously if it
depends on itself? It seems to me as if a Conflicts with versions older
than that depended-upon version would be the right thing to do, but not
in the library, but in the packages depending upon it.
Regards, Frank
--
Frank Küster
Inst. f. Biochemie der Univ. Zürich
Debian Developer
Regards, Frank
--
Frank Küster
Inst. f. Biochemie der Univ. Zürich
Debian Developer
Hi,
a while ago I wrote:
Frank Küster [EMAIL PROTECTED] writes:
Hi,
in order to test whether packages that build-depend on tetex can still
be built with the upcoming version 3.0, I would like to automatically
build as many of these packages. I know where I can read about setting
up
this information on
URL:http://qa.debian.org/~anibal/debian-NEW-summary.html.
tetex-bin, with a new binary package name, and targetted at
experimental, has been processed.
Regards, Frank
--
Frank Küster
Inst. f. Biochemie der Univ. Zürich
Debian Developer
Petter Reinholdtsen [EMAIL PROTECTED] schrieb:
[Frank Küster]
tetex-bin, with a new binary package name, and targetted at
experimental, has been processed.
Good. :)
I'm aware that a few packages have been able to get through the NEW
queue. Thus the almost only the d-i releated packages
Clint Byrum [EMAIL PROTECTED] schrieb:
On Mon, 2005-03-07 at 16:35 +0100, Florian Lohoff wrote:
On Fri, Feb 18, 2005 at 07:20:42PM +0100, Frank Küster wrote:
If the build fails on sparc, arm, and s390, how should this be
indicative that we should drop s390, mipsel, and hppa?
Wow
a year
to fix this. While the fact itself is a big pain, the underlying
reasons, the way communication and planning is done in the project, is
the real big problem.
Please note that I do not, and do not want to, blame any person or team
for that.
Regards, Frank
--
Frank Küster
Inst. f
:03 sid
The buildd is running as user buildd, not as root, but that is how it
should be, isn't it?
Regards, Frank
--
Frank Küster
Inst. f. Biochemie der Univ. Zürich
Debian Developer
Bastian Blank [EMAIL PROTECTED] schrieb:
Hi folks
It seems that Anthony Foka is missing in action. He does not respond to
bugs which removes his packages from the release.
Have you asked [EMAIL PROTECTED]
Regards, Frank
--
Frank Küster
Inst. f. Biochemie der Univ. Zürich
Debian Developer
, both
with mozilla (suite) and OOo.
Xprint works perfectly fine out of the box.
I don't remember receiving a bug report from you.
Take that one. Apparently the mozilla maintainer should have reassigned
it to xprt, but there has been no reaction at all.
Regards, Frank
--
Frank Küster
Inst. f
in the scripts? Should I
just reupload?
Regards, Frank
--
Frank Küster
Inst. f. Biochemie der Univ. Zürich
Debian Developer
pgp0aqYQF1kkZ.pgp
Description: PGP signature
Adeodato Simó [EMAIL PROTECTED] schrieb:
* Frank Küster [Fri, 11 Mar 2005 19:45:23 +0100]:
on Tuesday I got a mail from katie that tetex-bin_3.0-1 was accepted,
but the files don't seem to be in the archive.
but the files are not in the pool at
ftp://ftp.de.debian.org/debian/pool/main/t
be available in
Debian, be it because ha-propser has its own package, or because both
prosper and ha-prosper can be shipped in one updated package. None of
them is in teTeX in sarge, nor in teTeX-3.0.
Regards, Frank
--
Frank Küster
Inst. f. Biochemie der Univ. Zürich
Debian Developer
to make the decisions.
If the outcome of that meeting was a decision, than many of the people
affected, *an* who do the work, where not involved in making it: The
porter teams.
Regards, Frank
--
Frank Küster
Inst. f. Biochemie der Univ. Zürich
Debian Developer
and individuals involved in the meeting.
Regards, Frank
--
Frank Küster
Inst. f. Biochemie der Univ. Zürich
Debian Developer
at the moment, but at least that should give the
people a hint to actually listen to the criticism on -devel; and I am
confident they will.
Regards, Frank
--
Frank Küster
Inst. f. Biochemie der Univ. Zürich
Debian Developer
).
Regards, Frank
--
Frank Küster
Inst. f. Biochemie der Univ. Zürich
Debian Developer
these proposals. May no GR, and even no GR draft, be needed for this.
Regards, Frank
--
Frank Küster
Inst. f. Biochemie der Univ. Zürich
Debian Developer
not going to work/scale/... *that* way.
Or that it requires changes to the main-arches-dak that they are not
willing to accept.
Regards, Frank
--
Frank Küster
Inst. f. Biochemie der Univ. Zürich
Debian Developer
arches are released, No support for tier 2 arches by the
tier 1 release managers and security teams, but we offer Debian
infrastructure for yet-to-form RM and Security teams for each tier 2
arch.
Regards, Frank
--
Frank Küster
Inst. f. Biochemie der Univ. Zürich
Debian Developer
Sven Luther [EMAIL PROTECTED] schrieb:
On Mon, Mar 14, 2005 at 04:26:50PM +0100, Frank Küster wrote:
That is a problem. However it seemed that the amd64 people could solve
it nevertheless. And I think there can also be technical and/or social
mechanisms to deal with that:
Funny that you
be a Debian release, just something random,
derived from Debian etch.
Regards, Frank
--
Frank Küster
Inst. f. Biochemie der Univ. Zürich
Debian Developer
PROTECTED] (this is
not yet in the released package)
Regards, Frank
--
Frank Küster
Single Molecule Spectroscopy, Protein Folding @ Inst. f. Biochemie, Univ. Zürich
Debian Developer (teTeX)
Are you aware that there's an sgf2tex package already in Debian which
has just been orphaned?
Regards, Frank
--
Frank Küster
Single Molecule Spectroscopy, Protein Folding @ Inst. f. Biochemie, Univ. Zürich
Debian Developer (teTeX)
Goswin von Brederlow [EMAIL PROTECTED] wrote:
libkpathsea-perl
This one has been removed from the archive; p.d.o shows it as still
existing only for amd64 and kfreebsd-i386 (and in stable+oldstable).
Regards, Frank
--
Frank Küster
Single Molecule Spectroscopy, Protein Folding @ Inst. f
that somebody is actually developing something useful
with that? A new database frontend? Or even a bibtex replacement in
Perl?
Curious, Frank
--
Frank Küster
Single Molecule Spectroscopy, Protein Folding @ Inst. f. Biochemie, Univ. Zürich
Debian Developer (teTeX)
for a program to take over bibtex's
part, that can work in mulitlingual contexts and is actively developed.
Do you plan to start a project, or is it rather a one-time solution for
your particular needs?
Regards, Frank
--
Frank Küster Single Molecule Spectroscopy, Protein Folding @
Inst. f. Biochemie
plus tools, including xindy, but does not allow to
view the documents while you're logged in (via ssh or what) should be
extremely rare.
And if you've got a viewer, you've got X11, anyway.
Regards, Frank
--
Frank Küster
Single Molecule Spectroscopy, Protein Folding @ Inst. f. Biochemie, Univ
Florian Weimer [EMAIL PROTECTED] wrote:
* Raphael Hertzog:
Edit debian/changelog, and change the : by + and you're probably done.
Shouldn't policy be updated to reflect this?
Which part? 5.6.12 already talks about that.
Regards, Frank
--
Frank Küster
Single Molecule Spectroscopy
or glib).
Regards, Frank
--
Frank Küster
Single Molecule Spectroscopy, Protein Folding @ Inst. f. Biochemie, Univ. Zürich
Debian Developer (teTeX)
Henning Makholm [EMAIL PROTECTED] wrote:
No [expletive deleted] way. Debian is a volunteer organization. This
means that we don't get paid. Lots of the various kinds of work people
do for debian are mind-bogglingly boring - one random thing that comes
to mind is the work Frank Küster is doing
Regards, Frank
--
Frank Küster
Single Molecule Spectroscopy, Protein Folding @ Inst. f. Biochemie, Univ. Zürich
Debian Developer (teTeX)
)
Without further precautions, this would make life harder for people who
currently use pinning. If a package is broken, because it depends on
stuff only in experimental, it would just install the experimental
version, but I'd rather have a warning here.
Regards, Frank
--
Frank Küster
Single Molecule
, Frank
--
Frank Küster
Single Molecule Spectroscopy, Protein Folding @ Inst. f. Biochemie, Univ. Zürich
Debian Developer (teTeX)
with the -s option)? And aren't those searched using
kpathsea?
Are there any
other files covered by the TeX policy?
The documentation should be made available to texdoc.
Regards, Frank
--
Frank Küster
Single Molecule Spectroscopy, Protein Folding @ Inst. f. Biochemie, Univ. Zürich
Debian
don't know why they get recreated and
how to prevent this. I don't want to patch the .am files, because this is
not needed.
I'm not a autotools wizard, but maybe someone on the list can help.
Regards, Frank
--
Frank Küster
Single Molecule Spectroscopy, Protein Folding @ Inst. f. Biochemie, Univ
.
For pkg-tetex, we send the commit messages with logs to the maintainer
list - no problem redirecting this to the PTS. But the full diffs would
only clutter the list and are better in pkg-tetex-commits.
Regards, Frank
--
Frank Küster
Single Molecule Spectroscopy, Protein Folding @ Inst. f
Jörg Sommer [EMAIL PROTECTED] wrote:
Hello Frank,
Frank Küster [EMAIL PROTECTED] wrote:
Joerg Sommer [EMAIL PROTECTED] wrote:
Here comes the usual comment: Please make sure to follow the Debian TeX
Policy Draft in /usr/share/tex-common/.
Xindy does not provide any tex, style or class
sent to it
(whichever is later). It's always accessible if you choose archived
bugs, but usually nobody does that before reporting.
Regards, Frank
--
Frank Küster
Single Molecule Spectroscopy, Protein Folding @ Inst. f. Biochemie, Univ. Zürich
Debian Developer (teTeX)
[EMAIL PROTECTED] (Karl Berry) wrote:
Sigh.
Oh, well. There are more intersting things in the world to care about.
Regards, Frank
--
Frank Küster
Single Molecule Spectroscopy, Protein Folding @ Inst. f. Biochemie, Univ. Zürich
Debian Developer (teTeX)
Frank Küster [EMAIL PROTECTED] wrote:
[EMAIL PROTECTED] (Karl Berry) wrote:
Sigh.
Oh, well. There are more intersting things in the world to care about.
Sorry, this was a mistake, a funny effect of my mail setup.
Regards, Frank
--
Frank Küster
Single Molecule Spectroscopy, Protein
it a good idea to test it and try to improve
it. Not only does it serve our users if such a switch is possible, it
also will unveil actual bugs in Debian, like the bug in the subject, and
help improve Debian.
Regards, Frank
--
Frank Küster
Single Molecule Spectroscopy, Protein Folding @ Inst. f
it would have been fixed already, but no, the d-i
team decided this otherwise.
Can't you provide a patch nevertheless? Let's see what they do with it...
Regards, Frank
--
Frank Küster
Single Molecule Spectroscopy, Protein Folding @ Inst. f. Biochemie, Univ. Zürich
Debian Developer (teTeX)
should maintainers do?
Regards, Frank
--
Frank Küster
Single Molecule Spectroscopy, Protein Folding @ Inst. f. Biochemie, Univ. Zürich
Debian Developer (teTeX)
clearer and more severe than I expected. Francesco,
will you be able to fix that soon, so that emacs21 can be built again
(and probably others?).
Regards, Frank
--
Frank Küster
Single Molecule Spectroscopy, Protein Folding @ Inst. f. Biochemie, Univ. Zürich
Debian Developer (teTeX)
(?) letters very nicely, it's a PostScript
printer.
Regards, Frank
--
Frank Küster
Single Molecule Spectroscopy, Protein Folding @ Inst. f. Biochemie, Univ. Zürich
Debian Developer (teTeX)
after the upgrade to 1.5.dfsg+1.5.0.2-2bpo1
Regards, Frank
--
Frank Küster
Single Molecule Spectroscopy, Protein Folding @ Inst. f. Biochemie, Univ. Zürich
Debian Developer (teTeX)
swear what the order of events was.
Regards, Frank
--
Frank Küster
Single Molecule Spectroscopy, Protein Folding @ Inst. f. Biochemie, Univ. Zürich
Debian Developer (teTeX)
201 - 300 of 978 matches
Mail list logo