Bug#452273: dpkg-gencontrol: incorrect warning "deb package with udeb specific field Installer-Menu-Item"

2007-11-21 Thread Joey Hess
Guillem Jover wrote:
> It's not included and has never been, because only the ones with B are.
> But now it's explicit given that dpkg-gencontrol supports the
> field. Package-Type should have been XB- from the beginning. That
> information is pertinent to the binary package and not to the changes
> file.

No, there is no reason to bloat udebs with this infrormation. This
information is only used when building udebs.

-- 
see shy jo


signature.asc
Description: Digital signature


Bug#452273: dpkg-gencontrol: incorrect warning "deb package with udeb specific field Installer-Menu-Item"

2007-11-21 Thread Guillem Jover
Hi,

On Wed, 2007-11-21 at 17:10:39 +0100, Frans Pop wrote:
> The actual problem seems to be that XC-Package-Type is not included in %f.
> Maybe because of the XC- prefix?
> 
> From a debugging session:
> %f = (
>'Architecture' => 'all'
>'Depends' => 'cdebconf-udeb, di-utils (>= 1.18)'
>'Description' => 'Execute a shell'
>'Installer-Menu-Item' => 95000
>'Maintainer' => 'Debian Install System Team <[EMAIL PROTECTED]>'
>'Package' => 'di-utils-shell'
>'Priority' => 'standard'
>'Section' => 'debian-installer'
>'Version' => 1.50
> )
> 
> Note that almost all udebs currently have "XC-Package-Type" as header
> instead of "Package-Type", so supporting that would be very much
> appreciated.

It's not included and has never been, because only the ones with B are.
But now it's explicit given that dpkg-gencontrol supports the
field. Package-Type should have been XB- from the beginning. That
information is pertinent to the binary package and not to the changes
file. Also this way dpkg-deb will be able to automatically select the
correct extension, for example. So if there's no other argument I'll
close the bug report tomorrow or so.

Note that apart from the warning the current udebs should build as
before.

> Should we start converting to use "Package-Type"?

Sure.

regards,
guillem




-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]



Bug#452339: dpkg-dev: fails to parse some shlibs files

2007-11-21 Thread Aurelien Jarno
Package: dpkg-dev
Version: 1.14.9
Severity: serious

>From my build log:

dh_compress -pkzenexplorer -X .dcl -X .docbook -X -license -X .tag -X .sty -X 
.el
dh_fixperms -pkzenexplorer
dh_makeshlibs -pkzenexplorer
dh_installdeb -pkzenexplorer
dh_perl -pkzenexplorer
dh_shlibdeps -pkzenexplorer
dpkg-shlibdeps: failure: No dependency information found for libusb-0.1.so.4 
(used by debian/kzenexplorer/usr/bin/kzenexplorer).
dh_shlibdeps: command returned error code 65280
make: *** [binary-predeb-IMPL/kzenexplorer] Error 1

But libusb-0.1.so.4 has a shlib file:

[volta:~]$ cat /var/lib/dpkg/info/libusb-0.1-4.shlibs
libusb-0.1 4 libusb-0.1-4 (>= 2:0.1.12)
udeb: libusb-0.1 4 libusb-0.1-udeb (>= 2:0.1.12)


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

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

Versions of packages dpkg-dev depends on:
ii  binutils  2.18-1 The GNU assembler, linker and bina
ii  cpio  2.9-4  GNU cpio -- a program to manage ar
ii  dpkg  1.14.9 package maintenance system for Deb
ii  make  3.81-3 The GNU version of the "make" util
ii  patch 2.5.9-4Apply a diff file to an original
ii  perl [perl5]  5.8.8-11   Larry Wall's Practical Extraction 
ii  perl-modules  5.8.8-11   Core Perl modules

Versions of packages dpkg-dev recommends:
ii  bcc [c-compiler]  0.16.17-2  16-bit x86 C compiler
ii  bzip2 1.0.3-7high-quality block-sorting file co
ii  gcc [c-compiler]  4:4.2.1-6  The GNU C compiler
ii  gcc-3.3 [c-compiler]  1:3.3.6-15 The GNU C compiler
ii  gcc-3.4 [c-compiler]  3.4.6-6The GNU C compiler
ii  gcc-4.1 [c-compiler]  4.1.2-16   The GNU C compiler
ii  gcc-4.2 [c-compiler]  4.2.2-2The GNU C compiler

-- no debconf information




-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]



Processed: severity of 452338 is serious

2007-11-21 Thread Debian Bug Tracking System
Processing commands for [EMAIL PROTECTED]:

> # Automatically generated email from bts, devscripts version 2.10.9
> severity 452338 serious
Bug#452338: dpkg-dev: should ignore private libraries
Severity set to `serious' from `normal'

>
End of message, stopping processing here.

Please contact me if you need assistance.

Debian bug tracking system administrator
(administrator, Debian Bugs database)



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]



Bug#452338: dpkg-dev: should ignore private libraries

2007-11-21 Thread Aurelien Jarno
Package: dpkg-dev
Version: 1.14.9
Severity serious

>From my build log:

Automatic build of fassets_260.72-1 on himalia1 by sbuild/kfreebsd-i386 98
Build started at 20071121-2223
**
Checking available source versions...
Fetching source files...
Reading package lists...
Building dependency tree...
Reading state information...
Need to get 94.4kB of source archives.
Get:1 http://ftp.fr.debian.org unstable/main fassets 260.72-1 (dsc) [712B]
Get:2 http://ftp.fr.debian.org unstable/main fassets 260.72-1 (tar) [91.3kB]
Get:3 http://ftp.fr.debian.org unstable/main fassets 260.72-1 (diff) [2343B]

[...]

dh_installdeb -pr-cran-fassets 
dh_perl -pr-cran-fassets 
dh_shlibdeps -pr-cran-fassets
dpkg-shlibdeps: warning: Can't extract name and version from library name 
`libR.so'
dpkg-shlibdeps: warning: Can't extract name and version from library name 
`libR.so'
dpkg-shlibdeps: failure: No dependency information found for libR.so (used by 
debian/r-cran-fassets/usr/lib/R/site-library/fAssets/libs/fAssets.so).
dh_shlibdeps: command returned error code 512
make: *** [binary-predeb-IMPL/r-cran-fassets] Error 1
dpkg-buildpackage: failure: /usr/bin/fakeroot debian/rules binary-arch gave 
error exit status 2


libR.so is a private library that has no SONAME, and that is installed
in /usr/lib/R/lib/. It should be ignored by dpkg-dev has it was the
cases in the previous versions.






-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]



Bug#155676: Create a successful career within our company

2007-11-21 Thread devland marge

We are Looking for partners worldwide. The position is home-based. Our Company 
Head Office is located in UK with branches all over the world. We are looking 
for talented, honest, reliable representatives from different regions. The 
ideal candidate will be an intelligent person, someone who can work 
autonomously with a high degree of enthusiasm. Our Company offers a very 
competitive salary to the successful candidate, along with an unrivalled career 
progression opportunity.

If you would like to work with our active, dynamic team, we invite you to apply for employment. Preference will be given to applicants with knowledge of multiple languages. 
Please send the following information to [EMAIL PROTECTED]
1. Full name 
2 Address of residence

3 Contact Phone numbers
4 Languages spoken
5 Whether you are interested in part time job or full time employment. 

Thank you.  We look forward to working with you. 


If you received this message in error, please send a blank email to: [EMAIL 
PROTECTED]





--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]



Bug#452318: dpkg-dev: new dpkg-shlibdeps spews insane amount of warnings

2007-11-21 Thread Sune Vuorela
Package: dpkg-dev
Version: 1.14.9
Severity: normal


When building kdebase - after using quite some time to get
--ignore-missing-info to go thru the build system, I now get a insane
unreadable amount of warnings. The only thing it does is cluttering the
build log and make it hard to try to locate anything important.

Please don't print the 
dpkg-shlibdeps: warning: symbol _ZN7QWidget7setMaskERK7QRegion used by
debian/kdebase-bin/usr/lib/libkdeinit_kxkb.so found in none of the
libraries.

lines unless some --debug flag is added.

/Sune


-- System Information:
Debian Release: lenny/sid
  APT prefers unstable
  APT policy: (500, 'unstable'), (500, 'testing'), (200, 'experimental')
Architecture: i386 (i686)

Kernel: Linux 2.6.20-1-vserver-k7 (SMP w/1 CPU core)
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)
Shell: /bin/sh linked to /bin/dash

Versions of packages dpkg-dev depends on:
ii  binutils2.18.1~cvs20071027-1 The GNU assembler, linker and bina
ii  cpio2.9-6GNU cpio -- a program to manage ar
ii  dpkg1.14.7   package maintenance system for Deb
ii  make3.81-3   The GNU version of the "make" util
ii  patch   2.5.9-4  Apply a diff file to an original
ii  perl [perl5]5.8.8-12 Larry Wall's Practical Extraction 
ii  perl-modules5.8.8-12 Core Perl modules

Versions of packages dpkg-dev recommends:
ii  bzip21.0.3-7 high-quality block-sorting file co
ii  gcc [c-compiler] 4:4.2.1-6   The GNU C compiler
ii  gcc-2.95 [c-compiler]1:2.95.4-27 The GNU C compiler
ii  gcc-3.4 [c-compiler] 3.4.6-6 The GNU C compiler
ii  gcc-4.1 [c-compiler] 4.1.2-17The GNU C compiler
ii  gcc-4.2 [c-compiler] 4.2.2-3 The GNU C compiler

-- no debconf information




-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]



Bug#452273: Package-Type

2007-11-21 Thread Joey Hess
Frans seems to be spot on, dpkg should honor XC-Package-Type, and
Package-Type should be treated as an implicitly "XC" field, that is not
propigated into built packages. Unless you have a plan for including
Package-Type in a [u]]deb that I'm unaware of.

-- 
see shy jo


signature.asc
Description: Digital signature


Bug#139569: marked as forwarded ([INSTALL-INFO] support documents with more than one section)

2007-11-21 Thread Debian Bug Tracking System
Your message dated Wed, 21 Nov 2007 20:12:47 +
with message-id <[EMAIL PROTECTED]>
has caused the Debian Bug report #139569,
regarding [INSTALL-INFO] support documents with more than one section
to be marked as having been forwarded to the upstream software
author(s) .

(NB: If you are a system administrator and have no idea what I am
talking about this indicates a serious mail system misconfiguration
somewhere.  Please contact me immediately.)

Debian bug tracking system administrator
(administrator, Debian Bugs database)

--- Begin Message ---

We are Looking for partners worldwide. The position is home-based. Our Company 
Head Office is located in UK with branches all over the world. We are looking 
for talented, honest, reliable representatives from different regions. The 
ideal candidate will be an intelligent person, someone who can work 
autonomously with a high degree of enthusiasm. Our Company offers a very 
competitive salary to the successful candidate, along with an unrivalled career 
progression opportunity.

If you would like to work with our active, dynamic team, we invite you to apply for employment. Preference will be given to applicants with knowledge of multiple languages. 
Please send the following information to [EMAIL PROTECTED]
1. Full name 
2 Address of residence

3 Contact Phone numbers
4 Languages spoken
5 Whether you are interested in part time job or full time employment. 

Thank you.  We look forward to working with you. 


If you received this message in error, please send a blank email to: [EMAIL 
PROTECTED]


--- End Message ---


Bug#180127: marked as forwarded ([INSTALL-INFO] support new direntry format)

2007-11-21 Thread Debian Bug Tracking System
Your message dated Wed, 21 Nov 2007 20:12:47 +
with message-id <[EMAIL PROTECTED]>
has caused the Debian Bug report #180127,
regarding [INSTALL-INFO] support new direntry format
to be marked as having been forwarded to the upstream software
author(s) .

(NB: If you are a system administrator and have no idea what I am
talking about this indicates a serious mail system misconfiguration
somewhere.  Please contact me immediately.)

Debian bug tracking system administrator
(administrator, Debian Bugs database)

--- Begin Message ---

We are Looking for partners worldwide. The position is home-based. Our Company 
Head Office is located in UK with branches all over the world. We are looking 
for talented, honest, reliable representatives from different regions. The 
ideal candidate will be an intelligent person, someone who can work 
autonomously with a high degree of enthusiasm. Our Company offers a very 
competitive salary to the successful candidate, along with an unrivalled career 
progression opportunity.

If you would like to work with our active, dynamic team, we invite you to apply for employment. Preference will be given to applicants with knowledge of multiple languages. 
Please send the following information to [EMAIL PROTECTED]
1. Full name 
2 Address of residence

3 Contact Phone numbers
4 Languages spoken
5 Whether you are interested in part time job or full time employment. 

Thank you.  We look forward to working with you. 


If you received this message in error, please send a blank email to: [EMAIL 
PROTECTED]


--- End Message ---


Bug#262596: marked as forwarded ([INSTALL-INFO] support documents with more than one section)

2007-11-21 Thread Debian Bug Tracking System
Your message dated Wed, 21 Nov 2007 20:12:47 +
with message-id <[EMAIL PROTECTED]>
has caused the Debian Bug report #262596,
regarding [INSTALL-INFO] support documents with more than one section
to be marked as having been forwarded to the upstream software
author(s) .

(NB: If you are a system administrator and have no idea what I am
talking about this indicates a serious mail system misconfiguration
somewhere.  Please contact me immediately.)

Debian bug tracking system administrator
(administrator, Debian Bugs database)

--- Begin Message ---

We are Looking for partners worldwide. The position is home-based. Our Company 
Head Office is located in UK with branches all over the world. We are looking 
for talented, honest, reliable representatives from different regions. The 
ideal candidate will be an intelligent person, someone who can work 
autonomously with a high degree of enthusiasm. Our Company offers a very 
competitive salary to the successful candidate, along with an unrivalled career 
progression opportunity.

If you would like to work with our active, dynamic team, we invite you to apply for employment. Preference will be given to applicants with knowledge of multiple languages. 
Please send the following information to [EMAIL PROTECTED]
1. Full name 
2 Address of residence

3 Contact Phone numbers
4 Languages spoken
5 Whether you are interested in part time job or full time employment. 

Thank you.  We look forward to working with you. 


If you received this message in error, please send a blank email to: [EMAIL 
PROTECTED]


--- End Message ---


Bug#134758: Create a successful career within our company

2007-11-21 Thread fabian murray

We are Looking for partners worldwide. The position is home-based. Our Company 
Head Office is located in UK with branches all over the world. We are looking 
for talented, honest, reliable representatives from different regions. The 
ideal candidate will be an intelligent person, someone who can work 
autonomously with a high degree of enthusiasm. Our Company offers a very 
competitive salary to the successful candidate, along with an unrivalled career 
progression opportunity.

If you would like to work with our active, dynamic team, we invite you to apply for employment. Preference will be given to applicants with knowledge of multiple languages. 
Please send the following information to [EMAIL PROTECTED]
1. Full name 
2 Address of residence

3 Contact Phone numbers
4 Languages spoken
5 Whether you are interested in part time job or full time employment. 

Thank you.  We look forward to working with you. 


If you received this message in error, please send a blank email to: [EMAIL 
PROTECTED]





--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]



Bug#31311: Join our marketing team

2007-11-21 Thread haroun gergory

We are Looking for partners worldwide. The position is home-based. Our Company 
Head Office is located in UK with branches all over the world. We are looking 
for talented, honest, reliable representatives from different regions. The 
ideal candidate will be an intelligent person, someone who can work 
autonomously with a high degree of enthusiasm. Our Company offers a very 
competitive salary to the successful candidate, along with an unrivalled career 
progression opportunity.

If you would like to work with our active, dynamic team, we invite you to apply for employment. Preference will be given to applicants with knowledge of multiple languages. 
Please send the following information to [EMAIL PROTECTED]
1. Full name 
2 Address of residence

3 Contact Phone numbers
4 Languages spoken
5 Whether you are interested in part time job or full time employment. 

Thank you.  We look forward to working with you. 


If you received this message in error, please send a blank email to: [EMAIL 
PROTECTED]





--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]



debian-dpkg-bugs@lists.debian.org

2007-11-21 Thread Raphael Hertzog
On Wed, 21 Nov 2007, Sebastian Harl wrote:
> When running dpkg-shlibdeps (with the -d command line option) from
> debian/rules of one of my packages, it aborts with the following error
> message:
> 
>   Undefined subroutine &main::capit called at /usr/bin/dpkg-shlibdeps line 62.

Thanks for the report, it's fixed in the git repo and will be in 1.14.10.

Cheers,
-- 
Raphaël Hertzog

Premier livre français sur Debian GNU/Linux :
http://www.ouaza.com/livre/admin-debian/





Processed: capit bug

2007-11-21 Thread Debian Bug Tracking System
Processing commands for [EMAIL PROTECTED]:

> severity 452262 serious
Bug#452262: dpkg-shlibdeps: Undefined subroutine &main::capit.
Severity set to `serious' from `important'

> quit
Stopping processing here.

Please contact me if you need assistance.

Debian bug tracking system administrator
(administrator, Debian Bugs database)



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]



Processed: setting package to dpkg dpkg-dev dselect, tagging 452262

2007-11-21 Thread Debian Bug Tracking System
Processing commands for [EMAIL PROTECTED]:

> # Automatically generated email from bts, devscripts version 2.10.11
> package dpkg dpkg-dev dselect
Ignoring bugs not assigned to: dselect dpkg-dev dpkg

> tags 452262 + pending
Bug#452262: dpkg-shlibdeps: Undefined subroutine &main::capit.
There were no tags set.
Tags added: pending

>
End of message, stopping processing here.

Please contact me if you need assistance.

Debian bug tracking system administrator
(administrator, Debian Bugs database)



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]



Bug#452273: dpkg-gencontrol: incorrect warning "deb package with udeb specific field Installer-Menu-Item"

2007-11-21 Thread Frans Pop
On Wednesday 21 November 2007, Frans Pop wrote:
> Should we start converting to use "Package-Type"?

Note that doing so now would _add_ the Package-Type header in control files, 
which I do not think is desired.




-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]



Bug#452273: dpkg-gencontrol: incorrect warning "deb package with udeb specific field Installer-Menu-Item"

2007-11-21 Thread Frans Pop
The actual problem seems to be that XC-Package-Type is not included in %f.
Maybe because of the XC- prefix?

From a debugging session:
%f = (
   'Architecture' => 'all'
   'Depends' => 'cdebconf-udeb, di-utils (>= 1.18)'
   'Description' => 'Execute a shell'
   'Installer-Menu-Item' => 95000
   'Maintainer' => 'Debian Install System Team <[EMAIL PROTECTED]>'
   'Package' => 'di-utils-shell'
   'Priority' => 'standard'
   'Section' => 'debian-installer'
   'Version' => 1.50
)

Note that almost all udebs currently have "XC-Package-Type" as header
instead of "Package-Type", so supporting that would be very much
appreciated.
Should we start converting to use "Package-Type"?





Bug#452273: dpkg-gencontrol: incorrect warning "deb package with udeb specific field Installer-Menu-Item"

2007-11-21 Thread Frans Pop
Package: dpkg-dev
Version: 1.14.9
Severity: normal
Tags: d-i

During a build of debian-installer-utils, I got the following warnings:
dh_gencontrol -i
dpkg-gencontrol: warning: deb package with udeb specific field 
Installer-Menu-Item
dpkg-gencontrol: warning: deb package with udeb specific field 
Installer-Menu-Item
dpkg-gencontrol: warning: deb package with udeb specific field 
Installer-Menu-Item

However, debian-installer-utils does not contain _any_ deb packages,
only udebs. So the warning is clearly incorrect.

The cause may be that the header saying they are a udeb is in the
control file _after_ the header listing the menu item. The code should
probably allow for that.

Example of the control fields for one of the udebs:
Package: di-utils-shell
Architecture: all
Depends: ${misc:Depends}, di-utils (>= 1.18)
XB-Installer-Menu-Item: 95000
Description: Execute a shell
XC-Package-Type: udeb

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

Kernel: Linux 2.6.24-rc3 (SMP w/4 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-dev depends on:
ii  binutils2.18.1~cvs20071027-1 The GNU assembler, linker and bina
ii  cpio2.9-6GNU cpio -- a program to manage ar
ii  dpkg1.14.9   package maintenance system for Deb
ii  make3.81-3   The GNU version of the "make" util
ii  patch   2.5.9-4  Apply a diff file to an original
ii  perl [perl5]5.8.8-12 Larry Wall's Practical Extraction 
ii  perl-modules5.8.8-12 Core Perl modules

Versions of packages dpkg-dev recommends:
ii  bzip2 1.0.3-7high-quality block-sorting file co
ii  gcc [c-compiler]  4:4.2.1-6  The GNU C compiler
ii  gcc-4.1 [c-compiler]  4.1.2-17   The GNU C compiler
ii  gcc-4.2 [c-compiler]  4.2.2-3The GNU C compiler

-- no debconf information




-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]



debian-dpkg-bugs@lists.debian.org

2007-11-21 Thread Sebastian Harl
Package: dpkg-dev
Version: 1.14.9
Severity: important

Hi,

When running dpkg-shlibdeps (with the -d command line option) from
debian/rules of one of my packages, it aborts with the following error
message:

  Undefined subroutine &main::capit called at /usr/bin/dpkg-shlibdeps line 62.

This subroutine is defined in /usr/lib/dpkg/controllib.pl which no longer gets
included in dpkg-shlibdeps.

TIA,
Sebastian

-- System Information:
Debian Release: lenny/sid
  APT prefers unstable
  APT policy: (500, 'unstable')
Architecture: i386 (x86_64)

Kernel: Linux 2.6.17.13-vs2.0.2.1
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)
Shell: /bin/sh linked to /bin/bash

Versions of packages dpkg-dev depends on:
ii  binutils2.18.1~cvs20071027-1 The GNU assembler, linker and bina
ii  cpio2.9-6GNU cpio -- a program to manage ar
ii  dpkg1.14.9   package maintenance system for Deb
ii  make3.81-3   The GNU version of the "make" util
ii  patch   2.5.9-4  Apply a diff file to an original
ii  perl [perl5]5.8.8-12 Larry Wall's Practical Extraction 
ii  perl-modules5.8.8-12 Core Perl modules

Versions of packages dpkg-dev recommends:
ii  bzip2 1.0.3-7high-quality block-sorting file co
ii  gcc [c-compiler]  4:4.2.1-6  The GNU C compiler
ii  gcc-3.4 [c-compiler]  3.4.6-6The GNU C compiler
ii  gcc-4.2 [c-compiler]  4.2.2-3The GNU C compiler

-- no debconf information

-- 
Sebastian "tokkee" Harl +++ GnuPG-ID: 0x8501C7FC +++ http://tokkee.org/

Those who would give up Essential Liberty to purchase a little Temporary
Safety, deserve neither Liberty nor Safety. -- Benjamin Franklin



signature.asc
Description: Digital signature


Bug#452022: dpkg-dev: please ignore symbols differences on non-official architectures

2007-11-21 Thread Raphael Hertzog
On Tue, 20 Nov 2007, Raphael Hertzog wrote:
> > Unfortunately I don't really like this idea because sbuild doesn't keep
> > environment variables, and I don't really want to patch sbuild every
> > time I want to update it instead of using the .deb package directly from
> > debian-admin.
> 
> This is surely a feature that could be added to sbuild. I asked neuro on
> IRC, I'm waiting his answer.

FWIW, Ryan is not interested to add this feature. 

During the discussion, we came to the conclusion that we should rather
avoid using debian/*.symbols files in favor of debian/*.symbols. when
the package maintainer is not sure if there's going to be differences in
the set of symbols for all architectures.

He can use #include to avoid duplicating the content too many times. That
way unofficial arch won't use symbols files until the maintainer
explicitely added support for them.

Cheers,
-- 
Raphaël Hertzog

Premier livre français sur Debian GNU/Linux :
http://www.ouaza.com/livre/admin-debian/





Bug#452022: dpkg-dev: please ignore symbols differences on non-official architectures

2007-11-21 Thread Raphael Hertzog
On Tue, 20 Nov 2007, Riku Voipio wrote:
> On armel architecture, the symbol differences have usually been
> inlined softfloat symbols being exported. Which is additional symbols
> and would thus not break symbol checking (if I understood correctly).

Yes.

> What is more worrying is the lack of unofficial arch information in mole.

You're welcome to help make it available. mole is hosted on merkel, its
source code is on a public repository.

Jeroen seemed to think that it shouldn't be too difficult to do. Jeroen,
can you look into it?

> Thus maintainers are not aware of issues with their packages on
> unofficial archs until someeon files a bug.

That's true even for official arches in many cases. :)
Anyway, I have nothing against adding support for unofficial arches
on mole but the unofficial arches need to be made available in some
coherent archive to not have to hardcode an URL for each unofficial
arch.

Be that gnuab.org or doorstep.debian.net, it doesn't matter much.

> > Though it's worth asking ourselves if it would make sense to have an
> > intermediary fallback between debian/*.symbols. and
> > debian/*.symbols that would be debian/*.symbols..
> 
> One option would be to use dpkg-architecture provided variables:

I know that, it's precisely because it's easy to do that I suggested it.
If it's useful, I'll implement it.

Cheers,
-- 
Raphaël Hertzog

Premier livre français sur Debian GNU/Linux :
http://www.ouaza.com/livre/admin-debian/