Re: [RFC] userdeb - user accounts as .debs

2009-05-16 Thread Michael Stapelberg
Hi Mark, * [16.05.09 17:00]: I've been looking for a solution to the problem of duplicating my user environment across different machines. My search has included anything I could find between the extremes of manual copying to cfengine, but until now I've not been lucky in finding anything

Re: [RFC] userdeb - user accounts as .debs

2009-05-16 Thread Michael Stapelberg
Hi Mark, * [17.05.09 01:35]: My goal or use case is not entirely limited to duplicating _my_ user environment across different machines as I wrote above. I am actualy seeking the ability to package up the environment of any user on any machine. What that gives me is a quick path to

Bug#531762: ITP: libtomcrypt -- public domain open source cryptographic toolkit

2009-06-03 Thread Michael Stapelberg
Package: wnpp Severity: wishlist Owner: Michael Stapelberg michael+db20090...@stapelberg.de * Package name: libtomcrypt Version : 1.17 Upstream Author : Tom St Denis tomstde...@gmail.com * URL : http://www.libtomcrypt.com/ * License : Public Domain

Bug#532291: ITP: libnet-inet6glue-perl -- Make common modules IPv6 ready by hotpatching

2009-06-08 Thread Michael Stapelberg
Package: wnpp Severity: wishlist Owner: Michael Stapelberg michael+db20090...@stapelberg.de * Package name: libnet-inet6glue-perl Version : 0.3-1 Upstream Author : Steffen Ullrich steffen_ullr...@genua.de * URL : http://search.cpan.org/dist/Net-INET6Glue/ * License

Bug#577415: ITP: libanyevent-i3-perl -- communicate with the i3 window manager

2010-04-11 Thread Michael Stapelberg
Package: wnpp Severity: wishlist Owner: Michael Stapelberg michael+db20090...@stapelberg.de * Package name: libanyevent-i3-perl Version : 0.04 Upstream Author : Michael Stapelberg mich...@stapelberg.de * URL : http://search.cpan.org/dist/AnyEvent-I3/ * License

Bug#663257: ITP: libprivileges-drop-perl -- module to make it simple to drop all privileges

2012-03-09 Thread Michael Stapelberg
Package: wnpp Owner: Michael Stapelberg mich...@stapelberg.de Severity: wishlist X-Debbugs-CC: debian-devel@lists.debian.org,debian-p...@lists.debian.org * Package name: libprivileges-drop-perl Version : 1.03 Upstream Author : Troels Liebe Bentsen tro...@infopro.dk * URL

Bug#663508: ITP: all-knowing-dns -- Tiny DNS server for IPv6 Reverse DNS

2012-03-11 Thread Michael Stapelberg
Package: wnpp Owner: Michael Stapelberg mich...@stapelberg.de Severity: wishlist X-Debbugs-CC: debian-devel@lists.debian.org * Package name: all-knowing-dns Version : 1.0 Upstream Author : Michael Stapelberg, C michael at stapelberg.de * URL : http://search.cpan.org

Re: [OT] NM vs. wicd

2012-04-01 Thread Michael Stapelberg
Hi Svante, Excerpts from Svante Signell's message of 2012-04-01 20:56:40 +0200: Adding to the problems with NM, it is not even possible to edit or add a connection: Failed to add new connection: (32) Insufficient privileges. Looks like you have to start the graphical environment with:

Bug#678142: ITP: libiniparser -- stand-alone ini file parsing library

2012-06-19 Thread Michael Stapelberg
Package: wnpp Severity: wishlist Owner: Michael Stapelberg stapelb...@debian.org * Package name: libiniparser Version : 3.1 Upstream Author : Nicolas Devillard ndevi...@free.fr * URL : http://ndevilla.free.fr/iniparser/ * License : MIT/X11 Programming Lang: C

Bug#678445: ITP: dunst -- minimalistic notification daemon

2012-06-21 Thread Michael Stapelberg
Package: wnpp Severity: wishlist Owner: Michael Stapelberg stapelb...@debian.org * Package name: dunst Version : 0.1+git20120621 Upstream Author : Sascha Kruse knop...@googlemail.com * URL : http://knopwob.github.com/dunst/ * License : BSD Programming Lang: C

Bug#680071: ITP: libplack-middleware-csrfblock-perl -- Plack middleware to block CSRF (cross-site request forgery)

2012-07-03 Thread Michael Stapelberg
Package: wnpp Owner: Michael Stapelberg stapelb...@debian.org Severity: wishlist X-Debbugs-CC: debian-devel@lists.debian.org,debian-p...@lists.debian.org * Package name: libplack-middleware-csrfblock-perl Version : 0.03 Upstream Author : Rintaro Ishizaki rint...@cpan.org * URL

Re: solving the network-manager-in-gnome problem

2012-07-22 Thread Michael Stapelberg
Hi Vincent, Quoting Vincent Lefevre (2012-07-22 15:53:13) I don't think there's anything wrong with enhancing the way that sysvinit works, as long as the user can still use the update-rc.d method. There is: update-rc.d is a defined interface which works with sysvinit and other init systems

Introducing codesearch.debian.net, a regexp code search engine

2012-11-06 Thread Michael Stapelberg
Hi, I hereby announce a new Debian project: Debian Code Search. Debian Code Search is a search engine for program source code within Debian. It allows you to search all ≈ 17000 source packages, containing 130 GiB of FLOSS source code (including Debian packaging) with regular expressions. You

Re: Introducing codesearch.debian.net, a regexp code search engine

2012-11-06 Thread Michael Stapelberg
Hi alberto, alberto fuentes paj...@gmail.com writes: roughly speaking, how does it work internally? It uses a trigram index and the RE2 regular expression engine. My work is based on Russ Cox’s ideas and code published at http://swtch.com/~rsc/regexp/regexp4.html In case you are interested,

Re: Introducing codesearch.debian.net, a regexp code search engine

2012-11-06 Thread Michael Stapelberg
Hi Neil, Neil Williams codeh...@debian.org writes: It's pleasingly quick, which is always good. Might need to be able to exclude the debian/ directory from searches. File regular expressions and a minus operator is already on the TODO list :-). First thing which occurs to me is that I'd

Re: Introducing codesearch.debian.net, a regexp code search engine

2012-11-06 Thread Michael Stapelberg
Hi Joachim, Joachim Breitner nome...@debian.org writes: Since you have all code extracted anyways, could you extend the page to allow for easy code browsing? Might be faster than apt-get source; less ... sometimes. Very basic code browsing is on my agenda, but zack@ mentioned he wants to build

Re: Introducing codesearch.debian.net, a regexp code search engine

2012-11-07 Thread Michael Stapelberg
Hi Chris, Chris Bannister cbannis...@slingshot.co.nz writes: See: http://grammar.about.com/od/words/a/amount.htm http://grammarist.com/usage/amount-number/ Thanks. I have heard about this rule but must have forgotten it. I changed the text and will push an update soon. -- Best regards,

Re: Introducing codesearch.debian.net, a regexp code search engine

2012-11-07 Thread Michael Stapelberg
Hi Neil, Neil Williams codeh...@debian.org writes: That's just swamped by licences, as would be received and lots of other common words (which are, rightly or wrongly, used as variable names or as part of function names). Well, of course searching for common words will result in a lot of

Re: Introducing codesearch.debian.net, a regexp code search engine

2012-11-07 Thread Michael Stapelberg
Hi Neil, Neil Williams codeh...@debian.org writes: Just because a file doesn't end in .pl, doesn't mean it isn't perl - Policy mandates that perl in /usr/bin does not end in .pl Is this only finding perl modules and perl scripts in /usr/share? As the FAQ¹ states, this is filtering by file

[RFC] Go (golang) packaging

2013-01-01 Thread Michael Stapelberg
Hi, I am co-maintainer of the golang package and spent a few hours on trying to figure out how to best create Debian packages for libraries and programs which are implemented in Go. I have documented my thoughts, conclusions and example packaging on:

Re: [RFC] Go (golang) packaging

2013-01-01 Thread Michael Stapelberg
Hi Paul, Since golang apparently doesn't support dynamic linking, every package built against a golang library will have to include an appropriate Built-Using header. You will probably also want a lintian test for this to autoreject anything without this header. Thanks, I was not aware of

Re: [RFC] Go (golang) packaging

2013-01-01 Thread Michael Stapelberg
Hi Dmitrijs, Dmitrijs Ledkovs x...@debian.org writes: What about multiarch? I tried to address this on the wiki page, see http://wiki.debian.org/MichaelStapelberg/GoPackaging#Multi-Arch.2Fcross-compiling Essentially, I currently believe that multi-arch does not make sense for go, since we are

Re: [RFC] Go (golang) packaging

2013-01-01 Thread Michael Stapelberg
Hi Simon, Simon McVittie s...@debian.org writes: Where does gccgo look for Go sources (src)? Where does gccgo look for Go static libraries (pkg)? Where does gccgo look for Go dynamic libraries? (Presumably the same places where gcc looks for C dynamic libraries?) I can’t really answer these

Bug#697145: ITP: wit -- manipulate Wii and GameCube ISO images and WBFS containers

2013-01-01 Thread Michael Stapelberg
Package: wnpp Severity: wishlist Owner: Michael Stapelberg stapelb...@debian.org * Package name: wit Version : 2.10a Upstream Author : Dirk Clemens wi...@wiimm.de * URL : http://wit.wiimm.de/ * License : GPL-2+ Programming Lang: C Description

Re: [RFC] Go (golang) packaging

2013-01-02 Thread Michael Stapelberg
Hi Bernhard, Bernhard R. Link brl...@debian.org writes: Please also consider codesearch-golang. Especially with longer package names not everything can show the full name so the beginning should be the more important information. Given that we already have python-* and ruby-*, I’d find

Re: [RFC] Go (golang) packaging

2013-01-02 Thread Michael Stapelberg
Hi Shawn, Shawn shawnland...@gmail.com writes: Henceforth when a go program depends on a go library, those go libraries are ALWAYS compiled in statically. Static linking causes many problems for distributions like Debian, and therefore this Can you please tell us which specific problems are

Re: [RFC] Go (golang) packaging

2013-01-02 Thread Michael Stapelberg
Hi Bernhard, Bernhard R. Link brl...@debian.org writes: (and of course just “codesearch” for the binaries). I assume s/binaries/sources/? And I'd suggest to just not policy the No, I really meant binaries, as in “cgrep”, “cindex” and “csearch” in this specific case. And what is the name

Re: [RFC] Go (golang) packaging

2013-01-02 Thread Michael Stapelberg
Hi Guillem, Thanks for your explanations, most points make sense to me. Two questions remain: Guillem Jover guil...@debian.org writes: - Private dependencies, as they leak to rdeps. When a library uses another library privately this dependency gets linked in directly in all

Re: [RFC] Go (golang) packaging

2013-01-02 Thread Michael Stapelberg
Hi Matthias, Matthias Klose d...@debian.org writes: Calling gc the official compiler seems to be misleading. gccgo in That’s why I called it “official”, not official. wheezy supports the Go API 1.0, and the standard library 1.0.3, supports dynamic linking, supports multiarch, makes the

Re: [RFC] Go (golang) packaging

2013-01-02 Thread Michael Stapelberg
Hi Shawn, shawnland...@gmail.com writes: I am not sure how or if lld works on .a files, but I am pretty sure that this binary is linked against libc6 and libgo1. If I invoke gccgo directly that is the result. If by “this binary” you mean godebiancontrol.a, then no: ldd

Re: [RFC] Go (golang) packaging

2013-01-02 Thread Michael Stapelberg
Hi Shawn, shawnland...@gmail.com writes: [...] use of these .a files. You have to look at the resulting binaries. But in this discussion we are talking about building _library_ packages, not binaries. I would like to focus on the question of how to build a Go package (such as

Re: [RFC] Go (golang) packaging

2013-01-03 Thread Michael Stapelberg
Hi Reinhard, Reinhard Tartler siret...@gmail.com writes: Consider this from the application perspective: Say an application links against a library libfoo.a. At some point, libfoo decides to include compression support, and requires functionality from libz. No problem for the library package

Re: [RFC] Go (golang) packaging

2013-01-03 Thread Michael Stapelberg
Hi Florian, Florian Weimer f...@deneb.enyo.de writes: My main worry is that, for example, a fix in another, otherwise unrelated dependency prompts a rebuild, and this picks up behavioral changes which haven't been visible before, but lingering in the static library. Essentially, we end up

Re: [RFC] Go (golang) packaging

2013-01-03 Thread Michael Stapelberg
Hi Florian, Florian Weimer f...@deneb.enyo.de writes: Could you provide an example please? I don’t understand how this is different with static linking than with dynamic linking yet. With dynamic linking, you pick up the behavior change along with apt-get upgrade, so I expect that we get

Go (golang) packaging, part 2

2013-01-27 Thread Michael Stapelberg
Hi, I have been in contact with a few Go people and we have worked out the following: Go libraries (not binaries!) should be present in Debian _only_ for the purpose of building Debian binary packages. They should not be used directly for Go development¹. Go library Debian packages such as

Re: Go (golang) packaging, part 2

2013-01-28 Thread Michael Stapelberg
Hi Hilko, Hilko Bengen ben...@debian.org writes: This is a pity for those of us who don't really subscribe to get everything from github as needed model of distributing software. Yes, but at the same time, it makes Go much more consistent across multiple platforms. We should tackle one issue at

Re: Go (golang) packaging, part 2

2013-01-29 Thread Michael Stapelberg
Hi Wouter, Wouter Verhelst wou...@debian.org writes: consistency across multiple platforms has been claimed as a benefit for allowing gem update --system to replace half of the ruby binary package, amongst other things. It wasn't a good argument then, and it isn't a good argument now. I am

Re: Go (golang) packaging, part 2

2013-01-30 Thread Michael Stapelberg
Hi Chow, Chow Loong Jin hyper...@debian.org writes: 1. If software that depends on native packages is installed using go get or whatever other language-specific package manager, e.g. pip for Python or gem for Ruby is installed, there is no way to declare a dependency on those.

Re: Go (golang) packaging, part 2

2013-01-30 Thread Michael Stapelberg
Hi Hilko, Hilko Bengen ben...@debian.org writes: I drew a different conclusion from Ian's messages the thread you mentioned (see the quotes below). Apparently, one *can* build shared libraries using gccgo, but they are not currently usable using dlopen(). My impression was that this means

Re: bash readline

2013-01-31 Thread Michael Stapelberg
Hi Jack, Jack Andrews effb...@gmail.com writes: i really like the readline in bash - it seems bash is vi complete in vi mode. Unfortunately it’s not vim-complete (not sure about “pure” vi), take for example this command line: foo bar baz Then, press Escape, 0, w, w, c, i, — nothing

Re: Building and using shared libraries using gccgo

2013-02-04 Thread Michael Stapelberg
Hi Matthias, Matthias Klose d...@debian.org writes: Am 31.01.2013 13:02, schrieb Hilko Bengen: 2. -fno-split-stack Otherwise I could not link executables and got the following error message: /usr/bin/ld.bfd.real: cindex: hidden symbol `__morestack' in

Re: Go (golang) packaging, part 2

2013-02-04 Thread Michael Stapelberg
Hi Hilko, Hilko Bengen ben...@debian.org writes: /usr/local. This is not what sudo go get currently (version 1:1.0.2-2) does -- it happily puts both source and binary files into GOROOT (=/usr/lib/go). This is bound to break things in interesting ways at some point. Indeed. This is when having

Re: Building and using shared libraries using gccgo

2013-02-04 Thread Michael Stapelberg
Hi Hilko, Hilko Bengen ben...@debian.org writes: Sure. See the Makefile at the end of this mail. Please note that I [...] Thanks for the instructions. I reproduced them and got shared libraries plus dynamically linked binaries. Aside from details about the split stack flags, now one big

Re: Unable to find RC bug targets to squash

2013-03-01 Thread Michael Stapelberg
Hi Andreas, I wholeheartedly agree. I have written about this in 2012-11¹, but in my article, I complained about the way bugreports are handled, which, IMO, are much too free-form to be useful for RC bug hunters. Anyway, I definitely share your experience that many RC bugs are hardware-specific

Re: RE : Gerrit, Git requirements, cooperation with others. was: git dangerous operations on alioth

2013-03-17 Thread Michael Stapelberg
Hi Tollef, Tollef Fog Heen tfh...@err.no writes: Buildbot is pretty crap at managing slaves that disappear and come back and such. This works fine for me, I have never had any trouble with that (and yes, my build slaves have disconnected/reconnected quite a few times). Using buildbot since more

Bug#703438: ITP: kanla -- small-scale alerting daemon

2013-03-19 Thread Michael Stapelberg
Package: wnpp Severity: wishlist Owner: Michael Stapelberg stapelb...@debian.org * Package name: kanla Version : 1.1 Upstream Author : Michael Stapelberg michael+ka...@stapelberg.de * URL : http://kanla.zekjur.net/ * License : BSD Programming Lang: Perl

Re: bugs.debian.org: something's wrong...

2013-03-20 Thread Michael Stapelberg
Hi Arno, Arno Töll a...@debian.org writes: ... which assign[s] random color shit to [your] name [1]. You've got the choice to use an avatar, or someone assigns one to you. FYI, this is not a technical necessity. If called correctly, gravatar (so probably libravatar, too) can return a specific

Re: Bug#703762: ITP: jdownloader -- download manager for one-click hosting sites

2013-03-25 Thread Michael Stapelberg
Hi Nikolaus, Nikolaus Rath nikol...@rath.org writes: But why not make it a proper package in the first place if the source is GPL? bdrung@ explained this in the ITP bug already: I tried, but failed miserable. Some libraries needs to be packaged and the upstream build system needs to be bent

Debian systemd survey

2013-05-20 Thread Michael Stapelberg
Hello, In the past, we have had multiple heated discussions involving systemd. We (the pkg-systemd-maintainers team) would like to better understand why some people dislike systemd. Therefore, we have created a survey, which you can find at http://survey.zekjur.net/index.php/391182 Please only

Re: Debian systemd survey

2013-05-21 Thread Michael Stapelberg
Hi Lucas, Lucas Nussbaum lu...@debian.org writes: I think that one reason why we risk having another init systems discussion is that there hasn't been (TTBOMK) a good effort to summarize the various point raised and your answers (as systemd maintainers) to them. Such a systemd demystification

Debian systemd survey results

2013-05-27 Thread Michael Stapelberg
Hi, Thanks for participating, everyone! find the results at: http://people.debian.org/~stapelberg/2013/05/27/systemd-survey-results.html Another discussion is really not necessary at this point. Quote from the page: I know this is a controversial topic. Please don’t start yet another

Re: How to check for other init systems from sysvinit script

2013-06-01 Thread Michael Stapelberg
Hi Ondřej, Ondřej Surý ond...@sury.org writes: Practical question: if I were to support systemd .service, upstart init job and/or OpenRC whatever together with standard sysvinit script, how do I check for currently used init system from sysvinit script to not start the service for a second

Survey answers part 1: systemd has too many dependencies, …

2013-06-08 Thread Michael Stapelberg
Hi, since some people might not read planet debian, here is a link to my first blog post in a series of posts dealing with the results of the Debian systemd survey: http://people.debian.org/~stapelberg/2013/06/09/systemd-bloat.html -- Best regards, Michael -- To UNSUBSCRIBE, email to

Re: Survey answers part 1: systemd has too many dependencies, …

2013-06-09 Thread Michael Stapelberg
Hi Bjørn, Thanks for your well-put mail. As far as I understand it, your concern is that libraries might exit() (either due to actually calling exit() or due to having a bug) and therefore take pid 1 with them. I am sure that the systemd developers are very aware of this fact. They even

Re: Survey answers part 1: systemd has too many dependencies, …

2013-06-09 Thread Michael Stapelberg
Hi Thomas, Thomas Goirand z...@debian.org writes: In this blog post, you tell that it's possible not to use all the components of systemd. Then, the immediate question that pops to my mind: what are *your* intentions then, in Debian (or, said in another way, what would you like to do if you

Re: Survey answers part 1: systemd has too many dependencies, …

2013-06-11 Thread Michael Stapelberg
Hi Ondřej, Ondřej Surý ond...@sury.org writes: and if I match this with the table at: http://people.debian.org/~stapelberg/docs/systemd-dependencies.html I get the result that you will _not_ compile systemd with: libselinux.so libpam.so libwrap.so libaudit.so libkmod.so because they

Re: Survey answers part 1: systemd has too many dependencies, …

2013-06-12 Thread Michael Stapelberg
Hi Ondřej, Ondřej Surý ond...@sury.org writes: I still think you should also update the table with information if the library is actually used in PID 1 (or in forked process) as hmh suggested: It would be best to enhance http://people.debian.org/~stapelberg/docs/systemd-dependencies.html

Bug#713899: ITP: codesearch -- Indexed regular expression-based search

2013-06-23 Thread Michael Stapelberg
Package: wnpp Severity: wishlist Owner: Michael Stapelberg stapelb...@debian.org * Package name: codesearch Version : 0.0~hg20120502 Upstream Author : Russ Cox r...@swtch.com * URL : http://code.google.com/p/codesearch * License : BSD Programming Lang: Go

Bug#714451: ITP: golang-pq-dev -- pure Go postgres driver for Go’s database/sql package

2013-06-29 Thread Michael Stapelberg
Package: wnpp Severity: wishlist Owner: Michael Stapelberg stapelb...@debian.org * Package name: golang-pq-dev Version : 0.0~git20130606-1 Upstream Author : Blake Mizerany * URL : https://github.com/lib/pq * License : Expat Programming Lang: Go Description

Bug#714457: ITP: golang-godebiancontrol-dev -- Go debian control file parser

2013-06-29 Thread Michael Stapelberg
Package: wnpp Severity: wishlist Owner: Michael Stapelberg stapelb...@debian.org * Package name: golang-godebiancontrol-dev Version : 0.0~git20121130-1 Upstream Author : Michael Stapelberg stapelb...@debian.org * URL : https://github.com/mstap/godebiancontrol * License

Survey answers part 2: the systemd transition

2013-07-01 Thread Michael Stapelberg
Hi, since some people might not read planet debian, here is a link to my second blog post in a series of posts dealing with the results of the Debian systemd survey: http://people.debian.org/~stapelberg/2013/07/01/systemd-transition.html -- Best regards, Michael -- To UNSUBSCRIBE, email to

Re: Survey answers part 2: the systemd transition

2013-07-01 Thread Michael Stapelberg
Hi Vincent, Vincent Danjean vdanjean...@free.fr writes: Thank you for this article. Reading it make me think about something I would like to know: if I install systemd and boot with it (using grub parameter) as described in the article, what occurs when I type /etc/init.d/apache2 start Fair

Re: Why does debian-sid can't suspend by closing lid?

2013-07-11 Thread Michael Stapelberg
Hi Arief, Arief M Utama arief.ut...@gmail.com writes: Ever since after Wheezy released, with gnome-3 and systemd, I still can't suspend my laptop by closing the lid like it used to be. Note that wheezy does not use systemd by default. Are you 100% sure you are using systemd? Check “ps auxf” to

Survey answers part 3: systemd is not portable and what this means for our ports

2013-07-13 Thread Michael Stapelberg
Hi, since some people might not read planet debian, here is a link to my third blog post in a series of posts dealing with the results of the Debian systemd survey: http://people.debian.org/~stapelberg/2013/07/13/systemd-not-portable.html -- Best regards, Michael -- To UNSUBSCRIBE, email to

Systemd support in Debian packages: how to help

2013-07-15 Thread Michael Stapelberg
Hi, I am sorry for starting yet another thread on systemd, but we feel this particular post is important and should spread as widely as possible (i.e. beyond just readers of planet debian): http://people.debian.org/~stapelberg/2013/07/14/systemd-how-to-help.html tl;dr: whatever you end up

Bug#718051: ITP: xcb-util-cursor -- utility libraries for X C Binding -- cursor

2013-07-28 Thread Michael Stapelberg
Package: wnpp Severity: wishlist Owner: Michael Stapelberg stapelb...@debian.org * Package name: xcb-util-cursor Version : 0.0.99 Upstream Author : Michael Stapelberg michael+...@stapelberg.de * URL : http://xcb.freedesktop.org/ * License : MIT/X Programming

Bug#718183: ITP: dh-golang -- debhelper add-on for packaging software written in Go (golang)

2013-07-28 Thread Michael Stapelberg
Package: wnpp Severity: wishlist Owner: Michael Stapelberg stapelb...@debian.org * Package name: dh-golang Version : 1.0 Upstream Author : Michael Stapelberg stapelb...@debian.org * License : BSD Programming Lang: Perl Description : debhelper add-on for packaging

Re: Requesting DDs who want to help greet new contributors

2013-08-18 Thread Michael Stapelberg
Hi Asheesh, I just watched your talk on my way home from DebConf and decided I want to join you in the welcoming team or whatever it will be called :). A few more details on what will be happening and what is the expectation of me (and others) would be appreciated. -- Best regards, Michael

Re: How git performs when you throw all of Debian at it

2013-08-30 Thread Michael Stapelberg
Hi Steven, Steven Chamberlain ste...@pyro.eu.org writes: Wouldn't ZFS be a more natural way to do something like this? Possibly, but I have zero hopes of getting it set up and supported by DSA, so we can’t use it for this service. -- Best regards, Michael -- To UNSUBSCRIBE, email to

Re: How git performs when you throw all of Debian at it

2013-08-30 Thread Michael Stapelberg
Hi Luca, Luca Filipozzi lfili...@debian.org writes: Why do you say that when you haven't even asked? Because I thought the answer was going to be “not in the Linux kernel, no chance”. To address this specific thread, the challenge with ZFS is not that we don't like the idea (I'm keen on it,

Bug#731046: ITP: golang-go.tools -- supplementary Go tools

2013-12-01 Thread Michael Stapelberg
Package: wnpp Severity: wishlist Owner: Michael Stapelberg stapelb...@debian.org * Package name: golang-go.tools Version : 0.0~hg20131126-1 Upstream Author : The Go Authors * URL : https://code.google.com/p/go.tools/ * License : BSD-3-clause Programming Lang

Bug#739156: ITP: simple-tpm-pk11 -- simple library for using the TPM chip to secure SSH

2014-02-16 Thread Michael Stapelberg
Package: wnpp Severity: wishlist Owner: Michael Stapelberg stapelb...@debian.org * Package name: simple-tpm-pk11 Version : 0.0~git20140216-1 Upstream Author : Thomas Habets tho...@habets.se * URL : https://github.com/ThomasHabets/simple-tpm-pk11 * License

Re: Bug#741930: reportbug: add current init system information

2014-03-23 Thread Michael Stapelberg
Hi Thomas, Thomas Weber twe...@debian.org writes: And for those packages where it does not matter, it will cost extra developer concentration/time in ignoring the noise. Sorry, but this feels like being good for some, bad for all others. Developers interested in the information should add bug

Accepted i3lock 2.0-1 (source amd64)

2010-09-05 Thread Michael Stapelberg
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.8 Date: Sun, 05 Sep 2010 11:34:19 +0200 Source: i3lock Binary: i3lock Architecture: source amd64 Version: 2.0-1 Distribution: unstable Urgency: low Maintainer: Michael Stapelberg mich...@stapelberg.de Changed-By: Michael Stapelberg mich

Accepted i3lock 2.0-2 (source amd64)

2010-09-05 Thread Michael Stapelberg
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.8 Date: Sun, 05 Sep 2010 18:19:15 +0200 Source: i3lock Binary: i3lock Architecture: source amd64 Version: 2.0-2 Distribution: unstable Urgency: low Maintainer: Michael Stapelberg mich...@stapelberg.de Changed-By: Michael Stapelberg mich

Accepted i3status 2.2-1 (source amd64)

2010-09-22 Thread Michael Stapelberg
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.8 Date: Wed, 22 Sep 2010 20:07:48 +0200 Source: i3status Binary: i3status Architecture: source amd64 Version: 2.2-1 Distribution: unstable Urgency: low Maintainer: Michael Stapelberg mich...@stapelberg.de Changed-By: Michael Stapelberg mich

Accepted libtomcrypt 1.17-3 (source amd64)

2011-01-12 Thread Michael Stapelberg
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.8 Date: Wed, 12 Jan 2011 14:12:02 +0100 Source: libtomcrypt Binary: libtomcrypt-dev libtomcrypt0 Architecture: source amd64 Version: 1.17-3 Distribution: unstable Urgency: low Maintainer: Michael Stapelberg mich...@stapelberg.de Changed

Accepted i3-wm 3.e-bf2-1 (source amd64)

2011-01-19 Thread Michael Stapelberg
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.8 Date: Wed, 19 Jan 2011 21:24:38 +0100 Source: i3-wm Binary: i3 i3-wm i3-wm-dbg Architecture: source amd64 Version: 3.e-bf2-1 Distribution: unstable Urgency: low Maintainer: Michael Stapelberg mich...@stapelberg.de Changed-By: Michael

Accepted i3-wm 3.e-bf1-3 (source amd64)

2010-11-03 Thread Michael Stapelberg
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.8 Date: Wed, 03 Nov 2010 20:32:42 +0100 Source: i3-wm Binary: i3 i3-wm i3-wm-dbg Architecture: source amd64 Version: 3.e-bf1-3 Distribution: unstable Urgency: low Maintainer: Michael Stapelberg mich...@stapelberg.de Changed-By: Michael

Accepted mxallowd 1.8-2 (source amd64)

2010-01-25 Thread Michael Stapelberg
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.8 Date: Mon, 25 Jan 2010 23:18:25 +0100 Source: mxallowd Binary: mxallowd Architecture: source amd64 Version: 1.8-2 Distribution: unstable Urgency: low Maintainer: Michael Stapelberg mich...@stapelberg.de Changed-By: Michael Stapelberg mich

Accepted i3-wm 3.e-bf1-2 (source amd64)

2010-06-23 Thread Michael Stapelberg
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.8 Date: Wed, 23 Jun 2010 18:23:10 +0200 Source: i3-wm Binary: i3 i3-wm i3-wm-dbg Architecture: source amd64 Version: 3.e-bf1-2 Distribution: unstable Urgency: low Maintainer: Michael Stapelberg mich...@stapelberg.de Changed-By: Michael

Accepted libanyevent-i3-perl 0.04-1 (source all)

2010-04-23 Thread Michael Stapelberg
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.8 Date: Sun, 11 Apr 2010 13:41:40 +0200 Source: libanyevent-i3-perl Binary: libanyevent-i3-perl Architecture: source all Version: 0.04-1 Distribution: unstable Urgency: low Maintainer: Michael Stapelberg mich...@stapelberg.de Changed

Accepted i3-wm 3.e-3 (source amd64)

2010-04-24 Thread Michael Stapelberg
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.8 Date: Sat, 24 Apr 2010 11:20:19 +0200 Source: i3-wm Binary: i3 i3-wm i3-wm-dbg Architecture: source amd64 Version: 3.e-3 Distribution: unstable Urgency: low Maintainer: Michael Stapelberg mich...@stapelberg.de Changed-By: Michael

Accepted i3-wm 3.e-bf1-1 (source amd64)

2010-06-09 Thread Michael Stapelberg
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.8 Date: Wed, 09 Jun 2010 09:51:10 +0200 Source: i3-wm Binary: i3 i3-wm i3-wm-dbg Architecture: source amd64 Version: 3.e-bf1-1 Distribution: unstable Urgency: low Maintainer: Michael Stapelberg mich...@stapelberg.de Changed-By: Michael

Accepted libnet-inet6glue-perl 0.4-2 (source all)

2010-04-06 Thread Michael Stapelberg
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.8 Date: Tue, 06 Apr 2010 13:45:12 +0200 Source: libnet-inet6glue-perl Binary: libnet-inet6glue-perl Architecture: source all Version: 0.4-2 Distribution: unstable Urgency: low Maintainer: Michael Stapelberg mich...@stapelberg.de Changed

Accepted mxallowd 1.8-3 (source amd64)

2010-04-08 Thread Michael Stapelberg
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.8 Date: Thu, 08 Apr 2010 11:18:12 +0200 Source: mxallowd Binary: mxallowd Architecture: source amd64 Version: 1.8-3 Distribution: unstable Urgency: low Maintainer: Michael Stapelberg mich...@stapelberg.de Changed-By: Michael Stapelberg mich

Accepted i3status 2.1-1 (source amd64)

2010-04-10 Thread Michael Stapelberg
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.8 Date: Sat, 10 Apr 2010 23:48:52 +0200 Source: i3status Binary: i3status Architecture: source amd64 Version: 2.1-1 Distribution: unstable Urgency: low Maintainer: Michael Stapelberg mich...@stapelberg.de Changed-By: Michael Stapelberg mich

Accepted i3-wm 3.e-1 (source amd64)

2010-04-03 Thread Michael Stapelberg
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.8 Date: Tue, 30 Mar 2010 13:11:50 +0200 Source: i3-wm Binary: i3 i3-wm i3-wm-dbg Architecture: source amd64 Version: 3.e-1 Distribution: unstable Urgency: low Maintainer: Michael Stapelberg mich...@stapelberg.de Changed-By: Michael

Accepted libnet-inet6glue-perl 0.4-1 (source all)

2010-04-03 Thread Michael Stapelberg
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.8 Date: Sun, 28 Mar 2010 01:15:05 +0100 Source: libnet-inet6glue-perl Binary: libnet-inet6glue-perl Architecture: source all Version: 0.4-1 Distribution: unstable Urgency: low Maintainer: Michael Stapelberg mich...@stapelberg.de Changed

Accepted i3-wm 3.e-2 (source amd64)

2010-04-04 Thread Michael Stapelberg
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.8 Date: Sun, 04 Apr 2010 19:30:46 +0200 Source: i3-wm Binary: i3 i3-wm i3-wm-dbg Architecture: source amd64 Version: 3.e-2 Distribution: unstable Urgency: low Maintainer: Michael Stapelberg mich...@stapelberg.de Changed-By: Michael

Accepted i3lock 2.1-1 (source amd64)

2011-03-13 Thread Michael Stapelberg
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.8 Date: Sun, 13 Mar 2011 20:27:46 +0100 Source: i3lock Binary: i3lock Architecture: source amd64 Version: 2.1-1 Distribution: unstable Urgency: low Maintainer: Michael Stapelberg mich...@stapelberg.de Changed-By: Michael Stapelberg mich

Accepted i3-wm 3.e-bf3-1 (source amd64)

2011-05-08 Thread Michael Stapelberg
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Format: 1.8 Date: Sun, 08 May 2011 14:09:22 +0200 Source: i3-wm Binary: i3 i3-wm i3-wm-dbg Architecture: source amd64 Version: 3.e-bf3-1 Distribution: unstable Urgency: low Maintainer: Michael Stapelberg mich...@stapelberg.de Changed-By: Michael

Accepted i3status 2.3-1 (source amd64)

2011-07-21 Thread Michael Stapelberg
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Format: 1.8 Date: Thu, 21 Jul 2011 21:22:54 +0200 Source: i3status Binary: i3status Architecture: source amd64 Version: 2.3-1 Distribution: unstable Urgency: low Maintainer: Michael Stapelberg mich...@stapelberg.de Changed-By: Michael Stapelberg

Accepted i3status 2.3-2 (source amd64)

2011-07-23 Thread Michael Stapelberg
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Format: 1.8 Date: Sat, 23 Jul 2011 18:28:59 +0200 Source: i3status Binary: i3status Architecture: source amd64 Version: 2.3-2 Distribution: unstable Urgency: low Maintainer: Michael Stapelberg mich...@stapelberg.de Changed-By: Michael Stapelberg

Accepted libanyevent-i3-perl 0.07-1 (source all)

2011-08-27 Thread Michael Stapelberg
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Format: 1.8 Date: Sat, 27 Aug 2011 11:35:32 +0200 Source: libanyevent-i3-perl Binary: libanyevent-i3-perl Architecture: source all Version: 0.07-1 Distribution: unstable Urgency: low Maintainer: Michael Stapelberg mich...@stapelberg.de Changed

Accepted libnet-inet6glue-perl 0.5-1 (source all)

2011-08-27 Thread Michael Stapelberg
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Format: 1.8 Date: Sat, 27 Aug 2011 12:07:47 +0200 Source: libnet-inet6glue-perl Binary: libnet-inet6glue-perl Architecture: source all Version: 0.5-1 Distribution: unstable Urgency: low Maintainer: Michael Stapelberg mich...@stapelberg.de Changed

Accepted i3-wm 4.0.2-1 (source amd64)

2011-08-28 Thread Michael Stapelberg
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Format: 1.8 Date: Sun, 28 Aug 2011 19:07:43 +0200 Source: i3-wm Binary: i3 i3-wm i3-wm-dbg Architecture: source amd64 Version: 4.0.2-1 Distribution: unstable Urgency: low Maintainer: Michael Stapelberg mich...@stapelberg.de Changed-By: Michael

Accepted wiipdf 1.4-2 (source amd64)

2011-08-30 Thread Michael Stapelberg
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Format: 1.8 Date: Tue, 30 Aug 2011 12:23:45 +0200 Source: wiipdf Binary: wiipdf Architecture: source amd64 Version: 1.4-2 Distribution: unstable Urgency: low Maintainer: Michael Stapelberg mich...@stapelberg.de Changed-By: Michael Stapelberg mich

Accepted i3-wm 4.0-1 (source amd64)

2011-07-31 Thread Michael Stapelberg
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Format: 1.8 Date: Sun, 31 Jul 2011 22:34:26 +0200 Source: i3-wm Binary: i3 i3-wm i3-wm-dbg Architecture: source amd64 Version: 4.0-1 Distribution: unstable Urgency: low Maintainer: Michael Stapelberg mich...@stapelberg.de Changed-By: Michael

Accepted i3-wm 4.0.1-1 (source amd64)

2011-08-01 Thread Michael Stapelberg
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Format: 1.8 Date: Mon, 01 Aug 2011 23:31:06 +0200 Source: i3-wm Binary: i3 i3-wm i3-wm-dbg Architecture: source amd64 Version: 4.0.1-1 Distribution: unstable Urgency: low Maintainer: Michael Stapelberg mich...@stapelberg.de Changed-By: Michael

  1   2   3   4   5   6   7   8   >