Bug#1001076: cue2toc: Absolute index timestamps don't work with cdrdao (1.2.4)

Thanks Brendon! I appreciate you testing that out. I'll look into this more in a little bit.

Bug#1001076: cue2toc: Absolute index timestamps don't work with cdrdao (1.2.4)

Hi Brendon! Thanks for reporting this. I'm looking at the issue, and wondering if "cuetools" simply does not have this bug. Would you be willing to test that? If so, I'd be grateful. One option is that I can retire this Debian package entirely. cuetools is also in Debian:

Bug#976059: Migrate to udd-mirror.debian.net hostname

Happy that we've reached a satisfying conclusion! I've been a little worried about the migration, so that really helps. Great to hear your kind words about the UDD mirror! :D

Bug#976059: Migrate to udd-mirror.debian.net hostname

On Sun, Nov 29, 2020 at 3:10 PM Andreas Tille wrote: > > Hi Asheesh, > > I admit I applied your patch while beeing on a very poor connection and > I thought this would be the reason for a failure. But now beeing behind > a normal connection I get: > > LC_ALL=C psql

Bug#976060: Migrate to udd-mirror.debian.net

Package: debian-games Version: 3.2 X-Debbugs-CC: mat...@debian.org Hi there! I looked through Debian for mentions of the public-udd-mirror.xvm.mit.edu hostname, which Mattias and I are deprecating in favor of udd-mirror.debian.net. See also

Bug#976059: Migrate to udd-mirror.debian.net hostname

Package: dh-r Version: 20201117 X-Debbugs-CC: mat...@debian.org Hi there! I looked through Debian for mentions of the public-udd-mirror.xvm.mit.edu hostname, which Mattias and I are deprecating in favor of udd-mirror.debian.net. See also https://lists.debian.org/debian-qa/2020/11/msg00011.html

Bug#976058: Migrate to udd-mirror.debian.net hostname

Package: debian-med Version: 3.6 X-Debbugs-CC: mat...@debian.org Hi there! I looked through Debian for mentions of the public-udd-mirror.xvm.mit.edu hostname, which Mattias and I are deprecating in favor of udd-mirror.debian.net. I discovered it in debian-med via this search:

Bug#966649: Merge request for minimal, tested Python 3 port

Hi all, I submitted a merge request here with code that should work for a Python 3 port: https://salsa.debian.org/qa/udd/-/merge_requests/26 It relies on the current approach: rsync'd historic mboxes & a .current mbox. It should operate identically to the bitrotted munge_ddc.py. Good advice,

Bug#966649: Request for feedback on upload_history re-implementation

Hi Andreas! You noticed that the date column was an integer. That's fixed now; if you update from git, and if you delete upload_history.sqlite on your machine, and re-run the tool, the upload_history column will use a datetime for the date column. It won't do many HTTP queries, so it's peaceful

Bug#966649: Request for feedback on upload_history re-implementation

Great! It sounds to me like if we use the *mtime* of /srv/ udd.debian.org/email-archives/debian-devel-changes/debian-devel-changes.current (but not its contents), that would smoothly and solidly overcome the worries about unnecessary polling. If the file's mtime is the same as the last time the

Bug#966649: Request for feedback on upload_history re-implementation

Hi Lucas! I'm rereading this, and I have a follow-up question. It looks to me, based on reading the bug carefully, that /srv/ udd.debian.org/email-archives/debian-devel-changes/debian-devel-changes.current on ullmann successfully receives any new emails to debian-devel-changes. Is that accurate?

Bug#966649: Request for feedback on upload_history re-implementation

On Thu, Aug 20, 2020, 05:45 Lucas Nussbaum wrote: > Hi Asheesh, > Hi! :) > > I think that the changes compared to the current table structure should > be minimized, to avoid rewrite all tools that use this data. > Improvements are welcomed of course, but please don't make changes if > there's

Bug#966649: Request for feedback on upload_history re-implementation

Hi Andreas & Lucas & all, Lucas -- I'm making progress on re-implementing this. I'd love your input by email or IRC about my approach, but if you're busy, feel free to ignore this and I'll mention you again when I submit a patch. Andreas -- The codebase at

Bug#966649: Taking a look

Just a quick note that I'm taking a look at this. It seems to me that accessing the mbox data is mildly annoying, and that the same data is available by the public archives (in HTML form), so for my own development convenience, I'm going to rewrite this code to be based on the public HTML

Bug#882424: rsh-command

Thanks for doing, and documenting, all this debugging!

Bug#851054: alpine: Please migrate to openssl1.1 in buster

Thanks for the report! Acknowledged.

Bug#828231: alpine: FTBFS with openssl 1.1.0

Hi! Thanks! I'll schedule some time to look into this on Tuesday this week; hopefully that will work out, and I'll keep this bug up to date with my progress.

Bug#838178: tracker.debian.org: "action needed" details show only with Javascript enabled

On Mon, Sep 19, 2016 at 2:39 AM, Raphael Hertzog wrote: > On Sun, 18 Sep 2016, Thomas Schmitt wrote: > > When i discussed the hint on debian-mentors i got the advise to file > > a bug because the detail information is supposed to be visible without > > toggle if the browser

Bug#836618: ccd2iso: please drop the build dependency on hardening-wrapper

Thanks. Will do.

Bug#791923: alpine: please make the build reproducible

Oops, not yet. ETA 1 week.​ Apologies.

Bug#791923: alpine: please make the build reproducible

Seems reasonable to me. I should be able to do so tomorrow.​

Bug#295386: Discussion & proposal

I notice in the original bug report, Steve Langasek asked for, "I think it would be better to either not offer users the choice of RC severities in novice mode, or to only allow users to choose bug severities by *description* rather than by name." Then reportbug changed to remove the RC

Bug#830229: dracut preinst script complains about dpkg compare-versions syntax

Package: dracut Version: 044+105-2 Severity: normal Hello Thomas! I'm at your BoF at Debconf, and grateful to you for answering all my random questions today. I experienced a problem which I thought would be best reported as a Debian bug. Note that I am on a mixed jessie/sid system, so I am

Bug#828085: When running monkeysphere against Clint's key, monkeysphere fails to do anything useful due to a GPG bug maybe

Package: monkeysphere Version: 0.37-2 I am trying to learn how to use monkeysphere. I figured one good first-step would be to get the SSH key corresponding to Clint Adams . So I ran: $ monkeysphere u "Clint Adams " in an attempt to get a "ssh-rsa..." line

Bug#803956: alpine: Editing a postponed message breaks 'git format-patch --thread'

Thanks for reporting this! It's on my list now. Most especially thanks for finding this workaround! I didn't know about it.

Bug#805991: Have an upload prepared, but uploaded it with the wrong orig.tar.xz checksum

should be fixing that in the next 1-2 days

Bug#805991: alpine: FTBFS when built with dpkg-buildpackage -A (No such file or directory)

Thanks! I'll aim to look at this in the next 10 days or so.​

Bug#805648: qa.debian.org: Provide a way to share an ignore list (for team dashboard)

One option is to store data in the window.location.hash (or equivalently html5 pushstate). See e.g.: http://yuilibrary.com/yui/docs/router/ For docs on a library that uses this. This avoids server-side storage and still gives permalinkable state.

Bug#792075: ITP: git-lfs -- Git Large File Support. An open source Git extension for versioning large files

Hi Stephen! I'm excited to see this land in Debian. I'm curious if you know if there a free software backend that is compatible with the git-lfs protocol.​ If so, that'd be great to see in Debian as well one day. If not, if I understand Policy correctly, you would need to take care to set the

Bug#791923: alpine: please make the build reproducible

Hi! Thanks ​for filing this. I hope to address this over the next 10 days. If not, please feel free to NMU this.

Bug#777000: ITP: limereg -- Lightweight Image Registration. Commandline application for image registration (automatically aligning two images with similar content).

On Thursday, February 5, 2015, Roelof Berg rb...@berg-solutions.de wrote: Thanks for the links and the welcoming words. This is the motivation I need :) I'm currently busy with making my .deb package compatible to launchpad ppa as a quality measure. Great! (-: Am I allowed to use full

Bug#777000: ITP: limereg -- Lightweight Image Registration. Commandline application for image registration (automatically aligning two images with similar content).

Hi Roelof! I'm excited you want to work on this. On Tuesday, February 3, 2015, Roelof Berg rb...@berg-solutions.de wrote: I developed this application as part of a scientific project. It offers 2D, grayscale, rigid image registration with a powerful derivative based approach and operates

Bug#768006: Thank you for this report

Hi Sean, As a Debian developer, I wanted to take a moment to say -- thank you for being the kind of person who would file such a high quality bug report against Debian. Specifically, here are some great things about your bug report: * It relates to the systemd transition, which needs all the

Bug#657405: I sent a request to NM to add Matija Nalis to Alioth

For what it's worth! Hopefully I did it right. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#753698: Thanks for the patch to make it build on HURD

Hi Svante and all on the Debian bug tracker, Thanks for the patch to make it build on Debian GNU/Hurd! I read through the HURD porting guidelines https://www.gnu.org/software/hurd/hurd/porting/guidelines.html and I agree that the patch is reasonable. Eduardo -- I've made two small changes to

Bug#710511: Improving passfile support

Hi Eduardo, I know you've been working a lot on alpine lately, and I wanted to pass this along. I haven't dug into the source code, but one Debian user reports that the -passfile option seems to have no effect. Another reports that -passfile works fine so long as the file already exists before

Bug#532380: Permitting viewing application/octet-stream attachments

Hi Eduardo, Here's another Debian bug that I wanted to get your input on -- https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=532380 . Do you think it makes sense for future Alpine editions to allow people to View application/octet-stream attachments? It seems harmless, and clearly desired in

Bug#725296: alpine: Please reconsider: should work with GPG

Hi Axel, First of all, thank you for filing a bug against the Alpine package in Debian! It's always exciting to get input from people using the software. The UW-based Alpine team only ever implemented S/MIME, but there's no reason in principle Alpine couldn't grow GPG support. I myself am

Bug#755459: RFS: lucene/4.9.0-1 [put in ITP, ITA, RC, NMU if applicable]

Hi Raaj + bug, I noticed that some of the areas of the template aren't filled in, such as: * your most recent changelog entry * [fill in name and email of upstream] And so on. Can you send a follow-up mail to the bug with that information? If so, I'll be happy to take a look at this. I'm

Bug#744097: stdeb: pypi-install broken due to python.org URL change

Package: python-stdeb Version: 0.6.0+20100620-2 Severity: grave File: stdeb Currently, due to a website reorganization within python.org, the find_tar_gz() function crashes with: File /usr/lib/python2.7/xmlrpclib.py, line 1312, in single_request response.msg, xmlrpclib.ProtocolError:

Bug#724355: patch

Hi Eric! Thanks for this. If you want to NMU upload it, that'd be OK by me. Otherwise I plan to get to this on Friday. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#719844: dpkg-source: Make compresing of {data,control}.tar.gz a deterministic process

On Fri, 16 Aug 2013, Guillem Jover wrote: The same will apply when building that deb package multiple times, the timestamps will change for the ar headers. And I don't really want to lose that data, because currently is the only place were the build time information is recorded. Do you only

Bug#719844: dpkg-source: Make compresing of {data,control}.tar.gz a deterministic process

On Fri, 16 Aug 2013, Guillem Jover wrote: dpkg has not used the gzip command for a very long long time (prior to dpkg 1.9.x), and zlib does not initialize the gzip header, so the timestamp should be 0. If there are differences these should come from something else, like different tar files fo

Bug#719845: dpkg-source: Make file order within {data,control}.tar.gz deterministic

On Fri, 16 Aug 2013, Guillem Jover wrote: Indeed, that's something that has been on the back of my mind for some time now, and that I was/am planning on fixing during the 1.17.x cycle. This will also be part of a two step process to guarantee the dpkg database is also more deterministic, dpkg

Bug#719845: dpkg-source: Make file order within {data,control}.tar.gz deterministic

Package: dpkg Version: 1.16.10 Severity: normal *** Please type your report below this line *** Summary: To move toward https://wiki.debian.org/ReproducibleBuilds for maintainers who want their binary packages to be able to be reproduced bit-for-bit, it would be needed for dpkg to sort the

Bug#719844: dpkg-source: Make compresing of {data,control}.tar.gz a deterministic process

Package: dpkg Version: 1.16.10 Severity: normal *** Please type your report below this line *** Summary: In lib/dpkg/compress.c, I would like it if dpkg did not store timestamps in the gzip files. That way, the creation of the data.tar.gz would be deterministic. In particular, when I build

Bug#719848: should call gzip with '-n' when compressing manpage and changelog

Package: hello Version: hello: 2.8-3 Severity: normal Tags: patch In the interest of using the 'hello' package as a demo of great packaging practices, and because I've become interested in creating binary-reproducible builds in Debian, I propose the following very simple patch: ---

Bug#715216: qa.debian.org: collab-qa/upload-history: Software trusts Date headers which are sometimes set wrong

On Wed, 10 Jul 2013, Lucas Nussbaum wrote: Hi Asheesh, Sorry for the delayed reply. Thanks a lot for your work on this. I've added you to collab-qa, so you should be able to push your code yourself. Yay! Thanks! Now, one comment on your changes: it would be better if everything you do is

Bug#715216: qa.debian.org: collab-qa/upload-history: Software trusts Date headers which are sometimes set wrong

New proposed fix: In collab-qa/upload-history/munge_ddc.py , if the Message-Date we were going to emit is not within the year of the envelope From, plus/minus one year, we drop Message-Date. This permits the udd/upload_history_gatherer.py code to use its existing logic about dropping

Bug#715216: qa.debian.org: collab-qa/upload-history: Software trusts Date headers which are sometimes set wrong

Package: qa.debian.org Severity: normal User: qa.debian@packages.debian.org Usertags: udd I've found (and reproduced) an issue in the collab-qa/upload-history code. (By that, I mean the stuff you can get from here: svn+ssh://paulprot...@svn.debian.org/svn/collab-qa/upload-history ) I was

Bug#715216: qa.debian.org: collab-qa/upload-history: Software trusts Date headers which are sometimes set wrong

(Sorry about a not fully formed thought on numeral 2 in the numbered list in the last message. Typing and thinking too fast.) Anyway, as an update to this: further research indicates that upload-history is simply spitting out the data from the email in a Message-Date field. I can't blame the

Bug#702085: debian-devel-changes is importing correctly

A more full report is forthcoming. I wanted to first declare success here, and then explain how things work for benefit of later readers (or current UDD maintainers with opinions on how to change them). I created a query that conveniently limits the width of the query to = 80 characters, to

Bug#702085: Report on what is changed to solve this bug

Here is what I did. == Configured inbound email == I did what was suggested in the earlier comment to configure inbound emails to debian-devel-changes to arrive in /srv/udd.debian.org/incoming-mail/changes . == Copy archives to ullmann == I copied the archives on master to:

Bug#702085: I have configured this to work via cron

I'll test tomorrow if it remains working, but so far, it seems reasonable. If it seems to keep working tomorrow, I will document on this bug what all I changed. Lucas, you might want me to rearrange some files/directories; I'm not sure what idioms there are with regard to /srv/udd/. --

Bug#702085: A report (no sudo used)

Thanks for this. I'm on the job now. Some parts are taking a while, so it might take until tomorrow to fully fix. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#702085: I am going to attempt to execute these instructions

Lucas: I am also working on a project where I want to use the upload_history table, so I want to fix this as well. I hope it's OK if, to implement the plan described here, I use sudo on ullmann to switch into the 'udd' user. I have very rarely logged into Debian machines, but it seems from

Bug#702085: A report (no sudo used)

Hey all, This will probably come as no surprise to Lucas, but I can report that with the current scripts, and data copied from /home/lucas/public_html/ddc-parser on master, I can generate a reasonable upload_history table on my laptop. Given that, I'm happy to be given whatever keys are

Bug#706678: status of mentors.d.n data in UDD

On Thu, 27 Jun 2013, Paul Wise wrote: On Thu, 2013-06-27 at 08:56 +0200, Lucas Nussbaum wrote: I made some progress on importing mentors.d.n data in UDD. Rather than importing the Sources file, I imported the SQL data directly, in mentors_raw_* tables, providing a

Bug#692870: Thanks

Hi Eduardo, It is great to see you active on this Debian bug, and to indicate that it's fixed in 2.10! -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#674067: Thanks!

Hi Eduardo, Just a quick note to say thanks for publishing and sharing this fix ages ago, and for rolling it into the alpine 2.10 release. Sorry about the oddity with your patches site triggering email rejection. I will see what I can do about that. -- Asheesh. -- To UNSUBSCRIBE, email

Bug#702198: I confirm the suggested fix addresses the problem

It would be nice if package metadata indicated this conflict. Regardless, I ran this command and got this output, and my crash went away. $ sudo apt-get install libwebkitgtk-1.0-0/unstable libwebkitgtk-3.0-0/unstable libjavascriptcoregtk-3.0-0/unstable Reading package lists... Done

Bug#649579: Yes, please take this upstream

Thanks for the bug report! -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#692870: the PREFDATETIME token (fwd)

On Mon, 19 Nov 2012, Martin Ziegler wrote: Dear Asheesh, I forward you an email from Eduardo Chappa. I tested his patch with alpine2.02. It resolves the issue. Hi Martin, That's great to know! Mr. Chappa and the re-alpine team (and myself) seemed to experience a disagreement over

Bug#692870: alpine: Wrong weekday if _PREFDATETIME_ is used in reply

On Sat, 10 Nov 2012, Martin Ziegler wrote: Package: alpine Version: 2.02+dfsg-2 Severity: normal If the variable reply-leadin contains _PREFDATETIME_, as for example reply-leadin=On _PREFDATETIME_ you wrote: the weekday in the reply is alway sunday, as for example On Sun Nov 7

Bug#691736: I'm looking forward to this list

ACK In the future, I expect list traffic from 'users' to dominate 'developer' discussion, and that we might have to split the list. For now, I think debian-cloud is a good start. If we need a new list called debian-cloud-devel then we can make that when the time comes. -- To UNSUBSCRIBE,

Bug#687398: Now FTBFS...?

I just tried to build my debdiff and do an NMU, and it ends with this message: Finished tests in 0.001844s, 2711.3306 tests/s, 15725.7175 assertions/s. 5 tests, 29 assertions, 0 failures, 0 errors, 0 skips make[1]: Leaving directory `/tmp/buildd/rhash-1.2.9/bindings' /usr/bin/make -C bindings

Bug#687398: More information on how to reproduce the `dlopen' issue

On Wed, 24 Oct 2012, gregor herrmann wrote: The debdiff arrived some minutes later, but I don't see an upload. What's the status? Oh, snap, I neglected to upload the actual NMU. I will do that tonight, unless someone (gregoa?) beats me to it. -- To UNSUBSCRIBE, email to

Bug#653420: Info from Robert Tomsick

-- Forwarded message -- Date: Tue, 2 Oct 2012 16:54:03 From: Robert Tomsick To: ashe...@asheesh.org Subject: alpine bug #653420 Asheesh: I saw you addressed the DES/AES bug that I filed. Thanks! Unfortunately that fix won't matter much for users, as encrypted+signed messages

Bug#682519: Quick notes

First of all, let me say thank you for beginning the work to package this in Debian! Wow... this is a solid package: * You have a man page. * It's lintian clean. * /usr/bin/fbcmd doesn't have a .php extension. How did you even manage to make such an excellent package!? I can't find

Bug#631758: Why I consider this 'serious'

Hi Holger and all, This bug makes alpine in the package maintainer's... opinion, unsuitable for release, as per http://www.debian.org/Bugs/Developer#severities (I will say I'm open to discussion on the topic.) The first thing that every new alpine user will see is an enthusiastic message

Bug#689251: unblock: alpine/2.02+dfsg-2

reading system mail is within the core +functionality of alpine, it seems sensible that alpine should do that +without warnings out of the box.) (Closes: #414264) + * ACKing NMU by Johnathan McCrohan. Thank you! + + -- Asheesh Laroia ashe...@asheesh.org Sun, 26 Aug 2012 13:23:07 -0700

Bug#687398: More information on how to reproduce the `dlopen' issue

wRAR, thank you for your excellent detective work. Here's how you reproduce this build issue without even enabling parallel build. (Sadly I can't actually reproduce the brokenness from within dpkg-buildpackage by setting parallel build options; maybe my machine doesn't have as many cores as

Bug#687398: (no subject)

, and later rename it +to 'rhash' as needed. (Closes: #687398) + + -- Asheesh Laroia ashe...@asheesh.org Sun, 30 Sep 2012 15:16:28 -0700 + rhash (1.2.9-7) unstable; urgency=low * Fixed dependencies of ruby-rhash diff -Nru rhash-1.2.9/debian/rules rhash-1.2.9/debian/rules --- rhash-1.2.9/debian

Bug#687931: JPEG 2000, signed ints, and C

I can reproduce the crash. Note that openjpeg-tools does not crash on this file. Demonstration: Run these: sudo apt-get install openjpeg-tools wget http://bugs.debian.org/cgi-bin/bugreport.cgi\?msg\=5\;filename\=jas_image_readcmpt2_SIGABRT.j2k\;att\=1\;bug\=687931 -O bugreport.j2k Then

Bug#666176: Suggesting disabling tracker-miner-evolution

Hey all, Given the lack of movement by upstream on this issue, and the fact that they acknowledge the bug, and that https://bugzilla.redhat.com/show_bug.cgi?id=733523 has been open for about a year with no evidence of resolution coming soon, I would suggest simply not building the

Bug#682519: Still looking for sponsor?

Hi there, I'm a Debian Developer and possibly interested in reviewing and sponsoring this! Are you still looking? Cheers, -- Asheesh. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#687582: alpine: deadlock in signal handler

Thank you for this excellent bug report. I've run into this issue before, and your diagnosis is very helpful! -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#657046: alpine: diff for NMU version 2.02+dfsg-1.1

On Sat, 8 Sep 2012, Ulrich Dangel wrote: Dear maintainer, I've prepared an NMU for alpine (versioned as 2.02+dfsg-1.1). The diff is attached to this message. Hi Ulrich, and Jonathan, Thank you for improving this package, and sorry I didn't do this yet! I will be working on requesting a

Bug#685961: pu: package alpine/2.00+dfsg-6+squeeze1

On Wed, 29 Aug 2012, Adam D. Barratt wrote: I assume from reading through the bug report that the issue does not affect the version of alpine currently in wheezy / sid? If so, please add an appropriate fixed version to make this clear. It doesn't look like this happened yet? Just did;

Bug#414264: Fixed shortly

tags 414264 pending thanks This warning can be fixed by simply adding a dependency on 'mlock' within the packaging, so that is what I have done. It's a simple solution. Thanks to all for the discussion! I've committed the packaging changes to the Subversion repository I use for alpine

Bug#657046: (no subject)

Thanks for this bug report! I can confirm the issue, and I believe this is very important. Upstream has a patch that fixes it, but we should try to get the updated version into the upcoming release of Debian. I will work on that. Thank you again for the report. -- To UNSUBSCRIBE, email to

Bug#685961: pu: package alpine/2.00+dfsg-6+squeeze1

+ + * Fix a crash in the embedded copy of UW-IMAP, CVE-2008-5514. +(Closes: #653238) + + -- Asheesh Laroia ashe...@asheesh.org Sun, 26 Aug 2012 16:58:01 -0700 + alpine (2.00+dfsg-6) unstable; urgency=low * Add diversion for pico and remove conflict with nano. diff -u alpine-2.00+dfsg/debian

Bug#680407: unblock: liblicense/0.8.1-3

liblicense-0.8.1/debian/control liblicense-0.8.1/debian/control --- liblicense-0.8.1/debian/control 2012-03-03 08:21:31.0 -0600 +++ liblicense-0.8.1/debian/control 2012-06-25 20:13:16.0 -0600 @@ -2,10 +2,10 @@ Section: libs Priority: extra Maintainer: Asheesh Laroia ashe

Bug#680141: This seems fine to upload

John Stamp, can you clear the debdiff with the release team in an email to debian-release? Just email them the debdiff and ask if that would be okay, and if they say yes, I will upload this. (If you already have a sponsor lined up, then that's fine, too.) Thanks! -- To UNSUBSCRIBE, email

Bug#680141: RFS: liblastfm/0.4.0~git20090710-2 [RC]

I'm concerned by the following lintian warnings on mentors, which I can reproduce locally: W: liblastfm-fingerprint0: hardening-no-fortify-functions usr/lib/x86_64-linux-gnu/liblastfm_fingerprint.so.0.4.0 W: liblastfm0: hardening-no-fortify-functions usr/lib/x86_64-linux-gnu/liblastfm.so.0.4.0

Bug#383853: (no subject)

I suggest that we rename 'rred' to 'apply-pdiff'. If that is a suitable solution, I can try to implement it. (I honestly found it quite surprising, nearly scary, that apt was printing this non-word. It made me suspicious that an attacker had compromised my machine. Not super rational of me,

Bug#676478: cuetools: please consider depending on id3v2 | python-mutagen

Excerpts from Rogério Brito's message of Thu Jun 07 04:30:02 -0400 2012: Package: cuetools Version: 1.3.1-12 Severity: wishlist Hi. cuetools depends on id3v2 which is currently badly broken (see its bugreports and their age). OTOH, mid3v2 from python-mutagen is a drop-in replacement

Bug#674067: alpine: include patch to properly display folder names with special characters

Sadly, Eduardo Chappa does not give us permission to share his work under the terms of the Apache 2.0 License, so we can't include it. If there is another way to improve the Debian package to have this bug fixed, that'd be great. One way is as follows: In particular, if you can describe the

Bug#669451: liblicense: FTBFS: gsf.c:105:1: error: conflicting types for 'clone'

Thanks for reporting this bug! Will handle shortly.

Bug#641479: Ping: alpine: Contains non-free code

On Sat, 3 Mar 2012, Edward Allcutt wrote: This is RC and appears to need a maintainer upload with a repacked upstream tarball, regardless of whether upstream will accept patches. Are any of the maintainers planning to handle this soon? You're right that in the near term, a fresh upload is

Bug#662012: python-liblicense: Please build for all Python versions

On Sat, 3 Mar 2012, Simon McVittie wrote: Package: python-liblicense Version: 0.8.1-1.1 Severity: wishlist The Debian Python policy is to build Python modules for all supported Python versions. This is non-trivial in an Autotools package, so I didn't think it was appropriate for an NMU. See

Bug#661565: Offer to mentor

Hi Jonathan, Thanks for filing this ITP. I think this will be a great package to have in Debian. When the packaging is ready for review, feel free to specially send it to me. I will set aside time to review the package, and if it is good, upload the package to the Debian archive. Looking

Bug#655003: liblicense: broken build-{arch,indep} targets

I ACK this bug. Thanks for filing it! It's amazing the kind of nonsense I used to do. I'll fix this up. (-: -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#655004: liblicense: broken binary-indep target

I ACK this bug. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#655006: python-liblicense: doesn't depend on python

I ACK this bug. Thanks for filing it! -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#653238: alpine vulnerable to CVE-2008-5514

Thanks for reporting this. I will investigate shortly and work with the appropriate security teams to ship an update as needed. -- Please excuse my brevity. Jonathan Sailor jsai...@cs.brown.edu wrote: Package: alpine Version: 2.00+dfsg-6 Severity: grave Tags: security Justification: user

Bug#645768: alpine ignores /etc/mailname

On Tue, 18 Oct 2011, Petr Baudis wrote: Package: alpine Version: 2.00+dfsg-6 Severity: normal In case there is no user-domain variable setting in alpine configuration file, alpine seems to default on the hostname of the machine, disregarding /etc/mailname, which is the default way to specify

Bug#123150: This seems to be a libmikmod issue

I can reproduce this problem running modern pulseaudio. When I disable pulseaudio's esound compatibility, the problem goes away. I also tested recompiling libmikmod without the esd driver enabled; the problem goes away then, too. (libmikmod then uses ALSA output, which works great.) This

Bug#643349: alpine: FTBFS: flocklnx.c:60:7: error: format not a string literal and no format arguments [-Werror=format-security]

Thanks for filing this bug. I will take a look and see what the best fix is. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#609592: Any updates on this?

Hi dear bug and maintainer, I was hoping to run MySQL 5.5, and noticed that there is even an (UNOFFICIAL) source package here: http://people.debian.org/~nobse/mysql-5.5/mysql-5.5_5.5.13-2.dsc Is there a reason this isn't in Debian? If it, for example, needs certain kinds of testing, I could

  1   2   3   4   >