Processed: setting package to dpkg dpkg-dev dselect, tagging 462225
Processing commands for [EMAIL PROTECTED]: > # Automatically generated email from bts, devscripts version 2.10.13 > package dpkg dpkg-dev dselect Ignoring bugs not assigned to: dselect dpkg-dev dpkg > tags 462225 + pending Bug#462225: start-stop-deamon: select() failed for pause: Invalid argument Tags were: patch 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]
Processed: setting package to dpkg dpkg-dev dselect, tagging 4655, tagging 114774
Processing commands for [EMAIL PROTECTED]: > # Automatically generated email from bts, devscripts version 2.10.13 > package dpkg dpkg-dev dselect Ignoring bugs not assigned to: dselect dpkg-dev dpkg > tags 4655 + pending Bug#4655: dpkg-buildpackage should do sanity checks on version number There were no tags set. Tags added: pending > tags 114774 + pending Bug#114774: dpkg-checkbuilddeps: patch for new features Tags were: patch 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#456332: dpkg could use an elevated pre-depends or depends on lzma
On Thu, 24 Jan 2008, Ian Jackson wrote: > How do we expect to choose which packages will use which compressors ? Right now, maintainers choose that by adding the right -Z option in the dh_builddeb call (which forwards the option to dpkg-deb -b). So they put it directly in the rules file. > Ideally in the end the maintainer would decide, so it ought to be in > the source package somewhere. But we want to override it too. > > I think for overriding it, an environment variable is fine. Perhaps > we could just tell maintainers to put >export DPKG_DEB_COMPRESSOR ?= ... > in their rules. Hrm, that doesn't work so well if different packages > want different compression schemes. A debian/control file field ? The debian/control field is the only viable option IMO. It would be somewhat similar to the Package-Type: header which has no real use except influencing the behaviour of another tool during the build. Cheers, -- Raphaël Hertzog Le best-seller français mis à jour pour Debian Etch : http://www.ouaza.com/livre/admin-debian/
Bug#456332: dpkg could use an elevated pre-depends or depends on lzma
Raphael Hertzog writes ("Re: Bug#456332: dpkg could use an elevated pre-depends
or depends on lzma"):
> On Thu, 24 Jan 2008, Ian Jackson wrote:
> > How about if we arrange to pass -Z to dpkg-gencontrol, and
> > have a table in dpkg-dev to map to
> > deb-decompressor- for values where it is needed ?
>
> The problematic part is "arrange to pass -Z to
> dpkg-gencontrol" ... the -Z of dpkg-buildpackage is for dpkg-source and
> not dpkg-deb -b. And even if we knew right from the start what compressor
> to use, the dpkg-gencontrol call is hidden in debian/rules and we have no
> way to pass anything (except maybe an environment variable which isn't
> really nice).
Yes, I obviously hadn't thought about this too deeply.
How do we expect to choose which packages will use which compressors ?
Ideally in the end the maintainer would decide, so it ought to be in
the source package somewhere. But we want to override it too.
I think for overriding it, an environment variable is fine. Perhaps
we could just tell maintainers to put
export DPKG_DEB_COMPRESSOR ?= ...
in their rules. Hrm, that doesn't work so well if different packages
want different compression schemes. A debian/control file field ?
Ian.
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#456332: dpkg could use an elevated pre-depends or depends on lzma
On Thu, 24 Jan 2008, Ian Jackson wrote: > Yes, but if the decompressor packages are reorganised at all, or we > decide to change again how it is implemented in dpkg, all of those > packages will become broken. > > Given that this will be a pre-depends and will be in a large number of > packages, I think it is important that it be very stable. Ok, makes sense. > > I would only be in favor of that if we modify dpkg to auto-generate that > > dependency, unfortunately right now we only know how to compress when > > "dpkg-deb -b -Z" is called and this is after dpkg-gencontrol > > obviously. > > How about if we arrange to pass -Z to dpkg-gencontrol, and > have a table in dpkg-dev to map to > deb-decompressor- for values where it is needed ? The problematic part is "arrange to pass -Z to dpkg-gencontrol" ... the -Z of dpkg-buildpackage is for dpkg-source and not dpkg-deb -b. And even if we knew right from the start what compressor to use, the dpkg-gencontrol call is hidden in debian/rules and we have no way to pass anything (except maybe an environment variable which isn't really nice). Cheers, -- Raphaël Hertzog Le best-seller français mis à jour pour Debian Etch : http://www.ouaza.com/livre/admin-debian/
Bug#456332: dpkg could use an elevated pre-depends or depends on lzma
Raphael Hertzog writes ("Re: Bug#456332: dpkg could use an elevated pre-depends
or depends on lzma"):
> On Tue, 22 Jan 2008, Ian Jackson wrote:
> > I assume you mean why do it like that. The answer is that you don't
> > need the lzma support in cases where it's not needed. The
> > dependencies are more accurate.
>
> You don't need a virtual package for that. You just need to have each
> package depend on the right decompressor.
Yes, but if the decompressor packages are reorganised at all, or we
decide to change again how it is implemented in dpkg, all of those
packages will become broken.
Given that this will be a pre-depends and will be in a large number of
packages, I think it is important that it be very stable.
> I would only be in favor of that if we modify dpkg to auto-generate that
> dependency, unfortunately right now we only know how to compress when
> "dpkg-deb -b -Z" is called and this is after dpkg-gencontrol
> obviously.
How about if we arrange to pass -Z to dpkg-gencontrol, and
have a table in dpkg-dev to map to
deb-decompressor- for values where it is needed ?
Ian.
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#462413: dpkg-shlibdeps: please special-case libgcj_bc.so.1
Hi, On Thu, 24 Jan 2008, Matthias Klose wrote: > Currently dpkg-shlibdeps emits wrong-leading warnings for packages > linked against libgcj_bc.so: > > dpkg-shlibdeps: warning: debian/ecj-gcj/usr/bin/ecj-gcj shouldn't be linked > with libgcj_bc.so.1 (it uses none of its symbols). > dpkg-shlibdeps: warning: debian/ecj-gcj/usr/bin/ecj-gcj shouldn't be linked > with libpthread.so.0 (it uses none of its symbols). > dpkg-shlibdeps: warning: debian/ecj-gcj/usr/bin/ecj-gcj shouldn't be linked > with librt.so.1 (it uses none of its symbols). > dpkg-shlibdeps: warning: debian/ecj-gcj/usr/bin/ecj-gcj shouldn't be linked > with libz.so.1 (it uses none of its symbols). > dpkg-shlibdeps: warning: debian/ecj-gcj/usr/bin/ecj-gcj shouldn't be linked > with libdl.so.2 (it uses none of its symbols). > > If libgcj_bc.so.1 is found as a dependency, only the symbols built > from the libgcj_bc.c file should be evaluated. Sorry, I don't understand what you mean. Can you give some more details? The only thing that I special case currently is libm which is auto-added by g++ thus I don't display that warning for binaries that do also link against libstdc++. I fail to see the same logic here. Cheers, -- Raphaël Hertzog Le best-seller français mis à jour pour Debian Etch : http://www.ouaza.com/livre/admin-debian/
Bug#462413: dpkg-shlibdeps: please special-case libgcj_bc.so.1
Package: dpkg-dev Currently dpkg-shlibdeps emits wrong-leading warnings for packages linked against libgcj_bc.so: dpkg-shlibdeps: warning: debian/ecj-gcj/usr/bin/ecj-gcj shouldn't be linked with libgcj_bc.so.1 (it uses none of its symbols). dpkg-shlibdeps: warning: debian/ecj-gcj/usr/bin/ecj-gcj shouldn't be linked with libpthread.so.0 (it uses none of its symbols). dpkg-shlibdeps: warning: debian/ecj-gcj/usr/bin/ecj-gcj shouldn't be linked with librt.so.1 (it uses none of its symbols). dpkg-shlibdeps: warning: debian/ecj-gcj/usr/bin/ecj-gcj shouldn't be linked with libz.so.1 (it uses none of its symbols). dpkg-shlibdeps: warning: debian/ecj-gcj/usr/bin/ecj-gcj shouldn't be linked with libdl.so.2 (it uses none of its symbols). If libgcj_bc.so.1 is found as a dependency, only the symbols built from the libgcj_bc.c file should be evaluated. libgcj_bc.c Description: Binary data
Bug#462403: the file
I forgot attach the file, sorry. -- Piarres Beobide # translation of eu.po to Euskara # Copyright (C) 2004, 2005, 2006, 2008 Free Software Foundation, Inc. # # Jordi Blasi <[EMAIL PROTECTED]>, 2004. # Piarres Beobide <[EMAIL PROTECTED]>, 2004, 2005, 2006, 2008. msgid "" msgstr "" "Project-Id-Version: eu\n" "Report-Msgid-Bugs-To: [EMAIL PROTECTED]" "POT-Creation-Date: 2008-01-07 11:58+0200\n" "PO-Revision-Date: 2008-01-24 13:36+0100\n" "Last-Translator: Piarres Beobide <[EMAIL PROTECTED]>\n" "Language-Team: Euskara <[EMAIL PROTECTED]>\n" "MIME-Version: 1.0\n" "Content-Type: text/plain; charset=UTF-8\n" "Content-Transfer-Encoding: 8bit\n" "X-Generator: KBabel 1.11.4\n" "Plural-Forms: nplurals=2; plural=(n != 1)\n" #: dselect/basecmds.cc:121 msgid "Search for ? " msgstr "Bilatu hau: " #: dselect/basecmds.cc:143 msgid "Error: " msgstr "Errorea: " #: dselect/basecmds.cc:171 msgid "Help: " msgstr "Laguntza: " #: dselect/basecmds.cc:177 msgid "Press ? for help menu, . for next topic, to exit help." msgstr "" "Sakatu ? laguntza-menua ikusteko, '.' hurrengo gaira joateko, " "laguntzatik irteteko." #: dselect/basecmds.cc:184 msgid "Help information is available under the following topics:" msgstr "Laguntzako informazioa gai hauetan dago erabilgarri:" #: dselect/basecmds.cc:192 msgid "" "Press a key from the list above, or `q' to exit help,\n" " or `.' (full stop) to read each help page in turn. " msgstr "" "Sakatu goiko zerrendako tekla bat, edo `q' laguntzatik irteteko\n" ", edo '.' (puntua) laguntza-orriak banan-banan irakurtzeko. " #: dselect/basecmds.cc:198 msgid "error reading keyboard in help" msgstr "errorea laguntzan teklatua irakurtzean" #: dselect/baselist.cc:57 msgid "ioctl(TIOCGWINSZ) failed" msgstr "ioctl(TIOCGWINSZ): huts egin du" #: dselect/baselist.cc:60 msgid "doupdate in SIGWINCH handler failed" msgstr "doupdate: huts egin du SIGWINCH maneiatzailean" #: dselect/baselist.cc:67 msgid "failed to restore old SIGWINCH sigact" msgstr "huts egin du SIGWINCHen sigact zaharra leheneratzean" #: dselect/baselist.cc:69 msgid "failed to restore old signal mask" msgstr "huts egin du seinale-maskara zaharra leheneratzean" #: dselect/baselist.cc:79 msgid "failed to get old signal mask" msgstr "huts egin du seinale-maskara zaharra hartzean" #: dselect/baselist.cc:80 msgid "failed to get old SIGWINCH sigact" msgstr "huts egin du SIGWINCH sigact zaharra hartzean" #: dselect/baselist.cc:84 msgid "failed to block SIGWINCH" msgstr "huts egin du SIGWINCH blokeatzean" #: dselect/baselist.cc:89 msgid "failed to set new SIGWINCH sigact" msgstr "huts egin du SIGWINCH sigact berria ezartzean" #: dselect/baselist.cc:126 msgid "failed to allocate colour pair" msgstr "huts egin du kolore-bikotea esleitzean" #: dselect/baselist.cc:167 msgid "failed to create title window" msgstr "huts egin du leihoaren titulua sortzean" #: dselect/baselist.cc:171 msgid "failed to create whatinfo window" msgstr "huts egin du 'whatinfo' leihoa sortzean" #: dselect/baselist.cc:175 msgid "failed to create baselist pad" msgstr "huts egin du oinarrizko zerrendako zona sortzean" #: dselect/baselist.cc:178 msgid "failed to create heading pad" msgstr "huts egin du izenburuen zona sortzean" #: dselect/baselist.cc:182 msgid "failed to create thisstate pad" msgstr "huts egin du egoeraren zona sortzean" #: dselect/baselist.cc:186 msgid "failed to create info pad" msgstr "huts egin du informazioaren zona sortzean" #: dselect/baselist.cc:191 msgid "failed to create query window" msgstr "huts egin du kontsulta-leihoa sortzean" #: dselect/baselist.cc:204 #, c-format msgid "" "baselist::startdisplay() done ...\n" "\n" " xmax=%d, ymax=%d;\n" "\n" " title_height=%d, colheads_height=%d, list_height=%d;\n" " thisstate_height=%d, info_height=%d, whatinfo_height=%d;\n" "\n" " colheads_row=%d, thisstate_row=%d, info_row=%d;\n" " whatinfo_row=%d, list_row=%d;\n" "\n" msgstr "" "baselist::startdisplay() eginda ...\n" "\n" " xmax=%d, ymax=%d;\n" "\n" " title_height=%d, colheads_height=%d, list_height=%d;\n" " thisstate_height=%d, info_height=%d, whatinfo_height=%d;\n" "\n" " colheads_row=%d, thisstate_row=%d, info_row=%d;\n" " whatinfo_row=%d, list_row=%d;\n" "\n" #: dselect/baselist.cc:260 msgid "Keybindings" msgstr "Laster-teklak" #: dselect/baselist.cc:308 #, c-format msgid " -- %d%%, press " msgstr " -- %d%%, sakatu " #: dselect/baselist.cc:311 #, c-format msgid "%s for more" msgstr "%s gehiagorako" #: dselect/baselist.cc:315 #, c-format msgid "%s to go back" msgstr "%s atzera joateko" #: dselect/bindings.cc:71 msgid "[not bound]" msgstr "[lotu gabe]" #: dselect/bindings.cc:75 #, c-format msgid "[unk: %d]" msgstr "[ezezaguna: %d]" #: dselect/bindings.cc:129 msgid "Scroll onwards through help/information" msgstr "Korritu aurrera laguntzan/informazioan" #: dselect/bindings.cc:130 msgid "Scroll backwards through help/information" msgstr "Korritu atzera laguntzan/informazioan" #: dselect/bindings.cc:131 msgid "Move up" msgstr "Eram
Bug#462403: dpkg: [INTL:eu] dselect basque translation update
Package: dpkg Version: 1.14.16.4 Severity: wishlist Tags: patch l10n Hi Attahced dselect program basque translation update, please add it. thx -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.21 Locale: LANG=eu_ES.UTF-8, LC_CTYPE=eu_ES.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages dpkg depends on: ii coreutils 6.10-2 The GNU core utilities ii libc6 2.7-6 GNU C Library: Shared libraries dpkg recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#462318: marked as done (dpkg-dev: symbols to blacklist for armel)
Your message dated Thu, 24 Jan 2008 14:17:02 + with message-id <[EMAIL PROTECTED]> and subject line Bug#462318: fixed in dpkg 1.14.16.5 has caused the attached Bug report to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (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 --- Package: dpkg-dev Version: 1.14.16.4 Severity: important libvorbis does not build on armel: | dpkg-gensymbols: warning: some new symbols appeared in the symbols file. | dpkg-gensymbols: warning: debian/libvorbisfile3/DEBIAN/symbols doesn't match completely debian/libvorbisfile3.symbols | | --- dpkg-gensymbolsSkeySn 2008-01-09 00:34:54.0 + | +++ dpkg-gensymbolsYZDMhU 2008-01-09 00:34:54.0 + | @@ -1,4 +1,6 @@ | libvorbisfile.so.3 libvorbisfile3 #MINVER# | + [EMAIL PROTECTED] 1.2.0.dfsg-3 | + [EMAIL PROTECTED] 1.2.0.dfsg-3 | [EMAIL PROTECTED] 1.1.2 | [EMAIL PROTECTED] 1.1.2 | [EMAIL PROTECTED] 1.1.2 | dh_makeshlibs: command returned error code 5 It looks like __aeabi* symbols should be blacklisted on armel. -- System Information: Debian Release: lenny/sid Architecture: armel (armv5tejl) Kernel: Linux 2.6.18-4-versatile 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 binutils2.18.1~cvs20080103-1 The GNU assembler, linker and bina ii bzip2 1.0.4-2 high-quality block-sorting file co ii cpio2.9-9GNU cpio -- a program to manage ar ii dpkg1.14.16.4package maintenance system for Deb ii libtimedate-perl1.1600-9 Time and date functions for Perl ii lzma4.43-12 Compression method of 7z format in 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 build-essential 11.3 informational list of build-essent ii gcc [c-compiler] 4:4.2.2-1 The GNU C compiler ii gcc-4.1 [c-compiler] 4.1.2-18 The GNU C compiler ii gcc-4.2 [c-compiler] 4.2.2-7The GNU C compiler -- no debconf information --- End Message --- --- Begin Message --- Source: dpkg Source-Version: 1.14.16.5 We believe that the bug you reported is fixed in the latest version of dpkg, which is due to be installed in the Debian FTP archive: dpkg-dev_1.14.16.5_all.deb to pool/main/d/dpkg/dpkg-dev_1.14.16.5_all.deb dpkg_1.14.16.5.dsc to pool/main/d/dpkg/dpkg_1.14.16.5.dsc dpkg_1.14.16.5.tar.gz to pool/main/d/dpkg/dpkg_1.14.16.5.tar.gz dpkg_1.14.16.5_i386.deb to pool/main/d/dpkg/dpkg_1.14.16.5_i386.deb dselect_1.14.16.5_i386.deb to pool/main/d/dpkg/dselect_1.14.16.5_i386.deb A summary of the changes between this version and the previous one is attached. Thank you for reporting the bug, which will now be closed. If you have further comments please address them to [EMAIL PROTECTED], and the maintainer will reopen the bug report if appropriate. Debian distribution maintenance software pp. Raphael Hertzog <[EMAIL PROTECTED]> (supplier of updated dpkg package) (This message was generated automatically at their request; if you believe that there is a problem with it please contact the archive administrators by mailing [EMAIL PROTECTED]) -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Thu, 24 Jan 2008 14:20:10 +0100 Source: dpkg Binary: dpkg dpkg-dev dselect Architecture: source i386 all Version: 1.14.16.5 Distribution: unstable Urgency: low Maintainer: Dpkg Developers <[EMAIL PROTECTED]> Changed-By: Raphael Hertzog <[EMAIL PROTECTED]> Description: dpkg - package maintenance system for Debian dpkg-dev - package building tools for Debian dselect- user tool to manage Debian packages Closes: 462318 Changes: dpkg (1.14.16.5) unstable; urgency=low . * Fix dpkg-gensymbols handling of #include so that one can include multiple times the same file and have it properly taken into account. * Add many armel-specific symbols to dpkg-gensymbols' blacklist. Closes: #462318 Files: c4fffa68606b768e751de665bc6f33eb 1088 admin required dpkg_1.14.16.5.dsc 1a88a238689e2e0fe30339bc3f758da8 6296831 admin required dpkg_1.14.16.5.tar.gz 5b838a60fefc08d8c90361f30bfa 2160368 admin required dpkg_1.14.16.5_i386.deb d4c8764c34219382
Bug#462225: start-stop-deamon: select() failed for pause: Invalid argument
Hi, On Thu, 2008-01-24 at 10:32:40 +0100, Andreas Påhlsson wrote: > I've reworked the patch to apply to 1.14.16.4. There are some subtle > changes. Thanks for the initial patch and this one! > * tsub is removed in favour of timersub (sys/time.h). Thought about that just after upload. Will merge. > * tmul is reimplemented as it was broken. Ooops, that's right, shame on me, I was really tired that evening and I don't know what I was thinking about (probably timer addition). Will merge as well. > * interval is checked right before select. There was a corner case if > maxinterval was negative. This one is actually not needed. maxinterval should never be negative, that should be catched already by the previous timercmp. thanks, guillem
Bug#462225: start-stop-deamon: select() failed for pause: Invalid argument
I've reworked the patch to apply to 1.14.16.4. There are some subtle
changes.
* tsub is removed in favour of timersub (sys/time.h).
* tmul is reimplemented as it was broken.
* interval is checked right before select. There was a corner case if
maxinterval was negative.
regards,
Andreas Påhlsson
Xcerion AB
Please note that this message may contain confidential information. Unless
explicitly so designated this e-mail does not constitute a contract offer, a
contract amendment, or an acceptance of a contract offer. The views expressed
in this email may not be the policy or view of Xcerion AB.
--- dpkg-1.14.16.4/utils/start-stop-daemon.c 2008-01-22 22:57:07.0 +0100
+++ dpkg-1.14.16.4-ap/utils/start-stop-daemon.c 2008-01-24 10:13:33.0 +0100
@@ -217,25 +217,14 @@
}
static void
-tsub(struct timeval *r, struct timeval *a, struct timeval *b)
-{
- r->tv_sec = (time_t)(a->tv_sec - b->tv_sec);
- r->tv_usec = (suseconds_t)(a->tv_usec - b->tv_usec);
- if (r->tv_usec < 0) {
- --r->tv_sec;
- r->tv_usec += 100;
- }
-}
-
-static void
tmul(struct timeval *a, int b)
{
- a->tv_sec *= b;
a->tv_usec *= b;
- if (a->tv_usec >= 100) {
- ++a->tv_sec;
- a->tv_usec -= 100;
- }
+ a->tv_sec *= b;
+
+ // Normalize
+ a->tv_sec = a->tv_sec + a->tv_usec / 100;
+ a->tv_usec = a->tv_usec % 100;
}
static long
@@ -1200,12 +1189,10 @@
if (ratio < 10)
ratio++;
-tsub(&maxinterval, &stopat, &after);
-tsub(&interval, &after, &before);
+timersub(&stopat, &after, &maxinterval);
+timersub(&after, &before, &interval);
tmul(&interval, ratio);
-if (interval.tv_sec < 0 || interval.tv_usec < 0)
- interval.tv_sec = interval.tv_usec = 0;
if (timercmp(&interval, &maxinterval, >))
interval = maxinterval;
@@ -1214,6 +1201,11 @@
interval.tv_usec <= MIN_POLL_INTERVAL)
interval.tv_usec = MIN_POLL_INTERVAL;
+if (interval.tv_sec < 0 || interval.tv_usec < 0) {
+ interval.tv_sec = 0;
+ interval.tv_usec = 0;
+}
+
r = select(0, NULL, NULL, NULL, &interval);
if (r < 0 && errno != EINTR)
fatal("select() failed for pause: %s",
Bug#462318: dpkg-dev: symbols to blacklist for armel
Raphael Hertzog a écrit : > On Wed, 23 Jan 2008, Aurelien Jarno wrote: >> libvorbis does not build on armel: >> >> | dpkg-gensymbols: warning: some new symbols appeared in the symbols file. >> | dpkg-gensymbols: warning: debian/libvorbisfile3/DEBIAN/symbols doesn't >> match completely debian/libvorbisfile3.symbols >> | >> | --- dpkg-gensymbolsSkeySn 2008-01-09 00:34:54.0 + >> | +++ dpkg-gensymbolsYZDMhU 2008-01-09 00:34:54.0 + >> | @@ -1,4 +1,6 @@ >> | libvorbisfile.so.3 libvorbisfile3 #MINVER# >> | + [EMAIL PROTECTED] 1.2.0.dfsg-3 >> | + [EMAIL PROTECTED] 1.2.0.dfsg-3 >> | [EMAIL PROTECTED] 1.1.2 >> | [EMAIL PROTECTED] 1.1.2 >> | [EMAIL PROTECTED] 1.1.2 >> | dh_makeshlibs: command returned error code 5 >> >> It looks like __aeabi* symbols should be blacklisted on armel. > > Can you check if there are other similar symbols? The blacklist is an > explicit list of symbols, and I try to avoid using regex for the blacklist. For pyvorbis this is the full diff, so that's the only two different symbols. Looking at libgcc1, I have found the following symbols, I guess most of them can also be present in the libraries: __aeabi_cdcmpeq __aeabi_cdcmple __aeabi_cdrcmple __aeabi_cfcmpeq __aeabi_cfcmple __aeabi_cfrcmple __aeabi_d2f __aeabi_d2iz __aeabi_d2lz __aeabi_d2uiz __aeabi_d2ulz __aeabi_dadd __aeabi_dcmpeq __aeabi_dcmpge __aeabi_dcmpgt __aeabi_dcmple __aeabi_dcmplt __aeabi_dcmpun __aeabi_ddiv __aeabi_dmul __aeabi_dneg __aeabi_drsub __aeabi_dsub __aeabi_f2d __aeabi_f2iz __aeabi_f2lz __aeabi_f2uiz __aeabi_f2ulz __aeabi_fadd __aeabi_fcmpeq __aeabi_fcmpge __aeabi_fcmpgt __aeabi_fcmple __aeabi_fcmplt __aeabi_fcmpun __aeabi_fdiv __aeabi_fmul __aeabi_fneg __aeabi_frsub __aeabi_fsub __aeabi_i2d __aeabi_i2f __aeabi_idiv __aeabi_idivmod __aeabi_l2d __aeabi_l2f __aeabi_lasr __aeabi_lcmp __aeabi_ldivmod __aeabi_llsl __aeabi_llsr __aeabi_lmul __aeabi_ui2d __aeabi_ui2f __aeabi_uidiv __aeabi_uidivmod __aeabi_ul2d __aeabi_ul2f __aeabi_ulcmp __aeabi_uldivmod __aeabi_unwind_cpp_pr0 __aeabi_unwind_cpp_pr1 __aeabi_unwind_cpp_pr2 __aeabi_uread4 __aeabi_uread8 __aeabi_uwrite4 __aeabi_uwrite8 Cheers, Aurelien -- .''`. Aurelien Jarno | GPG: 1024D/F1BCDB73 : :' : Debian developer | Electrical Engineer `. `' [EMAIL PROTECTED] | [EMAIL PROTECTED] `-people.debian.org/~aurel32 | www.aurel32.net -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#462361: idea: allow package combinations as alternatives, e.g. a | b + c
Package: dpkg Severity: wishlist Hello, I'd like to share an idea with you that arose in my head when I tried to install the gnome meta-package. I allready had gnome-desktop-environment and (many packages of ) openoffice.org installed. The gnome package wanted to pull in gnome-office, but I thought "I allready have an office suite that is well integrated with gnome: OO.o". My first idea was to file a bug against the gnome meta-package to use an alternative dependency and depend on 'gnome-office | openoffice.org'. Then I remembered that openoffice.org alone will not integrate well with GNOME, i.e. use another icon set, file dialog, etc. You will have to install the openoffice.org-gnome package to get the GNOME integration. But then, depending on openoffice.org-gnome will still not solve the problem, since this packages does only provide the libraries required for GNOME integration. It does not depend on the openoffice.org package itself, rightly, so you would still end up without an office suite. Now my idea is, that only both packages together, i.e. openoffice.org *and* openoffice.org-gnome, will make a good substitute for gnome-office. The Debian package management is currently not able to deal with this situation properly. It would be great if the gnome package could depend on 'gnome-office | openoffice.org + openoffice.org-gnome'. So the dependency will be satisfied if you install etiher gnome-office or both openoffice.org *and* openoffice.org-gnome. Of course this example is focussed on gnome-office and OO.o, but I believe you will find many more practical examples the longer you think about it. I'd like to know your opinion. Do you think this concept is worth considering for inclusion in Debian? Cheers, Fabian PS: As another example, imagine you need to depend on a postscript viewer. There are packages that can view postscript only if the ghostscript package is installed (e.g. xv; not in Debian, I know). So your dependency could read 'ghostview | xv + ghostscript'. This way you will not be forced to install ghostview if you allready have both xv and ghostscript installed. Yes, I know there's a meta-package for this situation so you might simply depend on 'ghostview | postscript-viewer'. I hope I made my point nevertheless. ;) -- Dipl.-Phys. Fabian Greffrath Ruhr-Universität Bochum Lehrstuhl für Energieanlagen und Energieprozesstechnik (LEAT) Universitätsstr. 150, IB 3/134 D-44780 Bochum Telefon: +49 (0)234 / 32-26334 Fax: +49 (0)234 / 32-14227 E-Mail: [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
