Bug#816474: Add a Lintian check for insane Depends relations

Package: lintian Severity: normal thanks I'd be great if Lintian could detect garbage such as: Build-Depends: foo [amd64 !hurd-amd64] Since Depends lines must be "all in". I'd also like this to be an autoreject :) Thanks for all your work, Paul signature.asc Description: PGP signature

Bug#816473: dpkg-dev should validate arch constrained dependencies better

Package: dpkg Severity: normal thanks dpkg-dev only allows all-or-none in arch qualified depends relations, so: foo [bar baz] Is fine. As is: foo [!bar !baz] However, this is not: foo [!bar baz] I'm validating this in a parser I have, and I had clisp break my parser in Sources on

Bug#816473: dpkg-dev should validate arch constrained dependencies better

Package: dpkg Severity: normal thanks dpkg-dev only allows all-or-none in arch qualified depends relations, so: foo [bar baz] Is fine. As is: foo [!bar !baz] However, this is not: foo [!bar baz] I'm validating this in a parser I have, and I had clisp break my parser in Sources on

Bug#813157: git: please default fsckobjects to true in transfer, fetch, and receive

Yeah, I was a bit supprised to learn this wasn't on by default, and I can't imagine this is common (or expected), since I'd like to think I know a fair amount about Git. Thanks for bring it upstream! This seems like a big deal for Debian, since a large number of our repos[1] still use an

Bug#812962: vcs-field-uses-insecure-uri sometimes misses things

Package: lintian Severity: normal thanks Hey, lintian folks! Holy crap, the vcs-field-uses-insecure-uri tag is already in sid! I'm so happy, I don't have words. MASSIVE HUGS. However, I see the patch has:: | if ($parts[0] =~ m%^(?:git|http)://%) { Which might miss some things, like

Bug#812962: vcs-field-uses-insecure-uri sometimes misses things

Package: lintian Severity: normal thanks Hey, lintian folks! Holy crap, the vcs-field-uses-insecure-uri tag is already in sid! I'm so happy, I don't have words. MASSIVE HUGS. However, I see the patch has:: | if ($parts[0] =~ m%^(?:git|http)://%) { Which might miss some things, like

Re: Amend Debian Python Proposal to Include More Python Metadata?

On Fri, Jan 22, 2016 at 05:18:36PM +0100, Piotr Ożarowski wrote: > let's make a deal. If you will make sure pip doesn't touch system files > (and others will not crucify me for this) - I will make sure pybuild > uses above line (if setuptools is not detected in setup.py but is listed > in

Re: Re: Would you agree - Debian is for the tech savvy

Replying with my fluxbox hat on, and perhaps Debian too. On Fri, Jan 22, 2016 at 09:07:10PM -0500, Stephan Foley wrote: > > Why wasn't it enough to run these two commands? > > apt-get install xorg > > apt-get install fluxbox Yeah, Fluxbox is still not that out of the box. It's always required a

Re: Amend Debian Python Proposal to Include More Python Metadata?

Hey Donald! As far as using pip to do stuff system-wide, I wrote thoughts on http://notes.pault.ag/debian-python As for the rest of it, distutils is actually concretely shitty, and replacing it with setuptools sounds sane. Sounds like a solid idea. Perhaps we can add a Lintian warning for using

Bug#811101: Vcs-Git uses clone URL for non-anon checkout

Package: tcos Severity: normal thanks Heyya, your Vcs-Git tag appears to use `g...@github.com`. I also notice this is not in the Debian GitHub organization; you should feel free to move packages into the Debian GitHub organization if you find that you absolutely must be on GitHub. Please change

Bug#811100: Vcs-Git uses clone URL for non-anon checkout

Package: rkflashtool Severity: normal thanks Heyya, your Vcs-Git tag appears to use `g...@github.com`. I also notice this is not in the Debian GitHub organization; you should feel free to move packages into the Debian GitHub organization if you find that you absolutely must be on GitHub. Please

Re: To override or not to override?

On Fri, Jan 15, 2016 at 04:29:07PM +0100, Jakub Wilk wrote: > * Gianfranco Costamagna , 2016-01-15, 15:55: > >lintian is wrong in this case, so there is no need to override it. > > Um, no; on the contrary, Lintian being wrong is the only legitimate reason > to add an

Re: To override or not to override?

I thought this was a poem before I got to the else On Fri, Jan 15, 2016 at 10:29 AM, Jakub Wilk wrote: > * Gianfranco Costamagna , 2016-01-15, 15:55: > >> lintian is wrong in this case, so there is no need to override it. >> > > Um, no; on the

Re: Status of US Government Works in foreign countries

[ The following is the views of me, personally. They are not the views of either the Debian FTP Team, nor those of the US Federal Government, my employer ] On Mon, Jan 11, 2016 at 09:35:15PM +0100, Rytis wrote: > US Goverment public domain issue has been discussed a few times in this >

Re: Death to git://! Long live git://!

> I'd like to suggest we move all Vcs-Git entries to either `https` or > `ssh`. > As mapreri points out - this is for anon clone, so only https - as I pointed out in a blog post years ago, ssh is a bad idea :) http://blog.pault.ag/post/27268910152/usage-of-vcs-git-in-the-debian-archive --

Death to git://! Long live git://!

Hey devel, We still have `git://` all over the place, for instance, on Vcs-Git on control files. That makes me sad. Boo insecure transports. `git://` is plaintext, and plaintext transports are bad. I'd like to suggest we move all Vcs-Git entries to either `https` or `ssh`. Signing tags is a

Re: Death to git://! Long live git://!

Good point, and I stand corrected. Thanks! Let's beat GitHub! Paul On Fri, Jan 8, 2016 at 10:47 AM, Andrew Shadura <and...@shadura.me> wrote: > On 08/01/16 16:43, Paul Tagliamonte wrote: > > `git://` provides no upside and really shouldn't exist anymore. GitHub > > has

Re: Joining the team

On Thu, Dec 31, 2015 at 08:31:31AM -0600, Ian Cordasco wrote: > My Alioth account is sigmavirus24-guest. > > I would like to join the team to help package and maintain > python-betamax (ITP > https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=808880) with Daniele > Tricoli. > > I don't maintain

Re: Enabling Python bindings for jellyfish

l isn't just in Debian. > > Scott K > > On Tuesday, December 29, 2015 12:27:37 PM Paul Tagliamonte wrote: > > Just FYI - there's a Python module called Jellyfish about to be uploaded; > > can we resolve the name collision early? > > > > https://pypi.python.org/py

Re: Enabling Python bindings for jellyfish

That won't solve the problem, since both will provide the python module jellyfish On Tue, Dec 29, 2015 at 1:24 PM, Diego M. Rodriguez wrote: > On Tue, Dec 29, 2015 at 12:56:20PM -0500, Scott Kitterman wrote: > > I think the respective maintainers should talk and then

Re: Enabling Python bindings for jellyfish

Just FYI - there's a Python module called Jellyfish about to be uploaded; can we resolve the name collision early? https://pypi.python.org/pypi/jellyfish Paul On Tue, Dec 29, 2015 at 12:06 PM, Scott Kitterman wrote: > On Tuesday, December 29, 2015 11:52:07 AM Scott

Bug#809165: Patch attached

tags 809165 - moreinfo thanks Confirmed the diff as attached works to solve the regression. Cheers, Paul On Sun, Dec 27, 2015 at 06:22:14PM -0500, Paul Tagliamonte wrote: > tags 809165 + patch moreinfo > thanks > > Heyya, > > Thinned out my patch to something a bit more

Bug#809165: Patch attached

tags 809165 - moreinfo thanks Confirmed the diff as attached works to solve the regression. Cheers, Paul On Sun, Dec 27, 2015 at 06:22:14PM -0500, Paul Tagliamonte wrote: > tags 809165 + patch moreinfo > thanks > > Heyya, > > Thinned out my patch to something a bit more

Bug#809165: Regression with arrays of constants as function arguments being misinterpreted

Package: gcc-5 Severity: important Version: 5.3.1-4 Tag: fixed-upstream thanks Heyya doko, Upstream bug is at https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69037 - I didn't want to bother with Forwarded, since I didn't forward it. The latest upload of gcc-5 seems to break on ```c typedef const

Bug#809165: Regression with arrays of constants as function arguments being misinterpreted

Package: gcc-5 Severity: important Version: 5.3.1-4 Tag: fixed-upstream thanks Heyya doko, Upstream bug is at https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69037 - I didn't want to bother with Forwarded, since I didn't forward it. The latest upload of gcc-5 seems to break on ```c typedef const

Bug#809165: Patch attached

/debian/changelog gcc-5-5.3.1/debian/changelog --- gcc-5-5.3.1/debian/changelog +++ gcc-5-5.3.1/debian/changelog @@ -1,3 +1,11 @@ +gcc-5 (5.3.1-5) UNRELEASED; urgency=medium + + [ Paul Tagliamonte ] + * Apply PR 68668, which fixes a regression in detecting the type of an +array of consts

Bug#809165: Patch attached

/debian/changelog gcc-5-5.3.1/debian/changelog --- gcc-5-5.3.1/debian/changelog +++ gcc-5-5.3.1/debian/changelog @@ -1,3 +1,11 @@ +gcc-5 (5.3.1-5) UNRELEASED; urgency=medium + + [ Paul Tagliamonte ] + * Apply PR 68668, which fixes a regression in detecting the type of an +array of consts

[pkg-go] Bug#806481: Bug#806481: Backport etcd to Jessie

> I don't have any uploads anywhere, as I was just trying to do a build from > the > git repos of each repository. I did read a bit over the steps to make > things > ready for backports, but I didn't try any of that yet. Is it just a > matter of > changing the version number with an appropriate

Bug#806481: [pkg-go] Bug#806481: Backport etcd to Jessie

> I don't have any uploads anywhere, as I was just trying to do a build from > the > git repos of each repository. I did read a bit over the steps to make > things > ready for backports, but I didn't try any of that yet. Is it just a > matter of > changing the version number with an appropriate

Re: Software Freedom Conservancy needs our cash

I also donate as a supporter. Anyone that can, should! Paul On Dec 1, 2015 8:18 AM, "Ian Jackson" wrote: > As reported here: > https://sfconservancy.org/supporter/ > > Conservancy is an amazingly good thing. They are the only > organisation doing GPL

Re: Non-Free SGML entity files

In that copyright file I see an email (did anyone followup)? At 12:51 PM 3/22/99 -0500, Adam Di Carlo wrote: >Hello. I have the responsibility of assessing the current copyright >of W3C DTDs accompanying your specifications, on behalf of the Debian >project .

Re: Non-Free SGML entity files

On Mon, Nov 30, 2015 at 09:20:21PM -0500, Paul Tagliamonte wrote: > I'm cc'ing the rest of the ftp-master team; can someone reply with a bad > source > package (or d/copyright file) that we can evaluate in main? (actually cc'ing them now) signature.asc Description: PGP signature

Re: Non-Free SGML entity files

On Mon, Nov 30, 2015 at 11:23:22PM +0100, Francesco Poli wrote: > Any other debian-legal regular willing to share his/her opinion? Without looking further into it (anyone have a source package I can look at?), any license that restricts use to only that of implementing a standard (and not

Bug#806481: [pkg-go] Bug#806481: Backport etcd to Jessie

On Sat, Nov 28, 2015 at 03:40:19PM -0500, Matthew Dawson wrote: > On November 28, 2015 03:14:16 PM Dmitry Smirnov wrote: > > On Friday 27 November 2015 21:56:36 Paul Tagliamonte wrote: > > > Mind if I do it? > > > > Not at all, if you have time... I have no object

[pkg-go] Bug#806481: Bug#806481: Backport etcd to Jessie

On Sat, Nov 28, 2015 at 03:40:19PM -0500, Matthew Dawson wrote: > On November 28, 2015 03:14:16 PM Dmitry Smirnov wrote: > > On Friday 27 November 2015 21:56:36 Paul Tagliamonte wrote: > > > Mind if I do it? > > > > Not at all, if you have time... I have no object

Bug#806481: Backport to Jessie

Package: etcd Severity: wishlist thanks It'd be great to backport this to Jessie! Thanks for your work, Paul signature.asc Description: PGP signature

[pkg-go] Bug#806481: Backport etcd to Jessie

On Sat, Nov 28, 2015 at 12:19:54PM +1100, Dmitry Smirnov wrote: > On Friday 27 November 2015 14:55:30 Paul Tagliamonte wrote: > Hi Paul, > > Without funding I won't be able to backport Etcd. > A significant amount of work is required. I estimate that about 20 dependency

Bug#806481: Backport etcd to Jessie

On Sat, Nov 28, 2015 at 12:19:54PM +1100, Dmitry Smirnov wrote: > On Friday 27 November 2015 14:55:30 Paul Tagliamonte wrote: > Hi Paul, > > Without funding I won't be able to backport Etcd. > A significant amount of work is required. I estimate that about 20 dependency

Bug#795046: Add dependency on ruby-rspec-its

. * Add missing dependency on ruby-rspec-its Author: Paul Tagliamonte <paul...@debian.org> --- The information above should follow the Patch Tagging Guidelines, please checkout http://dep.debian.net/deps/dep3/ to learn about the format. Here are templates for supplementary fields that you migh

[DRE-maint] Bug#795046: Add dependency on ruby-rspec-its

. * Add missing dependency on ruby-rspec-its Author: Paul Tagliamonte <paul...@debian.org> --- The information above should follow the Patch Tagging Guidelines, please checkout http://dep.debian.net/deps/dep3/ to learn about the format. Here are templates for supplementary fields that you migh

Bug#795046: Add dependency on ruby-rspec-its

. * Add missing dependency on ruby-rspec-its Author: Paul Tagliamonte <paul...@debian.org> --- The information above should follow the Patch Tagging Guidelines, please checkout http://dep.debian.net/deps/dep3/ to learn about the format. Here are templates for supplementary fields that you migh

Re: Status of CC-BY 3.0/4.0?

CC-BY-SA 3.0, CC-BY-SA 4.0 are both DFSG free. CC-BY-SA 2.5 is not. Any CC license with -NC is nonfree. Thanks! Paul On Sun, Nov 1, 2015 at 6:11 AM, Oleksandr Gavenko wrote: > https://wiki.debian.org/DFSGLicenses have no conclusion about CC-BY > 3.0/4.0 > licenses. > >

Re: Status of CC-BY 3.0/4.0?

BY without SA is fine. ND and NC are not. Its basically copyleft vs permissive. Non-SA works don't ensure derived works are also in the Commons. On Nov 1, 2015 3:22 PM, "Oleksandr Gavenko" <gaven...@gmail.com> wrote: > On 2015-11-01, Paul Tagliamonte wrote: > > >

Re: Expat + exception = DFSG-compatible?

This is not a DFSG free license, and it will be rejected from NEW if it's sent there :) Cheers, Paul On Tue, Oct 13, 2015 at 2:54 AM, Dmitry Smirnov wrote: > Hi everyone, > > I'm seeking second opinion regarding mutation of the Expat license that can > be found in [1]. In

Re: Expat + exception = DFSG-compatible?

It can not. Thanks, Paul On Tue, Oct 13, 2015 at 10:16 AM, Dmitry Smirnov <only...@debian.org> wrote: > On Tuesday 13 October 2015 09:31:03 Paul Tagliamonte wrote: > > This is not a DFSG free license, and it will be rejected from NEW if it's > > sent there :) > >

Re: DM application of Andrew Ayer

I've not sponsored Andrew, but I've come across some of his work while looking at SSL Mate (a service Andrew operates) - I took a look at the provided debian packages, and was astonished to find very clean and tidy packages which exemplified best practice. Very happy to see this application.

Bug#799014: d/copyright DEP5 slug is slightly wrong

Package: perl Severity: normal X-Debbug-CC: ftpmas...@debian.org thanks The block quoted below is marked as BSD-4-Clause, but is actually a BSD-3 (without advertising), and is missing point 3 License: BSD-4-clause Redistribution and use in source and binary forms, with or without modification,

Re: [pkg-go] RFS: golang-github-bitly-simplejson

pot...@hpe.com> wrote: > > On 9 Sep 2015, at 2:07 pm, Paul Tagliamonte <paul...@debian.org> wrote: > >> > >> On Wed, Sep 09, 2015 at 03:46:41AM +, Potter, Tim (Cloud Services) > wrote: > >>> On 9 Sep 2015, at 1:34 pm, Paul Tagliamonte <paul...@deb

[pkg-go] Bug#798708: golang.*-dev packages should be arch:all

Package: golang-gogoprotobuf-dev Severity: wishlist thanks As discussed in the thread starting at <55f1f19b.7000...@alexandreviau.net>, there's a very rough feeling that golang-.*-dev packages ought to be arch:all, witih binaries split out. Thoughts? Should we switch this package to arch:all?

Re: [pkg-go] Usage of Built-Using for dev packages

On Fri, Sep 11, 2015 at 03:07:36PM -0400, Alexandre Viau wrote: > About that, should -dev packages contain binaries? Would it be best that > dev packages stay arch:all and ship their binaries in a separated package? I tend to say "yes" - the -dev files aren't arch dependent, and shipping the

Bug#798708: golang.*-dev packages should be arch:all

Package: golang-gogoprotobuf-dev Severity: wishlist thanks As discussed in the thread starting at <55f1f19b.7000...@alexandreviau.net>, there's a very rough feeling that golang-.*-dev packages ought to be arch:all, witih binaries split out. Thoughts? Should we switch this package to arch:all?

Bug#795937: NMU uploaded to DELAYED/5

Heyya! I've sponsored Bradley's NMU to DELAYED/5 -- feel free to dcut cancel the upload or beat it to sid. Debdiff attached! Paul diff -Nru mairix-0.23+git20131125/debian/changelog mairix-0.23+git20131125/debian/changelog --- mairix-0.23+git20131125/debian/changelog2014-08-03

Bug#798474: sbuild uses wrong arch in .changes and .build filenames

Package: sbuild Severity: normal thanks When building with --arch-all-only, the resulting .changes and .build have the chroot arch (in my case, amd64) in filenames, rather than 'all'. 'all' is also not a sane --arch, or that might have worked. Perhaps allow it as a --build-arch ? Seems funny

Bug#785363: I let this guy through NEW

I've pushed this through NEW, but there was a note that it wasn't being processed because of this bug. Perhaps it's time to clarify this with the ftp-masters, clear up policy or close this bug. Leaving it as an idle blocker and playing pingpong makes no sense. Thanks, Paul signature.asc

Re: [pkg-go] May I upgrade golang-blackfriday, golang-testify, etc. to latest versions?

On Tue, Sep 08, 2015 at 09:00:34AM +0200, Michael Stapelberg wrote: > > 1. ... just go ahead and update them? :-) > > Yes. Yesish. Yes, you should absolutely update them, but you should also check all their reverse build dependencies to ensure that we don't cause FTBFSs. Yo, sECuRE - is RATT

Re: [pkg-go] BTS best practice

On Wed, Sep 09, 2015 at 12:00:48PM +1000, Dmitry Smirnov wrote: > Dear Golang team, > > I just want to remind everybody to tag uploaded ITP bugs as "pending" and to > maintain "block" relationships between ITP/RFP bugs. This is helpful for > those of us who work with hierarchies of

Re: [pkg-go] May I upgrade golang-blackfriday, golang-testify, etc. to latest versions?

On Tue, Sep 08, 2015 at 06:05:45PM -0600, Anthony Fok wrote: > > No, but you should rename the existing packages to the proper name. > > See other recently uploaded packages for examples on how to do that > > with regards to Breaks/Replaces if you’re unsure about that. > > Thank you for this very

Re: [Caffe] uploaded to mentors but NOT RFS

On Tue, Sep 08, 2015 at 10:36:00PM -0400, Yaroslav Halchenko wrote: > 2. or provide two source packages, of which main would build only > CPU implementation while in non-free would build both/only GPU > (depending how organized). Yeah, that's not super great. I might consider a -src package

Re: [pkg-go] RFS: golang-github-juju-loggo

On Wed, Sep 09, 2015 at 03:29:04AM +, Potter, Tim (Cloud Services) wrote: > Hi everyone. This package is required for bugsnag and I’ve just finished > renaming > it and testing against the new naming policy. > > Could someone please review and upload? Same Vcs-* bug here > > > Thanks, >

Re: [pkg-go] RFS: New upstream version of golang-gocheck (Closes #785772)

On Wed, Sep 09, 2015 at 03:31:25AM +, Potter, Tim (Cloud Services) wrote: > Hi everyone. I filed bug #785772 in May but it hasn’t received any > attention. A newer version of > gocheck is required for bugsnag, and this update also closes another bug. > > Could someone please review and

Re: [pkg-go] RFS: New upstream version of golang-gocheck (Closes #785772)

On Tue, Sep 08, 2015 at 11:38:18PM -0400, Paul Tagliamonte wrote: > On Wed, Sep 09, 2015 at 03:31:25AM +, Potter, Tim (Cloud Services) wrote: > > Hi everyone. I filed bug #785772 in May but it hasn’t received any > > attention. A newer version of > > gocheck is

Re: [pkg-go] Processing of golang-bugsnag-panicwrap_0.0~git20141111-1_amd64.changes

On Wed, Sep 09, 2015 at 01:19:09PM +1000, Dmitry Smirnov wrote: > On Wednesday 09 September 2015 02:58:43 Potter, Tim wrote: > > Unfortunately this package needs to be re-uploaded, as there was a missing > > rename of an install dependency. > > Right, I've corrected package name in Build-Depends

Re: [pkg-go] RFS: golang-github-bitly-simplejson

On Wed, Sep 09, 2015 at 03:28:59AM +, Potter, Tim (Cloud Services) wrote: > Hi everyone. This package is required for bugsnag and I’ve just finished > renaming > it and testing against the new naming policy. > > Could someone please review and upload? Ah, your RFS was missing a -go :) --

Re: [pkg-go] RFS: golang-github-bitly-simplejson

On Wed, Sep 09, 2015 at 03:46:41AM +, Potter, Tim (Cloud Services) wrote: > On 9 Sep 2015, at 1:34 pm, Paul Tagliamonte <paul...@debian.org> wrote: > > > > On Wed, Sep 09, 2015 at 03:28:59AM +, Potter, Tim (Cloud Services) > > wrote: > >> Hi

Bug#796539: Friendly patch ping

Heyya all -- I've seen no further feedback, would someone either provide further review or merge this changeset? Thanks! Paul signature.asc Description: Digital signature

Bug#796539: [buildd-tools-devel] Bug#796539: Friendly patch ping

On Mon, Sep 07, 2015 at 09:19:50PM +0200, Johannes Schauer wrote: > Hi Paul, > > your current patch looks good to me and I'll merge it probably within a week. > > Thanks! > > cheers, josch Hooray! Thanks, josch! Paul signature.asc Description: Digital signature

Bug#798031: [pkg-go] Bug#798031: influxdb: incorrectly named -dev package

On Sat, Sep 05, 2015 at 02:40:19AM +1000, Dmitry Smirnov wrote: > I'd use "golang-influxdb-dev" (it is most intuitive and easy to guess). That's wrong, don't do that. We have a policy, please follow it. Helpers can create correct relations, unless we have special snowflakes. Please don't

Bug#798031: [pkg-go] Bug#798031: influxdb: incorrectly named -dev package

On Fri, Sep 04, 2015 at 12:21:13PM -0400, Alexandre Viau wrote: > Hello Dimitry, > > On 04/09/15 12:04 PM, Dmitry Smirnov wrote: > > There is an "influxdb-dev" but it ships golang sources so it probably > > should > > have been named "golang-influxdb-dev". Please consider adding > > > >

Re: [pkg-go] Bug#798031: influxdb: incorrectly named -dev package

On Sat, Sep 05, 2015 at 02:40:19AM +1000, Dmitry Smirnov wrote: > I'd use "golang-influxdb-dev" (it is most intuitive and easy to guess). That's wrong, don't do that. We have a policy, please follow it. Helpers can create correct relations, unless we have special snowflakes. Please don't

Re: [pkg-go] Bug#798031: influxdb: incorrectly named -dev package

On Fri, Sep 04, 2015 at 12:21:13PM -0400, Alexandre Viau wrote: > Hello Dimitry, > > On 04/09/15 12:04 PM, Dmitry Smirnov wrote: > > There is an "influxdb-dev" but it ships golang sources so it probably > > should > > have been named "golang-influxdb-dev". Please consider adding > > > >

Bug#798031: [pkg-go] Bug#798031: influxdb: incorrectly named -dev package

On Sat, Sep 05, 2015 at 03:11:33AM +1000, Dmitry Smirnov wrote: > On Friday 04 September 2015 12:50:34 Paul Tagliamonte wrote: > > Source should be golang-github-influxdb-influxdb. > > I agree that policy regarding naming of -dev packages is important but I also

Accepted golang-pault-go-debian 0.4-1 (source all) into unstable

ain...@lists.alioth.debian.org> Changed-By: Paul Tagliamonte <paul...@debian.org> Description: golang-pault-go-debian-dev - library to parse and handle common Debian file formats Changes: golang-pault-go-debian (0.4-1) unstable; urgency=medium . * Upstream release. Ch

Bug#796539: [buildd-tools-devel] Bug#796539: Bug#796539: Forgot the patch (thanks josch)

ore difficult to use "apt-key del" to clean up > because running that command requires you to know the key ID(s). > > cheers, josch Cheers, Paul From 55717aa86c7c85fad1cad4025755a27ea8ef02eb Mon Sep 17 00:00:00 2001 From: Paul Tagliamonte <paul...@debian.org> Date: Wed, 2 Sep 2

Bug#796539: [buildd-tools-devel] Bug#796539: Bug#796539: Forgot the patch (thanks josch)

Noticed some style issues -- also updated the manpage to not mention apt-key anymore. Patch updated. From 4b3cc9a63c89527bc7502a7576227e9fd7d187eb Mon Sep 17 00:00:00 2001 From: Paul Tagliamonte <paul...@debian.org> Date: Wed, 2 Sep 2015 10:41:05 -0400 Subject: [PATCH] Add --extra-reposito

Bug#796539: [buildd-tools-devel] Bug#796539: Forgot the patch (thanks josch)

On Mon, Aug 31, 2015 at 10:23:28AM +0200, Raphael Hertzog wrote: > Hi, Hey Raphaël! Thanks for the review, that's really awesome of you to do. Thanks for helping review the backlog of sbuild bugs. > On Sun, 30 Aug 2015, Paul Tagliamonte wrote: > I note that you never remove the key a

Bug#797452: Support TLS Client Certificiates + HTTPS upload

Package:dput-ng Severity: wishlist thanks It'd be great to support TLS Client Certs, doubly so as we start to support DD sso certs. We already support TLS, but we need to support a custom CA to verify the server cert, and define client cert(s) to use. urllib2 sucks for this, perhaps time to

Bug#796539: Forgot the patch (thanks josch)

Attached From f84255ee696a393e2a9dc576fc0d39d5199eb6c0 Mon Sep 17 00:00:00 2001 From: Paul Tagliamonte paul...@debian.org Date: Sat, 22 Aug 2015 12:07:15 +0200 Subject: [PATCH] Add --extra-repository-key flag for extra apt keys This will allow users to specify which OpenPGP key should be added

Re: Bug#797021: ITP: midicsv -- translate MIDI file to CSV

On Sat, Aug 29, 2015 at 11:24:12PM +0200, Santiago Vila wrote: Everything boils down to an ITP bug? In the case of a dispite, well, yeah, that's clearly why they exist. I think this clearly shows my intent to package it: Sure, *your* intent, but that's not you getting the global mutex. If I

Bug#797021: ITP: midicsv -- translate MIDI file to CSV

On Sat, Aug 29, 2015 at 11:24:12PM +0200, Santiago Vila wrote: Everything boils down to an ITP bug? In the case of a dispite, well, yeah, that's clearly why they exist. I think this clearly shows my intent to package it: Sure, *your* intent, but that's not you getting the global mutex. If I

Bug#797021: ITP: midicsv -- translate MIDI file to CSV

On Sat, Aug 29, 2015 at 11:24:12PM +0200, Santiago Vila wrote: Everything boils down to an ITP bug? In the case of a dispite, well, yeah, that's clearly why they exist. I think this clearly shows my intent to package it: Sure, *your* intent, but that's not you getting the global mutex. If I

Re: Bug#797021: ITP: midicsv -- translate MIDI file to CSV

On Sun, Aug 30, 2015 at 01:07:15AM +0200, Santiago Vila wrote: On Sat, Aug 29, 2015 at 03:28:44PM -0700, Kamal Mostafa wrote: Santiago, it is disappointing that you'd jump to the (wholly incorrect) conclusion that I had somehow hijacked your package or your work. Its just a coincidence

Bug#797021: ITP: midicsv -- translate MIDI file to CSV

On Sun, Aug 30, 2015 at 01:07:15AM +0200, Santiago Vila wrote: On Sat, Aug 29, 2015 at 03:28:44PM -0700, Kamal Mostafa wrote: Santiago, it is disappointing that you'd jump to the (wholly incorrect) conclusion that I had somehow hijacked your package or your work. Its just a coincidence

Bug#797021: ITP: midicsv -- translate MIDI file to CSV

On Sun, Aug 30, 2015 at 01:07:15AM +0200, Santiago Vila wrote: On Sat, Aug 29, 2015 at 03:28:44PM -0700, Kamal Mostafa wrote: Santiago, it is disappointing that you'd jump to the (wholly incorrect) conclusion that I had somehow hijacked your package or your work. Its just a coincidence

Re: Bug#797021: ITP: midicsv -- translate MIDI file to CSV

On Sun, Aug 30, 2015 at 01:45:32AM +0200, Santiago Vila wrote: I'm confused now. Please note that I said with Víctor as the owner. Do you mean that the owner of a bug report is not a mutex, much like the person filing the ITP? Owning a RFP basically means nothing. It might be weird enough

Bug#797021: ITP: midicsv -- translate MIDI file to CSV

On Sun, Aug 30, 2015 at 01:45:32AM +0200, Santiago Vila wrote: I'm confused now. Please note that I said with Víctor as the owner. Do you mean that the owner of a bug report is not a mutex, much like the person filing the ITP? Owning a RFP basically means nothing. It might be weird enough

Bug#797021: ITP: midicsv -- translate MIDI file to CSV

On Sun, Aug 30, 2015 at 01:45:32AM +0200, Santiago Vila wrote: I'm confused now. Please note that I said with Víctor as the owner. Do you mean that the owner of a bug report is not a mutex, much like the person filing the ITP? Owning a RFP basically means nothing. It might be weird enough

Re: [DDEB] Status on automatic debug packages (2015-08-24)

now. Paul -- .''`. Paul Tagliamonte paul...@debian.org| Proud Debian Developer : :' : https://people.debian.org/~paultag | https://pault.ag/ `. `'` Debian - the Universal Operating System `-4096R / 8F04 9AD8 2C92 066C 7352 D28A 7B58 5B30 807C 2A87

Re: [DDEB] Status on automatic debug packages (2015-08-24)

now. Paul -- .''`. Paul Tagliamonte paul...@debian.org| Proud Debian Developer : :' : https://people.debian.org/~paultag | https://pault.ag/ `. `'` Debian - the Universal Operating System `-4096R / 8F04 9AD8 2C92 066C 7352 D28A 7B58 5B30 807C 2A87

Bug#796539: [PATCH] Add --extra-repository-key flag for extra apt keys

, Paul -- .''`. Paul Tagliamonte paul...@debian.org| Proud Debian Developer : :' : https://people.debian.org/~paultag | https://pault.ag/ `. `'` Debian - the Universal Operating System `-4096R / 8F04 9AD8 2C92 066C 7352 D28A 7B58 5B30 807C 2A87

Accepted yagtd 0.3.4-1.1 (source all) into unstable

-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Format: 1.8 Date: Tue, 18 Aug 2015 16:54:30 +0200 Source: yagtd Binary: yagtd Architecture: source all Version: 0.3.4-1.1 Distribution: unstable Urgency: medium Maintainer: Max Vozeler x...@debian.org Changed-By: Paul Tagliamonte paul...@debian.org

Bug#786302: NMU Uploaded

Attached is the debdiff i've uploaded to DELAYED/2 This changeset removes python-support, and switches to dh-python Thanks for your work! Paul -- .''`. Paul Tagliamonte paul...@debian.org| Proud Debian Developer : :' : https://people.debian.org/~paultag | https://pault.ag

Re: Re: RFS: gpaw/0.10.0.11364 ITP -- DFT and beyond within the projector-augmented wave method

a bit, but i'd not reject it. Cheers, Paul -- .''`. Paul Tagliamonte paul...@debian.org| Proud Debian Developer : :' : https://people.debian.org/~paultag | https://pault.ag/ `. `'` Debian - the Universal Operating System `-4096R / 8F04 9AD8 2C92 066C 7352

Accepted golang-pault-go-debian 0.3-1 (source all) into unstable

...@lists.alioth.debian.org Changed-By: Paul Tagliamonte paul...@debian.org Description: golang-pault-go-debian-dev - library to parse and handle common Debian file formats Changes: golang-pault-go-debian (0.3-1) unstable; urgency=medium . * Upstream release. Checksums-Sha1

Accepted golang-pault-go-debian 0.2-2 (source all) into unstable

...@lists.alioth.debian.org Changed-By: Paul Tagliamonte paul...@debian.org Description: golang-pault-go-debian-dev - library to parse and handle common Debian file formats Changes: golang-pault-go-debian (0.2-2) unstable; urgency=medium . * Switch to use dh-golang = 0.10, to use the XS-Go-Import-Path control

Accepted golang-pault-go-topsort 0.0~git20150602.0.a54e6e0-2 (source all) into unstable

-maintain...@lists.alioth.debian.org Changed-By: Paul Tagliamonte paul...@debian.org Description: golang-pault-go-topsort-dev - library to topologically sort a DAG Changes: golang-pault-go-topsort (0.0~git20150602.0.a54e6e0-2) unstable; urgency=medium . * Switch to use dh-golang = 0.10, to use

Re: [pkg-go] [PATCH] Read debian/control for DH_GOPKG

, confirmed FTBFS. Swaped to master, installed, confirmed build. Reverted package to d/rules style import path line, confirmed build. Looks perfect to me! Thanks, Michael! Paul On Mon, Jul 27, 2015 at 8:37 PM, Paul Tagliamonte paul...@debian.org wrote: Attached. I don't know Perl all that well, so

Accepted golang-pault-go-debian 0.2-1 (source all) into unstable

...@lists.alioth.debian.org Changed-By: Paul Tagliamonte paul...@debian.org Description: golang-pault-go-debian-dev - library to parse and handle common Debian file formats Changes: golang-pault-go-debian (0.2-1) unstable; urgency=medium . * Upstream release. Checksums-Sha1

Re: Metapackage dependencies: Depends or Recommends?

, and Depends for the things that the metapackage is there for. I am curious as to what consensus is on -devel Cheers, Paul -- .''`. Paul Tagliamonte paul...@debian.org | Proud Debian Developer : :' : 4096R / 8F04 9AD8 2C92 066C 7352 D28A 7B58 5B30 807C 2A87 `. `'` http

Accepted golang-pault-go-topsort 0.0~git20150602.0.a54e6e0-1 (source all) into unstable, unstable

-maintain...@lists.alioth.debian.org Changed-By: Paul Tagliamonte paul...@debian.org Description: golang-pault-go-topsort-dev - library to topologically sort a DAG Changes: golang-pault-go-topsort (0.0~git20150602.0.a54e6e0-1) unstable; urgency=medium . * Initial release Checksums-Sha1

Accepted golang-pault-go-debian 0.1+git20150726.2.66db6de-1 (source all) into unstable

-maintain...@lists.alioth.debian.org Changed-By: Paul Tagliamonte paul...@debian.org Description: golang-pault-go-debian-dev - library to parse and handle common Debian file formats Changes: golang-pault-go-debian (0.1+git20150726.2.66db6de-1) unstable; urgency=medium . * Initial release Checksums

<    1   2   3   4   5   6   7   8   9   10   >