Bug#1065978: Handle listxattr failures better (upstream patch 9.1.0162)

Thanks, James! I'm deeply grateful for your work on vim, thank you so much for maintaining it! paultag On Sun, Mar 10, 2024 at 8:17 PM James McCoy wrote: > > On Sun, Mar 10, 2024 at 05:44:27PM -0400, Paul R. Tagliamonte wrote: > > I sent a fix to upstream vim to handle a bug where vim would

Bug#1051785: gdm3 won't allow logins when a smarcard with a x.509 credential is plugged in

..] Signature key : B7EC F42D DFD9 8AC7 301C 062B 1101 AD5A 8136 9AD7 created : 2019-02-09 15:52:11 paultag -- ⢀⣴⠾⠻⢶⣦⠀ Paul Tagliamonte ⣾⠁⢠⠒⠀⣿⡁ https://people.debian.org/~paultag | https://pault.ag/ ⢿⡄⠘⠷⠚⠋Debian, the universal operating system. ⠈⠳⣄⠀⠀

Bug#1051785: gdm3 won't allow logins when a smarcard with a x.509 credential is plugged in

On Tue, Sep 12, 2023 at 05:27:15PM +0100, Simon McVittie wrote: > On Tue, 12 Sep 2023 at 10:52:16 -0400, Paul Tagliamonte wrote: > > I have NSS set up to talk with OpenSC > > "NSS" is unfortunately ambiguous in this context. Is this the glibc Name > Service Switch

Bug#1051785: gdm3 won't allow logins when a smarcard with a x.509 credential is plugged in

Subject: gdm3 won't allow logins when a smarcard with a x.509 credential is plugged in Package: gdm3 Version: 45~beta-1 Severity: important thanks Hey GNOME maintainers, I upgraded my sid system, and post-upgrade gdm3 isn't showing my face when I reboot, and entering my username causes it to

Bug#1038812: ITP: sexpp -- S-expressions parser and generator C++ library and command-line tool

ity for fixing the archive due to any actions I have taken. paultag -- ⢀⣴⠾⠻⢶⣦⠀ Paul Tagliamonte ⣾⠁⢠⠒⠀⣿⡁ https://people.debian.org/~paultag | https://pault.ag/ ⢿⡄⠘⠷⠚⠋Debian, the universal operating system. ⠈⠳⣄⠀⠀ 4096R / FEF2 EB20 16E6 A856 B98C E820 2DCD 6B5D E858 ADF3 signature.asc Description: PGP signature

Bug#1042778: RFS: fluxbox/1.3.7-1+nmu1 [NMU] [RC] -- Highly configurable and low resource X11 Window manager

On Wed, Aug 2, 2023 at 8:04 PM Nicholas D Steeves wrote: > It's great to hear from you :) tbh, I'm a bit surprised at a lot of the frustration and surprise i'm reading - I've replied whenever I've got the email and have tried to be helpful. It's great to be asked or sent an email, I guess? >

Bug#1042778: RFS: fluxbox/1.3.7-1+nmu1 [NMU] [RC] -- Highly configurable and low resource X11 Window manager

maintainer upload > @Mateusz, as you cans see from > https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=927477 that the > package owner stop responding to people more than 5 years ago. > > @Paul, no hurry, take your time, as we've been waiting for more than 8 > years,  > > chee

Bug#1041868: Include patch fixing SNDRV_PCM_IOCTL_SW_PARAMS ioctl on src/pcm/pcm_hw.c

s introduced in alsa-lib 1.2.9, so this is only about a month old -- and I'd love to stop this from spreading out from sid. It's already pulled into mantic, and I'm not sure where else. Thank you for maintaining alsa! paultag -- ⢀⣴⠾⠻⢶⣦⠀ Paul Tagliamonte ⣾⠁⢠⠒⠀⣿⡁ https://peopl

Bug#1041868: Include patch fixing SNDRV_PCM_IOCTL_SW_PARAMS ioctl on src/pcm/pcm_hw.c

from the upstream repo (commit a5d8af8e4ef02340531092ea388dd1b668182409) and rebuilt alsa-libs. This fixes the issue that presented with my hardware, and I was able to transmit normally. Thanks to Dan Cross for the fix paultag -- ⢀⣴⠾⠻⢶⣦⠀ Paul Tagliamonte ⣾⠁⢠⠒⠀⣿⡁ https

Bug#1041858: ITP: tundra-nat64 -- A minimal, user-space, stateless NAT64, CLAT and SIIT implementation for Linux

aining tuntra-nat64 myself but I do need a sponsor :) Why the heck not, I'm happy to review and sponsor; IPv6 adoption is critical, and giving a hand to someone working to maintain current tooling to help with the adoption is doing good work. Hit me up off-list and we'll work out a workflow and al

Bug#1035058: python-validictory: ROM; deprecated upstream since 2018, no rdeps

Package: ftp.debian.org Severity: normal User: ftp.debian@packages.debian.org Usertags: remove https://github.com/jamesturk/validictory is deprecated upstream as of 2018. Dependencies are encouraged to move to jsonschema. There are no (longer?) r-deps in Debian, so we should likely remove

Bug#1031354: Fwd: Bug#1031354 closed by Paul Tagliamonte (Re: Bug#1031354: installation-reports: I cannot find /usr/bin/ps in any package, but it is normally installed with via an

On Wed, Feb 15, 2023 at 11:23:29AM -0500, Paul Tagliamonte wrote: > >$ dpkg -S $(which ps) > >On a system with /usr/bin/ps Also, forgot to reply to this bit; this is due to usr merge. This is a known sharp edge that folks are actively working on. While it's present at `/usr/

Bug#1031354: Fwd: Bug#1031354 closed by Paul Tagliamonte (Re: Bug#1031354: installation-reports: I cannot find /usr/bin/ps in any package, but it is normally installed with via an

On Wed, Feb 15, 2023 at 11:21:02AM -0500, Steve Roggenkamp wrote: >I attempted to use the phusion passenger package, but it would not >properly run because it needs /usr/bin/ps for somer reason. This happens with some other packages too, like Jenkins, a friend pointed out to me. >No

Bug#1028227: Should we FTP RM libi8x?

On Mon, Jan 30, 2023 at 12:30:40PM -0500, Paul Tagliamonte wrote: > doko is not MIA. I've seen recent uploads from him. He's also on IRC. I > asked him on IRC, he replied fairly quickly: > > 17:27 < doko> paultag: please remove, there's no upstream development anymore &g

Bug#1028227: Should we FTP RM libi8x?

On Sat, Jan 28, 2023 at 08:49:04AM +0100, William Desportes wrote: > Hi, > > I would say that at first doko was not reachable, now doko has probably a lot > to do. > > I had mailed the MIA team to see what could be done. doko is not MIA. I've seen recent uploads from him. He's also on IRC. I

Bug#1028227: RM: libi8x -- RoQA; no rdeps, no update since 2017, does not build

What's the status of this removal request? Has doko been consulted? Can he comment here if he would like the removal to go ahead or close it if not? I see ScottK asked the same a few days ago; we'll likely close this bug if it's unack'd paultag -- :wq

Bug#1029547: RM: libcoq-ocaml-dev -- NBS; cruft

On Tue, Jan 24, 2023 at 08:50:22AM -0500, Paul Tagliamonte wrote: > dak rm -o -m "[auto-cruft] NBS (no longer built by coq)" -s unstable \ > -a amd64,arm64,armhf,i386,ppc64el,s390x -p -R -b libcoq-ocaml > libcoq-ocaml-dev I've been following your hard work dilligently uplo

Bug#1029547: RM: libcoq-ocaml-dev -- NBS; cruft

On Tue, Jan 24, 2023 at 08:38:18AM -0500, Paul Tagliamonte wrote: > Thanks! If you would be able to fix the r-deps to stop other packages > from depending on a package that hasn't been built for a few months, we > should be able to do this no problem. The auto-decrufter may even pic

Bug#1029547: RM: libcoq-ocaml-dev -- NBS; cruft

tags 1029547 + moreinfo thanks On Tue, Jan 24, 2023 at 10:53:49AM +0100, julien.pu...@gmail.com wrote: > Dear FTP Team, > > Please remove all libcoq-ocaml-dev (binary) packages from unstable.  The (now) infamous coq package. It's on our cruft-report, but we're unable to handle it very

Bug#1029134: RM: mricron [mipsel powerpc ppc64] -- ROM; Please remove some unsupported architectures

On Thu, Jan 19, 2023 at 08:24:52PM +0100, Andreas Tille wrote: > According to >https://buildd.debian.org/status/package.php?p=mricron > the package builds on ppc64el and I left it in the architecture list. > I had to remove ppc64 from the list of architectures since it did not > built there. >

Bug#1029134: RM: mricron [mipsel powerpc ppc64] -- ROM; Please remove some unsupported architectures

Hey Andreas, >From the title: [mipsel powerpc ppc64] Is ppc64 right or should it be ppc64el? I suspect you mean/want ppc64el but I don't want to take an rm action here until I've got a lot of positive confirmation. If that's right, would you please re-title this bug? Thank you very much!

Bug#1027449: d/copyright is wrong

Package: ruby-dbm Severity: serious User: paul...@debian.org Usertags: ftp X-Debbugs-CC: ftpmas...@ftp-master.debian.org thanks I've filed the bug since I wasn't sure if my email made it through due to SMTP issues. Since I didn't see anything in git or any other acks, I'll file the bug to help

Bug#1027404: RFS: sfeed/1.6-1 [ITP] -- simple RSS and Atom parser

right oversight. I don't see it in NEW or the archive, so I'm going to CC the last folks to package this, perhaps you can deduplicate your work. paultag -- ⢀⣴⠾⠻⢶⣦⠀ Paul Tagliamonte ⣾⠁⢠⠒⠀⣿⡁ https://people.debian.org/~paultag | https://pault.ag/ ⢿⡄⠘⠷⠚⠋Debian, th

Bug#1026588: Fix pending in the NEW queue

for the ftpteam -- ⢀⣴⠾⠻⢶⣦⠀ Paul Tagliamonte ⣾⠁⢠⠒⠀⣿⡁ https://people.debian.org/~paultag | https://pault.ag/ ⢿⡄⠘⠷⠚⠋Debian, the universal operating system. ⠈⠳⣄⠀⠀ 4096R / FEF2 EB20 16E6 A856 B98C E820 2DCD 6B5D E858 ADF3 signature.asc Description: PGP signature

Bug#1025210: ITP: rtlamr -- RTL-SDR receiver for smart utility meters

Hey John, Debian Developer, Amateur Radio nerd (K3XEC), and Go team member here. I use rtlamr. I'm not a very good sponsor right now, but I can step in if no one else has bandwidth; my time is a bit more limited than I'd like, and it'd be cool to have rtlamr in the repos. It'd certainly help

Bug#938987: Hit this as well on sid

Hey folks, I hit this on sid. nsd is failing to start with a sensible config, done within the bounds of allowed NSD configuration, and fails to start. This has taken me a huge amount of time to track down. What is the NSD maintainer's opinion of the correct way to get nsd to behave with a

Bug#1004602: RFS: fluxbox/1.3.5-2.1 [NMU] [RC] -- Highly configurable and low resource X11 Window manager

Does it have to be an NMU? :) I must have missed the request for sponsorship directly; feel free to revamp this as a regular upload and we can push it up. Paul On Sun, Jan 30, 2022 at 3:54 PM Mateusz Łukasik wrote: > > Package: sponsorship-requests > Severity: important > > Dear mentors, > >

Bug#995491: ath11k regression for Dell XPS 13 9310 breaks WiFi

Package: linux Version: 5.14.6-3 Tags: fixed-upstream Control: forwarded -1 https://bugzilla.kernel.org/show_bug.cgi?id=214455 thanks After updating my kernel, my Dell XPS 13's WiFi stopped working. This is related to an upstream changeset introduced in 5.14.5 and 5.13.18; and is fixed in 5.14.7.

Bug#985149: debootstrap stumbles over tabs in include parameter

>From a quick glance, it looks like `leftoverdebs` is initially a list of packages, but in the suite/compoenent loop, leftoverdebs is assigned to the package sizes. ... leftoverdebs=$(printf "$leftoverdebs"|tr ' ' '\n'|sort -u|tr '\n' ' ')

Bug#977004: Please enable CONFIG_ATH11K for the XPS 13 9310

Makes total sense! I will file a bug there as well! Paul On Thu, Dec 10, 2020 at 9:06 AM Vincent Blut wrote: > Hi Paul, > > Le 2020-12-09T17:48-0500, Paul Tagliamonte a écrit : > >Package: linux > >Severity: wishlist > >thanks > > > >Hello Linux maintai

Bug#977004: Please enable CONFIG_ATH11K for the XPS 13 9310

Package: linux Severity: wishlist thanks Hello Linux maintainers, The spiffy new Dell XPS 13 9310 is shipping, but is not sold as supporting linux yet -- but appears to work great, with the exception of the Qualcomm Technologies 802.11ax chipset. I installed Linux from experimental, and am able

Bug#959806: already done.

I uploaded this package to NEW last week. This bug should likely be closed. Paul -- .''`. Paul Tagliamonte : :' : Proud Debian Developer `. `'` 4096R / FEF2 EB20 16E6 A856 B98C E820 2DCD 6B5D E858 ADF3 `- http://people.debian.org/~paultag signature.asc Description: PGP signature

Bug#958804: Please enable CONFIG_NETLABEL

between two cooperating hosts. I submitted an MR to Salsa[1] Thank you for your work! [1]: https://salsa.debian.org/kernel-team/linux/-/merge_requests/235 -- .''`. Paul Tagliamonte : :' : Proud Debian Developer `. `'` 4096R / FEF2 EB20 16E6 A856 B98C E820 2DCD 6B5D E858 ADF3 `- http

Bug#935057: RM: afl -- ROM; upstream not actively developed anymore

Amazing! Thank you for your hard work and willingness to help! Very cool! Cc'ing ftpmaster so no one actions it while its in limbo Paul On Sun, Sep 8, 2019, 2:39 PM Nils Dagsson Moskopp < nils+debian-report...@dieweltistgarnichtso.net> wrote: > Paul Tagliamonte writes: > >

Bug#935057: RM: afl -- ROM; upstream not actively developed anymore

On Fri, Aug 30, 2019, 9:06 PM Nils Dagsson Moskopp < nils+debian-report...@dieweltistgarnichtso.net> wrote: > Package: ftp.debian.org > Followup-For: Bug #935057 > > > According to this, there were 5 commits today: > > Well, seeing as how Daniel Is

Bug#927477: ITS: fluxbox -- low resource X11 Window manager

As an uploader - I'm happy to just mark you as an uploader without all this paperwork. I say just add yourself and go ahead! Paul On Sat, Apr 20, 2019, 10:42 AM Tong Sun wrote: > Package: fluxbox > Severity: important > Owner: Dmitry E. Oboukhov > > (closed #927457 & redoing it again) > > *

Bug#924705: Please enable PKCS8_PRIVATE_KEY_PARSER

Package: linux Severity: wishlist thanks It would be nice to add the PKCS8_PRIVATE_KEY_PARSER to the Debian build. Currently, importing a private key is not possible, and generates the error `add_key: Bad message` when a key is attempted to be loaded. Thanks for your hard work and maintenance of

Bug#908681: libsane1: pointless package rename

Was this a hijack or NMU? I saw a NMU to DELAYED with a log in the bug announcing it. I may have missed something paultag

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

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#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#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#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 --

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

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

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#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

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! >

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

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#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#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

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#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#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

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#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

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: 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#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

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

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

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

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,

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

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 > > > >

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

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

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 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: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#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

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

Bug#793732: ITP: golang-golang-x-crypto -- supplementary cryptography libraries for Go

Package: wnpp Severity: wishlist Owner: Paul Tagliamonte paul...@debian.org * Package name: golang-golang-x-crypto Version : 0.0~git20150716.0.7d5b0be-1 Upstream Author : The Go Authors * URL : https://godoc.org/golang.org/x/crypto * License : BSD-3

  1   2   3   4   5   6   7   >