Maintainers debian-tex-ma...@lists.debian.org
Changed-By: Frank Küster fr...@debian.org
Description:
texlive- TeX Live: A decent selection of the TeX Live packages
texlive-base - TeX Live: Essential programs and files
texlive-common - TeX Live: Base component
texlive-fonts-recommended - TeX Live
debian-tex-ma...@lists.debian.org
Changed-By: Frank Küster fr...@debian.org
Description:
texlive- TeX Live: A decent selection of the TeX Live packages
texlive-base - TeX Live: Essential programs and files
texlive-common - TeX Live: Base component
texlive-fonts-recommended - TeX Live
this.
The original idea is from Davide Salvetti in his auctex package, but I
wouldn't recommend this any more - the packaging may be aesthetic, but
it is overcomplicated. In particular, newer upstream versions probably
don't need much more than ./configure; make; make install.
Regards, Frank
--
Frank
debian-tex-ma...@lists.debian.org
Changed-By: Frank Küster fr...@debian.org
Description:
texlive- TeX Live: A decent selection of the TeX Live packages
texlive-base - TeX Live: Essential programs and files
texlive-common - TeX Live: Base component
texlive-fonts-recommended - TeX Live
...@lists.debian.org
Changed-By: Frank Küster fr...@debian.org
Description:
libkpathsea-dev - TeX Live: path search library for TeX (development part)
libkpathsea5 - TeX Live: path search library for TeX (runtime part)
texlive-binaries - Binaries for TeX Live
Closes: 637667 637720
Changes
debian-tex-ma...@lists.debian.org
Changed-By: Frank Küster fr...@debian.org
Description:
texlive- TeX Live: A decent selection of the TeX Live packages
texlive-base - TeX Live: Essential programs and files
texlive-common - TeX Live: Base component
texlive-fonts-recommended - TeX Live
...@lists.debian.org
Changed-By: Frank Küster fr...@debian.org
Description:
libkpathsea-dev - TeX Live: path search library for TeX (development part)
libkpathsea5 - TeX Live: path search library for TeX (runtime part)
texlive-binaries - Binaries for TeX Live
Closes: 136051 593782 614257 618033
debian-tex-ma...@lists.debian.org
Changed-By: Frank Küster fr...@debian.org
Description:
texlive- TeX Live: A decent selection of the TeX Live packages
texlive-base - TeX Live: Essential programs and files
texlive-common - TeX Live: Base component
texlive-fonts-recommended - TeX Live
Joey Hess jo...@debian.org wrote:
Frank Küster wrote:
OLD_IFS=$IFS
IFS=$OLDIFS
s/_//
:-(
--
Frank Küster
Sprecher B90/Grüne OV Miltenberg und Umgebung
VCD Miltenberg, ADFC Aschaffenburg-Miltenberg
Debian Developer (TeXLive)
--
To UNSUBSCRIBE, email to debian-devel-requ
. Probably I'm missing something trivial...
Regards, Frank
P.S. Script at
http://anonscm.debian.org/viewvc/debian-tex/texlive2009/trunk/texlive-base/debian/texlive-base.libpaper?view=log
--
Frank Küster
Sprecher B90/Grüne OV Miltenberg und Umgebung
VCD Miltenberg, ADFC Aschaffenburg-Miltenberg
:
texlive-base
With
IFS=' '
it works, but that doesn't look right?
Regards, Frank
--
Frank Küster
Sprecher B90/Grüne OV Miltenberg und Umgebung
VCD Miltenberg, ADFC Aschaffenburg-Miltenberg
Debian Developer (TeXLive)
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject
)
Regards, Frank
--
Frank Küster
Sprecher B90/Grüne OV Miltenberg und Umgebung
VCD Miltenberg, ADFC Aschaffenburg-Miltenberg
Debian Developer (TeXLive)
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive
Adam Borowski kilob...@angband.pl wrote:
On Wed, May 11, 2011 at 10:05:40PM +0200, Frank Küster wrote:
Not at the same time, but someone might allow a user of a laptop to
access their WLAN, but neither accept that an other user of the laptop
should be able to use the same network without
be written in a system-wide configuration file.
Regards, Frank
--
Frank Küster
Vorstand B90/Grüne OV Miltenberg und Umgebung
VCD Miltenberg, ADFC Aschaffenburg-Miltenberg
Debian Developer (TeXLive)
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of unsubscribe
should make sure
their documentation is findable both in /usr/share/doc/package (for
Debian Policy) and /usr/share/texmf/doc (for the TeX tools).
If one package installs it as a directory, might files from other
packages also be installed there?
Regards, Frank
--
Dr. Frank Küster
VCD Miltenberg
.
Does the issue happen for dvips ?
dvips does not use gs - it creates input for gs.
Regards, Frank
--
Dr. Frank Küster
Debian Developer (TeXLive)
VCD Aschaffenburg-Miltenberg, ADFC Miltenberg
B90/Grüne KV Miltenberg
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
the english original *and* have trouble with the german text
discuss with them.
Regards, Frank
--
Dr. Frank Küster
Debian Developer (TeXLive)
VCD Aschaffenburg-Miltenberg, ADFC Miltenberg
B90/Grüne KV Miltenberg
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject
envirnoment. In my window manager, there's only one menu, and that's
the Debian one.
Regards, Frank
--
Dr. Frank Küster
Debian Developer (TeXLive)
VCD Aschaffenburg-Miltenberg, ADFC Miltenberg
B90/Grüne KV Miltenberg
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject
. In that case, can I pass --debconf-ok to ucf even for the case
where it is invoked manually by the admin with no debconf already
running; I mean, will debconf still *check* whether there's a debconf
instance running?
--
Dr. Frank Küster
Debian Developer (TeXLive)
VCD Aschaffenburg-Miltenberg, ADFC
Frank Küster fr...@debian.org wrote:
Steve Langasek vor...@debian.org wrote:
On Thu, Dec 03, 2009 at 11:40:06AM +0100, Frank Küster wrote:
However, and here's the policy-related problem: Of course the admin
might have changed the default paper for one particular binary
manually. What should
Steve Langasek vor...@debian.org wrote:
On Thu, Dec 03, 2009 at 11:40:06AM +0100, Frank Küster wrote:
However, and here's the policy-related problem: Of course the admin
might have changed the default paper for one particular binary
manually. What should I do in this case?
[...]
- let
in the last years; I guess ucf is still the
method of choice if a maintainer script needs to do a specific
manipulation in an otherwise not-generated configuration file?
TIA, Frank
--
Dr. Frank Küster
Debian Developer (TeXLive)
VCD Aschaffenburg-Miltenberg, ADFC Miltenberg
B90/Grüne KV
and having the naming
overloaded by dak messages that are based on lintian outcome can be
quite confusing.
ACK
--
Dr. Frank Küster
Debian Developer (TeXLive)
VCD Aschaffenburg-Miltenberg, ADFC Miltenberg
B90/Grüne KV Miltenberg
--
To UNSUBSCRIBE, email to debian-devel-requ
Roberto C. Sánchez robe...@connexer.com wrote:
On Sat, Oct 03, 2009 at 04:54:54PM +0200, Frank Küster wrote:
Hi,
assume a binary package A has been built from source package X, but a
new upload of source packages X and Y moves it, and it is now built from
Y. Now, will the changes file
the changes file is processed?
To make things even more complicated, the first upload of the new
packages would be to experimental...
TIA, Frank
--
Dr. Frank Küster
Debian Developer (TeXLive)
VCD Aschaffenburg-Miltenberg, ADFC Miltenberg
B90/Grüne KV Miltenberg
--
To UNSUBSCRIBE, email to debian
scripts that would run on Windows and expect
GreatPerlScript.pl, but do not run on Unix *only* because the pl is
missing - those script probably don't exist.
Regards, Frank
--
Dr. Frank Küster
Debian Developer (TeXLive)
VCD Aschaffenburg-Miltenberg, ADFC Miltenberg
B90/Grüne KV Miltenberg
the bin directories. I think the approach
with a /usr/share/$packagename/bin/ that contains the old names as
links, and can be added to PATH, is the best we can do for supporting
scripts that assume extensions.
Regards, Frank
--
Dr. Frank Küster
Debian Developer (TeXLive)
VCD Aschaffenburg-Miltenberg
patches and build-deps (in particular, poppler
wasn't available in stable, and we resorted to build with the embedded
copy of xpdf code).
Maybe that could help with some other packages, too - then the target
should be standardized for those autobuilders.
Regards, Frank
--
Dr. Frank Küster
Debian
cdbs-simple-patchsys.
Why should he need to do that? If you'd had written submit patches to
dpkg, I could get a meaning out of it, but here? He doesn't want to
diverge from upstream.
Regards, Frank
--
Dr. Frank Küster
Debian Developer (TeXLive)
VCD Aschaffenburg-Miltenberg, ADFC Miltenberg
B90
but
RC (and translation) fixes.
Regards, Frank
--
Dr. Frank Küster
Debian Developer (TeXLive)
VCD Aschaffenburg-Miltenberg, ADFC Miltenberg
B90/Grüne KV Miltenberg
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas
. Frank Küster
Debian Developer (TeXLive)
VCD Aschaffenburg-Miltenberg, ADFC Miltenberg
B90/Grüne KV Miltenberg
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
, Frank
--
Dr. Frank Küster
Debian Developer (TeXLive)
VCD Aschaffenburg-Miltenberg, ADFC Miltenberg
B90/Grüne KV Miltenberg
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
:
people).
When adding a new patch, empty fields remind you to write *something*
instead of just dropping the diff into debian/patches...
Regards, Frank
--
Dr. Frank Küster
Debian Developer (TeXLive)
VCD Aschaffenburg-Miltenberg, ADFC Miltenberg
B90/Grüne KV Miltenberg
--
To UNSUBSCRIBE, email
are not allowed to do that (policy), but we try to remove that
directory if it is empty. (Closes: #528021)
.
[ Frank Küster ]
* Make sure that tex-common's own postinst script does not create
/usr/local/share/texmf/ls-R (closes: #528021)
Checksums-Sha1
being installed, or even unpacked, is NOT A BUG OF
tex-common.
It seems it is a bug of policy, or dpkg.
Regards, Frank
--
Dr. Frank Küster
Debian Developer (TeXLive)
VCD Aschaffenburg-Miltenberg, ADFC Miltenberg
B90/Grüne KV Miltenberg
--
To UNSUBSCRIBE, email to debian-devel-requ
# dpkg --unpack a
# dpkg --purge a
can be done without b present. And you do not need any --force option.
Yes, I see.
We'll have to make an upload of texlive-2007.
Regards, Frank
--
Dr. Frank Küster
Debian Developer (TeXLive)
VCD Aschaffenburg-Miltenberg, ADFC Miltenberg
B90/Grüne KV
Luk Claes l...@debian.org wrote:
Frank Küster wrote:
Luk Claes l...@debian.org wrote:
Norbert Preining wrote:
On Do, 04 Jun 2009, Luk Claes wrote:
Except for arguing, mixing (non?) bugs and resisting to upload an easy
workaround might have made things worse btw...
And that easy
- that should already be guaranteed by dpkg, or am I missing
something? If it isn't on that machine, what kind of patch should I
write?
Regards, Frank
--
Dr. Frank Küster
Debian Developer (TeXLive)
VCD Aschaffenburg-Miltenberg, ADFC Miltenberg
B90/Grüne KV Miltenberg
--
To UNSUBSCRIBE, email to debian
explaining why.
Regards, Frank
--
Dr. Frank Küster
Debian Developer (TeXLive)
VCD Aschaffenburg-Miltenberg, ADFC Miltenberg
B90/Grüne KV Miltenberg
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Philipp Kern tr...@philkern.de wrote:
On 2009-06-04, Frank Küster fr...@debian.org wrote:
And what would be the criterion for solved? After an analysis of
N build logs of random packages on that buildd show no segfaults any
more? I am not going to do that.
It's not a bug in my package; I
Frank Küster fr...@debian.org wrote:
Luk Claes l...@debian.org wrote:
Fine, though taking the trouble to talk to the porters might still be
worthwile.
Yes, but definitely not after I've spend hours of my little Debian
^time
Luk Claes l...@debian.org wrote:
Frank Küster wrote:
Luk Claes l...@debian.org wrote:
Fine, though taking the trouble to talk to the porters might still be
worthwile.
Yes, but definitely not after I've spend hours of my little Debian
arguing about non-bugs with people who don't read
? What should we do?
Regards, Frank
--
Dr. Frank Küster
Debian Developer (TeXLive)
VCD Aschaffenburg-Miltenberg, ADFC Miltenberg
B90/Grüne KV Miltenberg
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
when the missing
command is not available.
?
It could be easily solved by making sure that nothing on the buildd
installs packages without installing their dependencies.
Regards, Frank
--
Dr. Frank Küster
Debian Developer (TeXLive)
VCD Aschaffenburg-Miltenberg, ADFC Miltenberg
B90/Grüne KV
,
and look up which in the developer's reference.
Regards, Frank
--
Dr. Frank Küster
Debian Developer (TeXLive)
VCD Aschaffenburg-Miltenberg, ADFC Miltenberg
B90/Grüne KV Miltenberg
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas
.
Regards, Frank
--
Dr. Frank Küster
Debian Developer (TeXLive)
VCD Aschaffenburg-Miltenberg, ADFC Miltenberg
B90/Grüne KV Miltenberg
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
?
Emdebian Grip drops Recommends
No problem to lower tl-base's dependency on tl-base-doc to
Recommends. But still, what's the problem with downloading and
installing a package with
Installed-Size: 1216
?
Regards, Frank
--
Dr. Frank Küster
Debian Developer (TeXLive)
VCD Aschaffenburg-Miltenberg, ADFC
install a TeX system because something needs it - but because
they want to right texts.
Only in the special case of software documentation does it happen that
the documentation is completely written, and the user (developer or
buildd) just needs the runtime.
Regards, Frank
--
Dr. Frank Küster
Debian
Neil Williams codeh...@debian.org wrote:
On Fri, 08 May 2009 11:59:27 +0200
Frank Küster fr...@debian.org wrote:
Frank Lin PIAT fp...@klabs.be wrote:
The development documentation for libraries and programming languages
should not be installed by the runtime.
This probably means
texlive-base Depend on it, instead of every doc
package (which Depend's on texlive-base anyway) Depend'ing on it.
Regards, Frank
--
Dr. Frank Küster
Debian Developer (TeXLive)
VCD Aschaffenburg-Miltenberg, ADFC Miltenberg
B90/Grüne KV Miltenberg
--
To UNSUBSCRIBE, email to debian-devel-requ
a complete binary distribution is able to rm -rf
the doc directory.
Would there be any objections to filing minor/wishlist bugs against these
packages?
We'll just add wontfix tags, so you might as well not bother to file the
bugs against the texlive packages.
Regards, Frank
--
Dr. Frank
of any efforts, or even whether that would be
realistic. Just a principle thought.
Regards, Frank
--
Dr. Frank Küster
Debian Developer (TeXLive)
VCD Aschaffenburg-Miltenberg, ADFC Miltenberg
B90/Grüne KV Miltenberg
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject
, if you
cannot get agreement with the apt maintainers soon.
Regards, Frank
--
Dr. Frank Küster
Debian Developer (TeXLive)
VCD Aschaffenburg-Miltenberg, ADFC Miltenberg
B90/Grüne KV Miltenberg
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of unsubscribe
temporarily while postinst
is run.
Regards, Frank
--
Frank Küster
Debian Developer (TeXLive)
VCD Aschaffenburg-Miltenberg, ADFC Miltenberg
B90/Grüne KV Miltenberg
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
--
Frank Küster
Debian Developer (TeXLive)
VCD Aschaffenburg-Miltenberg, ADFC Miltenberg
B90/Grüne KV Miltenberg
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
to commit the file to the correct branch of the repository (and
then update it's own database by doing something similar to what was
proposed originally).
Regards, Frank
--
Frank Küster
Debian Developer (TeXLive)
VCD Aschaffenburg-Miltenberg, ADFC Miltenberg
B90/Grüne KV Miltenberg
.
Of course I'd prefer your working on TeXLive 2008, but if you do prepare
packages for pgfplots, are you willing to keep on maintaining them when
TL 2008 is in the archive?
TIA, Frank
--
Frank Küster
Debian Developer (TeXLive)
VCD Aschaffenburg-Miltenberg, ADFC Miltenberg
B90/Grüne KV Miltenberg
=23164atid=377580]
I do not understand. The upstream item exists and has the state Closed,
with the comment that there was already an upstream request for this
which had been closed already.
What should we do about that?
Regards, Frank
--
Frank Küster
Debian Developer (TeXLive)
VCD
Andreas Tille [EMAIL PROTECTED] wrote:
On Tue, 25 Nov 2008, Frank Küster wrote:
http://christian-morgenstern.de/dcma/Der_Werwolf
Try
# apt-get install fortunes-de
$ fortune -m Werwölfe
to see even the plural version ...
Hope this makes a funny end to this story
Sadly
just learned, but then it's not a
WERwolf, but a banSHEE (the second english version).
Regards, Frank
--
Frank Küster
Debian Developer (TeXLive)
ADFC Miltenberg
B90/Grüne KV Miltenberg
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
customers, that is to say.
Have fun,
Frank
--
Frank Küster
Debian Developer (TeXLive)
ADFC Miltenberg
B90/Grüne KV Miltenberg
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Adeodato Simó [EMAIL PROTECTED] wrote:
* the role address for the wanna-build team is [EMAIL PROTECTED]
However, a buildd.debian.org pseudo-package has been requested in the
BTS,
Many thanks for these improvements, especially the one I cited!
Regards, Frank
--
Frank Küster
the content as you like, you just can't
reproduce the original PDF, and it would maybe be hard to make sure that
the typesetting still looks nice and readable with a free replacement
font with different metrics.
Regards, Frank
--
Frank Küster
Debian Developer (TeXLive)
ADFC Miltenberg
B90/Grüne KV
Jeff Carr [EMAIL PROTECTED] wrote:
On Sat, Oct 25, 2008 at 09:21, Frank Küster [EMAIL PROTECTED] wrote:
How can that be? (That is an ernest question)
Because that's how the hardware works. If you are making a widget and
you need a fpga or hybrid chip of any sort, then you generate a binary
could generate a PDF file from it and ship it in a separate source
package, with its LaTeX source.
If the PDF is frozen documentation, it's probably worth the effort. If
upstream changes the PDF with every new version, you should ask them for
their sources instead.
Regards, Frank
--
Frank
to be there is no such thing as source for
firmware, so we cannot possibly require it. But isn't that description
of the function just the source?
Regards, Frank
--
Frank Küster
Debian Developer (TeXLive)
ADFC Miltenberg
B90/Grüne KV Miltenberg
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject
mail-transport-agent
installs /usr/sbin/sendmail and conflicts with the others, because using
alternatives would probably lead to madness).
Regards, Frank
--
Frank Küster
Debian Developer (TeXLive)
ADFC Miltenberg
B90/Grüne KV Miltenberg
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject
, just look at texlive's most recent RC bugs
--
Frank Küster
Debian Developer (TeXLive)
ADFC Miltenberg
B90/Grüne KV Miltenberg
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
, Frank
--
Frank Küster
Debian Developer (TeXLive)
ADFC Miltenberg
B90/Grüne KV Miltenberg
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
-bin tetex-base tetex-extra
texlive-pictures-doc texlive-fonts-recommended-doc texlive-latex-base-doc
texlive-latex-recommended-doc
Architecture: source all
Version: 2007.dfsg.1-4
Distribution: unstable
Urgency: low
Maintainer: Debian TeX Maintainers [EMAIL PROTECTED]
Changed-By: Frank Küster
-grave, I leave
the judgement to the linux maintainers.
Regards, Frank
--
Frank Küster
Debian Developer (TeXLive)
ADFC Miltenberg
B90/Grüne KV Miltenberg
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Hi,
Am 29.08.2008 um 20:20 schrieb Lars Wirzenius:
pe, 2008-08-29 kello 19:51 +0200, Frank Küster kirjoitti:
Any ideas how I can start debugging this?
My first suspicion would be about the hardware.
Mine too.
You could run memtest86+
for at least 12 hours or until the first error
Hi,
Am 29.08.2008 um 23:44 schrieb J.A. Bezemer:
Boot with init=/bin/sh and wait. Still hangs? - kernel or hardware
problem.
It didn't hang for nearly an hour, and now again with the first
couple of scripts in /etc/rcS.d executed it is running for 20
minutes. I'll give it 15 minutes
Hi,
Am 28.08.2008 um 22:41 schrieb Frank Küster:
Package: general
Severity: grave
Since late last week, my system completely hangs - it stops accepting
any input from keyboard or mouse - after 3 to 5 minutes after booting.
This happens both in a text console and when running X.
I should
Package: general
Severity: grave
Since late last week, my system completely hangs - it stops accepting
any input from keyboard or mouse - after 3 to 5 minutes after booting.
This happens both in a text console and when running X.
Of course I suspected a hardware problem first, but the
simply ignore sizes not available in the upstream scripts
(should I give a warning on stdout?).
Do you have any suggestions?
I forwarded your question to d-u. Maybe some 'users' over there have
some suggestions of what they use/require... [3]
Thank you, good idea!
Regards, Frank
--
Frank
unanswered). Some argued that every
paper which can be fed to a printer on the market might be used as
default size on a particular system.
Do you have any suggestions?
Regards, Frank
--
Frank Küster
Debian Developer (TeXLive)
ADFC Miltenberg
B90/Grüne KV Miltenberg
--
To UNSUBSCRIBE, email to [EMAIL
Ben Hutchings [EMAIL PROTECTED] wrote:
On Sun, 2008-08-03 at 18:44 +0200, Frank Küster wrote:
snip
Therefore I asked upstream whether they'd be willing to add more paper
sizes, and they said they would accept patches. However, they also said
that they didn't want to bloat the code
: libglib2.0-0-dbg
Version: 2.16.3-2
It seems like some package which is frequently used in postinsts
declares insufficiently strict dependencies on libglib. Before I start
playing around with postinst scripts, is this issue known and reported?
Regards, Frank
--
Frank Küster
Debian Developer (teTeX
Steve Langasek [EMAIL PROTECTED] wrote:
Actually, the bug is that libglib-perl is second-guessing glib's package
dependencies and spitting out warnings that it shouldn't.
And it's already reported?
Thanks, Frank
--
Frank Küster
Debian Developer (teTeX/TeXLive)
--
To UNSUBSCRIBE, email
into
package instead of package-version.
Or into ., even.
Regards, Frank
--
Frank Küster
Debian Developer (teTeX/TeXLive)
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
others.
Regards, Frank
--
Frank Küster
Debian Developer (teTeX/TeXLive)
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
and the changes they made
themselves). You could even use ucf's --three-way option for merging
changes.
Regards, Frank
--
Frank Küster
Debian Developer (teTeX/TeXLive)
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.8
Date: Wed, 16 Apr 2008 21:54:38 +0200
Source: tex-common
Binary: tex-common
Architecture: source all
Version: 1.11
Distribution: unstable
Urgency: medium
Maintainer: Debian TeX maintainers [EMAIL PROTECTED]
Changed-By: Frank Küster [EMAIL
Nikita V. Youshchenko yoush at debian.org writes:
2008/4/4, Nikita V. Youshchenko yoush at debian.org:
Martin Schr?der wrote:
I'm trying to create a package that will when installed
automatically replace all TeX packages on the system with our
version of TeX.
Don't all
Timothy G Abbott tabbott at MIT.EDU writes:
On Mon, 25 Feb 2008, Frank Küster wrote:
Uh, you can dpkg-divert conffiles, but not generally configuration files,
since many won't even be known to dpkg. I must admit I'm a bit sceptical
about a proposal on configuration, written
Timothy G Abbott tabbott at MIT.EDU writes:
Anders Kaseorg and I created a system of CDBS modules (which we've
tentatively packaged as the config-package-dev package) for creating
Debian configuration packages. By configuration packages, we mean
packages that configure an existing Debian
sean finney seanius at debian.org writes:
while i don't have any specific knowledge or interest in the details of this
particular problem, i'd just add since you haven't mentioned it as an
alternative that you could always Conflict with the package in question while
waiting for a
Martin Michlmayr tbm at cyrius.com writes:
In
the past, I closed all bug reports from packages that were removed.
Some people were unhappy about this but it was the best solution we
had. This changed with the introduction of version tracking. The
idea now is to close them with a fake
Maybe also something along
tetex - teTeX
Tetex - teTeX
TeTeX - teTeX
(but any mention of teTeX, bless its memory, is probably a bug anyway)
tex[-]*live - TeX Live
TeX[-]*live - TeX Live
TeX[-]*Live - TeX Live
and even
TEX[^tT] - TeX
which may give many semi-false positives: Lots of things
Manoj Srivastava srivasta at debian.org writes:
On Wed, 5 Dec 2007 21:11:53 +0100, Matthias Klose doko at cs.tu-berlin.de
said:
IIRC we cannot assume that debian/rules is a makefile and pass them as
macros directly, so we have to pass them as environment variables.
I think
Don Armstrong don at debian.org writes:
On Mon, 19 Nov 2007, Norbert Preining wrote:
On Mo, 19 Nov 2007, Joerg Jaspert wrote:
- the source is present, no freedom is taken: The document is present,
the source code.
- the pdf can be regenerated albeit with minor quality.
Kevin Mark kevin.mark at verizon.net writes:
On Thu, Nov 08, 2007 at 10:08:30PM +0100, Christoph Haas wrote:
On Thu, Nov 08, 2007 at 10:06:01PM +0100, SZALAY Attila wrote:
I couldn't upload my package into the incoming queue with dupload
because I could not connect to
Holger Levsen holger at layer-acht.org writes:
So why should I subscribe to an additional list?
Because not every infrastructual bit should/needs to be announced on d-d-a?!
I didn't see any infrastructure announcement so far on d-d-a that should not
have been there. Furthermore - although I
brian m. carlson sandals at crustytoothpaste.ath.cx writes:
On Sun, Nov 04, 2007 at 10:10:58PM -0500, Mohammad Derakhshani wrote:
Package: wnpp
Severity: wishlist
X-Debbugs-CC: debian-devel at lists.debian.org
* Package name: zekr-quran-translations-ur
[...]
There is no
the
scripts think that, and find out whether there's a real issue?
TIA, Frank
--
Frank Küster
Debian Developer (teTeX/TeXLive)
Hi,
Sam Hocevar sam at zoy.org writes:
On Sat, Aug 04, 2007, Joey Hess wrote:
[initial comment moved here to fool gmane's you seem to be top-posting
message]
I've come across this intersting thread only today (I was without network access
in early August). Although I haven't read everything,
Joerg Jaspert [EMAIL PROTECTED] wrote:
On 11139 March 1977, Frank Küster wrote:
- Packages are buggy, even copyright files are. We should add a
machine-readable field that indicates that the rest of the machine-readable
information might not be correct or complete.
Thats the default
Stefano Zacchiroli zack at debian.org writes:
On Thu, Aug 30, 2007 at 03:19:43PM -0400, Eric Cooper wrote:
The Debian OCaml maintenance team is looking at how to organize the
HTML documentation provided by the various OCaml packages. Our first
Right, to add some details to that:
-
applications for
(approximately) the same task, that bothers you?
Regards, Frank
--
Frank Küster
Single Molecule Spectroscopy, Protein Folding @ Inst. f. Biochemie, Univ. Zürich
Debian Developer (teTeX/TeXLive)
1 - 100 of 978 matches
Mail list logo