Bug#772657: ttf-cjk-compact: build-depends on ruby1.8

2014-12-09 Thread Ralf Treinen
Source: ttf-cjk-compact
Version: 1.20
Severity: serious
Tags: jessie
User: trei...@debian.org
Usertags: edos-uninstallable

Hi,

ttf-cjk-compact build-depends on ruby1.8, which does not exist in jessie.
In fact, ruby1.8 was removed from testing on 2014-03-13.

-Ralf.


-- 
To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/20141209172542.ga1...@murdock.inria.org



Bug#772657: ttf-cjk-compact: build-depends on ruby1.8

2014-12-09 Thread Cyril Brulebois
Ralf Treinen trei...@pps.univ-paris-diderot.fr (2014-12-09):
 Source: ttf-cjk-compact
 Version: 1.20
 Severity: serious
 Tags: jessie
 User: trei...@debian.org
 Usertags: edos-uninstallable
 
 Hi,
 
 ttf-cjk-compact build-depends on ruby1.8, which does not exist in jessie.
 In fact, ruby1.8 was removed from testing on 2014-03-13.

It really would be nice not to remove packages that are still
build-depended on, especially when no bug reports are being filed.

One month into the freeze isn't exactly the right time to attempt a 1.8
to 1.9 (or whatever else is current this week) ruby transition in d-i
packages.

Can you please fix whatever tool you're using to make sure this doesn't
happen again? (Wild guess, dak rm vs. udebs?)

Mraw,
KiBi.


signature.asc
Description: Digital signature


Bug#772657: ttf-cjk-compact: build-depends on ruby1.8

2014-12-09 Thread Christian Hofstaedtler
* Cyril Brulebois k...@debian.org [141209 18:41]:
 Ralf Treinen trei...@pps.univ-paris-diderot.fr (2014-12-09):
  Source: ttf-cjk-compact
  Version: 1.20
  Severity: serious
  Tags: jessie
  User: trei...@debian.org
  Usertags: edos-uninstallable
  
  Hi,
  
  ttf-cjk-compact build-depends on ruby1.8, which does not exist in jessie.
  In fact, ruby1.8 was removed from testing on 2014-03-13.
 
 It really would be nice not to remove packages that are still
 build-depended on, especially when no bug reports are being filed.
 
 One month into the freeze isn't exactly the right time to attempt a 1.8
 to 1.9 (or whatever else is current this week) ruby transition in d-i
 packages.

AFAICT, ttf-cjk-compact 1.20 is not in jessie or sid.
ttf-cjk-compact 1.23 from jessie/sid depends on ruby, not ruby1.8.

From here it looks like there was no bug filed because 1.21 already
fixed this issue (in 2013) without us needing to file an additional
bug.

Best,
-- 
 ,''`.  Christian Hofstaedtler z...@debian.org
: :' :  Debian Developer
`. `'   7D1A CFFA D9E0 806C 9C4C  D392 5C13 D6DB 9305 2E03
  `-



pgpS6fzlhK6mT.pgp
Description: PGP signature


Bug#772657: ttf-cjk-compact: build-depends on ruby1.8

2014-12-09 Thread Ralf Treinen
On Tue, Dec 09, 2014 at 08:51:52PM +0100, Christian Hofstaedtler wrote:
 * Cyril Brulebois k...@debian.org [141209 18:41]:
  Ralf Treinen trei...@pps.univ-paris-diderot.fr (2014-12-09):
   Source: ttf-cjk-compact
   Version: 1.20
   Severity: serious
   Tags: jessie
   User: trei...@debian.org
   Usertags: edos-uninstallable
   
   Hi,
   
   ttf-cjk-compact build-depends on ruby1.8, which does not exist in jessie.
   In fact, ruby1.8 was removed from testing on 2014-03-13.
  
  It really would be nice not to remove packages that are still
  build-depended on, especially when no bug reports are being filed.
  
  One month into the freeze isn't exactly the right time to attempt a 1.8
  to 1.9 (or whatever else is current this week) ruby transition in d-i
  packages.
 
 AFAICT, ttf-cjk-compact 1.20 is not in jessie or sid.
 ttf-cjk-compact 1.23 from jessie/sid depends on ruby, not ruby1.8.

In fact, the jessie Sources file contains both 1.20 and 1.23. Which means 
there is indeed no bug against ttf-cjk-compact.

However, this seems still strange to me. I know that sid may contain
temporarily multiple versions of the same package, but I don't think
that this is OK for testing.

Ralf.


-- 
To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/20141209201650.gb6...@seneca.home.org



Bug#772657: ttf-cjk-compact: build-depends on ruby1.8

2014-12-09 Thread Christian Hofstaedtler
* Adam D. Barratt a...@adam-barratt.org.uk [141209 21:05]:
 On Tue, 2014-12-09 at 20:51 +0100, Christian Hofstaedtler wrote:
  * Cyril Brulebois k...@debian.org [141209 18:41]:
   Ralf Treinen trei...@pps.univ-paris-diderot.fr (2014-12-09):
Source: ttf-cjk-compact
Version: 1.20
Tags: jessie

  AFAICT, ttf-cjk-compact 1.20 is not in jessie or sid.
  ttf-cjk-compact 1.23 from jessie/sid depends on ruby, not ruby1.8.
 
 It's still in sid's Sources file, but marked as Extra-Source-Only.
 AFAICS, that's due to us having bumped stable's
 debian-installer-netboot-images (which was quite legitimately built
 against ttf-cjk-compact 1.20 and ruby1.8) in to sid and jessie during
 the last point release.

rmadison and dak ls (on coccia) both don't show any indication of
ttf-cjk-compact 1.20 being 'in' jessie/sid.
The BTS also thinks 1.20 as being in stable, and 1.23 being the
jessie/sid version.

apt-cache showsrc was showing me an 1.20 source package, but I
disregarded it with I may have wheezy sources configured in this
VM.

If the common tools fail at showing this, then I'm really at a loss
of tools and would like to request improvements to these tools.

 This is not a bug in the package, nor anything that can be fixed other
 than by a source upload of d-i-n-i for sid. I'm therefore going to close
 this report.
 
 (In general, it's worth checking such things aren't purely E-S-O: yes.)

Thanks for the explanation.

C.

-- 
 ,''`.  Christian Hofstaedtler z...@debian.org
: :' :  Debian Developer
`. `'   7D1A CFFA D9E0 806C 9C4C  D392 5C13 D6DB 9305 2E03
  `-



pgp4hXxfIxoRN.pgp
Description: PGP signature


Bug#772657: ttf-cjk-compact: build-depends on ruby1.8

2014-12-09 Thread Ralf Treinen
On Tue, Dec 09, 2014 at 08:04:50PM +, Adam D. Barratt wrote:
 On Tue, 2014-12-09 at 20:51 +0100, Christian Hofstaedtler wrote:
  * Cyril Brulebois k...@debian.org [141209 18:41]:
   Ralf Treinen trei...@pps.univ-paris-diderot.fr (2014-12-09):
Source: ttf-cjk-compact
Version: 1.20
Severity: serious
Tags: jessie
User: trei...@debian.org
Usertags: edos-uninstallable

Hi,

ttf-cjk-compact build-depends on ruby1.8, which does not exist in 
jessie.
In fact, ruby1.8 was removed from testing on 2014-03-13.
   
   It really would be nice not to remove packages that are still
   build-depended on, especially when no bug reports are being filed.
   
   One month into the freeze isn't exactly the right time to attempt a 1.8
   to 1.9 (or whatever else is current this week) ruby transition in d-i
   packages.
  
  AFAICT, ttf-cjk-compact 1.20 is not in jessie or sid.
  ttf-cjk-compact 1.23 from jessie/sid depends on ruby, not ruby1.8.
 
 It's still in sid's Sources file, but marked as Extra-Source-Only.
 AFAICS, that's due to us having bumped stable's
 debian-installer-netboot-images (which was quite legitimately built
 against ttf-cjk-compact 1.20 and ruby1.8) in to sid and jessie during
 the last point release.
 
 This is not a bug in the package, nor anything that can be fixed other
 than by a source upload of d-i-n-i for sid. I'm therefore going to close
 this report.
 
 (In general, it's worth checking such things aren't purely E-S-O: yes.)

OK. Julien pointed me already to E-S-O in the context of a different
case where I had reported missing build-depends. Sorry for the noise,
I'll refine my script.

-Ralf.


-- 
To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/20141209202718.gc6...@seneca.home.org



Bug#772657: ttf-cjk-compact: build-depends on ruby1.8

2014-12-09 Thread Bastian Blank
On Tue, Dec 09, 2014 at 09:16:50PM +0100, Ralf Treinen wrote:
 In fact, the jessie Sources file contains both 1.20 and 1.23. Which means 
 there is indeed no bug against ttf-cjk-compact.

It is marked with
| Extra-Source-Only: yes
So it is only there to fullfil source requirements with a Built-Using
declaration.

 However, this seems still strange to me. I know that sid may contain
 temporarily multiple versions of the same package, but I don't think
 that this is OK for testing.

Different problem.  Unstable can have binary packages of different
version on different architectures and the corresponding sources.

Bastian

-- 
First study the enemy.  Seek weakness.
-- Romulan Commander, Balance of Terror, stardate 1709.2


-- 
To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/20141209214921.ga3...@mail.waldi.eu.org