.
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 inst
Joey Hess 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
stalled post-installation script returned error exit status 20
Errors were encountered while processing:
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 Aschaffe
oo" at the end, but that doesn't
change anything. 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 Milt
Date: 2011-05-10 18:09:45 +0200 (Di, 10 Mai 2011)
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 "uns
Adam Borowski 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 wit
ept that an other user of the laptop
should be able to use the same network without asking, nor that the keys
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
d 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 Milte
> file.
>
> 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...@list
with english vocabulary.
I don't care anymore for german translations. May the ones who cannot
read 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
nd that not everyone is using a "Desktop
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 UNSUB
work?
TIA, Frank
P.S. 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 (TeX
Frank Küster wrote:
> Steve Langasek 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
>>
Steve Langasek 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
that, too, I guess. I
have not followed this field 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 Aschaffen
own notion of warning/error 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
Roberto C. Sánchez 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.
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
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, ADFC Miltenberg
un it on both systems as GreatPerlScript.
Yes. And those 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 Aschaffenbu
version number,
and it switched some 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 autobuild
reformat the
context diff to unified, in case the upstream patch contains nothing 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...@l
; Then you'll need to write your "own" patch system that calls patch(1) to
> apply the patches, à la 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 t
(e.g. failing to make the necessary dh_foo
calls) might also mean that some packages need to be rebuilt.
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
avior is intended to a more
prominent, visible place.
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
ven for non-tools (read:
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
--
Luk Claes wrote:
> Frank Küster wrote:
>> Luk Claes 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
a depends on package b
>
> # 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 As
oot, texlive-base was installed
without tex-common 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 Miltenbe
Luk Claes wrote:
> Frank Küster wrote:
>> Luk Claes 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
Frank Küster wrote:
> Luk Claes 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
Philipp Kern wrote:
> On 2009-06-04, Frank Küster 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
t 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
> installs packages without installing their dependencies.
>
> A patch is appreciated, thanks for your cooperation.
Excuse me - 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. F
and looks to be easily solved
> by making sure that the maintainer scripts don't fail 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. F
ally do in such a case? 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
pecial header needs to be included,
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
uld
generate a package for building a backport, including correct changelog
entries.
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
blem with that package?
>
> 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 Develope
with that package?
Package: texlive-doc-base
Priority: optional
Section: tex
Installed-Size: 1216
I don't think the dependency's needed - I think it was just because we
found it easier to have texlive-base Depend on it, instead of every doc
package (which Depend's on texlive-base a
Neil Williams wrote:
> On Fri, 08 May 2009 11:59:27 +0200
> Frank Küster wrote:
>
>> Frank Lin PIAT wrote:
>>
>> > The development documentation for libraries and programming languages
>> > should not be installed by the runtime.
>> >
>>
n't
usually 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"
f them, just
as anyone receiving 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
er to do the change, 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
ter tested non-free one.
Not that I know 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-
nce there are no original
files in the package. They are only created 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
Jörg Sommer wrote:
> Right, but when I hook into apt-get, I can get the configuration file
> shipped with the packages.
You cannot, since the very purpose of ucf is to give dpkg-conffile-like
behavior for configuration files *not* shipped in the package.
Regards, Frank
--
Frank Küster
ge) ucf to make etc{git,keeper} usable with it: It would
have 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-Mi
o works on this regularly.
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 Mil
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 Aschaffenburg-Miltenber
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 ...
rks in English too, as I've 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 "
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, F
and the entire message discusses women as some kind of reward
> being offered to customers.
Undead 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]
urce
available as a LaTeX file, but LaTeX will typeset the document using a
non-free font.
Here, you can even modify 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 replac
"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
would be doable, and you
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.
Re
should be possible to install
and use both at the same time. Conflicts are useful if a package takes
over files from an other one, or if the maintainers decide that you need
to make a choice (e.g. each package providing mail-transport-agent
installs /usr/sbin/sendmail and conflicts with the o
eated as
the source, then?
I mean, your argument seems 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
B9
auditing and found
several, 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]
ompletely
removed from our ftp servers?
TIA, 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]
-duper-hyper-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 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 af
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 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 manufacture
s of what they use/require... [3]
Thank you, good idea!
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]
Ben Hutchings <[EMAIL PROTECTED]> wrote:
> On Sun, 2008-08-03 at 18:44 +0200, Frank Küster wrote:
>
>> 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
nothing else stayed 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 UNSUBSCR
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)
ckage: 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 (
othing "wrong" about an upstream tarball extracting into
> "" instead of "-".
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]
"Mathieu Malaterre" <[EMAIL PROTECTED]> wrote:
> On Mon, Jun 23, 2008 at 9:57 PM, Frank Küster <[EMAIL PROTECTED]> wrote:
>> "Mathieu Malaterre" <[EMAIL PROTECTED]> wrote:
>>
>>> 3. I was suggested libopensync for cmake/debian packa
a new system for building packages if you
are not familiar enough with Debian Policy to know that yourself.
Sorry, but that's how it is.
Regards, Frank
--
Frank Küster
Debian Developer (teTeX/TeXLive)
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
nd
(because the differences involve the driver 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]
disallowed?
>
> Maybe a common, group maintained, debian-unofficial-keyring package?
Err, no. I might want to trust the maintainers of backports.org to
handle their keys well, but not necessarily 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]
Nikita V. Youshchenko debian.org> writes:
>
> > 2008/4/4, Nikita V. Youshchenko 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.
> > >
> > >
Timothy G Abbott 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
Timothy G Abbott 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 system
sean finney 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 resolution.
Th
Martin Michlmayr 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 versio
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 thi
Manoj Srivastava debian.org> writes:
>
> On Wed, 5 Dec 2007 21:11:53 +0100, Matthias Klose 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 you rememb
Don Armstrong 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
Holger Levsen 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 agre
Kevin Mark 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 ftp-master.debian.or
brian m. carlson 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 lists.debian.org
> >
> >* Package name: zekr-quran-translations-ur
[...]
> > There is no authentic
ut why the
scripts think that, and find out whether there's a real issue?
TIA, Frank
--
Frank Küster
Debian Developer (teTeX/TeXLive)
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
Hi,
Sam Hocevar 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, it
Stefano Zacchiroli 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:
> - e
Josselin Mouette <[EMAIL PROTECTED]> wrote:
> Le jeudi 26 juillet 2007 08:25 +0200, Frank Küster a écrit :
>
>> Could you give guidelines how a maintainer of an application should
>> classify their app,
>
> Using categories described in [0] is a good start. The ma
tos.
But in fact, I think a user can both be a newbie to Linux (and even to
serious computer usage) and still have a quite focused interest, be it
"administration of a non-profit organization", a particular field of
science, game development, ...
Regards, Frank
--
Frank Küster
at you want: Is it particular categories
that you want to hide, or is it the sheer number of applications, and
the fact that there are going to be multiple 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)
and what you want: Is it particular categories
that you want to hide, or is it the sheer number of applications, and
the fact that there are going to be multiple 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)
the real world?
Regards, Frank
--
Frank Küster
Single Molecule Spectroscopy, Protein Folding @ Inst. f. Biochemie, Univ. Zürich
Debian Developer (teTeX/TeXLive)
Josselin Mouette <[EMAIL PROTECTED]> wrote:
> Le mercredi 25 juillet 2007 à 19:35 +0200, Frank Küster a écrit :
>> >> Menus, by their nature, are inherently unusable for the most frequently
>> >> used apps, and we should not be trying to make them more usable at
of type B
after only using it for type A for three weeks, everything that is only
used for B will be hidden.
No, thanks.
Regards, Frank
--
Frank Küster
Single Molecule Spectroscopy, Protein Folding @ Inst. f. Biochemie, Univ. Zürich
Debian Developer (teTeX/TeXLive)
s are not contradictory. I don't deny that many users
> make use of their toolbar, but I think we should keep the menu usable
> for users who don't.
I don't use a toolbar, but for me "usable" means that everything is
there...
Regards, Frank
--
Frank Küster
Single Molecule Spectroscopy, Protein Folding @ Inst. f. Biochemie, Univ. Zürich
Debian Developer (teTeX/TeXLive)
Mike Hommey <[EMAIL PROTECTED]> wrote:
> On Wed, Jul 25, 2007 at 09:56:11PM +0200, Frank Küster <[EMAIL PROTECTED]>
> wrote:
>> Mike Hommey <[EMAIL PROTECTED]> wrote:
>>
>> > On Wed, Jul 25, 2007 at 01:50:20PM -0500, Steve Greenland <[EMAIL
&
1 - 100 of 804 matches
Mail list logo
