Bug#576147: memory corruption in PHP

I'm seeing the same error, however I'm not running TYPO3, but rather a script developed in-house at my company. The error message also refers to a line that is nothing more than ini_set(sendmail_from, $email_addr); This is under libapache2-mod-php5 5.2.6.dfsg.1-1+lenny8 -- To UNSUBSCRIBE,

Bug#701111: Bug 701111

Seconded. Would very much like to have this. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#712298: RFS: amanda/1:3.3.3-3 [ITA]

#551564 Regards, Bill Blough signature.asc Description: Digital signature

Bug#626251: /usr/bin/apt-get: apt-get source package/oldstable doesn't work either

An additional data point, as well as a possible workaround: I am also receiving this error: E: Ignore unavailable target release 'unstable' of package 'xalan' E: Unable to find a source package for I believe that this is because I have ONLY the deb-src entries for unstable and testing in

Bug#626251: /usr/bin/apt-get: apt-get source package/oldstable doesn't work either

As a followup to my previous message - When running apt-get source package It appears that package needs to be a binary package name, not a source package name. This makes my earlier observation about the deb entries make a little more sense to me, and leads me to believe that this

Bug#712544: RFS: xalan/1.11-1 [ITA]

release (1.11) Update patches to apply to new version Remove obsolete patches Update package name and SONAME to match new version Update Xerces dependency (2.x to 3.x) Minor documentation install tweaks Regards, Bill Blough signature.asc Description: Digital signature

Bug#702225: xalan: can't transform XHTML files

There are a couple of things happening here. First, the Xalan homepage[1] has the following to say about catalogs - The Xalan comman[d]-line transformation program does not deploy an OASIS catalog or perform other security measures. URLs are resolved using the system directory of the local

Bug#702225: xalan: can't transform XHTML files

On Mon, Jun 17, 2013 at 05:44:13PM +0200, Vincent Lefevre wrote: On 2013-06-17 11:45:37 +0200, Vincent Lefevre wrote: I disagree. It could have been seen as a wishlist in the past, but since getting the local versions of the DTD's is now *required* in practice for some standard formats,

Bug#712544: RFS: xalan/1.11-1 [ITA]

Thanks Jakub! On Mon, Jun 17, 2013 at 10:40:44PM +0200, Jakub Wilk wrote X: libxalan111: binary-file-built-without-LFS-support usr/lib/i386-linux-gnu/libxalan-c.so.111.0 (It might be worth fixing upstream, but I'm not sure if opening files larger than 2GB is a realistic use-case for this

Bug#712544: RFS: xalan/1.11-1 [ITA]

On Tue, Jun 18, 2013 at 09:18:25AM +0200, Mathieu Malaterre wrote: Package looks pretty good. However I cannot build it a second time. Looks like the clean rule is missing something: It looks like that problem is a result of the switch from using the shipped configure script to regenerating it

Bug#712298: RFS: amanda/1:3.3.4-1 [ITA] - reopened

I finally feel like the package is in a better shape to be uploaded now, so I am reopening my RFS. Here are the updated details: * Package name: amanda Version : 1:3.3.4-1 Upstream Author : Amanda Development Team amanda-hack...@amanda.org * URL :

Bug#744879: FTBFS when building with compiler optimization disabled

Package: vlc Version: 2.1.2-2+b3 Severity: normal Building with the following command fails - DEB_BUILD_OPTIONS=nostrip noopt fakeroot apt-get -b source vlc A tail of the build log shows: .../../doltlibtool --tag=CC --mode=compile gcc -std=gnu99 -DHAVE_CONFIG_H -I. -I../..

Bug#745126: RFS: passwordsafe/0.93+dfsg-1 [ITP]

be obtained from http://www.pwsafe.org/ Regards, Bill Blough -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#745126: RFS: passwordsafe/0.94+dfsg-1 [ITP] -- Simple Secure Password Management

The previous upload to mentors.d.n expired due to inactivity, so the RFS was automatically closed. I have updated the package to the newest upstream version and have reuploaded it to mentors.d.n, so I am reopening this RFS. The package's page on mentors.d.n is:

Bug#718303: segmentation fault xalanc_1_11::XalanDOMString::XalanDOMString

On Fri, Oct 10, 2014 at 02:30:10PM +0200, Mathieu Malaterre wrote: Any chance patch from upstream be applied ? We are very close to entering freeze period. The upstream patch has already been applied in the repository, so it is technically pending. Now that we're not blocked from Jessie by

Bug#745126: RFS: passwordsafe/0.95.1+dfsg-1 [ITP] -- Simple Secure Password Management

, Bill Blough signature.asc Description: Digital signature

Bug#784304: RFS: xerces-c/3.1.2+debian-1 [ITA] -- validating XML parser library for C++

* Added lintian override for false positive (hardening) * Build docs from scratch * Repack upstream source to remove 3rd party libs and prebuilt docs per policy * Lintian cleanup - removed duplicate files, removed embedded jquery Regards, Bill Blough signature.asc Description

Bug#784304: RFS: xerces-c/3.1.2+debian-1 [ITA] -- validating XML parser library for C++

On Thu, May 07, 2015 at 04:36:58PM -0300, Henrique de Moraes Holschuh wrote: On Tue, May 5, 2015, at 01:27, Bill Blough wrote: * Added lintian overrides for issues that won't be fixed right now: no-upstream-changelog, no-symbols-control-file, shlib-calls-exit * Added lintian

Bug#787578: New Upload

Based on Tobias' feedback, I have repackaged with his work as a base. I have re-uploaded the new package to mentors.d.n The links are the same as before: URL: http://mentors.debian.net/package/soci dget command: dget -x http://mentors.debian.net/debian/pool/main/s/soci/soci_3.2.3-1.dsc Bill

Bug#787578: RFS: soci/3.2.3-1 [ITP] -- C++ Database Access Library

On Wed, Jun 03, 2015 at 02:41:08PM +0200, Tobias Frost wrote: Quoting Bill Blough de...@blough.us: I suggest that you base your work on my repository. (link to the repository is in the ITP). snip You raise some good points. I did some of what you suggest, but didn't go as far with it as you

Bug#787578: RFS: soci/3.2.3-1 [ITP] -- C++ Database Access Library

in the archive, but was removed several years ago due to maintainer request and a mostly-dead upstream. Upstream development has resumed, and my coworkers and I use this library often, so I would like to reintroduce it to the archive and maintain it. Regards, Bill Blough

Bug#784304: RFS: xerces-c/3.1.2+debian-1 [ITA] -- validating XML parser library for C++

On Wed, Oct 21, 2015 at 11:33:05PM +0200, Tobias Frost wrote: > Hi Bill, > > srry, live got in between a bit.. No worries. I really appreciate you taking the time. > > Policy also says the you have to have "verbatim" copyright information, > and this is understood that the information should

Bug#805017: passwordsafe: Missing app icon

On Fri, Nov 13, 2015 at 01:52:27PM +0100, Michel Le Bihan wrote: > The icon defined in passwordpasswordsafe.desktop doesn't exits or is > impossible > to open. Which desktop environment are you using?

Bug#745126: RFS: passwordsafe/0.95.1+dfsg-1

On Fri, Sep 25, 2015 at 10:38:14PM +0200, Tobias Frost wrote: > > Issues with the translation files - When the .mo files get generated, > > the .po files get updated with a new timestamp, causing repeat builds from > > the same source to fail the dpkg-source check. > > That's ugly and I guess

Bug#784304: RFS: xerces-c/3.1.2+debian-1 [ITA] -- validating XML parser library for C++

On Fri, Sep 25, 2015 at 11:45:55PM +0200, Tobias Frost wrote: > Control: owner -1 ! > > Hi Bill, > > let me also take a look at xerces. > > As usual, my unsorted list of observations: > > - Please rebase your package to the latest version in Debian, to > include the NMU (3.1.1-5.1) from

Bug#745126: RFS: passwordsafe/0.95.1+dfsg-1

On Tue, Oct 13, 2015 at 10:01:19PM +0200, Tobias Frost wrote: > > Looks good so far; > I still need to complete copyright review, I'll let you know when I > need something. Thanks! > > PS: You removed the signing key on purpose? Why? When upstream moved to Github, they stopped signing source

Bug#745126: RFS: passwordsafe/0.95.1+dfsg-1

Thanks for your review. I normally use uscan, so I haven't really thought about get-orig-source. But it seems like a good idea- I'll look into adding it. As for sf.net vs github, the project is in the process of changing hosting. The old repo has commits disabled and all new development is

Bug#745126: RFS: passwordsafe/0.95.1+dfsg-1 [ITP] -- Simple & Secure Password Management

safe.org Regards, Bill Blough

Bug#745126: RFS: passwordsafe/0.95.1+dfsg-1

Thanks so much for all the feedback. On Wed, Sep 23, 2015 at 11:03:01PM +0200, Tobias Frost wrote: > > - d/source/options: Why do you have the option diff-ignore? Issues with the translation files - When the .mo files get generated, the .po files get updated with a new timestamp, causing repeat

Bug#805017: passwordsafe: Missing app icon

Closing since this is resolved. Please reopen if the problem reoccurs. Thanks.

Bug#818042: RFS: passwordsafe/0.98.1+dfsg-1

filenames in debian/copyright (Lintian fix) * Update lintian override for false positive * Update standards version to 3.9.7 (no changes needed) * Add upstream signing key and watch file pattern Regards, Bill Blough

Bug#818039: RFS: xerces-c/3.1.3+debian-1

build dependency on libatk-wrapper-java. Closes: #816021 * Updated standards version to 3.9.7 (no updates needed) * Lintian fixes Regards, Bill Blough

Bug#819850: RFS: passwordsafe/0.98.1+dfsg-2

On Tue, Apr 05, 2016 at 06:17:18PM +0200, Gianfranco Costamagna wrote: > Hi Bill, unfortunately your package fails to build from source with > -Wl,--as-needed flags > (the default e.g. in Ubuntu). > > the attached patch fixes the issue, please let me know if I can upload it on > Debian (of

Bug#818042: RFS: passwordsafe/0.98.1+dfsg-1

On Sat, Mar 19, 2016 at 11:07:02AM +, Mattia Rizzolo wrote: > please "fix" the followings (I'm particularly bothered by > d/s/included-binaries): > > * d/rules: > + trailing whitespaces at line 5 and 15 > * debian/upstream-signing-key.pgp is kinda of deprecated place for the > signature

Bug#819850: RFS: passwordsafe/0.98.1+dfsg-2

can be obtained from http://www.pwsafe.org Changes since the last upload: Fixed logic error that caused the automated test suite to fail under certain conditions on 32-bit systems Regards, Bill Blough

Bug#823941: RFS: xerces-c/3.1.3+debian-2 [RC]]

standards version to 3.9.8 (no changes needed) Regards, Bill Blough - End forwarded message -

Bug#832463: RFS: passwordsafe/0.99+dfsg-1

ove unneeded patches and refresh remaining patches Regards, Bill Blough signature.asc Description: Digital signature

Bug#833533: passwordsafe: Please remove the build-dependency on locales-all

Yes, this was a workaround for an upstream issue, which has since been corrected. However, I forgot about it and neglected to remove it with the last upload. Thanks for the reminder/patch.

Bug#833754: xerces-c: FTBFS on s390x with gcc6/icu57

I looked at it briefly, but had to refocus on other issues before I could really get anywhere. I'll get it sorted out and/or forwarded shortly. Thanks for the ping! On Thu, Nov 03, 2016 at 04:10:27PM -0400, Sandro Tosi wrote: > On Mon, 8 Aug 2016 13:24:48 + Mattia Rizzolo

Bug#843599: RFS: passwordsafe/1.00+dfsg-1

version * Remove reproducibe-build.patch, which was applied upstream. Regards, Bill Blough

Bug#843604: RFS: xerces-c/3.1.4+debian-1 [RC]

ver I don't know that for sure. Regards, Bill Blough

Bug#833533: Fix pending

My mistake, I apparently had my issues confused. This will be fixed when I upload the newest version (1.0BETA), which I'm working on packaging now. Thanks for the patch!

Bug#833754: xerces-c: FTBFS on s390x with gcc6/icu57

On Fri, Dec 09, 2016 at 11:07:54PM +, Gianfranco Costamagna wrote: > >Can anyone comment on the use of -Bsymbolic_functions in Ubuntu? If I > >understand it correctly, it shouldn't have any effect on this, but I > >have no way to test it other than another upload. > > > I still prefer the

Bug#833754: xerces-c: FTBFS on s390x with gcc6/icu57

On Sat, Dec 10, 2016 at 02:25:08AM +0100, Mattia Rizzolo wrote: > On Fri, Dec 09, 2016 at 08:11:54PM -0500, Bill Blough wrote: > > > >Or does anyone have other suggestions? > > I have one: please try to CC people (and/or MLs) sooner. I now noticed > that you asked for

Bug#833754: xerces-c: FTBFS on s390x with gcc6/icu57

I'd really like to get this resolved before the freeze. Can anyone comment on the use of -Bsymbolic_functions in Ubuntu? If I understand it correctly, it shouldn't have any effect on this, but I have no way to test it other than another upload. Assuming that's not it, would someone be willing

Bug#783173: xalan-c-dev: xalan-c assert falure in XalanSourceTreeDocument::createAttributes

I haven't had much luck with this issue to date, but I've started looking at it again in hopes that I can get it resolved. I can still reproduce the problem with the information you provided. However, I still see the issue when using the upstream version, too. Can you provide the build

Bug#833754: xerces-c: FTBFS on s390x with gcc6/icu57

On Tue, Dec 13, 2016 at 11:15:26PM +, Gianfranco Costamagna wrote: > > http://paste.debian.net/902086/ > > ^^ this is the file you requested > > G. That's great. As I had hoped, ignoring that exception allows SAXCount to complete successfully, and with the expected output (despite the

Bug#833754: xerces-c: FTBFS on s390x with gcc6/icu57

On Wed, Dec 14, 2016 at 07:11:12AM +, Gianfranco Costamagna wrote: > > >So while I'm not sure it will help, there might be benefit to try to get a > >stack trace from DOMCount. It's possible there's an exception being > >thrown but it's getting caught/squashed. If someone wants to try to

Bug#833754: xerces-c: FTBFS on s390x with gcc6/icu57

On a whim, I decided to install the Hercules s390 emulator and see if I could reproduce the problem there. It's slow (4+ hours to do a build of xerces) but it appears to work, and the issue shows up there as well. I started trying to trace down the memory issue in real time, but the variables I

Bug#833754: xerces-c: FTBFS on s390x with gcc6/icu57

On Tue, Dec 13, 2016 at 12:06:46PM +, Gianfranco Costamagna wrote: > Hi > > > >Based on the stack trace, the exception is thrown because a managed > > >buffer that is being freed isn't actually registered to the buffer manager. > >his shouldn't happen, since the only way to get a buffer is

Bug#833754: xerces-c: FTBFS on s390x with gcc6/icu57

I've prepared a new package and uploaded it to mentors: https://mentors.debian.net/debian/pool/main/x/xerces-c/xerces-c_3.1.4+debian-2.dsc If someone wants to test and/or upload it, I would appreciate it. Note: I didn't put an entry to close this bug because I intend to retitle it, lower the

Bug#833754: xerces-c: FTBFS on s390x with gcc6/icu57

On Sat, Dec 10, 2016 at 08:56:29AM +, Gianfranco Costamagna wrote: > > > libtool --mode=execute gdb --args samples/SAXCount > > samples/data/personal.xml > > catch throw > > > > bt full > >continue > > quit > >This will hopefully help me to isolate this issue. > > > > > here we are! >

Bug#847004: RFS: soci/3.2.3-2

On Sat, Dec 10, 2016 at 10:27:28AM +0100, Tobias Frost wrote: > here's the review: Thanks! > Must-fixes: > - Please remove the -dbg package in favour of the automatic dbgsym > packages (https://wiki.debian.org/DebugPackage) Done. > - Please update to latest standard's version Sorry, not sure

Bug#847004: RFS: soci/3.2.3-2

On Sun, Dec 11, 2016 at 09:59:22PM +0100, Tobias Frost wrote: > > I did an test, seems so that adding this to d/rules would also have > fixed it: > > export DEB_BUILD_MAINT_OPTIONS = hardening=+all > export DEB_CFLAGS_MAINT_APPEND  = -Wall -pedantic > export DEB_LDFLAGS_MAINT_APPEND :=

Bug#833754: xerces-c: FTBFS on s390x with gcc6/icu57

On Sun, Dec 11, 2016 at 06:20:13PM +, Mattia Rizzolo wrote: > anyhow, 1) build should not depend on the locale it runs I'll admit, I don't know a lot about locales, etc., but some of the tests use files in UTF-8. Wouldn't that generally require UTF-8 support from the locale? > 2) afaik it

Bug#833754: xerces-c: FTBFS on s390x with gcc6/icu57

Does anyone know (or can find out) the default locale on the s390 systems, and does that differ from the other architectures? env | egrep "(LC|LANG)" should give a list of relevant vars. Thanks, Bill

Bug#833754: xerces-c: FTBFS on s390x with gcc6/icu57

On Sun, Dec 11, 2016 at 05:57:38PM +, Gianfranco Costamagna wrote: > Hi, > > >Does anyone know (or can find out) the default locale on the s390 > >systems, and does that differ from the other architectures? > > > >env | egrep "(LC|LANG)" > > > >should give a list of relevant vars. > > >

Bug#833754: xerces-c: FTBFS on s390x with gcc6/icu57

Based on the stack trace, the exception is thrown because a managed buffer that is being freed isn't actually registered to the buffer manager. This shouldn't happen, since the only way to get a buffer is to request it from the manager in the first place. It's possible there's a memory

Bug#847004: RFS: soci/3.2.3-2

On Mon, Dec 12, 2016 at 03:07:28AM +0500, Andrey Rahmatullin wrote: > On Sun, Dec 11, 2016 at 12:03:56PM -0500, Bill Blough wrote: > > > - Please remove the -dbg package in favour of the automatic dbgsym > > > packages (https://wiki.debian.org/DebugPackage) > > >

Bug#833754: xerces-c: FTBFS on s390x with gcc6/icu57

On Sun, Dec 11, 2016 at 07:43:08PM +0100, Mattia Rizzolo wrote: > On Sun, Dec 11, 2016 at 01:34:18PM -0500, Bill Blough wrote: > > I just found a reference in the Debian Maintainer's Guide that says the > > default build locale is C. And it looks like the Ubuntu build is > &g

Bug#833754: xerces-c: FTBFS on s390x with gcc6/icu57

> > It still fails the very same way. > Attached the backtrace I get with the way you said above (without > exporting anything). It seems to really be full, what Gianfranco posted > looks more like the non-full/regular bt, dunno why. Thanks. Disregard my other email. GDB didn't find the debug

Bug#850562: passwordsafe: Package 1.00 in jessie-backports

Resending to BTS due to addressing mistake on my part On Tue, Jan 10, 2017 at 09:36:07PM -0500, Bill Blough wrote: > On Mon, Jan 09, 2017 at 11:17:46AM +0300, Sergei Golovan wrote: > > > > I'll be glad to sponsor the backport upload for you. > > > > Excellent,

Bug#850562: passwordsafe: Package 1.00 in jessie-backports

The package has been uploaded and will soon be available in jessie-backports. Closing.

Bug#847004: RFS: soci/3.2.3-2

hello can be obtained from https://soci.sourceforge.net Changes since the last upload: * Update build-depend to use default-libmysqlclient-dev (closes: #845909) * Remove unneeded dh_clean override Regards, Bill Blough

Bug#850562: passwordsafe: Package 1.00 in jessie-backports

Hi Sergei, ` Since you were nice enough to backport the version of passwordsafe that's currently in jessie-backports, I figured I would reach out to you directly before trying alternative methods. On Sat, Jan 07, 2017 at 11:30:31AM -0800, Bill Wohler wrote: > Package: passwordsafe > Version:

Bug#848867: RFS: xalan/1.11-6

On December 20, 2016 4:19:01 PM EST, Tobias Frost wrote: >Uploaded! > >Tobi Thanks!

Bug#848867: RFS: xalan/1.11-6

On December 20, 2016 8:01:28 AM EST, Gianfranco Costamagna wrote: > >what about bumping compat/debhelper level to 10, remove autoreconf from >rules/control >file? > >G. That's causing the build to fail for some reason. I'll look into it. Bill

Bug#848867: RFS: xalan/1.11-6

On Wed, Dec 21, 2016 at 07:05:52AM +, Gianfranco Costamagna wrote: > Hi > > > a quick look seems to show a progress when removing debian/autoreconf file. > http://debomatic-amd64.debian.net/distribution#unstable/xalan/1.11-6.1/buildlog > G. Yes, it looks like using debian/autoreconf with

Bug#848867: RFS: xalan/1.11-6

ncy due to using dh-autoreconf * Add bindnow hardening flag * Add lintian override for doxygen's copy of jquery * Build in release mode instead of debug mode. This works around the assertion error reported in bug 783173. * Remove and symlink duplicate files in examples (lintian fix)

Bug#783173: xalan-c-dev: xalan-c assert falure in XalanSourceTreeDocument::createAttributes

tags 783173 + fixed thanks -- This problem exists in upstream, but it's not apparent because assertions are disabled in the upstream build. Reenabling assertions in the upstream build causes it to fail in the same way. Likewise, disabling assertions in the Debian build allows it to work as

Bug#833754: xerces-c: FTBFS on s390x with gcc6/icu57

Since compiling with -O1 works, I'm tagging this as fixed, and will continue to try to find the root cause. I was going to submit an unblock for 819530, but wasn't sure if was appropriate for me to be the one to do it. Gianfranco and Mattia, thanks very much for your help. I wouldn't have been

Bug#833754: xerces-c: FTBFS on s390x with gcc6/icu57

On Fri, Dec 16, 2016 at 08:25:02AM +, Gianfranco Costamagna wrote: > Hi, > > > >export DEB_BUILD_MAINT_OPTIONS=noopt > > > > >to the top of d/rules and rebuilding should do it. > > > it worked: > DEB_BUILD_OPTIONS=noopt dpkg-buildpackage > > [...] > Interesting. Under the emulator

Bug#801727: pugixml: Please package pugixml variant with wchar enabled

On Tue, Jul 11, 2017 at 08:40:53PM +0530, Vasudev Kamath wrote: > Hey William, > > Very very sorry about such a delayed response. No worries. > > William Blough writes: > > > Source: pugixml > > Severity: wishlist > > > > The passwordsafe package uses pugixml, but requires

Bug#866047: ITP: factorio-server -- headless server for the game Factorio

On Mon, Jun 26, 2017 at 07:27:23PM -0400, Justin Gerhardt wrote: > > games. Community efforts have so far created distributions for Docker, > Ansible and a number of cloud offerings. I beleive adding a package > for Debian and its derivatives would benefit many users though > easier updates and

Bug#873669: xerces-c: New upstream release 3.2.0

Thanks for your report. I'm currently on vacation, but will work on updating the package as soon as I return.

Bug#879651: RFS: passwordsafe/1.03+dfsg-1

PS * Lintian fixes - Override false positive spelling error - Enable hardening flags Regards, Bill Blough signature.asc Description: PGP signature

Bug#881127: transition: xerces-c

The package has been uploaded to unstable and the severities bumped. Thanks.

Bug#881920: xerces-c: FTBFS on hurd-i386: ThreadTest15 failed

After running the tests in a loop for many hours, I have encountered 2 issues. The first is an assertion failure in ext2fs that causes the entire system to freeze (#882507). Based on the build log, this isn't the issue in question, but it's definitely a problem (and it made troubleshooting much

Bug#882507: ext2fs: assertion error

Package: hurd Version: 1:0.9.git20170507-1 Severity: normal Running debian-hurd-20170613.img under KVM, I'm frequently getting the following assertion error: ext2fs: ../../libshouldbeinlibc/refcount.h:171 refcounts_ref: Assertion '! (r.hard == 1 && r.weak == 0) || !"refcount detected

Bug#882507: ext2fs: assertion error

Apologies for that. I somehow missed the newer image. I just tried debian-hurd-20171101.img and got the exact same behavior - same error message, freeze, etc.

Bug#881920: xerces-c: FTBFS on hurd-i386: ThreadTest15 failed

That's very odd, as it built ok when it was uploaded to experimental, and the only change for unstable was the version bump. I'll definitely look into it.

Bug#881363: RFS: xerces-c/3.2.0+debian-2

he package with dget using this command: dget -x https://mentors.debian.net/debian/pool/main/x/xerces-c/xerces-c_3.2.0+debian-2.dsc More information about xerces-c can be obtained from https://xerces.apache.org/xerces-c Changes since the last upload: * Upload to unstable Regard

Bug#881114: (no subject)

Apologies - I got my steps out of order. I should have waited to bump the severities until my RFS had been processed, instead of when I issued the RFS. As it stands, xerces-c3.2 has been uploaded, and the only issue is related to a xerces failure on hurd arch. I am reducing serverity to

Bug#879696: RFS: xerces-c/3.2.0+debian-1

Done. Thanks. On Wed, Oct 25, 2017 at 09:08:22PM +0200, Tobias Frost wrote: > Control: tags -1 moreinfo > > Hi Bill, > > On Tue, Oct 24, 2017 at 02:17:03PM -0400, Bill Blough wrote: > > > NOTE: Due to the SONAME change, this will require a tra

Bug#873669: xerces-c: New upstream release 3.2.0

> Have you got any ETA for the Xerces 3.2 packages? They would make my life > easier, even if experimental only. I have the packaged prepared. I'll need to find a sponsor to upload it to experimental so I can start the necessary steps for the SONAME transition. I'll send out an RFS today.

Bug#879696: RFS: xerces-c/3.2.0+debian-1

* Set dh compat to 10 * Patch: Fix test failures for parallel builds (forwarded) Regards, Bill Blough signature.asc Description: PGP signature

Bug#879744: RFS: passwordsafe/1.03+dfsg-2 [RC]

safe_1.03+dfsg-2.dsc More information about passwordsafe can be obtained from https://pwsafe.org/ Changes since the last upload: * Add patch to fix test failure on 32-bit systems (forwarded) Regards, Bill Blough signature.asc Description: PGP signature

Bug#897582: closed by Adam Borowski <kilob...@angband.pl> (Re: Bug#897582: RFS: xalan/1.11-7)

On Tue, May 08, 2018 at 12:51:05AM +, Debian Bug Tracking System wrote: > Date: Tue, 8 May 2018 02:49:25 +0200 > From: Adam Borowski > > One quite visible change is that the location of documentation has changed. > This might be interesting to the user. > > Uploaded. >

Bug#898296: RFS: passwordsafe/1.05+dfsg-2~bpo9+1 -- simple and secure password management

rride false positive spelling error - Enable hardening flags * Update dh compat to 10 Regards, Bill Blough

Bug#901092: passwordsafe FTCBFS: multiple reasons

Thanks for the patch. I will apply it soon, and also forward the relevant parts upstream.

Bug#897582: RFS: xalan/1.11-7

ds version 4.1.4 - Update copyright format link to use https * Lintian fixes - Remove trailing whitespace from changelog - Switch d/watch to use https - Fix NOTICE file issues - Remove unused override Best regards, Bill Blough signature.asc Description: PGP signature

Bug#895068: xerces-c: baseline violation on i386' from 'freecad does not start : "Illegal Instruction" returned

My apologies for this - this is my fault. I'm about to upload the fix to unstable, and will submit an update for for stable and oldstable to hopefully be included in the next point release. Bill

Bug#895068: xerces-c: baseline violation on i386' from 'freecad does not start : "Illegal Instruction" returned

The fix for stable has been uploaded to proposed-updates, and should be included in the next point release. Oldstable was not affected by this bug, so nothing was needed there.

Bug#896940: stretch-pu: package xerces-c/3.1.4+debian-2

Uploaded. Thanks! On Sat, Apr 28, 2018 at 08:30:02PM +0100, Adam D. Barratt wrote: > Control: tags -1 + confirmed > > On Thu, 2018-04-26 at 03:17 -0400, William Blough wrote: > > I would like to update xerces-c in a future point release.  This > > update > > will fix two issues: > > > >   *

Bug#896942: jessie-pu: package xerces-c/3.1.1-5.1+deb8u3

Uploaded. Thanks!

Bug#888887: passwordsafe FTBFS on big endian: test failures

Thanks for your report. I have been looking at this exact issue recently. I've gotten some of the tests to pass by fixing a lot of the more straightforward issues, but there are some problems that may require more invasive changes. As such, I want to work with upstream to figure out the best

Bug#888887: passwordsafe FTBFS on big endian: test failures

I have uploaded passwordsafe-1.04+dfsg-2 which fixes the failures on all big endian archs except for alpha and sparc64. While those are not offically supported archs, if I can get access to a porterbox for them, I will try to resolve those remaining issues, also.

Bug#801727: pugixml: Please package pugixml variant with wchar enabled

On Mon, Jul 30, 2018 at 12:39:15PM +0200, Gianfranco Costamagna wrote: > Hello, > On Tue, 13 Oct 2015 18:30:15 -0400 William Blough wrote: > > Source: pugixml > > Severity: wishlist > > > > The passwordsafe package uses pugixml, but requires wchar to be enabled. > > If a > > wchar enabled

Bug#894050: Reopening

While this is fixed for unstable/testing, the security team has informed me that there will be no DSA for this issue for stable/oldstable. As such, I'm reopening this until stable/oldstable can be updated via a point release.

Bug#801727: pugixml: Please package pugixml variant with wchar enabled

block 801727 by 911805 thanks I looked at this a little back when we discussed it, but it looked like it was going to take more time than I had right then, so I put it off. I recently had time to dig into this properly, but have hit a snag. After several hours of testing and tweaking, and

  1   2   >