Re: gfortran: binNMU needed?
Am 07.07.2013 19:46, schrieb Alastair McKinstry: > Hi, > > With gcc-4.8, gfortran has (again) changed the format for its .mod files. > The result of this is that it is no longer possible to use fortran > modules in sid, > in at least 2 packages: > > Fatal Error: Cannot read module file 'grib_api.mod' opened at (1), > because it was created by a different version of GNU Fortran > > Known packages: netcdf, grib-api > I think these can be fixed with a simple binNMU; is one planned? > > More long-term, is there anything we can do about this? A more stable > version of the 'mod' file? > > Best regards > Alastair > this is discussed in #714730. -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/51dbbf6a.40...@debian.org
Re: abi-compliance-checker and abi-dumper to track API/ABI - some packages to check
>> Andrey Ponomarenko wrote: >>> There is a new simple way to track changes in API/ABI of system >>> libraries using a new ABI dumper [1] tool. Hi, in case someone wants to play with these tools, there are some packages that should be analyzed. On amd64 ldd reports symbol size mismatches in several binaries (seen via piuparts+adequate), all these can be solved by rebuilding the package in sid. The question is: Has an abi change been missed in some library? The "old" library version to compare against can probably be found on snapshot.debian.org, the interesting old version numbers should be available in the build logs on buildd.debian.org ... package: omake, library: libfam0, binNMU request: #715043 adequate: ldd -r /usr/bin/omake: /usr/bin/omake: Symbol `FamErrlist' has different size in shared object, consider re-linking package: src:kannel, kannel-sqlbox, library: libsqlite3-0, binNMU request: #715213 adequate: ldd -r /usr/sbin/sqlbox: /usr/sbin/sqlbox: Symbol `sqlite3_version' has different size in shared object, consider re-linking adequate: ldd -r /usr/sbin/bearerbox: /usr/sbin/bearerbox: Symbol `sqlite3_version' has different size in shared object, consider re-linking package: qelectrotech, library: something from Qt, binNMU request: #715219 adequate: ldd -r /usr/bin/qelectrotech: /usr/bin/qelectrotech: Symbol `_ZTI17QGraphicsTextItem' has different size in shared object, consider re-linking package: xracer, library: libfreeglut3, binNMU request: #715221 adequate: ldd -r /usr/games/xracer: /usr/games/xracer: Symbol `fgDisplay' has different size in shared object, consider re-linking package: src:libaws, adabrowse src:, library: libasis2010, binNMU requests: #715223, #715218 adequate: ldd -r /usr/bin/ada2wsdl: /usr/bin/ada2wsdl: Symbol `asis__errors__error_kindsS' has different size in shared object, consider re-linking adequate: ldd -r /usr/bin/ada2wsdl: /usr/bin/ada2wsdl: Symbol `a4g__int_knds__internal_element_kindsN' has different size in shared object, consider re-linking adequate: ldd -r /usr/bin/ada2wsdl: /usr/bin/ada2wsdl: Symbol `a4g__int_knds__internal_element_kindsS' has different size in shared object, consider re-linking adequate: ldd -r /usr/bin/adabrowse: /usr/bin/adabrowse: Symbol `asis__representation_clause_kindsS' has different size in shared object, consider re-linking adequate: ldd -r /usr/bin/adabrowse: /usr/bin/adabrowse: Symbol `asis__element_kindsN' has different size in shared object, consider re-linking adequate: ldd -r /usr/bin/adabrowse: /usr/bin/adabrowse: Symbol `asis__representation_clause_kindsN' has different size in shared object, consider re-linking adequate: ldd -r /usr/bin/adabrowse: /usr/bin/adabrowse: Symbol `asis__declaration_kindsN' has different size in shared object, consider re-linking Cheers, Andreas -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/51dbc5e9.5050...@debian.org
Re: abi-compliance-checker and abi-dumper to track API/ABI
On Wed, Jul 3, 2013 at 4:24 PM, Andrey Ponomarenko wrote: > So it is no need to create any input XML descriptors and compile header > files of a library anymore. > > However, this approach has some drawbacks. Perhaps the main drawback is the > inability to perform some compatibility checks. For example, there is no > possibility to check for changes in the values of the constants (defines as > well as const global data), since their values are inlined at compile time, > and not presented in the debug information of the binary ELF-object. In > general, there can be checked about 98% of all compatibility rules. Is there any way to automatically generate the XML stuff from dpkg/apt data so that these extra compatibility issues can be checked automatically? -- bye, pabs http://wiki.debian.org/PaulWise -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/caktje6hygnm7yp3bu8zzwu47hbzclyz0_gwyhrgxjd0pzwl...@mail.gmail.com
Testers (and Debhelper Perl Developers) needed: Debhelper support for PHP5 and SAPI/module php5 {en,dis}mod helper
[please move the discussing to pkg-php-maint after the initial email,
unfortunatelly the NSA^H^H^HGMail is unable to simply set Reply-To:
header]
Hi,
I have just commited a couple of patches to php5 git which add:
1. support for selective enabling/disabling module for specific SAPI
(php5enmod -s fpm recode)
2. support for maintainer script/local administrator {en,dis}mod (the
local administrator always overrides the maintainer script) (php5enmod
-m vs php5enmod)
3. dh_php5, dh_phpize and dh_phpize_clean support for debhelper (and I
can build php-apcu with very simple debian/rules script now).
4. new php5query script which can be used to query installed modules
and supported php 5 SAPIs
The changes were lousely modeled (and or copied) after dh_apache2
changes in apache2 2.4 packages.
For more information see our PHP git and 5.5.0+dfsg-7 changelog.
Now I need several things to help with:
a) I can't read nor write perl code without getting dizzy, so dh_
scripts needs some love (f.e. to be able to correctly parse
-O-D). Especially the dh_phpize and dh_phpize_clean are
bare minimum.
b) man pages / documentation / etc.
c) testing upgrade paths from sid and from jessie.
d) module maintainers – please try new dh_php5 (dh $@ --with php5) –
you can find an example in php-apcu git – and report success/failures
(preferrably with patches).
Ondrej
--
Ondřej Surý
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive:
http://lists.debian.org/caljhhg_zfmmovc88vnj6nb8wrxsdmpjkj5umkycx-rcdcy0...@mail.gmail.com
Re: abi-compliance-checker and abi-dumper to track API/ABI
On 9 July 2013 10:18, Paul Wise wrote: > On Wed, Jul 3, 2013 at 4:24 PM, Andrey Ponomarenko wrote: > >> So it is no need to create any input XML descriptors and compile header >> files of a library anymore. >> >> However, this approach has some drawbacks. Perhaps the main drawback is the >> inability to perform some compatibility checks. For example, there is no >> possibility to check for changes in the values of the constants (defines as >> well as const global data), since their values are inlined at compile time, >> and not presented in the debug information of the binary ELF-object. In >> general, there can be checked about 98% of all compatibility rules. > > Is there any way to automatically generate the XML stuff from dpkg/apt > data so that these extra compatibility issues can be checked > automatically? One of the "library descriptors" that a-c-c supports is a list of includes/directories. Thus for $most packages just installing -dev package and pointing a-c-c at the list of: dpkg -L $pkg-dev | grep include lib should do the right thing (more or less) But I haven't gotten far enough to have this working automagically as dep8 tests. Regards, Dmitrijs. -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/CANBHLUgMDuoRWZfPVX+KMHLsK7bf+5wwuvGycNY=x44caia...@mail.gmail.com
Re: abi-compliance-checker and abi-dumper to track API/ABI
I'm subscribed, no need to CC me. On Tue, Jul 9, 2013 at 7:07 PM, Dmitrijs Ledkovs wrote: > One of the "library descriptors" that a-c-c supports is a list of > includes/directories. > Thus for $most packages just installing -dev package and pointing > a-c-c at the list of: > dpkg -L $pkg-dev | grep include lib > should do the right thing (more or less) How would I feed that to a-c-c? > But I haven't gotten far enough to have this working automagically as > dep8 tests. DEP-8 tests are per-package, I want something that would work for every package that includes a library+headers. -- bye, pabs http://wiki.debian.org/PaulWise -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/caktje6hcnqmy2rorvqdtvvpp2y0ppc9pbrxffoywse9-+cv...@mail.gmail.com
Re: Algorithm for selecting between packages providing the same phpapi-20100525, change between squeeze -> wheezy
David, will this bug get fixed in wheezy? More people are starting to complain they get libapache2-mod-php5filter installed: #709027 I am still have no idea how to fix that in wheezy apart from fixing the selection algorithm in apt. Ondrej On Thu, May 23, 2013 at 8:57 PM, David Kalnischkies wrote: > (funny, talk without end about init systems, but not a single response > for a Debian native tool for a few days… and with funny, I meant sad) > > On Mon, May 20, 2013 at 3:16 PM, Ondřej Surý wrote: > > I am just curious about the selection mechanism in apt(itude), > > something has changed between squeeze and wheezy. > > apt and aptitude are not the same program and have very different > behavior even through they share a 3 letter prefix and a library in > various areas, so don't assume that what I am saying about the > resolver in libapt which apt-get is using has anything to do with aptitude > which has its own or the various other libapt front-ends which might or > might not use the solver, or use it differently. > (Ignoring that most of them could use an external solver) > > > When I was noticed by a user that libapache2-mod-php5filter is > > installed by default when phpapi-20100525 (f.e. try installing > > php5-mysql in squeeze and wheezy). > […] > > It seems that apt is ignoring Priority: (php5filter is extra) > > Actually, its not ignoring the Priority, in fact it sorts by Priority, just > that the order changed "recently" (Nov 2011). A certain individual – who > I am not going to call out in public to protect him from the lynch-mob – > made the mistake of changing the code to sort lowest priority first … > (fixed in his branch now & added to the wheezy-maybe list) > > > > The solution would be to pick one default SAPI and do php5-SAPI | > > phpapi-20100525, but that would be hard to push into all r-depending > > PHP modules. > > This is indeed the recommend solution if you have a default as nowhere is > defined which provider of a priority is chosen. While priority might be an > obvious and easy choice for solvers working with a heuristic, I wouldn't be > surprised if more deterministic solvers would go for the least 'changes' > instead which might not be an optimal "default" choice. > Maybe you want to try it with: apt-get install $whatever --solver $solver > [where $solver is likely "aspcud" as we haven't that much more so far] > > Also: build-dependencies, but that is probably not an issue for PHP. > > > > Best regards > > David Kalnischkies > > > -- > To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org > with a subject of "unsubscribe". Trouble? Contact > listmas...@lists.debian.org > Archive: > http://lists.debian.org/caaz6_fdjfr7jvnx6b0wgttjpunbhhsmzuw48chmn2kmf-de...@mail.gmail.com > > -- Ondřej Surý
Re: Algorithm for selecting between packages providing the same phpapi-20100525, change between squeeze -> wheezy
On Tue, Jul 9, 2013 at 2:25 PM, Ondřej Surý wrote: > will this bug get fixed in wheezy? Just asked Michael about it again as we forgot about it for the last one, but as said, you are depending on an implementation detail of libapt, so this isn't going to fix your problem if another solver is used (e.g. aptitude [as it isn't using the relevant code] or an external solver). So just to repeat myself: Policy isn't defining which provider should be chosen, its assumed that the maintainer is expressing a preference or if not that ANY provider can be chosen based on whichever criteria the solver might want. (Still no checked what aptitude uses, but I bet its some sort of 'least disruptive changes' which is obviously better than priority alone, but not at all working in your favor of course) Best regards David Kalnischkies -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/CAAZ6_fBK2XYUEfVTmi1_Q6A0PT3UQ96esZOthjsOPgy=pee...@mail.gmail.com
Re: Algorithm for selecting between packages providing the same phpapi-20100525, change between squeeze -> wheezy
On Tue, Jul 9, 2013 at 14:25:59 +0200, Ondřej Surý wrote: > David, > > will this bug get fixed in wheezy? > > More people are starting to complain they get libapache2-mod-php5filter > installed: #709027 > > I am still have no idea how to fix that in wheezy apart from fixing the > selection algorithm in apt. > I'm pretty sure what needs to happen here is to have exactly one package providing phpapi-20121212. Cheers, Julien signature.asc Description: Digital signature
Re: Testers (and Debhelper Perl Developers) needed: Debhelper support for PHP5 and SAPI/module php5 {en,dis}mod helper
Hello, > 3. dh_php5, dh_phpize and dh_phpize_clean support for debhelper (and I > can build php-apcu with very simple debian/rules script now). so we have two different systems. New packages from Pear Group uses phppear which comes with pkg-php-tools. See php-stomp[1]. The pkg-php-tools seems to be nicer, since you don't need to modify d/rules for each version update. Greets, Jonas [1]: http://anonscm.debian.org/gitweb/?p=pkg-php/php-stomp.git;a=blob;f=debian/rules;h=203c7d5842ad00dd895c52ecffaf2f26e28698b5;hb=HEAD -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20130709213455.30351...@swetlana.brachium-system.net
Bug#715509: ITP: su2 -- Software for PDE based analysis and optimization
Package: wnpp Severity: wishlist Owner: Aniket Aranake * Package name: su2 Version : 2.0.5 Upstream Author : Susquared Developers * URL : http://su2.stanford.edu * License : GPL Programming Lang: C++, Python Description : The SU2 software suite specializes in high fidelity PDE analysis and design of PDE constrained systems on unstructured domains. The suite itself is composed of several C++ analysis modules that handle specific tasks, including the solution of the PDE system, decomposition of the domain for parallel computations, grid deformation, and many other tasks required for shape optimization and sensitivity studies. Some specifics of these modules can be found on the SU2 Tools page of this documentation with more complete information available in the Developer's Guide. The current development of this code is done by the Aerospace Design Lab at Stanford University. -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20130709200509.10854.99944.reportbug@tinnytim
Re: Testers (and Debhelper Perl Developers) needed: Debhelper support for PHP5 and SAPI/module php5 {en,dis}mod helper
On Tue, Jul 9, 2013 at 9:34 PM, Jonas Genannt wrote: > Hello, > > > > 3. dh_php5, dh_phpize and dh_phpize_clean support for debhelper (and I > > can build php-apcu with very simple debian/rules script now). > > so we have two different systems. New packages from Pear Group uses > phppear which comes > with pkg-php-tools. See php-stomp[1]. The pkg-php-tools seems to be nicer, > since you > don't need to modify d/rules for each version update. > Already removed from php5-dev except of dh_php5 which is still needed. -- Ondřej Surý
Re: Bug#715509: ITP: su2 -- Software for PDE based analysis and optimization
Excerpts from Aniket Aranake's message of 2013-07-09 13:05:09 -0700: > Package: wnpp > Severity: wishlist > Owner: Aniket Aranake > > * Package name: su2 > Version : 2.0.5 > Upstream Author : Susquared Developers > * URL : http://su2.stanford.edu > * License : GPL > Programming Lang: C++, Python > Description : The SU2 software suite specializes in high fidelity PDE > analysis and design of PDE constrained systems on unstructured domains. The > suite itself is composed of several C++ analysis modules that handle specific > tasks, including the solution of the PDE system, decomposition of the domain > for parallel computations, grid deformation, and many other tasks required > for shape optimization and sensitivity studies. Some specifics of these > modules can be found on the SU2 Tools page of this documentation with more > complete information available in the Developer's Guide. The current > development of this code is done by the Aerospace Design Lab at Stanford > University. > This, and the homepage, do a terrible job at explaining what the heck this is. I had to click 2 pages deep to know that PDE is Partial Differential Equation. That would seem to be a key concept, and so I'd suggest that PDE be explicitly stated as "Partial Differential Equation" at least once in the description. -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/1373403223-sup-8...@fewbar.com
Re: Bug#715509: ITP: su2 -- Software for PDE based analysis and optimization
Hi Clint, I agree with your suggestion. Can someone please point me in the right direction to correct this? Aniket On Tue, Jul 9, 2013 at 1:56 PM, Clint Byrum wrote: > Excerpts from Aniket Aranake's message of 2013-07-09 13:05:09 -0700: > > Package: wnpp > > Severity: wishlist > > Owner: Aniket Aranake > > > > * Package name: su2 > > Version : 2.0.5 > > Upstream Author : Susquared Developers < > susquared-...@lists.stanford.edu> > > * URL : http://su2.stanford.edu > > * License : GPL > > Programming Lang: C++, Python > > Description : The SU2 software suite specializes in high fidelity > PDE analysis and design of PDE constrained systems on unstructured domains. > The suite itself is composed of several C++ analysis modules that handle > specific tasks, including the solution of the PDE system, decomposition of > the domain for parallel computations, grid deformation, and many other > tasks required for shape optimization and sensitivity studies. Some > specifics of these modules can be found on the SU2 Tools page of this > documentation with more complete information available in the Developer's > Guide. The current development of this code is done by the Aerospace Design > Lab at Stanford University. > > > > This, and the homepage, do a terrible job at explaining what the heck this > is. I had to click 2 pages deep to know that PDE is Partial Differential > Equation. > > That would seem to be a key concept, and so I'd suggest that PDE be > explicitly stated as "Partial Differential Equation" at least once in > the description. > -- Aniket Aranake PhD Candidate Department of Aeronautics and Astronautics Stanford University
Re: Bug#715509: ITP: su2 -- Software for PDE based analysis and optimization
Excerpts from Aniket C. Aranake's message of 2013-07-09 14:02:15 -0700: > Hi Clint, > > I agree with your suggestion. Can someone please point me in the right > direction to correct this? > When you prepare the package, just make sure the short description and long description to an adequate job of explaining what the package's intended purpose is for somebody who is not aware of the lingo. I would also recommend sending an email to the administrators of the website linked to as 'homepage'. -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/1373404243-sup-3...@fewbar.com
Bug#715521: ITP: golang-context-dev -- URL router and dispatcher
Package: wnpp Version: N/A; reported 2013-07-09 Severity: wishlist Owner: Daniel Mizyrycki X-Debbugs-CC: debian-devel@lists.debian.org * Package name : golang-context-dev Version : 0.0~git20130701-1 Upstream Author : Rodrigo Moraes * URL : http://github.com/gorilla/context * License : Expat Programming Lang : Go Description : General purpose registry for global request variables gorilla/context stores values shared during a request lifetime. For example, a router can set variables extracted from the URL and later application handlers can access those values, or it can be used to store sessions values to be saved at the end of a request. There are several others common uses. . This package contains the source. -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/51dcb06d.2060...@glidelink.net
Bug#715523: ITP: golang-pty-dev -- Go package for using unix pseudo-terminals
Package: wnpp Version: N/A; reported 2013-07-09 Severity: wishlist Owner: Daniel Mizyrycki X-Debbugs-CC: debian-devel@lists.debian.org * Package name : golang-pty-dev Version : 0.0~git20130701-1 Upstream Author : Keith Rarick * URL : http://github.com/kr/pty * License : Expat Programming Lang : Go Description : Go package for using unix pseudo-terminals This package contains the source. -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/51dcb475.3070...@glidelink.net
Re: [off topic] [research] Interview people over 50 for research at Oregon State University
Hey Debian community, I'm sorry, but I accidentally sent out the wrong recruitment email. The correct one is as follows: "Hello, Researchers at Oregon State University are striving to conduct research to learn more about the free/open source software community landscape as it relates to older adults. We’re looking for older adults who are older than 50 and are currently involved with a free/open source software project. You will be excluded from the study if you are younger than 50, have not contributed to a free/open source software project, or are not fluent in English. If you’re interested, we will either do an in-person interview (if you are local to the Corvallis or Portland area), or an interview over the phone (if you are not local). The interview is expected to last no longer than an hour. You will not be compensated for participating in this study. The study title is Involving Older Adults in the Design and Development of Free/Open Source Software – Part 2. The principal investigator is Dr. Carlos Jensen. If you would like to participate in the study, please read through the eligibility document and consent document [1]. Please email us at david...@onid.orst.edu to set up a time to determine your eligibility and to set up a time/location to do an interview. Thank you, Jennifer DavidsonCarlos Jensen david...@onid.orst.edu cjen...@eecs.oregonstate.edu [1] people.oregonstate.edu/~davidsje/researchForms/groupB/" If you are still interested, please let me know. Thanks! On Tue, Jul 9, 2013 at 4:44 PM, Jen D wrote: > Hello Debian Developers! > > I apologize if this email has been sent through the incorrect channel. I am > unsure of how to recruit for my interviews otherwise. > > Researchers at Oregon State University are striving to conduct research to > learn more about the free/open source software community landscape as it > relates to older adults. We have identified you as a leader for a free/open > source software community. If you’re interested, we will either do an > in-person interview (if you are local to the Corvallis or Portland area), or > an interview over the phone (if you are not local). The interview is > expected to last no longer than an hour. You will not be compensated for > participating in this study. > > The study title is Involving Older Adults in the Design and Development of > Free/Open Source Software – Part 2. The principal investigator is Dr. Carlos > Jensen. > > If you would like to participate in the study, please read through the > consent document [1]. Please email us at david...@onid.orst.edu to set up a > time/location to do an interview. > > Thank you, > > Jennifer DavidsonCarlos Jensen > > david...@onid.orst.educjen...@eecs.oregonstate.edu > > [1] people.oregonstate.edu/~davidsje/researchForms/groupA/ > > > -- > Jennifer Davidson > Human-Computer Interaction PhD Student > IGERT in Aging Sciences Program > Center for Healthy Aging Research > Department of Electrical Engineering and Computer Science > Oregon State University -- Jennifer Davidson Human-Computer Interaction PhD Student IGERT in Aging Sciences Program Center for Healthy Aging Research Department of Electrical Engineering and Computer Science Oregon State University -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/capycgpb7dar4ae20rrynfnnjukyijz6xulxiqzkwa6m1umk...@mail.gmail.com
