Bug#769641: ITP: barrnap -- rapid ribosomal RNA prediction

Package: wnpp Severity: wishlist Owner: Sascha Steinbiss * Package name: barrnap Version : 0.5 Upstream Author : Torsten Seemann * URL : http://www.vicbioinformatics.com/software.barrnap.shtml * License : GPL Programming Lang: Perl Description : rapid

Re: veto?

Hi, Peter Samuelson: > > Do you mean, perhaps, that the Further Discussion option in a GR should > be weighted much more heavily than other options, so that it can beat > another option if only a few people rank it higher? I am not in favor > of that. > You can't give any one option more "weigh

Re: relative path in -dbg packages

Mathieu Malaterre: > While reading the wiki page for AutomaticDebugPackages, I was > wondering if it is possible to post-processed object file to > manipulate relatives path for debug info ? As part of the reproducible builds effort [1], it has so far proven to be very difficult to do so in a cons

Re: RFC: DEP-14: Recommended layout for Git packaging repositories

Hi, Bernhard R. Link: > I think such a document would do well to not say much about upstream > branches or imply how they should be managed. > It is helpful to base the Debian release on an Upstream release that is actually tagged by Upstream, provided that the version thus tagged is the basis fo

Processed: Process (21 bugs archived): The new gift tag is newcomer

Processing commands for cont...@bugs.debian.org: > unarchive 720980 Bug #720980 {Done: Lucas Nussbaum } [how-can-i-help] how-can-i-help: support execution by non-root users with listing of new opportunities Unarchived Bug 720980 > unarchive 720985 Bug #720985 {Done: Lucas Nussbaum } [how-can-i-h

Re: veto?

-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 On 15/11/14 11:52, Matthias Urlichs wrote: > Hi, > > Peter Samuelson: >> >> Do you mean, perhaps, that the Further Discussion option in a GR >> should be weighted much more heavily than other options, so that >> it can beat another option if only

Re: Being part of a community and behaving

Le 13/11/2014 18:58, Ralf Jung a écrit : > How does having yet another NTP client shut off existing NTP clients? > How does having yet another way to configure your network shut off > existing alternatives? How does having yet another web browser integrated in the OS shut off existing web browsers

Re: Being part of a community and behaving

On 15-11-2014 14:37, Raphaël Halimi wrote: I think Florian really has a point: Debian has changed. I use Debian since Slink and I can confidently say that there was a time when such software would never have reached stable, let alone become the default. In those days, we would have waited for th

Re: Being part of a community and behaving

Hi, >> How does having yet another NTP client shut off existing NTP clients? >> How does having yet another way to configure your network shut off >> existing alternatives? > > How does having yet another web browser integrated in the OS shut off > existing web browsers ? ;) There's a difference

Re: Being part of a community and behaving

Le 15/11/2014 14:18, Ralf Jung a écrit : > You have a point here. But I think that the case is different for > services that the average user hardly ever faces. People who do manual > network configuration beyond NetworkManager, are more than capable of > installing another suite for that if necess

Re: Being part of a community and behaving

Hi, > That's precisely the point. If systemd is installed as default on every > jessie system, since it ships its own time syncing client, what's the > point of installing NTP (provided that the machine doesn't have to > provide time services to other hosts) ? That's exactly what a well-known > so

Re: Being part of a community and behaving

On Sat, 2014-11-15 at 13:37 +0100, Raphaël Halimi wrote: > Le 13/11/2014 18:58, Ralf Jung a écrit : > > How does having yet another NTP client shut off existing NTP clients? > > How does having yet another way to configure your network shut off > > existing alternatives? > > How does having yet an

Re: Being part of a community and behaving

Le 15/11/2014 15:40, Ralf Jung a écrit : > What you say could also be read as a plea against any kind of > integration, as this integration naturally provides a "best" combination > of tools, and it will be harder to exchange some of them. I would argue > that this is a trade-off. Personally, I am

Re: Being part of a community and behaving

]] Raphaël Halimi > > I didn't read the code. Depending on where and how this happens, I can > > understand that someone doesn't want to make a call that blocks > > arbitrary long. So if you get a timeout, what else could you do? > > I don't know, like I said, I'm no developer. But the comment w

Re: Being part of a community and behaving

Hi, Raphaël Halimi: > raph@arche:~$ journalctl | grep Forwarding try this instead: $ journalctl _SYSTEMD_UNIT=systemd-journald.service which will (most likely) also show messages like "Suppressed 1927 messages from /PATH/FOO.slice". You can then use $ journalctl _SYSTEMD_SLICE=FOO.slice to d

Re: RFC: DEP-14: Recommended layout for Git packaging repositories

On Fri, 14 Nov 2014, Ian Jackson wrote: > Richard Hartmann writes ("Re: RFC: DEP-14: Recommended layout for Git > packaging repositories"): > > Can you at least suggest, not require, that the NMUer should also send > > a link to a publicly available branch with the patch(es) which are > > based on

Re: Being part of a community and behaving

Hi, On Fri, Nov 14, 2014 at 09:46:08AM +1100, Brian May wrote: > On 14 November 2014 09:30, Svante Signell wrote: > > > >From an irc:(16:06:44) xxx: udevd starts very slowly without systemd... > > any chance i can speed it up? > > Assuming that report is accurate, to me it sounds like a bug th

Re: Being part of a community and behaving

forcemerge 754987 767363 # not sure why you mail devel about this instead of merging the bugs... thanks signature.asc Description: This is a digitally signed message part.

Re: Being part of a community and behaving

Le 15/11/2014 16:53, Tollef Fog Heen a écrit : > You have two choices: you can drop the oldest or the newest log entries > if syslog doesn't keep up. Apparently, you prefer to ditch the newest > ones, the code ditches the oldest ones. When did you read that I prefer to ditch any of them ? > Have

Re: RFC: DEP-14: Recommended layout for Git packaging repositories

On Fri, 14 Nov 2014, Ian Jackson wrote: > > What exactly is your use case you feel this is essential for? > > I think this discussion is in danger of going round in circles. > I'm going to leave it here and let Raphael get on with it. I understand Ron's logic and there's certainly value in questi

Pre-Depends: init-system-helpers

Hi, In order to solve #769551 I need to Pre-Depends: init-system-helpers Indeed preinst script need it: /var/lib/dpkg/tmp.ci/preinst: 27: /var/lib/dpkg/tmp.ci/preinst: deb-systemd-helper: not found Thus I am asking to add a pre-depends to init-system-helpers -- To UNSUBSCRIBE, email to debian

Re: RFC: DEP-14: Recommended layout for Git packaging repositories

On Sat, 15 Nov 2014 18:02:23 +0100, Raphael Hertzog wrote: > Unless you want to suggest a specific standardized name for a NMU patch > branch... but this does seem a bit premature given that nobody is > currently doing stuff like that. The few persons that I saw commit their > NMU to git just used

Re: Being part of a community and behaving

On Sat, 2014-11-15 at 13:37 +0100, Raphaël Halimi wrote: > Le 13/11/2014 18:58, Ralf Jung a écrit : > > How does having yet another NTP client shut off existing NTP clients? > > How does having yet another way to configure your network shut off > > existing alternatives? > > How does having yet an

Re: RFC: DEP-14: Recommended layout for Git packaging repositories

On Sat, 15 Nov 2014, Raphael Hertzog wrote: > On Fri, 14 Nov 2014, Ian Jackson wrote: > > > What exactly is your use case you feel this is essential for? > > > > I think this discussion is in danger of going round in circles. > > I'm going to leave it here and let Raphael get on with it. > > I un

Re: Being part of a community and behaving

On Thu, Nov 13, 2014 at 2:02 AM, Bálint Réczey wrote: > Dear Josselin, > > I have just noticed your blog post on planet.debian.org: > https://np237.livejournal.com/34598.html > > I would like to ask you to resist the temptation of publishing similar posts. > It makes fun of part of our community w

Re: Being part of a community and behaving

On Thu, Nov 13, 2014 at 11:30 PM, Gergely Nagy wrote: >> "Cameron" == Cameron Norman writes: > > >>> OK, so the system has syslog-ng installed. For what ever reason > >>> syslog-ng > >>> is not starting automatically, but starts manually by systemctl. > >> > >>> syslog-ng

Re: RFC: DEP-14: Recommended layout for Git packaging repositories

On 12/11/14 22:07, Ron wrote: > I am also interested to hear more > about whatever the confusion was you had with this was when you > started working with Tollef's systemd repo that you mentioned > in the previous thread. Having played with gitpkg some more, I'm reminded that the answer to this is

Re: Pre-Depends: init-system-helpers

On Sat, Nov 15, 2014 at 06:06:17PM +0100, Bastien ROUCARIES wrote: > In order to solve #769551 I need to Pre-Depends: init-system-helpers > Indeed preinst script need it: > /var/lib/dpkg/tmp.ci/preinst: 27: /var/lib/dpkg/tmp.ci/preinst: > deb-systemd-helper: not found Why do you need deb-systemd-h

Re: RFC: DEP-14: Recommended layout for Git packaging repositories

On 13/11/14 14:04, Ron wrote: > I really do think that the names of the branches are actually going to > be the least of your worries here, unfortunately. Even with a naming > scheme that's widely adopted, things just aren't going to be that sort > of uniform outside of (a fairly large number of)

Re: Pre-Depends: init-system-helpers

Le 15 nov. 2014 19:18, "Bastian Blank" a écrit : > > On Sat, Nov 15, 2014 at 06:06:17PM +0100, Bastien ROUCARIES wrote: > > In order to solve #769551 I need to Pre-Depends: init-system-helpers > > Indeed preinst script need it: > > /var/lib/dpkg/tmp.ci/preinst: 27: /var/lib/dpkg/tmp.ci/preinst: >

Re: Being part of a community and behaving

Matthias Urlichs writes: > Hi, > > Raphaël Halimi: >> raph@arche:~$ journalctl | grep Forwarding > > try this instead: > > $ journalctl _SYSTEMD_UNIT=systemd-journald.service > > which will (most likely) also show messages like "Suppressed 1927 messages > from /PATH/FOO.slice". You can then use

Re: Pre-Depends: init-system-helpers

On 11/16/2014 05:14 AM, Bastien ROUCARIES wrote: > > Le 15 nov. 2014 19:18, "Bastian Blank" > a écrit : >> >> On Sat, Nov 15, 2014 at 06:06:17PM +0100, Bastien ROUCARIES wrote: >> > In order to solve #769551 I need to Pre-Depends: init-system-helpers >> > Indeed preinst s

Differences between git packaging tools (was: RFC: DEP-14: Recommended layout for Git packaging repositories)

Simon McVittie writes: > Having played with gitpkg some more, I'm reminded that the answer to > this is that unlike (AIUI) both gbp-pq and git-dpm, it did not meet my > assumption that the contents of the git tree were in a suitable form to > run dpkg-buildpackage and have a 3.0 (quilt) Debian pac

Re: RFC: DEP-14: Recommended layout for Git packaging repositories

On Sat, Nov 15, 2014 at 03:49:56PM -0200, Henrique de Moraes Holschuh wrote: > On Sat, 15 Nov 2014, Raphael Hertzog wrote: > > On Fri, 14 Nov 2014, Ian Jackson wrote: > > > > What exactly is your use case you feel this is essential for? > > > > > > I think this discussion is in danger of going rou