Bug#872293: nmu: loads of golang stuff

> What's outdated here, built-using? If so, we rebuild those before or during > the > freeze. Not sure we need to do it more often than that, as things will get out > of date again before the freeze. Due to the way golang binaries get built, not rebuilding them outside of freeze results in

Re: Summary of the Cloud Team BoF at DC17

I was also at DebConf :( Why didn't anyone look at the page? It's on the Image page - https://hub.docker.com/_/debian/, and the process to build images is on https://wiki.debian.org/Docker - this seems to be a repeated issue. Cheers, Paul On Fri, Sep 29, 2017 at 10:30 AM, Tianon Gravi

Accepted golang-pault-go-macchanger 0.0~git20170902.0.0252df5-1 (source all) into unstable, unstable

Packaging Team <pkg-go-maintain...@lists.alioth.debian.org> Changed-By: Paul Tagliamonte <paul...@debian.org> Description: golang-pault-go-macchanger-dev - library to change MAC addresses on Linux systems Changes: golang-pault-go-macchanger (0.0~git20170902.0.0252df5-1) unstable; ur

Re: [PATCH] Add support for the NanoPiNeo

On Mon, Sep 04, 2017 at 09:20:29PM +0200, Karsten Merker wrote: > Hello, > > unfortunately some issues regarding the devicetree bindings for > the H3 EMAC driver couldn't be sorted out before the final > release of kernel 4.13. As a result, the sunxi port maintainers > and the ARM-SoC maintainer

Bug#873608: patch

or something, which is disabled by default in the packaging. Paul On Tue, Aug 29, 2017 at 04:10:30PM -0400, Paul Tagliamonte wrote: > tags 873608 + patch > thanks > > Attached is a patch that will enable neon if arm_neon.h is present. I > didn't upstream this or anything, I figure yo

Bug#873608: patch

or something, which is disabled by default in the packaging. Paul On Tue, Aug 29, 2017 at 04:10:30PM -0400, Paul Tagliamonte wrote: > tags 873608 + patch > thanks > > Attached is a patch that will enable neon if arm_neon.h is present. I > didn't upstream this or anything, I figure yo

Bug#873608: patch

-- Description: When building for armhf, enable NEON NEON is part of the armhf baseline, so this will always be enabled on armhf. Author: Paul Tagliamonte <paul...@debian.org> Bug-Debian: https://bugs.debian.org/873608 Origin: vendor Last-Update: 2017-08-29 --- uhd-3.10.2.0.orig/host/lib/c

Bug#873608: patch

-- Description: When building for armhf, enable NEON NEON is part of the armhf baseline, so this will always be enabled on armhf. Author: Paul Tagliamonte <paul...@debian.org> Bug-Debian: https://bugs.debian.org/873608 Origin: vendor Last-Update: 2017-08-29 --- uhd-3.10.2.0.orig/host/lib/c

Re: [PATCH] Add support for the NanoPiNeo

On Wed, Aug 23, 2017 at 08:23:52AM +0200, Karsten Merker wrote: > Hello, > > many thanks for the patch. I will apply it to the d-i repository, > but I would prefer to wait until we have have kernel 4.13 in > unstable and can change the d-i kernel ABI setting accordingly. Makes total sense. I

[PATCH] Add support for the NanoPiNeo

-- >From 985a6677878ba148db2d175a7cdb9140681bc995 Mon Sep 17 00:00:00 2001 From: Paul Tagliamonte <t...@pault.ag> Date: Tue, 22 Aug 2017 23:05:59 -0400 Subject: [PATCH] Add support for the NanoPiNeo --- build/boot/arm/u-boot-image-config | 1 + 1 file changed, 1 insertion(+) diff --git a/build

Bug#866005: Backport TLS Client Certificate fixes

retitle 866005 Backport TLS Client Certificate fixes thanks A few more changes I sent upstream have been accepted. I'm maintaining the delta locally, is there any chance you could backport these patches to the Debian package? Since there was an upload since I filed the debdiff, I just attached

Bug#872293: nmu: loads of golang stuff

Package: release.debian.org User: release.debian@packages.debian.org Usertags: binnmu Severity: normal X-Debbugs-CC: pkg-go-maintain...@lists.alioth.debian.org thanks Howdy, release! Due to the way that Go packages are built, I've started keeping an eye on packages that were built using an

Bug#872293: nmu: loads of golang stuff

Package: release.debian.org User: release.debian@packages.debian.org Usertags: binnmu Severity: normal X-Debbugs-CC: pkg-go-maintain...@lists.alioth.debian.org thanks Howdy, release! Due to the way that Go packages are built, I've started keeping an eye on packages that were built using an

[pkg-go] Bug#872293: nmu: loads of golang stuff

Package: release.debian.org User: release.debian@packages.debian.org Usertags: binnmu Severity: normal X-Debbugs-CC: pkg-go-maintainers@lists.alioth.debian.org thanks Howdy, release! Due to the way that Go packages are built, I've started keeping an eye on packages that were built using an

Re: [pkg-golang-devel] Bug#860608: Bug#860608: Bug#860608: golang: FTBFS: Go version is "go1.6.1", ignoring -next /<>/api/next.txt

On Tue, May 2, 2017 at 4:23 AM, Michael Hudson-Doyle wrote: > As you can see these are all -dev packages, so the Built-Using is bogus and > should simply be dropped from the package. > > There are quite a few more packages that reference obsolete golang packages > in

Bug#860608: [pkg-golang-devel] Bug#860608: Bug#860608: Bug#860608: golang: FTBFS: Go version is "go1.6.1", ignoring -next /<>/api/next.txt

On Tue, May 2, 2017 at 4:23 AM, Michael Hudson-Doyle wrote: > As you can see these are all -dev packages, so the Built-Using is bogus and > should simply be dropped from the package. > > There are quite a few more packages that reference obsolete golang packages > in

Bug#860608: [pkg-golang-devel] Bug#860608: Bug#860608: Bug#860608: golang: FTBFS: Go version is "go1.6.1", ignoring -next /<>/api/next.txt

On Tue, May 2, 2017 at 4:23 AM, Michael Hudson-Doyle wrote: > As you can see these are all -dev packages, so the Built-Using is bogus and > should simply be dropped from the package. > > There are quite a few more packages that reference obsolete golang packages > in

Accepted golang-dbus 3-2 (source) into unstable

org> Changed-By: Paul Tagliamonte <paul...@debian.org> Description: golang-dbus-dev - Go client bindings for D-Bus Changes: golang-dbus (3-2) unstable; urgency=medium . [ Paul Tagliamonte ] * Team upload. * Use a secure transport for the Vcs-Git and Vcs-Browser URL . [

Accepted golang-context 1.1-2 (source) into unstable

<pkg-go-maintain...@lists.alioth.debian.org> Changed-By: Paul Tagliamonte <paul...@debian.org> Description: golang-context-dev - Transitional package for golang-github-gorilla-context-dev golang-github-gorilla-context-dev - General purpose registry for global request variables Chan

[pkg-go] Bug#871447: Bug#870643: Bug#870643: golang-github-pierrec-lz4-dev: please split off test data

Ah yeah, of course! Thanks for caring about the archive size :) Yeah, most people work off git clones (via `go get`) in a GOPATH that's usually per-project Paul On Tue, Aug 8, 2017 at 11:21 AM, Aaron M. Ucko <u...@debian.org> wrote: > Paul Tagliamonte <paul...@debian

Bug#870643: [pkg-go] Bug#870643: Bug#870643: golang-github-pierrec-lz4-dev: please split off test data

Ah yeah, of course! Thanks for caring about the archive size :) Yeah, most people work off git clones (via `go get`) in a GOPATH that's usually per-project Paul On Tue, Aug 8, 2017 at 11:21 AM, Aaron M. Ucko <u...@debian.org> wrote: > Paul Tagliamonte <paul...@debian

Bug#871448: [pkg-go] Bug#871448: golang-github-mattn-go-sqlite3-dev: please unbundle SQLite

Unvendoring a code copy from shipping in a binary deb is a good idea -- thanks for the bug! Doubly so with sqlite. However, I don't see the point in removing it from the source if it's at all anywhere close to more work to remove it. It's DFSG free and it's not a huge deal to keep in source --

[pkg-go] Bug#871448: Bug#871448: golang-github-mattn-go-sqlite3-dev: please unbundle SQLite

Unvendoring a code copy from shipping in a binary deb is a good idea -- thanks for the bug! Doubly so with sqlite. However, I don't see the point in removing it from the source if it's at all anywhere close to more work to remove it. It's DFSG free and it's not a huge deal to keep in source --

[pkg-go] Bug#870643: Bug#870643: golang-github-pierrec-lz4-dev: please split off test data

As with the other bug, I don't see the point in this. This package is used as a Build-Dependency, and not used by either end-users, or developers working on Go source code on Debian, so splitting this off will add space in the archive, and add a lot of complexity. I'm against splitting this

Bug#870643: [pkg-go] Bug#870643: golang-github-pierrec-lz4-dev: please split off test data

As with the other bug, I don't see the point in this. This package is used as a Build-Dependency, and not used by either end-users, or developers working on Go source code on Debian, so splitting this off will add space in the archive, and add a lot of complexity. I'm against splitting this

[pkg-go] Bug#871447: Bug#871447: golang-github-gogo-protobuf-dev: please split off test data

Seeing as how these are development headers for building go debian packages (as a Build-Dependency), and not something users would ever install (including go developers working on Debian, since these system -dev packages aren't useful to use there either), I don't see the added complexity worth

Bug#871447: [pkg-go] Bug#871447: golang-github-gogo-protobuf-dev: please split off test data

Seeing as how these are development headers for building go debian packages (as a Build-Dependency), and not something users would ever install (including go developers working on Debian, since these system -dev packages aren't useful to use there either), I don't see the added complexity worth

Accepted golang-github-chzyer-readline 1.4-1 (source all) into unstable, unstable

<pkg-go-maintain...@lists.alioth.debian.org> Changed-By: Paul Tagliamonte <paul...@debian.org> Description: golang-github-chzyer-readline-dev - Readline is a pure go implementation for a GNU-Readline like libr Changes: golang-github-chzyer-readline (1.4-1) unstable; urgency=medium .

Accepted golang-github-jinzhu-inflection 0.0~git20170102.0.1c35d90-1 (source) into unstable

Go Packaging Team <pkg-go-maintain...@lists.alioth.debian.org> Changed-By: Paul Tagliamonte <paul...@debian.org> Description: golang-github-jinzhu-inflection-dev - pluralize and singularize English nouns Changes: golang-github-jinzhu-inflection (0.0~git20170102.0.1c35d90-1) unstab

Accepted golang-pault-go-technicolor 0.1-1 (source all) into unstable, unstable

pkg-go-maintain...@lists.alioth.debian.org> Changed-By: Paul Tagliamonte <paul...@debian.org> Description: golang-pault-go-technicolor-dev - implements a high level interface to write ANSI color sequences Changes: golang-pault-go-technicolor (0.1-1) unstable; urgency=medium . * Upd

Accepted golang-pault-go-gecos 1.0-1 (source all) into unstable

ain...@lists.alioth.debian.org> Changed-By: Paul Tagliamonte <paul...@debian.org> Description: golang-pault-go-gecos-dev - read GECOS entries from /etc/passwd programmatically Changes: golang-pault-go-gecos (1.0-1) unstable; urgency=medium . * Update to upstream 1.0 * Bugfix tha

Re: [pkg-go] golang-pault-go-technicolor_0.0~git20170523.0.048edec-1_amd64.changes REJECTED

On Mon, Jul 24, 2017 at 06:00:10PM +, Thorsten Alteholz wrote: > > Hi Paul, > > long time ago, when I was a little boy, I heard the legend of a hero, who > always complained about bad upstreams that don't respect the one and only > requirement of the Expat license. And now I see this package

Accepted golang-pault-go-ykpiv 1.1-1 (source all) into unstable, unstable

ain...@lists.alioth.debian.org> Changed-By: Paul Tagliamonte <paul...@debian.org> Description: golang-pault-go-ykpiv-dev - high level cgo wrapper around libykpiv.so.1 Changes: golang-pault-go-ykpiv (1.1-1) unstable; urgency=medium . [ Paul Tagliamonte ] * Initial release . [

Accepted golang-pault-go-gecos 0.0~git20170524.0.13a7226-1 (source all) into unstable, unstable

Team <pkg-go-maintain...@lists.alioth.debian.org> Changed-By: Paul Tagliamonte <paul...@debian.org> Description: golang-pault-go-gecos-dev - read GECOS entries from /etc/passwd programmatically Changes: golang-pault-go-gecos (0.0~git20170524.0.13a7226-1) unstable; urgency=medium .

Accepted golang-github-erikstmartin-go-testdb 0.0~git20160219.0.8d10e4a-1 (source all) into unstable, unstable

Maintainer: Debian Go Packaging Team <pkg-go-maintain...@lists.alioth.debian.org> Changed-By: Paul Tagliamonte <paul...@debian.org> Description: golang-github-erikstmartin-go-testdb-dev - Framework for stubbing responses from go's driver.Driver interfac Changes: golang-github-erikstmart

Bug#866005: Backport TLS Client Certificate wsgi blob

+ + [ Paul Tagliamonte ] + * Backport an upstreamed patch to insert the validated x509 client +Certificate in the wsgi object. + + [ Jonas Smedegaard ] + * + + -- Jonas Smedegaard <d...@jones.dk> Tue, 26 Jun 2017 08:00:00 +0200 + uwsgi (2.0.15-2) unstable; urgency=medium * Add p

Bug#863896: Can confirm bugs(s) and fixes

I got around to doing some network maintaince, and upgraded the non-critical packages on my router, along with dns-root-data. dnsmasq's version did not change during this operation. After restarting dnsmasq, the dhcpd was down, and clients weren't getting IPs. After digging a bit (set -x on the

Bug#863896: Can confirm bugs(s) and fixes

I got around to doing some network maintaince, and upgraded the non-critical packages on my router, along with dns-root-data. dnsmasq's version did not change during this operation. After restarting dnsmasq, the dhcpd was down, and clients weren't getting IPs. After digging a bit (set -x on the

Re: When do we update the homepage to a modern design? (was Re: Moving away from (unsupportable) FusionForge on Alioth)

[loads of bikeshedding and grandstanding] So this thread is a shitshow. Has anyone thought about taking the website (or really, anything we put out), going and talking with **our users** and see what they have to say? What they think of the site? Record them finding and creating an install

Re: Debian Linux VPAT

On Wed, May 03, 2017 at 10:17:10AM -0400, Alexander III, Paul R. (BAH) wrote: >Good Morning, > > >The Department of Veteran Affairs Section 508 Office, is currently >reviewing COTS products that they are currently using (or a request >internally for purchase/use has been made)

Re: Archive no longer accepts uploads signed using SHA-1 or RIPE-MD/160

On Fri, Feb 24, 2017 at 09:48:21AM -0500, Paul Tagliamonte wrote: [stuff] This is also just to say, I'm glad both algorithms have been removed, and refused on new uploads, and thanks to ansgar for doing this. Cheers, Paul -- signature.asc Description: PGP signature

Re: Archive no longer accepts uploads signed using SHA-1 or RIPE-MD/160

On Fri, Feb 24, 2017 at 02:43:13PM +, Peter Palfrader wrote: > On Fri, 24 Feb 2017, Wouter Verhelst wrote: > > > > or RIPE-MD/160 algorithms. > > > > Uhh? AFAIK, RIPEMD160 is not compromised at all, not even in a > > theoretical attack. Why was this part of the decision taken? > > > >

Accepted golang-github-jacobsa-oglematchers 0.0~git20150320-2 (source) into unstable

<pkg-go-maintain...@lists.alioth.debian.org> Changed-By: Paul Tagliamonte <paul...@debian.org> Description: golang-github-jacobsa-oglematchers-dev - matchers for testing/mocking frameworks such as ogletest Changes: golang-github-jacobsa-oglematchers (0.0~git20150320-2) unstable; ur

Bug#845932: Please enable FriendlyARM NanoPi NEO

an Ubuntu image, tried booting that, and that brought up a sane userland with network connectivity. It's likely a matter of just teaching d-i about the right firmware /me digs paul On Sun, Nov 27, 2016 at 2:09 PM, Vagrant Cascadian <vagr...@debain.org> wrote: > On 2016-11-27, Paul Ta

Bug#845932: Please enable FriendlyARM NanoPi NEO

Awesome. I preformed these steps, but I haven't attached a Serial device to it yet. I'll continue testing further after I hook this up to serial On Sun, Nov 27, 2016 at 3:25 AM, Vagrant Cascadian <vagr...@aikidev.net> wrote: > On 2016-11-26, Paul Tagliamonte wrote: >> Please ena

Bug#845932: Please enable FriendlyARM NanoPi NEO

Package: u-boot-sunxi Severity: wishlist thanks Please enable FriendlyARM NanoPi NEO Thanks for all your work! Paul -- :wq

Accepted golang-pault-go-debian 0.5-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.5-1) unstable; urgency=medium . * Upstream release. Ch

Re: Policy on software used to create desktop theme?

For me, it's enough that the final result is free. We don't reject software written on Windows or OSX that runs on Debian because it was written on Windows, we do so if we can't run it (or don't have tools to run it). Similarly, I don't see any reason to reject free works because they came from

Bug#839109: [pkg-go] Bug#839109: closed by Paul Tagliamonte <paul...@gmail.com> (RE: dh-golang: Possibly wrong XS- prefix for Go-Import-Path field)

Control: owner -1 ! thanks On Tue, Oct 25, 2016 at 05:00:27PM +0200, Guillem Jover wrote: > Then, in that case, I'd appreciate if the function and its rationale > could be documented instead in the "Debian Go packaging policy". :) Super sensible, great idea. I'll own this. Thanks, Guillem! >

[pkg-go] Bug#839109: Bug#839109: closed by Paul Tagliamonte <paul...@gmail.com> (RE: dh-golang: Possibly wrong XS- prefix for Go-Import-Path field)

Control: owner -1 ! thanks On Tue, Oct 25, 2016 at 05:00:27PM +0200, Guillem Jover wrote: > Then, in that case, I'd appreciate if the function and its rationale > could be documented instead in the "Debian Go packaging policy". :) Super sensible, great idea. I'll own this. Thanks, Guillem! >

Re: When should we https our mirrors?

On Mon, Oct 24, 2016 at 04:00:39PM +0100, Ian Jackson wrote: > It is also evident that there are some challenges for deploying TLS on > a mirror network and/or CDN. I don't think anyone is suggesting > tearing down our existing mirror network. https://deb.debian.org/ is now set up (thanks,

Re: Is ISC License considered DFSG free?

Quote me on this: ISC meets the DFSG, with my ftp hat on. On Oct 22, 2016 12:46 PM, "Ben Finney" wrote: > Jari Aalto writes: > > > Excellent summary Ben. > > Thank you for saying so. > > > Do you think, if it would be good if I added note about ISC

Re: When should we https our mirrors?

On Sun, Oct 16, 2016 at 09:11:42AM +0800, Paul Wise wrote: > Exactly what actions do you mean by this? > > Debian does not control what mirror operators do, they are free to add > https or not. Some do but most don't. We do control the CDN. We can also start to move systems with a new apt to a

When should we https our mirrors?

Howdy -devel, It's that time of the year again - that's right, another paultag rant with some grand ideas about the state of the world. It seems like every month or so, someone pops into a channel and asks why we aren't using https on our mirrors. This well-meaning question is usually met with

Accepted golang-github-docker-go-connections 0.2.1-1 (source all) into unstable

Packaging Team <pkg-go-maintain...@lists.alioth.debian.org> Changed-By: Paul Tagliamonte <paul...@debian.org> Description: golang-github-docker-go-connections-dev - Golang utility package to work with network connections Changes: golang-github-docker-go-connections (0.2.1-1) unstable; ur

Bug#838386: moreinfo

I had a second to poke around a bit more, so I looked a bit more at what other error messages I could have it give me. Here's some followup: I opened nm-connection-editor again and tried to edit the VPN I have already set up. I clicked on 'edit', and the UI showed me this:

Bug#774153: Seems to still be present

On Tue, Sep 20, 2016 at 06:27:14PM -0400, Paul Tagliamonte wrote: > I'm not totally sure what's going on here since this is a Jessie -> > Jessie upgrade, and the version went from 215-17+deb8u4 -> > 215-17+deb8u5, which makes mismatches in systemctl and the running > systemd a

Bug#774153: Seems to still be present

On Tue, Sep 20, 2016 at 06:27:14PM -0400, Paul Tagliamonte wrote: > I'm not totally sure what's going on here since this is a Jessie -> > Jessie upgrade, and the version went from 215-17+deb8u4 -> > 215-17+deb8u5, which makes mismatches in systemctl and the running > systemd a

Bug#774153: Seems to still be present

found 774153 215-17+deb8u5 tags 774153 - moreinfo retitle 774153 systemd-tty-ask-password hangs udev postinst until daemon-reexec is run thanks A friend of mine hit this bug, and it presented in a pretty nasty way. Some details: The system was running Jessie, and upgraded from Wheezy when

Bug#774153: Seems to still be present

found 774153 215-17+deb8u5 tags 774153 - moreinfo retitle 774153 systemd-tty-ask-password hangs udev postinst until daemon-reexec is run thanks A friend of mine hit this bug, and it presented in a pretty nasty way. Some details: The system was running Jessie, and upgraded from Wheezy when

Accepted golang-dns 0.0~git20160414.0.89d9c5e-2 (source) into unstable

ain...@lists.alioth.debian.org> Changed-By: Paul Tagliamonte <paul...@debian.org> Description: golang-dns-dev - DNS protocol library for Go Changes: golang-dns (0.0~git20160414.0.89d9c5e-2) unstable; urgency=medium . [ Paul Tagliamonte ] * Team upload. * Use a secure transport for the Vcs-Git and Vcs

Re: [pkg-go] Bug#830209: Bugs: "accesses the internet during build" -- strongly disagree on severity

On Tue, Jul 12, 2016 at 07:23:00AM +1000, Dmitry Smirnov wrote: > I think understand your implications. I'm doing shitty work, you mean. > May I suggest you to maybe shut up? Dmitry, this is 100% not appropriate. > Thanks for criticism but I really got enough of it from you already. > > >

Re: GR Proposal: replace "Chairman" with "Chair" throughout the Debian Constitution

On Fri, Jul 08, 2016 at 03:27:56PM +0200, Margarita Manterola wrote: > > The Debian Constitution is very well written, in a way that is almost > completely > ungendered. The only gendered word left is the Chairman of the Technical > Committee. There is no reason for this position to be

Re: Matthieu Caneill: Advocate

On Thu, Jul 07, 2016 at 06:45:26AM -, Stefano Zacchiroli wrote: > I support Matthieu Caneill 's request to become Debian > Developer, non-uploading. Honestly, I thought he already was! Looks like the advocates are accepted, otherwise I'd have piled on, so instend, here's my

[pkg-go] Bug#824089: RM: golang-clockwork-dev -- ROM; replaced by golang-github-jonboulle-clockwork

Package: ftp.debian.org Severity: important thanks golang-clockwork-dev was replaced by something with a fancier source and binary name. I'll remove this in a minute. Paul signature.asc Description: PGP signature ___ Pkg-go-maintainers mailing list

Bug#829583: RM: golang-clockwork-dev -- ROM; replaced by golang-github-jonboulle-clockwork

Package: ftp.debian.org Severity: important thanks golang-clockwork-dev was replaced by something with a fancier source and binary name. I'll remove this in a minute. Paul signature.asc Description: PGP signature

Bug#824089: RM: golang-clockwork-dev -- ROM; replaced by golang-github-jonboulle-clockwork

Package: ftp.debian.org Severity: important thanks golang-clockwork-dev was replaced by something with a fancier source and binary name. I'll remove this in a minute. Paul signature.asc Description: PGP signature

Accepted golang-github-jonboulle-clockwork 0.0~git20141217-4 (source all) into unstable

<pkg-go-maintain...@lists.alioth.debian.org> Changed-By: Paul Tagliamonte <paul...@debian.org> Description: golang-github-jonboulle-clockwork-dev - Simple fake clock for Go Changes: golang-github-jonboulle-clockwork (0.0~git20141217-4) unstable; urgency=medium . * Team upload. *

Re: Becoming a Debian Maintainer - and behavior of DDs

I started replying to this mail, but I found that I really don't want to. I'm guessing you don't want me to, either. After all, I'm just a person. A person totally unrelated to this, who knows nothing of facts, and will never know the facts. So, let me treat this mailing list like my blog, once

Re: Becoming a Debian Maintainer - and behavior of DDs

I started replying to this mail, but I found that I really don't want to. I'm guessing you don't want me to, either. After all, I'm just a person. A person totally unrelated to this, who knows nothing of facts, and will never know the facts. So, let me treat this mailing list like my blog, once

[pkg-go] Mass Golang Update: Vcs-Git from git:// to https:// in Git

Hey all, [BCC'ing maintainers from below] I scripted some of it, but I spot checked most of it. Below are the packages I touched. dd-list follows (Also, a few bugs since the Vcs repo wasn't the same as the source name (anymore - likely rename?)) I updated the following packages: E: Unknown

Re: Command line frontend for services that require single sign-on

On Thu, Jun 16, 2016 at 11:43:05PM +0200, Enrico Zini wrote: > Hello, > > I have just prototyped this: > https://github.com/spanezz/debsso-client > > Who would like to give it a try and make it grow? Hey, thanks, Enrico! I've also documented steps to both export as a PKCS12 (which you can

Re: Debian slogan / tag line / emphasizing freedom

On Tue, Jun 07, 2016 at 12:22:51PM +0200, Adam Borowski wrote: > Make Debian Great Again. Because a few people seem confused, this is the slogan of the U.S. reality TV star turned politician Donald Trump. This is clearly a joke, and I doubt Adam was aligning himself with Mr. Trump's views on how

Re: third-party packages adding apt sources

[cc'ing devel, since this is a rant that involves technical topics, and god knows I only go on so many rants a year these days] On Thu, May 19, 2016 at 05:18:28PM +0200, Daniel Pocock wrote: > b) many upstreams appear frustrated about getting their package > officially supported in Debian.

Re: third-party packages adding apt sources

[cc'ing devel, since this is a rant that involves technical topics, and god knows I only go on so many rants a year these days] On Thu, May 19, 2016 at 05:18:28PM +0200, Daniel Pocock wrote: > b) many upstreams appear frustrated about getting their package > officially supported in Debian.

Re: [pkg-go] RFC: Enhancements to dh-golang

Thank you! On May 15, 2016 8:30 PM, "Martín Ferrari" wrote: > On 15/05/16 19:21, Michael Stapelberg wrote: > > I’m not opposed, please feel free to push your changes. > > So I have just uploaded 1.17: > > > dh-golang (1.17) unstable; urgency=medium > > * Team upload. > *

Re: [pkg-go] Processing of golang-github-jonboulle-clockwork_0.0~git20141217-3_amd64.changes

Erm, this will get rejected; this will show source new, and I didn't -sa; d'oh. I'll reupload once we get the reject. On Tue, May 10, 2016 at 02:30:57AM +, Debian FTP Masters wrote: > golang-github-jonboulle-clockwork_0.0~git20141217-3_amd64.changes uploaded > successfully to localhost >

Re: [pkg-go] Package renames for clockwork and go-semver packages

> I'm proposing to rename the binary packages thusly: > > golang-github-coreos-semver-dev -> golang-github-coreos-go-semver-dev > as the package name is "go-semver" and not just "semver". > > golang-jonboulle-clockwork-dev -> > golang-github-jonboulle-clockwork-dev as we are missing the vendor >

Re: [pkg-go] Security support for packages written in Go

t; Import Path, but that's a bit janky, yeah. On Wed, Apr 6, 2016 at 2:52 PM, Peter Colberg <pe...@colberg.org> wrote: > On Tue, Apr 05, 2016 at 06:05:21PM -0400, Paul Tagliamonte wrote: > > Love this idea, I wonder if the Import-Path XS header could help resolve > > packages

Re: [pkg-go] [pkg-golang-devel] Security support for packages written in Go

I don't think B-U is the appropriate place for this. This means if we didn't change anything in dh-golang, we'd need to binNMU the package before we can decruft the sources that have a newer versions, dak side. With an ftp hat on, I think that's not right. Having the entire build closure in it

Re: [pkg-go] Security support for packages written in Go

On Wed, Apr 06, 2016 at 12:37:10PM +1000, Dmitry Smirnov wrote: > I feel your pain. Over last 9 months I've invested even greater effort to > packaging of containers related Golang software. > > Yet we can provide anything we want to users of stable releases through > official backports: > >

Re: [pkg-go] golang-yaml.v2_0.0~git20160301.0.a83829b-1_amd64.changes REJECTED

On Wed, Apr 06, 2016 at 09:52:57AM +1000, Dmitry Smirnov wrote: > Change as simple as 's{~}{+}' should fix it. :) "fix". I'm aware of how to make dak accept it and make it sort above it using the dpkg version compare. Thanks for that tip, Dmitry. > > I wonder what happens when they release

Re: [pkg-go] golang-yaml.v2_0.0~git20160301.0.a83829b-1_amd64.changes REJECTED

Wrong email, re-sending -- Forwarded message -- From: Paul Tagliamonte <paul...@opensource.org> To: Cc: Debian Go Packaging Team <pkg-go-maintainers@lists.alioth.debian.org>, Tim Potter <t...@hpe.com>, paul...@debian.org Date: Tue, 5 Apr 2016 19:21:16 -0400 S

Re: [pkg-go] Security support for packages written in Go

Love this idea, I wonder if the Import-Path XS header could help resolve packages in a proof of concept On Apr 5, 2016 5:54 PM, "Tianon Gravi" wrote: > On 5 April 2016 at 14:47, Florian Weimer wrote: > > We currently need these intermediate dependencies to

Bug#819703: Let's NOT remove xscreensaver (+1)

On Sat, Apr 02, 2016 at 03:17:11PM +0200, Axel Beckert wrote: > > Sounds fine, let's file a RoM > > Are you nuts? You just said, it's your favourite! Why do you want to > kill it? Well, yes, I am a bit nuts, but here's why. I think we can all agree the current situation is broken. Fixes in

Bug#819697: timezone parsing bug on Valid-Until

Package: apt Severity: important thanks apt appears to consider Valid-Until without proper timezone support. From a Release file: | Date:Thu, 31 Mar 2016 19:16:26 -0400 | Valid-Until: Thu, 31 Mar 2016 19:16:27 -0400 ^ 1s expiry I checked this

Re: golang naming scheme (was: re Bug#819591: ITP: golang-github-peterbourgon-diskv)

Also, I take issue with calling this "lazyness". To imply the golang team hasn't put thought into a large section of the archive is not very nice. Thanks, Paul On Thu, Mar 31, 2016 at 11:34 AM, Paul R. Tagliamonte wrote: > That's correct. > > This is no different than

Re: Remove email

That's not an appropriate response, Daniel, Please do not continue doing such rude things on Debian project resources. Thank you. Tiffany - you can unsubscribe by sending an email to the unsubscription email, or by using the following webform: https://www.debian.org/MailingLists/unsubscribe

Re: [pkg-go] consul

On Mon, Mar 7, 2016 at 1:42 PM, Dmitry Smirnov <only...@debian.org> wrote: > On Mon, 7 Mar 2016 01:28:09 PM Paul Tagliamonte wrote: > > ~ is meaningful to debian versions. > > To indicate "less" like in "~rc1" for pre-release versions. > > >

Re: [pkg-go] consul

I don't have a pony in this race, but here are my unsolicited thoughts: > > I'm really curious about why "0.5.2~ds1-1" was switched to > > "0.5.2+dfsg-1" -- can you elaborate on the reasoning behind the > > change? > > Perhaps that is a silly change as I only have two minor reasons for that: >

Bug#816741: getfem++ has a funny Build-Depends line

Package: getfem++ Severity: normal thanks getfem++ has a funny B-D. In particular: scilab [!mips !kfreebsd-amd64 !kfreebsd-i386 !hurd-i386 !s390x !armel!arm64] The `!armel!arm64` is misunderstood by dpkg to mean "Not armel!arm64", not a negation of both. I filed a bug against dpkg (#784808

Bug#816741: getfem++ has a funny Build-Depends line

Package: getfem++ Severity: normal thanks getfem++ has a funny B-D. In particular: scilab [!mips !kfreebsd-amd64 !kfreebsd-i386 !hurd-i386 !s390x !armel!arm64] The `!armel!arm64` is misunderstood by dpkg to mean "Not armel!arm64", not a negation of both. I filed a bug against dpkg (#784808

Bug#784808: getfem++ has a funny Build-Depends line

Package: getfem++ Severity: normal thanks getfem++ has a funny B-D. In particular: scilab [!mips !kfreebsd-amd64 !kfreebsd-i386 !hurd-i386 !s390x !armel!arm64] The `!armel!arm64` is misunderstood by dpkg to mean "Not armel!arm64", not a negation of both. I filed a bug against dpkg (#784808

Bug#815478: getfem++ hilariously already enabled on arm64

Hey tbm, I found a bug when parsing the archive and thinking hard about dpkg's perl parser (bugs #784808[1] and another bug I filed bug don't have a bug number for yet), and checked the build logs -- this package is already built with scilab in armel and arm64. Yes, it's a typo, but hey, you

Bug#815478: getfem++ hilariously already enabled on arm64

Hey tbm, I found a bug when parsing the archive and thinking hard about dpkg's perl parser (bugs #784808[1] and another bug I filed bug don't have a bug number for yet), and checked the build logs -- this package is already built with scilab in armel and arm64. Yes, it's a typo, but hey, you

Bug#816515: Disallow (< ...) and (> ...) package relations

Package: debian-policy Severity: normal thanks For a while now, the (< ..) and (> ...) Dependency relation has been discouraged, and not allowed for new packages, since it's confusing (it actually means <= and >= not >> and <<). There are only two packages left with this in their source entry.

Bug#816515: Disallow (< ...) and (> ...) package relations

Package: debian-policy Severity: normal thanks For a while now, the (< ..) and (> ...) Dependency relation has been discouraged, and not allowed for new packages, since it's confusing (it actually means <= and >= not >> and <<). There are only two packages left with this in their source entry.

Bug#816476: rp-pppoe contains (> ...) Depends relationship

Package: rp-pppoe Severity: important thanks It looks like rp-pppoe Build-Depends: debhelper (> 4), which actually hilariously means (>> 4). Also 4 is hella old. Can haz more compat? This was discouraged a while ago, could this get updated? Thanks, aba, Paul signature.asc Description: PGP

Bug#816475: Contains Depends relationship (> ...)

Package: inform-mode Severity: important thanks This package Build-Depends: debhelper (> 5), which means (>= 5), not (>> 5). This was discouraged eons ago, and needs to be fixed. Please use (>> 5). Thanks, Paul signature.asc Description: PGP signature

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

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