Re: Any way to apply patch on some archs only?
Le Thu Jan 29 2015 at 7:29:20 AM, Jackson Doak a écrit : > I don't know the exact way, but you can do it with some debian/rules magic. > What's the issue with patching the non-affected arches? > I could in this specific case, but I do not know the real impact of the patch. I think that if upstream used this solution, it may be because it is best, even if both work. In a more general way, there may be cases where a patch is needed for one arch and not for an other, and may add complex setups to make it work in any case. Applying patch only on failing arch would certainly ease some cases. > > On Thu, Jan 29, 2015 at 5:26 PM, olivier sallou > wrote: > >> Hi >> I d like to know if it is posdible to apply a patch on some archs only. >> I have some FTBS on some archs for a package. I have a patch but I d like >> to apply it only on failings archs and keep original upstream code for >> others. >> >> Patches can indeed fix an issue but be less performant/optimal... >> >> I could not find a way to do so, but i am sure some others already faced >> the case before me and can drive me to the doc i did not find :-) >> >> Thanks >> >> Olivier >> > >
Re: Any way to apply patch on some archs only?
Hi, On Thu, 29 Jan 2015, olivier sallou wrote: > I d like to know if it is posdible to apply a patch on some archs only. > I have some FTBS on some archs for a package. I have a patch but I d like > to apply it only on failings archs and keep original upstream code for > others. > > Patches can indeed fix an issue but be less performant/optimal... > > I could not find a way to do so, but i am sure some others already faced > the case before me and can drive me to the doc i did not find :-) Best practices are to have a patch that can be used on all architectures so that it can be submitted upstream. When you need architecture specific behaviour, then you need code that will test some architecture-specific variable/macros. In C you would usually use the preprocessor's #ifdef directives. If you need more guidance, then you need to provide more details. Cheers, -- Raphaël Hertzog ◈ Debian Developer Support Debian LTS: http://www.freexian.com/services/debian-lts.html Learn to master Debian: http://debian-handbook.info/get/ -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/20150129081105.ga24...@home.ouaza.com
Re: Any way to apply patch on some archs only?
Le Thu Jan 29 2015 at 9:11:08 AM, Raphael Hertzog a écrit : > Hi, > > On Thu, 29 Jan 2015, olivier sallou wrote: > > I d like to know if it is posdible to apply a patch on some archs only. > > I have some FTBS on some archs for a package. I have a patch but I d like > > to apply it only on failings archs and keep original upstream code for > > others. > > > > Patches can indeed fix an issue but be less performant/optimal... > > > > I could not find a way to do so, but i am sure some others already faced > > the case before me and can drive me to the doc i did not find :-) > > Best practices are to have a patch that can be used on all architectures > so that it can be submitted upstream. When you need architecture specific > behaviour, then you need code that will test some architecture-specific > variable/macros. > > In C you would usually use the preprocessor's #ifdef directives. If you > need more guidance, then you need to provide more details. > In C/C++ I know the way to do this, but you cannot always do that in all languages. In my current case, I can apply on all archs if needed, but I wondered if there was an easy way, seems not... :-( Thanks > > Cheers, > -- > Raphaël Hertzog ◈ Debian Developer > > Support Debian LTS: http://www.freexian.com/services/debian-lts.html > Learn to master Debian: http://debian-handbook.info/get/ >
Re: Any way to apply patch on some archs only?
On Thu, Jan 29, 2015 at 4:16 PM, olivier sallou wrote: > In my current case, I can apply on all archs if needed, but I wondered if > there was an easy way, seems not... :-( Please post some details of the bug, the patch you want to apply and which package you are talking about so that we can give you a better answer to your question. -- bye, pabs https://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: https://lists.debian.org/CAKTje6EXBWKcrrFp=_nf_n52xyt8l18bgtzyvh5mkpgpnc9...@mail.gmail.com
Re: Any way to apply patch on some archs only?
Le Thu Jan 29 2015 at 9:58:18 AM, Paul Wise a écrit : > On Thu, Jan 29, 2015 at 4:16 PM, olivier sallou wrote: > > > In my current case, I can apply on all archs if needed, but I wondered if > > there was an easy way, seems not... :-( > > Please post some details of the bug, the patch you want to apply and > which package you are talking about so that we can give you a better > answer to your question. > As I said, I can manage it for my current bug, but my question is a more general question. > > -- > bye, > pabs > > https://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: https://lists.debian.org/CAKTje6EXBWKcrrFp=_nf_ > n52xyt8l18bgtzyvh5mkpgpnc9...@mail.gmail.com > >
Bug#776556: ITP: htrace -- Tracing framework for distributed systems written in Java
Package: wnpp Severity: wishlist Owner: Emmanuel Bourg * Package name: htrace Version : 3.0.4 Upstream Author : Cloudera * URL : http://htrace.org * License : Apche-2.0 Programming Lang: Java Description : Tracing framework for distributed systems written in Java HTrace is a tracing framework recording spans (basic units of work, like a remote procedure call) and traces (set of spans forming a tree-like structure) to measure execution times in distributed systems. HTrace is a dependency of Hadoop. -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/20150129091121.13743.94386.report...@icare.ariane-software.com
Bug#776569: ITP: libproc-queue-perl -- Perl module to limit the number of child processes
Package: wnpp Severity: wishlist Owner: Alexander Zangerl * Package name: libproc-queue-perl Version : 1.23 Upstream Author : Salvador Fandiño * URL : http://search.cpan.org/dist/Proc-Queue/ * License : Artistic Programming Lang: Pure Perl Description : Perl module to limit the number of child processes Proc::Queue lets you parallelise a perl program using the fork, exit, wait and waitpid calls as usual but without taking care of creating too many processes and overloading the machine. . It redefines perl fork, exit, wait and waitpid core functions. Old programs do not need to be reprogrammed, only the use Proc::Queue ... sentence has to be added to them. -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/20150129114423.13716.15089.report...@cft.snafu.priv.at
Bug#776570: ITP: libstatistics-lite-perl -- Perl module for simple statistical analysis
Package: wnpp Severity: wishlist Owner: Alexander Zangerl * Package name: libstatistics-lite-perl Version : 3.2 Upstream Author : Brian Lalonde * URL : http://search.cpan.org/dist/Statistics-Lite/ * License : Artistic Programming Lang: Pure Perl Description : Perl module for simple statistical analysis Statistics::Lite is a lightweight, functional alternative to larger, more complete, object-oriented statistics packages. As such, it is likely to be better suited, in general, to smaller data sets. . When you just want something to give some very basic, high-school-level statistical values, without having to set up and populate an object first, this module may be useful. -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/20150129114206.13613.83248.report...@cft.snafu.priv.at
Re: Any way to apply patch on some archs only?
olivier sallou writes ("Re: Any way to apply patch on some archs only?"):
> Le Thu Jan 29 2015 at 9:58:18 AM, Paul Wise a écrit :
> > On Thu, Jan 29, 2015 at 4:16 PM, olivier sallou wrote:
> > > In my current case, I can apply on all archs if needed, but I wondered if
> > > there was an easy way, seems not... :-(
> >
> > Please post some details of the bug, the patch you want to apply and
> > which package you are talking about so that we can give you a better
> > answer to your question.
Yes, olivier, please do.
> As I said, I can manage it for my current bug, but my question is a more
> general question.
The question does not have a single answer. The best thing to do
depends on the circumstances, including the details Paul asked for.
Ian.
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/21706.14785.719.517...@chiark.greenend.org.uk
Re: Any way to apply patch on some archs only?
olivier sallou writes ("Re: Any way to apply patch on some archs only?"):
> Le Thu Jan 29 2015 at 9:58:18 AM, Paul Wise a écrit :
> > Please post some details of the bug, the patch you want to apply and
> > which package you are talking about so that we can give you a better
> > answer to your question.
I think it's this one
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=765285
> As I said, I can manage it for my current bug, but my question is a more
> general question.
Have I found the `current bug' you are thinking of ?
Ian.
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive:
https://lists.debian.org/21706.15519.88548.861...@chiark.greenend.org.uk
Fwd: Any way to apply patch on some archs only?
Forgot to CC the list
-- Forwarded message -
From: olivier sallou
Date: jeu. 29 janv. 2015 15:20
Subject: Re: Any way to apply patch on some archs only?
To: Ian Jackson
Sorry for quoting, sent from my phone...
Yes this is this bug. Upstream will add conditions in code (ifdef...). This
is fine because it is C, but for some other languages it may be more
complex to test this.
Le jeu. 29 janv. 2015 14:58, Ian Jackson
a écrit :
olivier sallou writes ("Re: Any way to apply patch on some archs only?"):
> > Le Thu Jan 29 2015 at 9:58:18 AM, Paul Wise a écrit :
> > > Please post some details of the bug, the patch you want to apply and
> > > which package you are talking about so that we can give you a better
> > > answer to your question.
>
> I think it's this one
> https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=765285
>
> > As I said, I can manage it for my current bug, but my question is a more
> > general question.
>
> Have I found the `current bug' you are thinking of ?
>
> Ian.
>
Re: Fwd: Any way to apply patch on some archs only?
Excerpts from olivier sallou's message of 2015-01-29 06:20:46 -0800: > Forgot to CC the list > > -- Forwarded message - > From: olivier sallou > Date: jeu. 29 janv. 2015 15:20 > Subject: Re: Any way to apply patch on some archs only? > To: Ian Jackson > > > Sorry for quoting, sent from my phone... > Yes this is this bug. Upstream will add conditions in code (ifdef...). This > is fine because it is C, but for some other languages it may be more > complex to test this. > I'd like to test this assertion as I don't know that many languages that allow architecture dependent operations other than C/C++ and assembly which is inherently arch specific. Assertion: If a language allows architecture dependent operations, it will give one the ability to detect the architecture and diverge behavior for the sake of correctness on all platforms. If it does not offer this ability, it will likely suffer on all but the most popular architectures and thus will eventually grow this ability. Fair enough? -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/1422552897-sup-1...@fewbar.com
Bug#776601: ITP: python-geojson -- Python bindings and utilities for GeoJSON
Package: wnpp Owner: Johan Van de Wauw Severity: wishlist X-Debbugs-CC: debian-devel@lists.debian.org * Package name: python-geojson Version : 1.0.9 Upstream Author : Corey Farwell * URL : http://geopython.github.com/OWSLib/ * License : BSD-3-Clause Programming Lang: Python Description : Python 2 bindings and utilities for GeoJSON This library contains: - Functions for encoding and decoding GeoJSON formatted data - Classes for all GeoJSON Objects - An implementation of the Python geo_interface Specification This is the Python 2 version of the library -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/CAJOp35=dMUOx2=wbc5r9aykal76u21taa7b+cl9fdqduidc...@mail.gmail.com
jessie not mounting all filesystems
I just upgraded a system with many filesystems to jessie On many occasions when I boot this system it is failing to mount one of the filesystems and systemd gives the emergency login prompt It is not always the same filesystem though, it seems to be random. Most are ext4 on LVM, there are a couple of BtrFS. In every case I've been able to log in, fsck the filesystem and mount it manually. Is there any problem that anybody is already aware of? Looking at journalctl output I couldn't see any reason why the mount failed, do I have to enable something else to get more helpful log data about the problem? -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/54ca8f87.6070...@pocock.pro
Bug#776613: ITP: phpmemcachedadmin -- Graphic administration for memcached to monitor and debug.
Package: wnpp Severity: wishlist Owner: "Matthias Blümel" * Package name: phpmemcachedadmin Version : 1.2.2 Upstream Author : Cyrille Mahieux * URL : https://code.google.com/p/phpmemcacheadmin/ * License : Apache License 2.0 Programming Lang: PHP Description : Graphic administration for memcached to monitor and debug. This program allows one to see in real-time (top-like) or from the start of the server, stats for get, set, delete, increment, decrement, evictions, reclaimed, cas command, as well as server stats (network, items, server version) with googlecharts and server internal configuration You can go further to see each server slabs, occupation, memory wasted and items (key & value). Another part can execute commands to any memcached server : get, set, delete, flush_all, as well as execute any commands (like stats) with telnet To extract this information, phpMemcacheAdmin uses, as you wish, direct communication with server, PECL Memcache or PECL Memcached API. I made already a debian-package for the software and I will update it to mentors as soon as I get a bug-number. (https://github.com/krumedia/phpmemcachedadmin-debian) To build the package I used the package of phpmyadmin and parts of the corresponding fedora-package. We are using this Software in my company very often, so I am very sure, that this package will be tested and updated as soon as it is neccessary. Nevertheless I have a few questions: - The source-tar doesn’t have a subdirectory on the root. To get a orig.tar.gz I simply renamed it, is this correct, or should I repack it with the correct “debianized” directory structure. (I don’t think so, because there are no warnings/errors) - There are some files in the original tar which are unneccessarily marked as executable. Is there a “debian-way” to correct this? Maybe in rules#install? - I can’t find a ChangeLog in the original tar, but there is a website for this (http://blog.elijaa.org/index.php?pages/phpMemcachedAdmin-Release-Notes-and-Roadmap). Should I create a file by myself and add it somewhere in debian/? - The lighttp-configuration is untested, but that’s aside of correct po-files on my TODO-List -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/20150129231418.1102.52208.reportbug@jessie
Work-needing packages report for Jan 30, 2015
The following is a listing of packages for which help has been requested through the WNPP (Work-Needing and Prospective Packages) system in the last week. Total number of orphaned packages: 670 (new: 0) Total number of packages offered up for adoption: 145 (new: 1) Total number of packages requested help for: 56 (new: 0) Please refer to http://www.debian.org/devel/wnpp/ for more information. No new packages have been orphaned, but a total of 670 packages are orphaned. See http://www.debian.org/devel/wnpp/orphaned for a complete list. The following packages have been given up for adoption: suckless-tools (#776482), offered yesterday Description: simple commands for minimalistic window managers Reverse Depends: spectrwm surf wmii Installations reported by Popcon: 4559 144 older packages have been omitted from this listing, see http://www.debian.org/devel/wnpp/rfa_bypackage for a complete list. For the following packages help is requested: apt-xapian-index (#567955), requested 1823 days ago Description: maintenance tools for a Xapian index of Debian packages Reverse Depends: ept-cache goplay packagesearch Installations reported by Popcon: 74061 athcool (#278442), requested 3747 days ago Description: Enable powersaving mode for Athlon/Duron processors Installations reported by Popcon: 45 awstats (#755797), requested 190 days ago Description: powerful and featureful web server log analyzer Installations reported by Popcon: 4102 balsa (#642906), requested 1222 days ago Description: An e-mail client for GNOME Reverse Depends: balsa-dbg Installations reported by Popcon: 726 cardstories (#624100), requested 1375 days ago Description: Find out a card using a sentence made up by another player Installations reported by Popcon: 11 chromium-browser (#583826), requested 1705 days ago Description: Chromium browser Reverse Depends: chromedriver chromium-dbg chromium-l10n design-desktop-web mozplugger Installations reported by Popcon: 25909 cups (#532097), requested 2063 days ago Description: Common UNIX Printing System Reverse Depends: bluez-cups chromium cinnamon-settings-daemon cloudprint cups cups-backend-bjnp cups-browsed cups-bsd cups-client cups-core-drivers (64 more omitted) Installations reported by Popcon: 142724 debtags (#567954), requested 1823 days ago Description: Enables support for package tags Reverse Depends: goplay packagesearch Installations reported by Popcon: 2259 developers-reference (#759995), requested 152 days ago Description: guidelines and information for Debian developers Installations reported by Popcon: 15281 ejabberd (#767874), requested 87 days ago Description: distributed, fault-tolerant Jabber/XMPP server written in Erlang Reverse Depends: ejabberd-contrib Installations reported by Popcon: 825 fbcat (#565156), requested 1842 days ago Description: framebuffer grabber Installations reported by Popcon: 172 freeipmi (#628062), requested 1344 days ago Description: GNU implementation of the IPMI protocol Reverse Depends: freeipmi freeipmi-bmc-watchdog freeipmi-ipmidetect freeipmi-ipmiseld freeipmi-tools ipmitool libfreeipmi-dev libfreeipmi16 libipmiconsole-dev libipmiconsole2 (5 more omitted) Installations reported by Popcon: 6028 gnat-gps (#496905), requested 2345 days ago Description: co-maintainer needed Reverse Depends: gnat-gps gnat-gps-dbg Installations reported by Popcon: 549 gnokii (#677750), requested 957 days ago Description: Datasuite for mobile phone management Reverse Depends: gnokii gnokii-cli gnokii-smsd gnokii-smsd-mysql gnokii-smsd-pgsql gnome-phone-manager libgnokii-dev libgnokii6 xgnokii Installations reported by Popcon: 1504 gradle (#683666), requested 910 days ago Description: Groovy based build system Reverse Depends: gradle libgradle-plugins-java Installations reported by Popcon: 212 gridengine (#703256), requested 683 days ago Description: Distributed resource management Reverse Depends: gridengine-client gridengine-drmaa-dev gridengine-exec gridengine-master gridengine-qmon logol Installations reported by Popcon: 1090 grub2 (#248397), requested 3916 days ago Description: GRand Unified Bootloader Reverse Depends: grml-rescueboot grml2usb grub-coreboot grub-coreboot-bin grub-coreboot-dbg grub-disk grub-efi grub-efi-amd64 grub-efi-amd64-bin grub-efi-amd64-dbg (37 more omitted) Installations reported by Popcon: 166081 guake (#755928), requested
