Bug#1051110: kimageformats: FTBFS: CMake Error at /usr/lib/x86_64-linux-gnu/cmake/Imath/ImathTargets.cmake:115
Source: kimageformats Version: 5.107.0-3 Severity: serious Tags: ftbfs Justification: fails to build from source (but built successfully in the past) Dear maintainer, kimageformats fails to build from source. From my build log on amd64: | -- Performing Test BSYMBOLICFUNCTIONS_AVAILABLE - Success | -- Could not set up the appstream test. appstreamcli is missing. | -- Found PkgConfig: /usr/bin/pkg-config (found version "1.8.1") | CMake Error at /usr/lib/x86_64-linux-gnu/cmake/Imath/ImathTargets.cmake:115 (message): | The imported target "Imath::PyImath_Python3_11" references the file | | "/usr/lib/x86_64-linux-gnu/libPyImath_Python3_11-3_1.so.29.8.0" | | but this file does not exist. Possible reasons include: | | * The file was deleted, renamed, or moved to another location. | | * An install or uninstall procedure did not complete successfully. | | * The installation package was faulty and contained | | "/usr/lib/x86_64-linux-gnu/cmake/Imath/ImathTargets.cmake" | | but not all the files it references. | | Call Stack (most recent call first): | /usr/lib/x86_64-linux-gnu/cmake/Imath/ImathConfig.cmake:40 (include) | /usr/share/cmake-3.27/Modules/CMakeFindDependencyMacro.cmake:76 (find_package) | /usr/lib/x86_64-linux-gnu/cmake/OpenEXR/OpenEXRConfig.cmake:47 (find_dependency) | CMakeLists.txt:45 (find_package) | | | -- Configuring incomplete, errors occurred! A full build log on riscv64 is also available: https://buildd.debian.org/status/fetch.php?pkg=kimageformats=riscv64=5.107.0-3=1693586471=0 It seems there is a missing build-dependency on python3-imath. Regards Aurelien
Bug#1008807: ksystemstats: Please switch Build-Depends to libsensors-dev (from libsensors4-dev)
Package: ksystemstats Version: 5.24.4-1 Severity: normal User: aure...@debian.org Usertags: libsensors-dev-transition Dear maintainer, ksystemstats build-depends on libsensors4-dev, the development package from lm-sensors. For historical reasons the development package is versioned. Following the transition of the library to libsensors5 a few years ago, it made sense to rename the development package to libsensors-dev. In that regard a libsensors4-dev is a transitional package depending o libsensors-dev that is going to be removed soon. Your package therefore needs an update. The change should just be a matter of running: sed -i -e 's/libsensors4-dev/libsensors-dev/g' debian/control Thanks, Aurelien
Re: Build failures on mips64el - kquickcharts
Hi, On 2021-01-03 10:46, Norbert Preining wrote: > Dear MIPS Team, > > here at the Qt/KDE Team we see a build failure due to segfault on the > autopkg tests of kquickcharts > > > https://buildd.debian.org/status/logs.php?arch=mips64el=kquickcharts=5.77.0-2 > > This hasn't happened before (with 5.74) and I think also not for > 5.77.0-1 in experimental. > > Do you have any idea what might be the reason and what we can do about > it? As last resort I will disable autopkgtest on mips64el completely. > It's difficult to tell a lot without more knowledge of the QML internals. It happens however that the riscv64 build fails almost the same way, although not with a segfault, so it might be a generic issue. I have tracked down that failure to the colorSource entries. In short, if I comment all the colorSource entries in tst_PieChart.qml, all the tests pass fine on both mips64el and riscv64. Aurelien -- Aurelien Jarno GPG: 4096R/1DDD8C9B aurel...@aurel32.net http://www.aurel32.net
Re: Bug#922213: locales-all: Doesn't provide en_DE.UTF-8
control: reassign -1 plasma-desktop On 2019-02-14 14:21, Aurelien Jarno wrote: > Hi, > > On 2019-02-13 11:41, Charlemagne Lasse wrote: > > Package: locales-all > > Version: 2.28-6 > > Severity: normal > > X-Debbugs-CC: debian-qt-kde@lists.debian.org, > > debian-tex-ma...@lists.debian.org > > > > > > > > It is possible under KDE to change the locale to en_DE.UTF-8/German > > for some specific parts (e.g. time) but it seems to be missing on the > > system even when locales-all is installed. > > The en_DE locale doesn't exit in Debian, nor in upstream GNU libc. It's > not going to happen, the en_DK locale exists, but it has been > acknowledged that it was a mistake to create it. Given the en_DE locale is not going to be added, nothing could be done on the glibc side. KDE should be fixed to only allow selecting locales that are available on the system, or at the bare minimum only the locales that are available on a standard GNU/Linux system. -- Aurelien Jarno GPG: 4096R/1DDD8C9B aurel...@aurel32.net http://www.aurel32.net
Bug#924722: ktexteditor: symbols update for riscv64
Source: ktexteditor Version: 5.54.0-1 Severity: normal Tags: patch User: debian-ri...@lists.debian.org Usertags: riscv64 Hi, ktexteditor currently fails to build on the riscv64 architecture due to differences on the symbols file, as can be seen on the following build log: https://buildd.debian.org/status/fetch.php?pkg=ktexteditor=riscv64=5.54.0-1=1552467392=0 The attached patch update the symbols file. It looks like riscv64 behaves the same way than armel and mips64el, but I do not necessarily understand why. It would be nice if you can include it in the next upload. Thanks, Aurelien diff -Nru ktexteditor-5.54.0/debian/changelog ktexteditor-5.54.0/debian/changelog --- ktexteditor-5.54.0/debian/changelog 2019-01-17 23:27:20.0 +0100 +++ ktexteditor-5.54.0/debian/changelog 2019-03-15 21:28:59.0 +0100 @@ -1,3 +1,9 @@ +ktexteditor (5.54.0-1+riscv64) unreleased; urgency=medium + + * Update symbols files for riscv64. + + -- Aurelien Jarno Fri, 15 Mar 2019 20:28:59 + + ktexteditor (5.54.0-1) unstable; urgency=medium * New upstream release (5.52.0). diff -Nru ktexteditor-5.54.0/debian/libkf5texteditor5.symbols ktexteditor-5.54.0/debian/libkf5texteditor5.symbols --- ktexteditor-5.54.0/debian/libkf5texteditor5.symbols 2019-01-17 23:27:20.0 +0100 +++ ktexteditor-5.54.0/debian/libkf5texteditor5.symbols 2019-03-15 21:28:57.0 +0100 @@ -2547,17 +2547,17 @@ _ZNK7KateCmd11fromHistoryEi@Base 5.9.0 _ZNK7KateCmd12queryCommandERK7QString@Base 5.9.0 _ZNK7KateCmd8commandsEv@Base 5.9.0 - (optional=templinst|arch=!amd64 !arm64 !mips64el)_ZNSt10_HashtableItSt4pairIKtsESaIS2_ENSt8__detail10_Select1stESt8equal_toItESt4hashItENS4_18_Mod_range_hashingENS4_20_Default_ranged_hashENS4_20_Prime_rehash_policyENS4_17_Hashtable_traitsILb0ELb0ELb121_M_insert_unique_nodeEjjPNS4_10_Hash_nodeIS2_Lb0EEEj@Base 5.51.0 - (optional=templinst|arch=amd64 arm64 mips64el)_ZNSt10_HashtableItSt4pairIKtsESaIS2_ENSt8__detail10_Select1stESt8equal_toItESt4hashItENS4_18_Mod_range_hashingENS4_20_Default_ranged_hashENS4_20_Prime_rehash_policyENS4_17_Hashtable_traitsILb0ELb0ELb121_M_insert_unique_nodeEmmPNS4_10_Hash_nodeIS2_Lb0EEEm@Base 5.50.0 - (optional=templinst|arch=armel)_ZNSt15_Sp_counted_ptrIDnLN9__gnu_cxx12_Lock_policyE1EE10_M_disposeEv@Base 5.51.0 - (optional=templinst|arch=!armel)_ZNSt15_Sp_counted_ptrIDnLN9__gnu_cxx12_Lock_policyE2EE10_M_disposeEv@Base 5.50.0 - (optional=templinst|arch=armel)_ZNSt16_Sp_counted_baseILN9__gnu_cxx12_Lock_policyE1EE10_M_destroyEv@Base 5.51.0 - (optional=templinst|arch=!armel)_ZNSt16_Sp_counted_baseILN9__gnu_cxx12_Lock_policyE2EE10_M_destroyEv@Base 5.50.0 + (optional=templinst|arch=!amd64 !arm64 !mips64el !riscv64)_ZNSt10_HashtableItSt4pairIKtsESaIS2_ENSt8__detail10_Select1stESt8equal_toItESt4hashItENS4_18_Mod_range_hashingENS4_20_Default_ranged_hashENS4_20_Prime_rehash_policyENS4_17_Hashtable_traitsILb0ELb0ELb121_M_insert_unique_nodeEjjPNS4_10_Hash_nodeIS2_Lb0EEEj@Base 5.51.0 + (optional=templinst|arch=amd64 arm64 mips64el riscv64)_ZNSt10_HashtableItSt4pairIKtsESaIS2_ENSt8__detail10_Select1stESt8equal_toItESt4hashItENS4_18_Mod_range_hashingENS4_20_Default_ranged_hashENS4_20_Prime_rehash_policyENS4_17_Hashtable_traitsILb0ELb0ELb121_M_insert_unique_nodeEmmPNS4_10_Hash_nodeIS2_Lb0EEEm@Base 5.50.0 + (optional=templinst|arch=armel riscv64)_ZNSt15_Sp_counted_ptrIDnLN9__gnu_cxx12_Lock_policyE1EE10_M_disposeEv@Base 5.51.0 + (optional=templinst|arch=!armel !riscv64)_ZNSt15_Sp_counted_ptrIDnLN9__gnu_cxx12_Lock_policyE2EE10_M_disposeEv@Base 5.50.0 + (optional=templinst|arch=armel riscv64)_ZNSt16_Sp_counted_baseILN9__gnu_cxx12_Lock_policyE1EE10_M_destroyEv@Base 5.51.0 + (optional=templinst|arch=!armel !riscv64)_ZNSt16_Sp_counted_baseILN9__gnu_cxx12_Lock_policyE2EE10_M_destroyEv@Base 5.50.0 (optional=templinst)_ZNSt6vectorIN11KTextEditor5RangeESaIS1_EE17_M_realloc_insertIJRKS1_EEEvN9__gnu_cxx17__normal_iteratorIPS1_S3_EEDpOT_@Base 5.54.0 - (optional=templinst|arch=!amd64 !arm64 !mips64el)_ZNSt6vectorIN19KSyntaxHighlighting6FormatESaIS1_EE17_M_default_appendEj@Base 5.51.0 - (optional=templinst|arch=amd64 arm64 mips64el)_ZNSt6vectorIN19KSyntaxHighlighting6FormatESaIS1_EE17_M_default_appendEm@Base 5.50.0 + (optional=templinst|arch=!amd64 !arm64 !mips64el !riscv64)_ZNSt6vectorIN19KSyntaxHighlighting6FormatESaIS1_EE17_M_default_appendEj@Base 5.51.0 + (optional=templinst|arch=amd64 arm64 mips64el riscv64)_ZNSt6vectorIN19KSyntaxHighlighting6FormatESaIS1_EE17_M_default_appendEm@Base 5.50.0 (optional=templinst)_ZNSt6vectorIN19KSyntaxHighlighting6FormatESaIS1_EE17_M_realloc_insertIJRKS1_EEEvN9__gnu_cxx17__normal_iteratorIPS1_S3_EEDpOT_@Base 5.50.0 - (optional=templinst|arch=!mips64el)_ZNSt6vectorIN4Kate12TextLineData7FoldingESaIS2_EE17_M_realloc_insertIJRiS6_EEEvN9__gnu_cxx17__normal_iteratorIPS2_S4_EEDpOT_@Base 5.50.0 + (optional=templinst|arch=!mips64el !riscv64
Re: Bug#922213: locales-all: Doesn't provide en_DE.UTF-8
Hi, On 2019-02-13 11:41, Charlemagne Lasse wrote: > Package: locales-all > Version: 2.28-6 > Severity: normal > X-Debbugs-CC: debian-qt-kde@lists.debian.org, > debian-tex-ma...@lists.debian.org > > > > It is possible under KDE to change the locale to en_DE.UTF-8/German > for some specific parts (e.g. time) but it seems to be missing on the > system even when locales-all is installed. The en_DE locale doesn't exit in Debian, nor in upstream GNU libc. It's not going to happen, the en_DK locale exists, but it has been acknowledged that it was a mistake to create it. In that precise case, I am not even sure what en_DE means for LC_TIME. It is supposed to be the way to write the time in English in Germany? Should it be in the form day/month/year or month/day/year? 12h format or 24h format? The locale system has been defined so that you can choose the locale for a single category. That way you can choose if you want to display the time in English with the Australian or New-Zeland convention, while using a different convention for collation or monetary. > This breaks various things - here for example when I install > tex-common (via texlive package) and have LC_TIME set to en_DE.UTF-8: In general KDE should not offer to configure a locale that is not available on the system. That just creates issues like this one. In addition the list of available locales can evolve. I am therefore just tempted to reassign the bug to KDE. Aurelien -- Aurelien Jarno GPG: 4096R/1DDD8C9B aurel...@aurel32.net http://www.aurel32.net
Bug#917439: ksysguard: Please switch Build-Depends to libsensors-dev from libsensors4-dev
Source: ksysguard Version: 4:5.14.3-1 Severity: wishlist User: aure...@debian.org Usertags: libsensors-dev-transition Dear maintainer, ksysguard build-depends on libsensors4-dev, the development package from lm-sensors. For historical reasons the development package is versioned. Following the transition of the library to libsensors5, it makes sense to rename the development package to libsensors-dev. In that regard a "Provides: libsensors-dev" has been added. Given ksysguard uses a non-versioned Build-Depends it is already safe to transition your package to use libsensors-dev instead of libsensors4-dev. There is no urgency (yet) to do the change, but it would be nice if you can piggyback that change in the next upload. It should just be a matter of running: sed -i -e 's/libsensors4-dev/libsensors-dev/g' debian/control Thanks, Aurelien
Re: glibc and abi-compliance-checker break multiple KDE autopkgtests
On 2018-09-06 12:13, Paul Gevers wrote: > Hi > > On 06-09-18 11:53, Samuel Thibault wrote: > > Samuel Thibault, le jeu. 06 sept. 2018 11:44:45 +0200, a ecrit: > >> Paul Gevers, le jeu. 06 sept. 2018 11:22:46 +0200, a ecrit: > >>> On 06-09-18 11:19, Samuel Thibault wrote: > >>>> It'd be useful for the abi-compliance-checker test to actually output > >>>> error messages, > >>>> > >>>> https://ci.debian.net/data/autopkgtest/testing/amd64/k/kf5-kdepim-apps-libs/944759/log.gz > >>>> > >>>> it not very talkative :) > >>> > >>> I agree, but I found that there are more logs in the artifacts. > >> > >> Ah, right. They seem to only point at c++ headers, so it'd rather be a > >> g++ issue? > > > > All the passed artifacts I can find have libc++-dev 6.0.1-1, not > > libc++-8-dev 1:8~svn340819-1. > > Does this mean that libc++-8-dev is breaking the ABI of the Qt/KDE > packages? Luckily libc++-8-dev will not migrate to testing due to > https://bugs.debian.org/714686 Does it need a "Breaks" then? Actually due to a bug in the migration process this package migrated to testing on 2018-08-26 despite the RC bug. It has been removed from testing during last night. > Does anybody know why libc++-8-dev is installed when glibc or > abi-compliance-checker come from unstable? It seems that package is > providing something that in testing is provided by libc++-dev (Or > somewhere else in the dependency chain this goes "wrong" and leads to > this outcome). I have been able to install libc++-dev along glibc 2.27-6, so I wonder if it is not just a matter of regenerating the testing chroot following the libc++-8-dev removal from testing. Aurelien -- Aurelien Jarno GPG: 4096R/1DDD8C9B aurel...@aurel32.net http://www.aurel32.net signature.asc Description: PGP signature
Bug#841219: libindi-dev: depends on libcfitsio3-dev instead of libcfitsio-dev
Package: libindi-dev Version: 1.2.0-2~ Severity: normal Dear Maintainer, This bug report is actually a follow up for bug#761723. libcfitsio3-dev is a transitional package that I would like to see removed for Stretch. libindi used to build-depends on it, but it also has a dependency from libindi-dev to it. The build dependency has been removed following bug#761723, but I missed the dependency in the initial bug report. Therefore I would really appreciate if you could do the change and schedule an upload. Thanks, Aurelien -- System Information: Debian Release: stretch/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 4.7.0-1-amd64 (SMP w/4 CPU cores) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system)
Bug#761713: kstars: Please build-depends on libcfitsio-dev instead of libcfitsio3-dev
On 2015-02-02 15:33, Adrien Grellier wrote: > tag 761713 confirmed pending > thanks This has been done more than one year ago, and there has been a few uploads since them, so I believe the commit has been lost somewhere. Would it be possible to fix that soon, so that we can proceed with the removal of the transitional package for Stretch? Thanks in advance. Aurelien -- Aurelien Jarno GPG: 4096R/1DDD8C9B aurel...@aurel32.net http://www.aurel32.net signature.asc Description: PGP signature
Fwd: baloo_4.14.3-1_mips64el.changes REJECTED
The binary package built by baloo_4.14.3-1 has been reject by ftpmaster, see the mail below. On 2016-07-28 07:35, Debian FTP Masters wrote: > Version check failed: > Your upload included the binary package baloo, version 4:4.14.3-1, for > mips64el, > however testing already has version 4:5.23.0-1. > Uploads to unstable must have a higher version than present in testing. > > === > > Please feel free to respond to this email if you don't understand why > your files were rejected, or if you upload new files which address our > concerns. > > > -- Aurelien Jarno GPG: 4096R/1DDD8C9B aurel...@aurel32.net http://www.aurel32.net
Bug#810436: libindi: please switch to libusb 1.0
Package: libindi Version: 0.9.7-1 Severity: wishlist Dear Maintainer, libindi has a build-depends on libusb-dev. A few years ago upstream has released a new major version libusb 1.0 with a different API which aims to fix design deficiencies with USB 2.0 and 3.0 in mind. The old libusb 0.1 package is not supported upstream anymore and should be considered deprecated. If libindi supports the new libusb 1.0 library, please consider switching the build-depends from libusb-dev to libusb-1.0-0-dev. If not please inform upstream that porting the software to the new API is recommended. Thanks, Aurelien -- Aurelien Jarno GPG: 4096R/1DDD8C9B aurel...@aurel32.net http://www.aurel32.net
Bug#810452: plasma-desktop: please switch to libusb 1.0
Package: plasma-desktop Version: 4:5.4.3-1 Severity: wishlist Dear Maintainer, plasma-desktop has a build-depends on libusb-dev. A few years ago upstream has released a new major version libusb 1.0 with a different API which aims to fix design deficiencies with USB 2.0 and 3.0 in mind. The old libusb 0.1 package is not supported upstream anymore and should be considered deprecated. If plasma-desktop supports the new libusb 1.0 library, please consider switching the build-depends from libusb-dev to libusb-1.0-0-dev. If not please inform upstream that porting the software to the new API is recommended. Thanks, Aurelien -- Aurelien Jarno GPG: 4096R/1DDD8C9B aurel...@aurel32.net http://www.aurel32.net
Re: Bug#808287: Application: konsole (konsole), signal: Segmentation fault
control: reassign -1 qtbase-opensource-src control: tag -1 + upstream control: tag -1 + patch On 2015-12-18 14:02, lukash wrote: > Package: libc6 > Version: 2.21-4 > Severity: normal > > Dear Maintainer, > > DEV Info: > Application: konsole (konsole), signal: Segmentation fault > Using host libthread_db library "/lib/x86_64-linux-gnu/libthread_db.so.1". > [KCrash Handler] > #6 0x7f2d55a391b3 in ?? () from /usr/lib/x86_64-linux-gnu/libQt5DBus.so.5 > #7 0x7f2d55a2f5dd in ?? () from /usr/lib/x86_64-linux-gnu/libQt5DBus.so.5 > #8 0x7f2d55a2fc79 in ?? () from /usr/lib/x86_64-linux-gnu/libQt5DBus.so.5 > #9 0x7f2d55a242ed in ?? () from /usr/lib/x86_64-linux-gnu/libQt5DBus.so.5 > #10 0x7f2d55a24399 in ?? () from /usr/lib/x86_64-linux-gnu/libQt5DBus.so.5 > #11 0x7f2d55368f52 in __run_exit_handlers (status=0, listp=0x7f2d556d1698 > <__exit_funcs>, run_list_atexit=run_list_atexit@entry=true) at exit.c:82 > #12 0x7f2d55368fa5 in __GI_exit (status=) at exit.c:104 > #13 0x7f2d55353877 in __libc_start_main (main=0x400710 , argc=1, > argv=0x7fff22f82d48, init=, fini=, > rtld_fini=, stack_end=0x7fff22f82d38) at libc-start.c:325 > #14 0x00400749 in _start () This is not related to the libc, the crash happens in the libQT5DBus library. This bug is in qtbase-opensource-src and is fixed by the following upstream commit: https://github.com/qtproject/qtbase/commit/041fae00351164fbd72763e4bd947fdeb9956a5d I am therefore reassigning the bug. -- Aurelien Jarno GPG: 4096R/1DDD8C9B aurel...@aurel32.net http://www.aurel32.net
Bug#807170: libQtUiTools.a(quiloader.o): unrecognized relocation (0x2a) in section `.text'
On 2015-12-06 13:47, Bas Couwenberg wrote: > Source: qt4-x11 > Version: 4:4.8.7+dfsg-5 > Severity: important > > Dear Maintainer, > > As reported in #806324 qgis FTBFS with a relocation error that seems to > be caused by libQtUiTools.a from libqt4-dev: > > > /usr/lib/gcc/x86_64-linux-gnu/5/../../../x86_64-linux-gnu/libQtUiTools.a(quiloader.o): > unrecognized relocation (0x2a) in section `.text' > > Stangely it only affects testing, but not the same version in unstable. > > I hoped this was fixed with libqt4-dev (4:4.8.7+dfsg-5) that migrated to > testing today, but unfortunately the issue persists. > > Can you confirm that this is an issue with the static libQtUiTools.a > library on testing? > The problem is just that libQtUiTools.a has been built with the binutils from unstable, which introduce new relocation types. The .o object files (and thus static libraries) generated by binutils from unstable therefore can't be processed by the one from testing. Aurelien -- Aurelien Jarno GPG: 4096R/1DDD8C9B aurel...@aurel32.net http://www.aurel32.net
Bug#761713: kstars: Please build-depends on libcfitsio-dev instead of libcfitsio3-dev
Package: kstars Version: 4:4.14.0-1 Severity: wishlist Tags: sid Dear maintainer, With the latest upload of cfitsio, the development library has been changed to libcfitsio-dev from libcfitsio3-dev, as we now have only one version of the cfitsio library in the archive. libcfitsio3-dev is now a transitional package depending on libcfitsio-dev. The goal is to get this package removed after the Jessie release. kstars build-depends on libcfitsio3-dev. Could you please change it to libcfitsio-dev, so that the libcfitsio3-dev transitional package can later be removed? So far there is no real urgency to do so, and thus there is no need for a specific upload to fix this bug. That said if you prepare an upload, you can squash this change in. I'll upgrade the severity of this bug (if still opened) after the Jessie release. Thanks, Aurelien libastro-fits-cfitsio-perl 1.10-1 pyfits 1:3.3-2 python-astropy 0.4.1+dfsg2-1 pyxplot 0.9.2-4 skycat 3.1.2+starlink1~b-8 slcfitsio 0.3.8+nosvn-4.1 tcl-fitstcl 2.3-3 wcslib 4.23-1 -- To UNSUBSCRIBE, email to debian-qt-kde-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/20140915202337.ga25...@volta.rr44.fr
Bug#761723: libindi: Please (build-)depends on libcfitsio-dev instead of libcfitsio3-dev
Package: libindi Version: 0.9.8.1-5 Severity: wishlist Tags: sid Dear maintainer, With the latest upload of cfitsio, the development library has been changed to libcfitsio-dev from libcfitsio3-dev, as we now have only one version of the cfitsio library in the archive. libcfitsio3-dev is now a transitional package depending on libcfitsio-dev. The goal is to get this package removed after the Jessie release. libindi build-depends on libcfitsio3-dev and libindi-dev depends on it. Could you please change them to libcfitsio-dev, so that the libcfitsio3-dev transitional package can later be removed? So far there is no real urgency to do so, and thus there is no need for a specific upload to fix this bug. That said if you prepare an upload, you can squash this change in. I'll upgrade the severity of this bug (if still opened) after the Jessie release. Thanks, Aurelien vips 7.40.6-2 libvips-dev -- To UNSUBSCRIBE, email to debian-qt-kde-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/20140915202805.ga25...@volta.rr44.fr
Bug#760942: kde-workspace: FTBFS on ppc64el: couldn't find library libkwinglesutils.so.1
Source: kde-workspace
Version: 4:4.11.11-1
Severity: important
Tags: patch
User: debian-powe...@lists.debian.org
Usertags: ppc64el
Dear Maintainer,
kde-workspace fails to build on ppc64el with the following error:
| dpkg-shlibdeps: error: couldn't find library libkwinglesutils.so.1 needed by
debian/kde-window-manager/usr/lib/kde4/libkdeinit/libkdeinit4_kwin_gles.so (ELF
format: 'elf64-powerpcle'; RPATH: '')
The full build log is available there:
https://buildd.debian.org/status/fetch.php?pkg=kde-workspacearch=ppc64elver=4%3A4.11.11-1stamp=1410253503
The issue is that libkwinglesutils.so.1 is built, but not package as
ppc64el is not listed in the Architecture: field. The patch below fixes
that. Note that the same kind of patch might also be needed on arm64 but
I have no way to test that.
Aurelien
diff -Nru kde-workspace-4.11.11/debian/control
kde-workspace-4.11.11/debian/control
--- kde-workspace-4.11.11/debian/control2014-08-01 09:36:36.0
+0200
+++ kde-workspace-4.11.11/debian/control2014-09-09 13:00:10.0
+0200
@@ -605,7 +605,7 @@
Package: libkwinglesutils1
Section: libs
-Architecture: alpha amd64 armel armhf hppa i386 ia64 kfreebsd-amd64
kfreebsd-i386 mips mipsel powerpc ppc64 s390x sh4 sparc
+Architecture: alpha amd64 armel armhf hppa i386 ia64 kfreebsd-amd64
kfreebsd-i386 mips mipsel powerpc ppc64 ppc64el s390x sh4 sparc
X-Debian-ABI: 0
X-CMake-Target: kwinglesutils
Depends: ${misc:Depends}, ${shlibs:Depends}
-- System Information:
Debian Release: jessie/sid
APT prefers unstable
APT policy: (500, 'unstable')
Architecture: ppc64el (ppc64le)
Kernel: Linux 3.14-2-powerpc64le (SMP w/1 CPU core)
Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
--
To UNSUBSCRIBE, email to debian-qt-kde-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive:
https://lists.debian.org/2014090928.28354.92011.report...@ppc64el.rr44.fr
Bug#748774 blocking the ppc64el architecture bootstrap
Dear maintainer, The ppc64el architecture has been added to the Debian archive. Your package libspectre fails to build as reported in bug #748774 and the build log is available on [1]. It would be very nice if you can upload a fixed version of this package. Don't hesitate to ask questions if you need help to fix this bug. If you lack time for that, I can also proceed with an NMU. Thanks, Aurelien [1] https://buildd.debian.org/status/logs.php?pkg=libspectrearch=ppc64el -- Aurelien Jarno GPG: 4096R/1DDD8C9B aurel...@aurel32.net http://www.aurel32.net -- To UNSUBSCRIBE, email to debian-qt-kde-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/20140825024304.ga12...@ohm.rr44.fr
Bug#729187: qtbase-opensource-src: FTBFS on mips/mipsel
On Sat, Nov 09, 2013 at 10:22:25PM -0300, Lisandro Damián Nicanor Pérez Meyer wrote: tag 729187 moreinfo thanks On Sunday 10 November 2013 00:48:13 Aurelien Jarno wrote: Package: qtbase-opensource-src Version: 5.1.1+dfsg-5 Severity: important Tags: patch upstream Justification: fails to build from source [snip] The patch below does exactly that. With it I was able to fully build Qt5 on a MIPS system. Would it be possible to include it in the next upload? Thanks in advance. Hi Aurelien! First of all, thank *you* for doing this patch and explain it so clearly :) Allow me to make you some questions, which totally comes from my lack of knowledge wrt this. 1) Is it possible to surround this with something like #ifdef..#elseif..#blah? In other words, to detect if MIPS32 ISA or MIPS2 ISA is being used? If so, I would like to add those statements in order to have both options avilable and try to push the patch upstream. Or maybe I'm not understanding your explanation enough and the code itself works in all cases (but even then, maybe using defines gets faster code for MIPS32 ISA machines). Yes, it is something possible, that said the code works in all case. It basically just says to binutils from now on use the MIPS32 instruction set, and later now switch back to the previous instruction set. This means that the generated binary code is unchanged, just that it compiles on more machines. 2) Supposing (1) above is possible: upstream wants patches trough Gerrit, so they know that people submitting them have agreed to the CLA. Would you mind to submit it to upstream's gerrit? In this way you will get the credit for it. Else I could do it on my self, but that doesn't feels correct at all. I'll submit it to upstream gerrit, so we'll know if upstream consider it as acceptable or not. -- Aurelien Jarno GPG: 1024D/F1BCDB73 aurel...@aurel32.net http://www.aurel32.net -- To UNSUBSCRIBE, email to debian-qt-kde-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20131110104238.ga9...@hall.aurel32.net
Bug#729265: qtbase-opensource-src: FTBFS on powerpc and ppc64
Package: src:qtbase-opensource-src Version: 5.1.1+dfsg-5 Severity: important Tags: patch upstream Justification: fails to build from source qtbase-opensource-src fails to build from source on powerpc and ppc64, because these architectures use a different header for atomic functions (qoldbasicatomic.h) than other architectures, which hasn't been kept up to date with the main one (qbasicatomic.h). A patch to fix that is available on gerrit: https://codereview.qt-project.org/#change,70817 -- System Information: Debian Release: jessie/sid APT prefers unreleased APT policy: (500, 'unstable') Architecture: powerpc (ppc) Kernel: Linux 3.2.0-4-powerpc Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash -- To UNSUBSCRIBE, email to debian-qt-kde-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20131110224928.28416.95994.report...@powerpc.rr44.fr
Bug#729187: qtbase-opensource-src: FTBFS on mips/mipsel
Package: qtbase-opensource-src
Version: 5.1.1+dfsg-5
Severity: important
Tags: patch upstream
Justification: fails to build from source
qtbase-opensource-src fails to build from source because it assumes a
MIPS32 ISA, while Debian is still using a MIPS2 ISA, mostly for the
compatibility with Loongson 2 machines.
Qt5 is using the sync opcode with an immediate argument, which is
something introduced in the MIPS32 instruction set. However some of the
older CPUs interprets this opcode without the immediate argument (which
is a stronger ordering than with the argument), and for the others the
kernel emulates it.
It is therefore fine to use this opcode in the Qt5 build. However it's
not possible to build Qt5 with -march=mips32, as it will enable other
instructions that are not supported by older CPUs and not emulated by
the kernel.
The patch below does exactly that. With it I was able to fully build Qt5
on a MIPS system. Would it be possible to include it in the next upload?
Thanks in advance.
--- qtbase-opensource-src-5.1.1+dfsg.orig/src/corelib/arch/qatomic_mips.h
+++ qtbase-opensource-src-5.1.1+dfsg/src/corelib/arch/qatomic_mips.h
@@ -119,13 +119,19 @@ template typename T struct QAtomicOps
template int size template typename T inline
void QBasicAtomicOpssize::acquireMemoryFence(const T ) Q_DECL_NOTHROW
{
-asm volatile (sync 0x11 ::: memory);
+asm volatile (.set push\n
+ .set mips32\n
+ sync 0x11\n
+ .set pop\n ::: memory);
}
template int size template typename T inline
void QBasicAtomicOpssize::releaseMemoryFence(const T ) Q_DECL_NOTHROW
{
-asm volatile (sync 0x12 ::: memory);
+asm volatile (.set push\n
+ .set mips32\n
+ sync 0x12\n
+ .set pop\n ::: memory);
}
template int size template typename T inline
-- System Information:
Debian Release: jessie/sid
APT prefers unreleased
APT policy: (500, 'unstable')
Architecture: mips (mips64)
Kernel: Linux 3.2.0-4-5kc-malta
Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash
--
To UNSUBSCRIBE, email to debian-qt-kde-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive:
http://lists.debian.org/20131109234813.30511.60524.report...@mips.rr44.fr
Bug#650708: phonon: FTBFS: error: 'pow' was not declared in this scope
Source: phonon Version: 4:4.6.0really4.5.0-5 Severity: serious Tags: patch Justification: fails to build from source (but built successfully in the past) User: debian-s...@lists.debian.org Usertags: s390x phonon fails to build from source with the following error (the build log is from s390x, but reproducible on other architectures): | [ 54%] Building CXX object phonon/CMakeFiles/phonon.dir/pulsestream.cpp.o | cd phonon /usr/bin/c++ -DMAKE_PHONON_LIB -D_BSD_SOURCE -DHAVE_PULSEAUDIO -DHAVE_PULSEAUDIO_DEVICE_MANAGER -DHAVE_QZEITGEIST -DPHONON_LIBRARY_PATH=\/usr/lib/qt4/plugins\ -g -O2 -fstack-protector --param=ssp-buffer-size=4 -Wformat -Wformat-security -Werror=format-security -Wnon-virtual-dtor -Wno-long-long -ansi -Wundef -Wcast-align -Wchar-subscripts -Wall -W -Wpointer-arith -Wformat-security -fno-exceptions -DQT_NO_EXCEPTIONS -fno-check-new -fno-common -Woverloaded-virtual -fno-threadsafe-statics -fvisibility=hidden -fvisibility-inlines-hidden -Wnon-virtual-dtor -Wno-long-long -ansi -Wundef -Wcast-align -Wchar-subscripts -Wall -W -Wpointer-arith -Wformat-security -fno-check-new -fno-common -fPIC -I. -I../../phonon -I../.. -I../../includes -I/usr/include/qt4/QtXmlPatterns -I/usr/include/qt4/QtHelp -I/usr/include/qt4/QtDBus -I/usr/include/qt4/QtTest -I/usr/include/qt4/QtUiTools -I/usr/include/qt4/QtScript -I/usr/include/qt4/QtSvg -I/usr/include/qt4/QtXml -I/usr/include/ qt4/QtSql -I/usr/include/qt4/QtNetwork -I/usr/include/qt4/QtDesigner -I/usr/include/qt4/Qt3Support -I/usr/include/qt4/QtGui -I/usr/include/qt4/QtCore -I/usr/include/qt4/Qt -I/usr/share/qt4/mkspecs/default -I/usr/include/qt4 -I/usr/include/glib-2.0 -I/usr/lib/s390x-linux-gnu/glib-2.0/include -I/usr/include/QtZeitgeist-o CMakeFiles/phonon.dir/pulsestream.cpp.o -c ../../phonon/pulsestream.cpp | ../../phonon/pulsestream.cpp: In member function 'void Phonon::PulseStream::setVolume(const pa_cvolume*)': | ../../phonon/pulsestream.cpp:84:65: error: 'pow' was not declared in this scope | make[4]: *** [phonon/CMakeFiles/phonon.dir/pulsestream.cpp.o] Error 1 | make[4]: *** Waiting for unfinished jobs | make[3]: *** [phonon/CMakeFiles/phonon.dir/all] Error 2 | make[4]: Leaving directory `/build/buildd-phonon_4.6.0really4.5.0-5-s390x-HR53D5/phonon-4.6.0really4.5.0/obj-s390x-linux-gnu' | make[3]: Leaving directory `/build/buildd-phonon_4.6.0really4.5.0-5-s390x-HR53D5/phonon-4.6.0really4.5.0/obj-s390x-linux-gnu' | make[2]: *** [all] Error 2 | dh_auto_build: make -j2 returned exit code 2 | make[1]: *** [pre_build_dh_auto_build] Error 2 | make[2]: Leaving directory `/build/buildd-phonon_4.6.0really4.5.0-5-s390x-HR53D5/phonon-4.6.0really4.5.0/obj-s390x-linux-gnu' | make: make[1]: Leaving directory `/build/buildd-phonon_4.6.0really4.5.0-5-s390x-HR53D5/phonon-4.6.0really4.5.0' | *** [debian/dhmk_build] Error 2 The problem is that pow is used without including cmath, that said upstream has choosen a different solution and use the Qt function instead, as shown in the patch below. This package will block the s390x bootstrapping soon, so it would be nice if the fix can be uploaded shortly. Thanks in advance. commit 436d5379abe83c53c652d8a251f7ab504a1523df Author: Colin Guthrie co...@mageia.org Date: Thu Aug 4 16:55:47 2011 +0100 pulse: Use qPow() as pow() is sometimes not found. diff --git a/phonon/pulsestream.cpp b/phonon/pulsestream.cpp index d1e6711..e129f1b 100644 --- a/phonon/pulsestream.cpp +++ b/phonon/pulsestream.cpp @@ -21,6 +21,7 @@ */ #include pulsestream_p.h +#include QtCore/qmath.h QT_BEGIN_NAMESPACE @@ -81,7 +82,7 @@ void PulseStream::setVolume(const pa_cvolume *volume) // AudioOutput expects the backend to supply values that have been // adjusted for Stephens' law, so we need to fudge them accordingly // so that the %ages match up in KMix/the application's own slider. -emit volumeChanged(pow(vol, VOLTAGE_TO_LOUDNESS_EXPONENT)); +emit volumeChanged(qPow(vol, VOLTAGE_TO_LOUDNESS_EXPONENT)); } } -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: s390x Kernel: Linux 3.1.0-1-s390x (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/dash -- To UNSUBSCRIBE, email to debian-qt-kde-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20111202063559.18589.38442.report...@s390x.aurel32.net
Bug#647265: qt4-x11: FTBFS on sparc64: needs fixing to the atomic code
Package: qt4-x11 Version: 4.7.3-8 Severity: important Tags: patch upstream Justification: fails to build from source User: debian-sp...@lists.debian.org Usertags: sparc64 Forwarded: https://bugreports.qt.nokia.com/browse/QTBUG-22479 qt4-x11 fails to build from source on sparc64 due to issues in the atomic code, leading to the following error: | g++ -c -m64 -pipe -I/usr/include/freetype2 -I/usr/include/dbus-1.0 -I/usr/lib/sparc64-linux-gnu/dbus-1.0/include -O2 -fvisibility=hidden -fvisibility-inlines-hidden -Wall -W -D_REENTRANT -fPIC -DQT_SHARED -DQT_BUILD_DBUS_LIB -DDBUS_API_SUBJECT_TO_CHANGE -DQT_LINKED_LIBDBUS -DQT_NO_CAST_TO_ASCII -DQT_ASCII_CAST_WARNINGS -DQT3_SUPPORT -DQT_MOC_COMPAT -DQT_USE_FAST_OPERATOR_PLUS -DQT_USE_FAST_CONCATENATION -DQT_NO_DEBUG -DQT_XML_LIB -DQT_CORE_LIB -D_LARGEFILE64_SOURCE -D_LARGEFILE_SOURCE -I../../mkspecs/linux-g++-64 -I. -I../../include/QtCore -I../../include/QtXml -I../../include -I../../include/QtDBus -I.rcc/release-shared -I.moc/release-shared -o .obj/release-shared/qdbusabstractadaptor.o qdbusabstractadaptor.cpp | In file included from ../../include/QtCore/qatomic_sparc.h:1:0, | from ../../include/QtCore/../../src/corelib/arch/qatomic_arch.h:78, | from ../../include/QtCore/qatomic_arch.h:1, | from ../../include/QtCore/../../src/corelib/thread/qbasicatomic.h:227, | from ../../include/QtCore/qbasicatomic.h:1, | from ../../include/QtCore/../../src/corelib/thread/qatomic.h:46, | from ../../include/QtCore/qatomic.h:1, | from ../../include/QtCore/../../src/corelib/tools/qbytearray.h:45, | from ../../include/QtCore/qbytearray.h:1, | from ../../include/QtCore/../../src/corelib/tools/qstring.h:46, | from ../../include/QtCore/qstring.h:1, | from ../../include/QtCore/../../src/corelib/kernel/qobject.h:48, | from ../../include/QtCore/qobject.h:1, | from ../../include/QtCore/../../src/corelib/kernel/qcoreapplication.h:45, | from ../../include/QtCore/qcoreapplication.h:1, | from qdbusintegrator.cpp:42: | ../../include/QtCore/../../src/corelib/arch/qatomic_sparc.h: In member function 'bool QBasicAtomicPointerT::testAndSetOrdered(T*, T*) [with T = const QString]': | qdbusintegrator.cpp:74:1: instantiated from here | ../../include/QtCore/../../src/corelib/arch/qatomic_sparc.h:238:85: error: invalid conversion from 'const void*' to 'void*' [-fpermissive] | ../../include/QtCore/../../src/corelib/arch/qatomic_sparc.h:131:23: error: initializing argument 2 of 'int q_atomic_test_and_set_acquire_ptr(volatile void*, void*, void*)' [-fpermissive] | ../../include/QtCore/../../src/corelib/arch/qatomic_sparc.h:238:85: error: invalid conversion from 'const void*' to 'void*' [-fpermissive] | ../../include/QtCore/../../src/corelib/arch/qatomic_sparc.h:131:23: error: initializing argument 3 of 'int q_atomic_test_and_set_acquire_ptr(volatile void*, void*, void*)' [-fpermissive] | make[3]: *** [.obj/release-shared/qdbusintegrator.o] Error 1 The problem is that the type of some arguments in src/corelib/arch/qatomic_sparc.h are missing a const attribute. In that case the second and third arguments of q_atomic_test_and_set_acquire_ptr() are only read in the assembly code (src/corelib/arch/sparc/qatomic64.s), so it's possible to declare them const. This is the only thing required to get Qt building on sparc64, but I preferred to also change other functions with missing const attribute, so that the same kind of problem doesn't appear again in the future. You'll find the patch as an attachement. -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: sparc64 Kernel: Linux 2.6.32-bpo.5-sparc64-smp (SMP w/32 CPU cores) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Description: Fix atomic support on sparc64 Author: Aurelien Jarno aure...@debian.org Forwarded: https://bugreports.qt.nokia.com/browse/QTBUG-22479 Last-Update: 2011-11-01 --- qatomic_sparc.h | 18 ++ 1 file changed, 10 insertions(+), 8 deletions(-) --- a/src/corelib/arch/qatomic_sparc.h +++ b/src/corelib/arch/qatomic_sparc.h @@ -127,17 +127,19 @@ Q_CORE_EXPORT int q_atomic_fetch_and_add_acquire_int(volatile int *ptr, int value); Q_CORE_EXPORT int q_atomic_fetch_and_add_release_int(volatile int *ptr, int value); -Q_CORE_EXPORT int q_atomic_test_and_set_ptr(volatile void *ptr, void *expected, void *newval); +Q_CORE_EXPORT int q_atomic_test_and_set_ptr(volatile void *ptr, +const void *expected, +const void *newval); Q_CORE_EXPORT int q_atomic_test_and_set_acquire_ptr(volatile void *ptr, -void *expected, -void *newval); +const void *expected, +const
Bug#637004: qtwebkit: FTBFS on s390x: needs some adjustments
Package: qtwebkit Version: 5 Severity: important Tags: patch Justification: fails to build from source User: debian-s...@lists.debian.org Usertags: s390x qtwebkit fails to build on s390x, as the code to support this architecture is not yet present in the package, though it is present in upstream webkit. It is easy to backport, so please find below a patch to do that. The patch also changes the debugging support to -gstabs (similarly to what is already done on s390), as otherwise the link fails. diff -Nru qtwebkit-2.1.0~2011week13/debian/patches/07_s390x.diff qtwebkit-2.1.0~2011week13/debian/patches/07_s390x.diff --- qtwebkit-2.1.0~2011week13/debian/patches/07_s390x.diff 1970-01-01 00:00:00.0 + +++ qtwebkit-2.1.0~2011week13/debian/patches/07_s390x.diff 2011-08-06 10:14:18.0 + @@ -0,0 +1,35 @@ +Description: Add support for s390/s390x architectures +Author: Dan Horák d...@danny.cz +Origin: vendor (http://trac.webkit.org/changeset?old_path=%2Ftrunkold=71843+new_path=%2Ftrunknew=71844+) +Forwarded: no +Last-Update: 2011-08-06 + +--- a/JavaScriptCore/wtf/Platform.h b/JavaScriptCore/wtf/Platform.h +@@ -186,6 +186,18 @@ + #define WTF_CPU_SPARC 1 + #endif + ++/* CPU(S390X) - S390 64-bit */ ++#if defined(__s390x__) ++#define WTF_CPU_S390X 1 ++#define WTF_CPU_BIG_ENDIAN 1 ++#endif ++ ++/* CPU(S390) - S390 32-bit */ ++#if defined(__s390__) ++#define WTF_CPU_S390 1 ++#define WTF_CPU_BIG_ENDIAN 1 ++#endif ++ + /* CPU(X86) - i386 / x86 32-bit */ + #if defined(__i386__) \ + || defined(i386) \ +@@ -917,6 +929,7 @@ + #if (CPU(X86_64) (OS(UNIX) || OS(WINDOWS))) \ + || (CPU(IA64) !CPU(IA64_32)) \ + || CPU(ALPHA) \ ++|| CPU(S390X) \ + || CPU(SPARC64) + #define WTF_USE_JSVALUE64 1 + #elif CPU(ARM_TRADITIONAL) || CPU(PPC64) || CPU(MIPS) diff -Nru qtwebkit-2.1.0~2011week13/debian/patches/series qtwebkit-2.1.0~2011week13/debian/patches/series --- qtwebkit-2.1.0~2011week13/debian/patches/series 2011-06-20 12:57:32.0 + +++ qtwebkit-2.1.0~2011week13/debian/patches/series 2011-08-06 10:14:47.0 + @@ -8,6 +8,7 @@ 04_enable_debug_information.diff 05_sparc_unaligned_access.diff 06_kfreebsd_strnstr.diff +07_s390x.diff stabs_format_debug_info.diff no_gc_sections.diff 09_hurd.diff diff -Nru qtwebkit-2.1.0~2011week13/debian/rules qtwebkit-2.1.0~2011week13/debian/rules --- qtwebkit-2.1.0~2011week13/debian/rules 2011-04-06 08:34:09.0 + +++ qtwebkit-2.1.0~2011week13/debian/rules 2011-08-07 15:01:52.0 + @@ -6,7 +6,7 @@ # Filter -g from environment on troublesome arches. Replace it with -gstabs # See also: stabs_format_debug_info.diff DEB_HOST_ARCH := $(shell dpkg-architecture -qDEB_HOST_ARCH) -ifneq (,$(filter $(DEB_HOST_ARCH),s390 armel mips mipsel)) +ifneq (,$(filter $(DEB_HOST_ARCH),s390 s390x armel mips mipsel)) export CFLAGS := $(filter-out -g,$(CFLAGS)) -gstabs export CXXFLAGS := $(filter-out -g,$(CXXFLAGS)) -gstabs endif -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: s390x Kernel: 2.6.32-5-s390x (SMP w/3 CPU cores) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash -- To UNSUBSCRIBE, email to debian-qt-kde-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20110807172246.14007.4713.report...@volta.aurel32.net
Bug#497804: setting package to python-dcop libdcop3-java libsmokeqt-dev libkde3-java libkjsembed1 libkde3-jni libkorundum0-ruby1.8 kdebindings libsmokeqt1 kjscmd libdcop3-jni libqt3-jni libsmokekde-de
# Automatically generated email from bts, devscripts version 2.10.35 # via tagpending # # kdebindings (4:3.5.9-4) unstable; urgency=low # # * Enable java on GNU/kFreeBSD (Closes: #497804) package python-dcop libdcop3-java libsmokeqt-dev libkde3-java libkjsembed1 libkde3-jni libkorundum0-ruby1.8 kdebindings libsmokeqt1 kjscmd libdcop3-jni libqt3-jni libsmokekde-dev libqt3-java libqt0-ruby1.8 libdcop3-java-dev juic kdebindings-java libsmokekde1 libkjsembed-dev tags 497804 + pending -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#484770: koffice_1.6.3-5(unstable/arm|armel): error: 'malloc' was not declared in this scope
Package: koffice Version: 1.6.3-5 Severity: serious Tags: patch Justification: fails to build from source From my build log: from /build/buildd/koffice-1.6.3/./kexi/kexidb/drivers/pqxx/pqxxconnection.h:26, from /build/buildd/koffice-1.6.3/./kexi/kexidb/drivers/pqxx/pqxxdriver.cpp:25: /build/buildd/koffice-1.6.3/./kexi/kexidb/drivers/pqxx/../../../kexidb/cursor.h:256: warning: 'typedef' was ignored in this declaration /bin/sh ../../../../libtool --tag=CXX --mode=compile g++ -DHAVE_CONFIG_H -I. -I../../../.. -I/build/buildd/koffice-1.6.3/./kexi/kexidb/drivers/pqxx -I/build/buildd/koffice-1.6.3/./kexi/kexidb/drivers/pqxx/../../.. -I/usr/include/kde -I/usr/share/qt3/include -I. -I/usr/include/postgresql -I/usr/include -DKEXI_SCRIPTS_SUPPORT -DQT_THREAD_SUPPORT -D_REENTRANT -Wno-long-long -Wundef -ansi -D_XOPEN_SOURCE=500 -D_BSD_SOURCE -Wcast-align -Wchar-subscripts -Wall -W -Wpointer-arith -DNDEBUG -DNO_DEBUG -O2 -g -O2 -g -Wall -O2 -Wformat-security -Wmissing-format-attribute -Wno-non-virtual-dtor -fno-exceptions -fno-check-new -fno-common -DQT_CLEAN_NAMESPACE -DQT_NO_ASCII_CAST -DQT_NO_STL -DQT_NO_COMPAT -DQT_NO_TRANSLATION -DHAVE_KNEWSTUFF -fexceptions -include /build/buildd/koffice-1.6.3/./kexi/kexi_global.h -DKEXI_NO_CURSOR_PROPERTY -DKEXI_NO_CTXT_HELP -DKEXI_NO_SUBFORM -DKEXI_DB_COMBOBOX_WIDGET -DDB_TEMPLATES -DKEXI_DEBUG_GUI -DKEXIDB_PGSQL_DRIVER_EXPORT= -D__KEXIDB__= -include /build/buildd/koffice-1.6.3/./kexi/kexidb/global.h -c -o pqxxcursor.lo /build/buildd/koffice-1.6.3/./kexi/kexidb/drivers/pqxx/pqxxcursor.cpp g++ -DHAVE_CONFIG_H -I. -I../../../.. -I/build/buildd/koffice-1.6.3/./kexi/kexidb/drivers/pqxx -I/build/buildd/koffice-1.6.3/./kexi/kexidb/drivers/pqxx/../../.. -I/usr/include/kde -I/usr/share/qt3/include -I. -I/usr/include/postgresql -I/usr/include -DKEXI_SCRIPTS_SUPPORT -DQT_THREAD_SUPPORT -D_REENTRANT -Wno-long-long -Wundef -ansi -D_XOPEN_SOURCE=500 -D_BSD_SOURCE -Wcast-align -Wchar-subscripts -Wall -W -Wpointer-arith -DNDEBUG -DNO_DEBUG -O2 -g -O2 -g -Wall -O2 -Wformat-security -Wmissing-format-attribute -Wno-non-virtual-dtor -fno-exceptions -fno-check-new -fno-common -DQT_CLEAN_NAMESPACE -DQT_NO_ASCII_CAST -DQT_NO_STL -DQT_NO_COMPAT -DQT_NO_TRANSLATION -DHAVE_KNEWSTUFF -fexceptions -include /build/buildd/koffice-1.6.3/./kexi/kexi_global.h -DKEXI_NO_CURSOR_PROPERTY -DKEXI_NO_CTXT_HELP -DKEXI_NO_SUBFORM -DKEXI_DB_COMBOBOX_WIDGET -DDB_TEMPLATES -DKEXI_DEBUG_GUI -DKEXIDB_PGSQL_DRIVER_EXPORT= -D__KEXIDB__= -include /build/buildd/koffice-1.6.3/./kexi/kexidb/global.h -c /build/buildd/koffice-1.6.3/./kexi/kexidb/drivers/pqxx/pqxxcursor.cpp -fPIC -DPIC -o .libs/pqxxcursor.o In file included from /build/buildd/koffice-1.6.3/./kexi/kexidb/drivers/pqxx/pqxxcursor.h:23, from /build/buildd/koffice-1.6.3/./kexi/kexidb/drivers/pqxx/pqxxcursor.cpp:20: /build/buildd/koffice-1.6.3/./kexi/kexidb/drivers/pqxx/../../../kexidb/cursor.h:256: warning: 'typedef' was ignored in this declaration /build/buildd/koffice-1.6.3/./kexi/kexidb/drivers/pqxx/pqxxcursor.cpp: In member function 'virtual const char** KexiDB::pqxxSqlCursor::rowData() const': /build/buildd/koffice-1.6.3/./kexi/kexidb/drivers/pqxx/pqxxcursor.cpp:262: error: 'malloc' was not declared in this scope make[6]: *** [pqxxcursor.lo] Error 1 make[6]: Leaving directory `/build/buildd/koffice-1.6.3/obj-arm-linux-gnu/kexi/kexidb/drivers/pqxx' make[5]: *** [all-recursive] Error 1 make[5]: Leaving directory `/build/buildd/koffice-1.6.3/obj-arm-linux-gnu/kexi/kexidb/drivers' make[4]: *** [all-recursive] Error 1 make[4]: Leaving directory `/build/buildd/koffice-1.6.3/obj-arm-linux-gnu/kexi/kexidb' make[3]: *** [all-recursive] Error 1 make[3]: Leaving directory `/build/buildd/koffice-1.6.3/obj-arm-linux-gnu/kexi' make[2]: *** [all-recursive] Error 1 make[2]: Leaving directory `/build/buildd/koffice-1.6.3/obj-arm-linux-gnu' make[1]: *** [all] Error 2 make[1]: Leaving directory `/build/buildd/koffice-1.6.3/obj-arm-linux-gnu' make: *** [debian/stamp-makefile-build] Error 2 dpkg-buildpackage: failure: debian/rules build gave error exit status 2 ** Build finished at 20080531-1559 FAILED [dpkg-buildpackage died] The problem is due to missing includes and appears when: - g++ 4.3 is used - --enable-final is not used Currently this concerns arm and armel. The patch below fixes the problem. --- koffice-1.6.3.orig/filters/kword/wordperfect/import/TextRunStyle.cxx +++ koffice-1.6.3/filters/kword/wordperfect/import/TextRunStyle.cxx @@ -33,6 +33,8 @@ #include WriterProperties.hxx #include DocumentElement.hxx +#include cstring + #ifdef _MSC_VER #include minmax.h #endif --- koffice-1.6.3.orig/filters/kword/wordperfect/import/TableStyle.cxx +++ koffice-1.6.3/filters/kword/wordperfect/import/TableStyle.cxx @@ -27,6 +27,7 @@ /* This product is not manufactured, approved, or supported by * Corel Corporation
Bug#462338: kdelibs5-dev: not installable on GNU/kFreeBSD
Package: kdelibs5-dev
Version: 4:4.0.0-2
Severity: important
Tags: patch
kde4libs builds find on GNU/kFreeBSD (thanks :-), but kdelibs5-dev is
not installable as it depends on Linux specific package. The small
patch below fixes the problem.
Could you please apply it in the next upload? Thanks in advance.
--- kde4libs-4.0.0/debian/control 2008-01-24 00:46:38.0 +
+++ kde4libs-4.0.0/debian/control 2008-01-24 00:46:40.0 +
@@ -39,7 +39,7 @@
Section: libdevel
Architecture: any
Depends: ${shlibs:Depends}, kdelibs5 (= ${binary:Version}), shared-mime-info,
- libasound2-dev, libcupsys2-dev, libdbus-1-dev, libkeyutils-dev, libqt4-dev,
+ libasound2-dev [linux-any], libcupsys2-dev, libdbus-1-dev, libkeyutils-dev
[linux-any], libqt4-dev,
libsoprano-dev (= 1.99~rc2-1), libstreamanalyzer-dev (= 0.5.7),
libxml2-dev, libxml2-utils, libxslt1-dev, libxtst-dev, libungif4-dev,
libavahi-common-dev, libaspell-dev, libbz2-dev, libenchant-dev, libfam-dev,
-- System Information:
Debian Release: lenny/sid
Architecture: kfreebsd-i386 (i686)
Kernel: kFreeBSD 6.2-1-686
Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#459515: kde4libs_4:3.98.0~svn755919-1(experimental/arm): FTBFS on arm
Package: kde4libs Version: 3.98.0~svn755919-1 Severity: important Tags: patch Please find a patch below to get kde4libs buildable on arm (and probably armel). --- kde4libs-3.98.0~svn755919.orig/khtml/html/html_canvasimpl.cpp +++ kde4libs-3.98.0~svn755919/khtml/html/html_canvasimpl.cpp @@ -1019,7 +1019,7 @@ const CanvasPatternImpl *pattern = static_castconst CanvasPatternImpl*(style); -float penWidth = qMax(p-pen().widthF(), 1.0); +float penWidth = qMax(p-pen().widthF(), qreal(1.0)); const QRectF rect = path.controlPointRect().adjusted(-penWidth, -penWidth, penWidth, penWidth); return pattern-clipForRepeat(p-brushOrigin(), rect); -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: arm (armv5tejl) Kernel: Linux 2.6.18-5-versatile Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#458989: kdebase: lm-sensors transition
Package: kdebase Version: 4:3.5.8.dfsg.1-4 Severity: wishlist Tags: patch Hi, A new upstream version of lm-sensors has been released upstream. The API has changed, so the softwares using libsensors3 have to be modified so that they can use libsensors4. It is planned to keep both versions for a while, but the goal is to get rid of libsensors3 in Lenny. You will find attached a patch for kdebase that changes both upstream code and debian/ directory. Could you please apply this patch in your next upload? Thanks, Aurelien -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.23-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 kdebase depends on: ii hal 0.5.10-5Hardware Abstraction Layer ii kappfinder 4:3.5.8.dfsg.1-4non-KDE application finder for KDE ii kate 4:3.5.8.dfsg.1-4advanced text editor for KDE ii kcontrol 4:3.5.8.dfsg.1-4control center for KDE ii kdebase-bin 4:3.5.8.dfsg.1-4core binaries for the KDE base mod ii kdebase-data 4:3.5.8.dfsg.1-4shared data files for the KDE base ii kdebase-kio-plugins 4:3.5.8.dfsg.1-4core I/O slaves for KDE ii kdepasswd4:3.5.8.dfsg.1-4password changer for KDE ii kdeprint 4:3.5.8.dfsg.1-4print system for KDE ii kdesktop 4:3.5.8.dfsg.1-4miscellaneous binaries and files f ii kfind4:3.5.8.dfsg.1-4file-find utility for KDE ii khelpcenter 4:3.5.8.dfsg.1-4help center for KDE ii kicker 4:3.5.8.dfsg.1-4desktop panel for KDE ii klipper 4:3.5.8.dfsg.1-4clipboard utility for KDE ii kmenuedit4:3.5.8.dfsg.1-4menu editor for KDE ii konqueror4:3.5.8.dfsg.1-4KDE's advanced file manager, web b ii konqueror-nsplugins 4:3.5.8.dfsg.1-4Netscape plugin support for Konque ii konsole 4:3.5.8.dfsg.1-4X terminal emulator for KDE ii kpager 4:3.5.8.dfsg.1-4desktop pager for KDE ii kpersonalizer4:3.5.8.dfsg.1-4installation personalizer for KDE ii ksmserver4:3.5.8.dfsg.1-4session manager for KDE ii ksplash 4:3.5.8.dfsg.1-4the KDE splash screen ii ksysguard4:3.5.8.dfsg.1-4system guard for KDE ii ktip 4:3.5.8.dfsg.1-4useful tips for KDE ii kwin 4:3.5.8.dfsg.1-4the KDE window manager ii libkonq4 4:3.5.8.dfsg.1-4core libraries for Konqueror ii pmount 0.9.17-1mount removable devices as normal Versions of packages kdebase recommends: ii kdm 4:3.5.8.dfsg.1-4 X display manager for KDE -- no debconf information diff -u kdebase-3.5.8.dfsg.1/debian/control kdebase-3.5.8.dfsg.1/debian/control --- kdebase-3.5.8.dfsg.1/debian/control +++ kdebase-3.5.8.dfsg.1/debian/control @@ -3,7 +3,7 @@ Priority: optional Maintainer: Debian Qt/KDE Maintainers debian-qt-kde@lists.debian.org Uploaders: Ana Beatriz Guerrero Lopez [EMAIL PROTECTED], Armin Berres [EMAIL PROTECTED], Fathi Boudra [EMAIL PROTECTED], Modestas Vainius [EMAIL PROTECTED], Sune Vuorela [EMAIL PROTECTED] -Build-Depends: cdbs (= 0.4.39-0.1), debhelper (= 5.0.31), autotools-dev, gawk, gettext, kdelibs4-dev (= 4:3.5.8), libdbus-qt-1-dev (= 0.60), libldap2-dev, libhal-dev (= 0.5.5.1-2) [!kfreebsd-i386 !kfreebsd-amd64 !hurd-i386], libhal-storage-dev (= 0.5.5.1-2) [!kfreebsd-i386 !kfreebsd-amd64 !hurd-i386], libncurses5-dev, libpam0g-dev, libpopt-dev, libraw1394-dev [!kfreebsd-i386 !kfreebsd-amd64 !hurd-i386], libsensors-dev [!kfreebsd-i386 !kfreebsd-amd64 !hurd-i386], libsmbclient-dev, libusb-dev, libxtst-dev, libfontenc-dev, libxss-dev, libxxf86misc-dev, libxcomposite-dev, libxdamage-dev, libxkbfile-dev, xutils, sharutils, texinfo, libavahi-compat-libdnssd-dev (= 0.4) +Build-Depends: cdbs (= 0.4.39-0.1), debhelper (= 5.0.31), autotools-dev, gawk, gettext, kdelibs4-dev (= 4:3.5.8), libdbus-qt-1-dev (= 0.60), libldap2-dev, libhal-dev (= 0.5.5.1-2) [!kfreebsd-i386 !kfreebsd-amd64 !hurd-i386], libhal-storage-dev (= 0.5.5.1-2) [!kfreebsd-i386 !kfreebsd-amd64 !hurd-i386], libncurses5-dev, libpam0g-dev, libpopt-dev, libraw1394-dev [!kfreebsd-i386 !kfreebsd-amd64 !hurd-i386], libsensors4-dev [!kfreebsd-i386 !kfreebsd-amd64 !hurd-i386], libsmbclient-dev, libusb-dev, libxtst-dev, libfontenc-dev, libxss-dev, libxxf86misc-dev, libxcomposite-dev, libxdamage-dev, libxkbfile-dev, xutils, sharutils, texinfo, libavahi-compat-libdnssd-dev (= 0.4) Build-Depends-Indep: doxygen, qt3-doc, graphviz, gsfonts-x11, kdelibs4-doc Build-Conflicts: nvidia-glx ( 1.0.8774-6) Standards-Version: 3.7.2 diff -u kdebase-3.5.8.dfsg.1/debian/control.in kdebase-3.5.8.dfsg.1/debian/control.in ---
Bug#457284: qmake: defaulting to -Wl,--as-needed breaks other packages
Package: libqt4-dev Version: 4.3.3-1 Severity: important Since version 4.3.3-1, qmake uses -Wl,--as-needed by default. This breaks other packages, see for example bug#456872. Please revert this change in the next upload. -- System Information: Debian Release: lenny/sid Architecture: amd64 (x86_64) Kernel: Linux 2.6.23-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 libqt4-dev depends on: ii libaudio-dev1.9.1-1 Network Audio System - development ii libfreetype6-dev2.3.5-1+b1 FreeType 2 font engine, developmen ii libgl1-mesa-dev [libgl- 7.0.2-2 A free implementation of the OpenG ii libglib2.0-dev 2.14.4-2 Development files for the GLib lib ii libglu1-mesa-dev [libgl 7.0.2-2 The OpenGL utility library -- deve ii libice-dev 2:1.0.4-1X11 Inter-Client Exchange library ii libjpeg62-dev 6b-14Development files for the IJG JPEG ii libmng-dev 1.0.9-1 M-N-G library (Development headers ii libpng12-dev [libpng12- 1.2.15~beta5-3 PNG library - development ii libpq-dev 8.2.5-4 header files for libpq5 (PostgreSQ ii libqt4-core 4.3.3-1 Qt 4 core non-GUI functionality ru ii libqt4-gui 4.3.3-1 Qt 4 core GUI functionality runtim ii libqt4-qt3support 4.3.3-1 Qt 3 compatibility library for Qt ii libqt4-sql 4.3.3-1 Qt 4 SQL database module ii libsm-dev 2:1.0.3-1+b1 X11 Inter-Client Exchange library ii libsqlite0-dev 2.8.17-4 SQLite development files ii libx11-dev 2:1.0.3-7X11 client-side library (developme ii libxcursor-dev 1:1.1.9-1X cursor management library (devel ii libxext-dev 1:1.0.3-2X11 miscellaneous extensions libra ii libxft-dev 2.1.12-2 FreeType-based font drawing librar ii libxi-dev 2:1.1.3-1X11 Input extension library (devel ii libxinerama-dev 1:1.0.2-1X11 Xinerama extension library (de ii libxmu-dev 1:1.0.3-1X11 miscellaneous utility library ii libxrandr-dev 2:1.2.2-1X11 RandR extension library (devel ii libxrender-dev 1:0.9.4-1X Rendering Extension client libra ii libxt-dev 1:1.0.5-3X11 toolkit intrinsics library (de ii x11proto-core-dev 7.0.11-1 X11 core wire protocol and auxilia ii zlib1g-dev 1:1.2.3.3.dfsg-8 compression library - development Versions of packages libqt4-dev recommends: ii qt4-dev-tools 4.3.3-1Qt 4 development tools -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Bug#365098 ITP: indi -- Instrument Neutral Distributed Interface for astronomical devices
reassign 365098 kstars
tag 365098 + patch
thanks
Hi!
On Fri, Apr 28, 2006 at 12:09:17AM +0200, Aurelien Jarno wrote:
Package: wnpp
Severity: wishlist
Owner: Aurelien Jarno [EMAIL PROTECTED]
* Package name: indi
Version : 0.3
Upstream Author : Jasem Mutlaq [EMAIL PROTECTED]
Elwood C. Downey [EMAIL PROTECTED]
* URL : http://indi.sourceforge.net
* License : LGPL-2
Programming Lang: C
Description : Instrument Neutral Distributed Interface for astronomical
devices
INDI is an Instrument Neutral Distributed Interface control protocol for
astronomical devices, which provides a framework that decouples low level
hardware drivers from high level front end clients. Clients that use the
device drivers are completely unaware of the device capabilities and
communicate with the device drivers and build a completely dynamical GUI
based on the services provided by the device.
While packaging INDI, I have noticed that KStars include a whole copy of
this library, therefore I think there is no need to add a new package.
However, I only need the INDI part (ie about 500kB) and not KStars and
the libraries it need (ie about 130MB).
I am therefore asking to put the INDI part in a separate package and
add a dependency on it in kstars. I have attached a patch to do that.
Thanks,
Aurelien
--
.''`. Aurelien Jarno | GPG: 1024D/F1BCDB73
: :' : Debian developer | Electrical Engineer
`. `' [EMAIL PROTECTED] | [EMAIL PROTECTED]
`-people.debian.org/~aurel32 | www.aurel32.net
diff -u kdeedu-3.5.2/debian/control kdeedu-3.5.2/debian/control
--- kdeedu-3.5.2/debian/control
+++ kdeedu-3.5.2/debian/control
@@ -344,7 +344,7 @@
Package: kstars
Architecture: any
Section: science
-Depends: ${shlibs:Depends}, kstars-data ( ${KDE-Version3}), kstars-data (
${KDE-Next-Version3})
+Depends: ${shlibs:Depends}, kstars-data ( ${KDE-Version3}), kstars-data (
${KDE-Next-Version3}), indi (= ${Source-Version})
Recommends: kdeedu-data (= ${Source-Version})
Suggests: konqueror, khelpcenter, kdeedu-doc-html
Description: desktop planetarium for KDE
@@ -362,6 +362,18 @@
.
This package is part of the official KDE edutainment module.
+Package: indi
+Architecture: any
+Section: science
+Depends: ${shlibs:Depends}
+Description: Instrument Neutral Distributed Interface for astronomical devices
+ INDI is an Instrument Neutral Distributed Interface control protocol for
+ astronomical devices, which provides a framework that decouples low level
+ hardware drivers from high level front end clients. Clients that use the
+ device drivers are completely unaware of the device capabilities and
+ communicate with the device drivers and build a completely dynamic GUI
+ based on the services provided by the device.
+
Package: kstars-data
Architecture: all
Section: science
diff -u kdeedu-3.5.2/debian/kstars.manpages kdeedu-3.5.2/debian/kstars.manpages
--- kdeedu-3.5.2/debian/kstars.manpages
+++ kdeedu-3.5.2/debian/kstars.manpages
@@ -1,12 +1,2 @@
-debian/man/celestrongps.1
-debian/man/fliccd.1
-debian/man/indiserver.1
debian/man/kstars.1
-debian/man/lx200_16.1
-debian/man/lx200autostar.1
-debian/man/lx200classic.1
-debian/man/lx200generic.1
-debian/man/lx200gps.1
-debian/man/temma.1
-debian/man/v4ldriver.1
-debian/man/v4lphilips.1
+
diff -u kdeedu-3.5.2/debian/kstars.install kdeedu-3.5.2/debian/kstars.install
--- kdeedu-3.5.2/debian/kstars.install
+++ kdeedu-3.5.2/debian/kstars.install
@@ -1,23 +1,5 @@
etc/kde3/kstarsrc
-usr/bin/apmount
-usr/bin/apogee_ppi
-usr/bin/celestrongps
-usr/bin/fliccd
-usr/bin/fliwheel
-usr/bin/indiserver
-usr/bin/lx200_16
-usr/bin/lx200autostar
-usr/bin/lx200basic
-usr/bin/lx200classic
-usr/bin/lx200generic
-usr/bin/lx200gps
usr/bin/kstars
-usr/bin/meade_lpi
-usr/bin/sbigccd
-usr/bin/skycommander
-usr/bin/temma
-usr/bin/v4ldriver
-usr/bin/v4lphilips
usr/include/kde/kstarsinterface.h
usr/include/kde/simclockinterface.h
usr/share/applications/kde/kstars.desktop
only in patch2:
unchanged:
--- kdeedu-3.5.2.orig/debian/indi.docs
+++ kdeedu-3.5.2/debian/indi.docs
@@ -0,0 +1 @@
+build-tree/kdeedu-*/kstars/kstars/indi/README
only in patch2:
unchanged:
--- kdeedu-3.5.2.orig/debian/indi.manpages
+++ kdeedu-3.5.2/debian/indi.manpages
@@ -0,0 +1,11 @@
+debian/man/celestrongps.1
+debian/man/fliccd.1
+debian/man/indiserver.1
+debian/man/lx200_16.1
+debian/man/lx200autostar.1
+debian/man/lx200classic.1
+debian/man/lx200generic.1
+debian/man/lx200gps.1
+debian/man/temma.1
+debian/man/v4ldriver.1
+debian/man/v4lphilips.1
only in patch2:
unchanged:
--- kdeedu-3.5.2.orig/debian/indi.install
+++ kdeedu-3.5.2/debian/indi.install
@@ -0,0 +1,19 @@
+usr/bin/apmount
+usr/bin/apogee_ppi
+usr/bin/celestrongps
+usr/bin/fliccd
+usr/bin/fliwheel
+usr/bin/indiserver
+usr/bin/lx200_16
+usr/bin/lx200autostar
+usr/bin/lx200basic
+usr/bin/lx200classic
+usr/bin/lx200generic
+usr/bin/lx200gps
+usr/bin/meade_lpi
+usr/bin/sbigccd
Bug#341666: arts: ftbfS on hppa
Hi, I have successfully built arts on my hppa machine, using sbuild. I think it fails to build on the build daemon due to a problem with the machine, maybe a hardware problem, as a lot of packages are currently failing to build on it, without real reason. If you want I could upload this version, but maybe you prefer to restart a build. Just tell me. Bye, 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]
kcontrol: openssl transition (libssl0.9.7 - libssl0.9.8)
[This is an automatically generated mail.] Hi, openssl version 0.9.8 has been recently uploaded to unstable. The ABI has changed between versions 0.9.7 and 0.9.8, which means that each package that depends on libssl0.9.7 needs to be rebuild, so that it depends on libssl0.9.8. You are receiving this mail because you have a package in unstable that still depends on libssl0.9.7. It should be rebuilt against the latest openssl, so that libssl0.9.7 can safely be removed from the archive. To achieve that: - if your package build-depend on libssl-dev, please make your package simply build-depend on libssl-dev (= 0.9.8-1) - if the dependency on libssl0.9.7 comes from a library, please wait until this library is transitioned, and add a versioned build-dependency on this library. Do not hesitate to contact me if there are any problems or difficulties. Regards, 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]
krfb: openssl transition (libssl0.9.7 - libssl0.9.8)
[This is an automatically generated mail.] Hi, openssl version 0.9.8 has been recently uploaded to unstable. The ABI has changed between versions 0.9.7 and 0.9.8, which means that each package that depends on libssl0.9.7 needs to be rebuild, so that it depends on libssl0.9.8. You are receiving this mail because you have a package in unstable that still depends on libssl0.9.7. It should be rebuilt against the latest openssl, so that libssl0.9.7 can safely be removed from the archive. To achieve that: - if your package build-depend on libssl-dev, please make your package simply build-depend on libssl-dev (= 0.9.8-1) - if the dependency on libssl0.9.7 comes from a library, please wait until this library is transitioned, and add a versioned build-dependency on this library. Do not hesitate to contact me if there are any problems or difficulties. Regards, 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]
Re: kcontrol: openssl transition (libssl0.9.7 - libssl0.9.8)
[This is an automatically generated mail.] Hi again, I have been asked by the release team to cancel my previous mail about the libssl transition, as another solution has been found since the last discussion on debian-devel. It seems that openssl version 0.9.7 will be reuploaded so that the transition could be delayed. So please ignore my previous mail, and sorry to have bothered you. Do not hesitate to contact me if you have any question. Regards, 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]
Re: krfb: openssl transition (libssl0.9.7 - libssl0.9.8)
[This is an automatically generated mail.] Hi again, I have been asked by the release team to cancel my previous mail about the libssl transition, as another solution has been found since the last discussion on debian-devel. It seems that openssl version 0.9.7 will be reuploaded so that the transition could be delayed. So please ignore my previous mail, and sorry to have bothered you. Do not hesitate to contact me if you have any question. Regards, 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#289599: Update patch
Package: kdelibs
Followup-For: Bug #289599
Hi,
The patch send by Robert Millan is leaving a dependency on
libasound2-dev for kdelibs4-dev, which is not satisfiable on
kfreebsd-i386.
Please find attached an updated patch to do that. I have put all the
upstream part in a .dpatch, including the modifications needed in the
generated configure script, but you may prefer to regenerate it from
configure.in.in.
Bye,
Aurelien
-- System Information:
Debian Release: testing/unstable
Architecture: kfreebsd-i386 (i686)
Shell: /bin/sh linked to /bin/bash
Kernel: GNU/kFreeBSD 5.3-1
Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8)
Authors: rmh, aurel32
Status: in BTS
diff -u kdelibs-3.4.2/debian/control kdelibs-3.4.2/debian/control
--- kdelibs-3.4.2/debian/control
+++ kdelibs-3.4.2/debian/control
@@ -3,7 +3,7 @@
Priority: optional
Maintainer: Debian Qt/KDE Maintainers debian-qt-kde@lists.debian.org
Uploaders: Isaac Clerencia [EMAIL PROTECTED], Pierre Habouzit [EMAIL
PROTECTED], Christopher Martin [EMAIL PROTECTED], Adeodato Simó [EMAIL
PROTECTED], Riku Voipio [EMAIL PROTECTED]
-Build-Depends: cdbs (= 0.4.27), debhelper (= 4.2.30), autotools-dev,
binutils (= 2.14.90.0.7), docbook-to-man, gawk, gettext, libart-2.0-dev (=
2.3.17), libarts1-dev (= 1.4.2), libasound2-dev, libaspell-dev, libbz2-dev,
libcupsys2-dev, libfam-dev (= 2.7.0-7.2), libidn11-dev, libjasper-1.701-dev,
libkrb5-dev, libldap2-dev, libopenexr-dev (= 1.2.2-3), libpcre3-dev,
libqt3-mt-dev (= 3:3.3.4-4), libsasl2-dev, libssl-dev, libtiff4-dev (=
3.7.3-1), libxml2-dev, libxml2-utils, libxslt1-dev, sharutils, texinfo
+Build-Depends: cdbs (= 0.4.27), debhelper (= 4.2.30), autotools-dev,
binutils (= 2.14.90.0.7), docbook-to-man, gawk, gettext, libart-2.0-dev (=
2.3.17), libarts1-dev (= 1.4.2), libasound2-dev [!kfreebsd-i386 !hurd-i386],
libaspell-dev, libbz2-dev, libcupsys2-dev, libfam-dev (= 2.7.0-7.2),
libidn11-dev, libjasper-1.701-dev, libkrb5-dev, libldap2-dev, libopenexr-dev
(= 1.2.2-3), libpcre3-dev, libqt3-mt-dev (= 3:3.3.4-4), libsasl2-dev,
libssl-dev, libtiff4-dev (= 3.7.3-1), libxml2-dev, libxml2-utils,
libxslt1-dev, sharutils, texinfo
Build-Depends-Indep: doxygen, qt3-doc, graphviz, gsfonts-x11
Standards-Version: 3.6.2
@@ -67,7 +67,7 @@
Package: kdelibs4-dev
Section: libdevel
Architecture: any
-Depends: kdelibs4c2 (= ${Source-Version}), kdelibs-bin (= ${Source-Version}),
libart-2.0-dev (= 2.3.17), libarts1-dev (= 1.4.2), libasound2-dev,
libaspell-dev, libbz2-dev, libcupsys2-dev, libfam-dev, libidn11-dev,
libjasper-1.701-dev, libkrb5-dev, libopenexr-dev (= 1.2.2-3), libpcre3-dev,
libqt3-mt-dev (= 3:3.3.4-4), libsasl2-dev, libssl-dev, libtiff4-dev (=
3.7.3-1), libxml2-dev, libxml2-utils, libxslt1-dev
+Depends: kdelibs4c2 (= ${Source-Version}), kdelibs-bin (= ${Source-Version}),
libart-2.0-dev (= 2.3.17), libarts1-dev (= 1.4.2), ${libasound2-dev},
libaspell-dev, libbz2-dev, libcupsys2-dev, libfam-dev, libidn11-dev,
libjasper-1.701-dev, libkrb5-dev, libopenexr-dev (= 1.2.2-3), libpcre3-dev,
libqt3-mt-dev (= 3:3.3.4-4), libsasl2-dev, libssl-dev, libtiff4-dev (=
3.7.3-1), libxml2-dev, libxml2-utils, libxslt1-dev
Provides: kdelibs-dev
Replaces: kdebase-dev ( 4:3.4.0)
Description: development files for the KDE core libraries
diff -u kdelibs-3.4.2/debian/rules kdelibs-3.4.2/debian/rules
--- kdelibs-3.4.2/debian/rules
+++ kdelibs-3.4.2/debian/rules
@@ -32,0 +33,5 @@
+
+binary-predeb/kdelibs4-dev::
+ifeq (linux,$(DEB_HOST_ARCH_OS))
+ echo libasound2-dev=libasound2-dev debian/libarts1-dev.substvars
+endif
diff -u kdelibs-3.4.2/debian/changelog kdelibs-3.4.2/debian/changelog
--- kdelibs-3.4.2/debian/changelog
+++ kdelibs-3.4.2/debian/changelog
@@ -1,3 +1,9 @@
+kdelibs (4:3.4.2-2+kbsd) unreleased; urgency=low
+
+ * Added support for GNU/kFreeBSD, patch by Robert Millan.
+
+ -- Aurelien Jarno [EMAIL PROTECTED] Sat, 27 Aug 2005 23:03:45 +0200
+
kdelibs (4:3.4.2-2) unstable; urgency=low
+++ Changes by Christopher Martin and Adeodato Simó:
only in patch2:
unchanged:
--- kdelibs-3.4.2.orig/debian/patches/21_kdelibs.diff
+++ kdelibs-3.4.2/debian/patches/21_kdelibs.diff
@@ -0,0 +1,156 @@
+--- kde.orig/configure.in.in 2005-05-23 14:17:19.0 +0200
kde.patched/configure.in.in2005-08-27 23:48:59.0 +0200
+@@ -47,7 +47,7 @@
+ KDE_CHECK_STL
+ AC_HEADER_DIRENT
+ AC_HEADER_STDC
+-AC_CHECK_HEADERS(sys/param.h sys/mman.h sys/time.h sysent.h strings.h
sys/stat.h sys/select.h paths.h malloc.h limits.h sys/soundcard.h dlfcn.h
termios.h)
++AC_CHECK_HEADERS(sys/param.h sys/mman.h sys/time.h sysent.h strings.h
sys/stat.h sys/select.h paths.h malloc.h limits.h sys/soundcard.h dlfcn.h
termios.h sys/prctl.h)
+
+ DCOPIDL2CPP=compiled
+ DCOPIDL=compiled
+@@ -118,7 +118,7 @@
+ AC_CHECK_MKSTEMPS
+ AC_CHECK_MKSTEMP
+ AC_CHECK_MKDTEMP
+-AC_CHECK_FUNCS(strtoll socket seteuid setegid strfmon stpcpy gettimeofday)
++AC_CHECK_FUNCS(strtoll socket seteuid setegid strfmon stpcpy gettimeofday
Re: OK to reenable lm-sensors support in ksysguard now
On Thu, Mar 11, 2004 at 05:25:58PM +0100, Aurelien Jarno wrote: On Wed, Mar 10, 2004 at 11:49:16PM -0600, Chris Cheney wrote: Heh. :) Thanks for the information, I will reenable it with the next upload. Chris FYI, I will also do another upload over the week-end so that lm-sensors will support non i386 architectures. I have uploaded the package. Currently it has been built on i386, hppa, s390, arm, ia64, alpha and powerpc. I hope others architectures will follow soon. That's mean you could reenable it for all archs in the next upload. Cheers, Aurelien -- .''`. Aurelien Jarno GPG: 1024D/F1BCDB73 : :' : Debian GNU/Linux developer | Electrical Engineering Student `. `' [EMAIL PROTECTED] | [EMAIL PROTECTED] `-people.debian.org/~aurel32 | www.aurel32.net
Re: OK to reenable lm-sensors support in ksysguard now
On Wed, Mar 10, 2004 at 11:49:16PM -0600, Chris Cheney wrote: On Thu, Mar 11, 2004 at 12:24:42AM -0500, Nathanael Nerode wrote: The lm-sensors mess has been solved by Aurelien Jarno. (Hooray!) The new version has been arranged to work with both 2.4 and 2.6 kernels, with no crashes or anything. You can now reenable lm-sensors support if you do it carefully. The source package must build-depend on libsensors-dev (= 2.8.4-1). Then the binary package must be linked against (and depend on) libsensors3. (Yes, I know, another ABI change. This one is supposed to remain stable for a while though!) Heh. :) Thanks for the information, I will reenable it with the next upload. Chris FYI, I will also do another upload over the week-end so that lm-sensors will support non i386 architectures. Cheers, Aurelien -- .''`. Aurelien Jarno GPG: 1024D/F1BCDB73 : :' : Debian GNU/Linux developer | Electrical Engineering Student `. `' [EMAIL PROTECTED] | [EMAIL PROTECTED] `-people.debian.org/~aurel32 | www.aurel32.net
