On Fri, Oct 06, 2006 at 12:12:14AM +0200, Daniel Kobras wrote:
> On Thu, Oct 05, 2006 at 10:43:43PM +0200, Frank Küster wrote:
> > Moritz Muehlenhoff <[EMAIL PROTECTED]> wrote:
> > > Frank Küster wrote:
> > > > It's completely inacceptable for pdftex to acquire a dependency on gtk
> > > > or qt. I
Steve Langasek wrote:
> On Thu, Oct 05, 2006 at 08:09:30PM +0200, Luk Claes wrote:
>
>> Can someone please schedule binNMUs for:
>
>> dirmngr_0.9.6-1, rebuild against libpth2, 1, alpha, amd64, arm, hppa, i386,
>> ia64, m68k, mips, mipsel, powerpc, s390, sparc
>> gnupg2_1.9.20-2, rebuild against l
P.S. I'm out of town and away from Internet access this weekend,
until Tuesday.
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
On 2006-10-05 16:48:19 -0400 Frank Küster <[EMAIL PROTECTED]> wrote:
> Two actually, tetex and texlive, since both build the same binary,
> pdftex. How do you know the others don't have a problem? Has anybody
> tried to build the others?
Hmm... it looks like the new poppler does indeed change q
On Thu, Oct 05, 2006 at 08:09:30PM +0200, Luk Claes wrote:
> Can someone please schedule binNMUs for:
> dirmngr_0.9.6-1, rebuild against libpth2, 1, alpha, amd64, arm, hppa, i386,
> ia64, m68k, mips, mipsel, powerpc, s390, sparc
> gnupg2_1.9.20-2, rebuild against libpth2, 1, alpha, amd64, arm, hp
On Thu, Oct 05, 2006 at 10:43:43PM +0200, Frank Küster wrote:
> Moritz Muehlenhoff <[EMAIL PROTECTED]> wrote:
> > Frank Küster wrote:
> > > It's completely inacceptable for pdftex to acquire a dependency on gtk
> > > or qt. If using plain libpoppler turns out to be impossible, we'd
> >
> > Nearly
On 2006-10-05 16:48:19 -0400 Frank Küster <[EMAIL PROTECTED]> wrote:
> Steve Langasek <[EMAIL PROTECTED]> wrote:
>> Six packages build-depend on libpoppler-dev, but I understand that only one
>> of them is affected by the API change; so it seems my concern about
>> cost/benefit of changing the pac
Thank you to all the maintainers who have updated their packages for the
GNUstep transition. Thank you as well to our sponsors, and to Aj for
processing our packages that were stuck in NEW. We almost have
everything uploaded, so:
Important: Please try to avoid making any uploads of GNUstep-rel
Steve Langasek <[EMAIL PROTECTED]> wrote:
> On Thu, Oct 05, 2006 at 12:01:50PM +0200, Ondřej Surý wrote:
>> > - Since the API changed, shouldn't the -dev package change its name, or
>> > is this information in the Library Packaging Guide controversial? Or
>> > even if it's generally consensua
Moritz Muehlenhoff <[EMAIL PROTECTED]> wrote:
> On 2006-10-02, Norbert Preining logic.at> wrote:
>> On Mon, 02 Okt 2006, Ond??ej Surý wrote:
>>> poppler 0.5.4 (f.d.o PDF rendering library) was declared stable by
>>> upstream and I would like to upload new version to unstable which
>>> changes SON
Hi,
sorry that I didn't answer - this mail either didn't make it to the
tetex list, or I simply missed it.
Moritz Muehlenhoff <[EMAIL PROTECTED]> wrote:
> Frank Küster wrote:
> > It's completely inacceptable for pdftex to acquire a dependency on gtk
> > or qt. If using plain libpoppler turns ou
On Wed, Oct 04, 2006 at 09:48:07AM +0200, Mike Hommey wrote:
> On Tue, Oct 03, 2006 at 11:52:33PM -0700, Steve Langasek wrote:
> > On Tue, Oct 03, 2006 at 09:14:29PM +0200, Bastian Blank wrote:
> > > XenSource published a trademark policy[1]. I don't think we will be able
> > > to follow it if we
On Tue, Oct 03, 2006 at 04:29:59PM +0200, Frank Küster wrote:
> > 0.5.4-2 is in experimental (i386) and can be used as base for
> > transition.
> Well, we can use them as a base for testing. However, it seems as if
> starting the transition would be a bit premature. I have seen a couple
> of que
On Thu, Oct 05, 2006 at 12:01:50PM +0200, Ondřej Surý wrote:
> > - Since the API changed, shouldn't the -dev package change its name, or
> > is this information in the Library Packaging Guide controversial? Or
> > even if it's generally consensual, should the name still be kept
> > unchanged
Hi
Can someone please schedule binNMUs for:
dirmngr_0.9.6-1, rebuild against libpth2, 1, alpha, amd64, arm, hppa, i386,
ia64, m68k, mips, mipsel, powerpc, s390, sparc
gnupg2_1.9.20-2, rebuild against libpth2, 1, alpha, amd64, arm, hppa, i386,
ia64, m68k, mips, mipsel, powerpc, s390, sparc
Cheers
Hi
Can someone please schedule binNMUs for:
mlterm_2.9.3-3, rebuild against libiiimcf2, 1, alpha, amd64, arm, hppa, i386,
ia64, mips, mipsel, powerpc, s390, sparc
Cheers
Luk
--
Luk Claes - http://people.debian.org/~luk - GPG key 1024D/9B7C328D
Fingerprint: D5AF 25FB 316B 53BB 08E7 F999 E5
Hi Junichi,
you wrote (in #389903):
>> > Unfortunately apt-listbugs was neglected for such a long time that
>> > apt-listbugs in stable is broken without hope of repair.
>> >
>> > Please remove apt-listbugs package and then install after upgrade to
>> > sid is finished.
389903 submitter:
>> Ther
Lucas Nussbaum wrote:
> Hi,
Hi
> With the release of etch approaching, it would be nice to do a lot of
> archive-wide QA work. However, such work has generally been done without
> much synchronization/coordination, and the draft QA report[0] is nearly
> empty.
>
> I was wondering what people wer
Ondřej Surý <[EMAIL PROTECTED]> wrote:
> Step 1:
> Looks like ideal move would be to create libpoppler0.5-dev; -glib and
> -qt bindings didn't change API, so they could keep their name.
>
> Step 2:
> And I will introduce debian specific SONAME for libpoppler, so we are
> not hit by random ABI chan
Frank Küster píše v Čt 05. 10. 2006 v 13:00 +0200:
> Ondřej Surý <[EMAIL PROTECTED]> wrote:
>
> > Step 1:
> > Looks like ideal move would be to create libpoppler0.5-dev; -glib and
> > -qt bindings didn't change API, so they could keep their name.
> >
> > Step 2:
> > And I will introduce debian spe
Frank Küster píše v Út 03. 10. 2006 v 16:29 +0200:
> Ondřej Surý <[EMAIL PROTECTED]> wrote:
>
> > On Mon, 2006-10-02 at 22:39 +0200, Norbert Preining wrote:
> >> Dear Ondrej!
> >>
> >> Can you now tell us what the status is? It is a bit unclear for me? I
> >> can create new packages for texlive-b
Hi,
With the release of etch approaching, it would be nice to do a lot of
archive-wide QA work. However, such work has generally been done without
much synchronization/coordination, and the draft QA report[0] is nearly
empty.
I was wondering what people were currently working on. It seems that
Bi
22 matches
Mail list logo