Bug#551323: dpkg-repack: eats an epoch from version number in the name of result file

2009-10-17 Thread Eugene V. Lyubimkin
Package: dpkg-repack
Version: 1.31
Severity: important

$ dpkg -l | grep xserver-xorg-video-voodoo
ii  xserver-xorg-video-voodoo1:1.2.2-1
$ fakeroot -u dpkg-repack xserver-xorg-video-voodoo
dpkg-deb: building package `xserver-xorg-video-voodoo' in
`./xserver-xorg-video-voodoo_1.2.2-1_amd64.deb'


-- System Information:
Debian Release: squeeze/sid
  APT prefers unstable
  APT policy: (500, 'unstable'), (1, 'experimental')
Architecture: amd64 (x86_64)

Kernel: Linux 2.6.30-1-amd64 (SMP w/2 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash

Versions of packages dpkg-repack depends on:
ii  dpkg-dev  1.15.4 Debian package development tools
ii  perl  5.10.1-5   Larry Wall's Practical Extraction 

dpkg-repack recommends no packages.

dpkg-repack suggests no packages.

-- no debconf information



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org



Bug#551323: dpkg-repack: eats an epoch from version number in the name of result file

2009-10-17 Thread Eugene V. Lyubimkin
Joey Hess wrote:
 Eugene V. Lyubimkin wrote:
 Severity: important
 
 Filenames of .deb files are not important.
They are important. Unless .deb have a canonical name, I cannot use packed
.debs as cached archives to install with cupt/apt.

 $ dpkg -l | grep xserver-xorg-video-voodoo
 ii  xserver-xorg-video-voodoo1:1.2.2-1
 $ fakeroot -u dpkg-repack xserver-xorg-video-voodoo
 dpkg-deb: building package `xserver-xorg-video-voodoo' in
 `./xserver-xorg-video-voodoo_1.2.2-1_amd64.deb'
 
 This is done by dpkg-deb when building any package with an epoch in any
 way. Epochs are not intended to be user-visible.
 
This is news for me. Where can I find the source of this statement?

Anyway, I need the way the rename the target file to the name I want to have.
As I understand, the best I can do is guess the target .deb name by package
name, right? I.e. no option where I can specify the target name myself?

-- 
Eugene V. Lyubimkin aka JackYF, JID: jackyf.devel(maildog)gmail.com
C++/Perl developer, Debian Developer



signature.asc
Description: OpenPGP digital signature


Bug#551323: dpkg-repack: eats an epoch from version number in the name of result file

2009-10-17 Thread Eugene V. Lyubimkin
reopen 551323
reassign 551323 dpkg
severity 551323 normal
thanks

Joey Hess wrote:

 This is done by dpkg-deb when building any package with an epoch in any
 way.
I reassigned then.

-- 
Eugene V. Lyubimkin aka JackYF, JID: jackyf.devel(maildog)gmail.com
C++/Perl developer, Debian Developer



signature.asc
Description: OpenPGP digital signature


Bug#551323: dpkg-repack: eats an epoch from version number in the name of result file

2009-10-17 Thread Joey Hess
Eugene V. Lyubimkin wrote:
 They are important. Unless .deb have a canonical name, I cannot use packed
 .debs as cached archives to install with cupt/apt.

apt web-escapes various characters, including the : in an epoch, so
you would have to modify filenames even if the epoch was included.

(Anyway, I was referring to the bug report priority, which does not meet
policy's definition of important.)

  This is done by dpkg-deb when building any package with an epoch in any
  way. Epochs are not intended to be user-visible.
  
 This is news for me. Where can I find the source of this statement?

dpkg 1.2.0:

  * Epochs in version numbers implemented, using the syntax
epoch:version-revision.  (Epoch not usually displayed.)

Although they eventually changed this policy, see #107449. So
perhaps they'd be willing to change dpkg-deb to include epochs now if asked.

 Anyway, I need the way the rename the target file to the name I want to have.
 As I understand, the best I can do is guess the target .deb name by package
 name, right? I.e. no option where I can specify the target name myself?

apt determines the filenames for its cache using the package name and version,
AFAIK.

-- 
see shy jo


signature.asc
Description: Digital signature


Bug#551323: dpkg-repack: eats an epoch from version number in the name of result file

2009-10-17 Thread Eugene V. Lyubimkin
Joey Hess wrote:
 Eugene V. Lyubimkin wrote:
 They are important. Unless .deb have a canonical name, I cannot use packed
 .debs as cached archives to install with cupt/apt.
 
 apt web-escapes various characters, including the : in an epoch, so
 you would have to modify filenames even if the epoch was included.
Cupt is able to pick up both web-escaped and non-web-escaped characters. I
would prefer non-escaped variant as more clear, but that's not so important.

 This is done by dpkg-deb when building any package with an epoch in any
 way. Epochs are not intended to be user-visible.

 This is news for me. Where can I find the source of this statement?
 
 dpkg 1.2.0:
 
   * Epochs in version numbers implemented, using the syntax
 epoch:version-revision.  (Epoch not usually displayed.)
 
 Although they eventually changed this policy, see #107449. So
 perhaps they'd be willing to change dpkg-deb to include epochs now if asked.
Yeah. Epochs are shown everywhere nowadays, that's why I asked.

And, yes, fellow dpkg developers, please do this.

 apt determines the filenames for its cache using the package name and version,
 AFAIK.
Exactly. Including epoch.

-- 
Eugene V. Lyubimkin aka JackYF, JID: jackyf.devel(maildog)gmail.com
C++/Perl developer, Debian Developer



signature.asc
Description: OpenPGP digital signature