Bug#975865: RM: gitano lace supple clod gall lua-scrypt luxio tongue -- ROM; Obsolete
Package: ftp.debian.org Severity: normal I am Gitano's upstream as well as the package maintainer in Debian. From an upstream perspective I consider Gitano to basically be obsolete. There are only very few installations, nobody has contributed bug reports or patches in a very long time, and while that could be considered a stability indicator, I know there are plenty of problems in the codebase. In addition, the package in unstable now FTBFS (#975802) and one of the lua libraries (gall) will become a pain with the libgit2 transition which is still staged in experimental AFAICT. As such, I think all of the listed source packages should be removed before bullseye so that there's no risk of this unsupportable software being used by Debian's users and thus getting a bad impression of Debian. As far as I can tell, there are no packages which depend on the given list of source packages beyond this little gitano cluster, so it should all be perfectly safe to remove. Thank you, Daniel. -- Daniel Silverstone http://www.digital-scurf.org/ PGP mail accepted and encouraged.Key Id: 3CCE BABE 206C 3B69 signature.asc Description: PGP signature
Bug#933395: New upstream version available
Package: buildstream Severity: wishlist Hi, There is a new release of Buildstream available (1.2.8) and upstream have asked me to request that it be packaged, and ideally then backported. Thanks, Daniel. -- Daniel Silverstone https://www.codethink.co.uk/ Solutions Architect GPG 4096/R Key Id: 3CCE BABE 206C 3B69
Bug#897108: gitano FTBFS with pandoc 2.1.2
forward 897108 https://trello.com/c/CrnBZptB/275 thanks On Sat, Apr 28, 2018 at 17:28:31 +0300, Adrian Bunk wrote: > pandoc --standalone --toc --chapters -V documentclass:report -V > geometry:margin=1in -V graphics:true -V papersize:a4paper -H titling.tex -H > header.tex -o gitano-admin-doc.pdf 000.mdwn > --chapters has been removed. Use --top-level-division=chapter instead. > Try pandoc --help for more information. This looks to be a non-backward-compatible change in behaviour between pandoc 1.x and 2.x and will require a change to the upstream build system. There are a number of things which must happen for 1.2 of Gitano and this has been added to them. You can see the upstream tracking card at https://trello.com/c/CrnBZptB/275 Thanks, Daniel. -- Daniel Silverstone http://www.digital-scurf.org/ PGP mail accepted and encouraged.Key Id: 3CCE BABE 206C 3B69
Bug#872862: linux-image-4.11.0-0.bpo.1-amd64: It would be good if CONFIG_LEDS_BRIGHTNESS_HW_CHANGED were enabled
Package: src:linux Version: 4.11.6-1~bpo9+1 Severity: wishlist Dear Maintainer, With kernel 4.11, a feature has been added which allows the LED drivers to indicate why a change in value has occurred. Including allowing the userland to know if it was a software or a hardware event which made the brightness change. This would be super-useful to have, especially when trying to write tooling to manage keyboard backlights on modern thinkpads. I believe the tpacpi driver has been updated to support this feature, so all which would be required from the kernel maintainers would be to enable the feature CONFIG_LEDS_BRIGHTNESS_HW_CHANGED and then, ideally, upload a new backport :-) Thanks, Daniel. (I'll leave this stuff in, even though it's not really necessary, it might be of interest to someone looking at modern thinkpad support ;-) -- Package-specific info: ** Version: Linux version 4.11.0-0.bpo.1-amd64 (debian-ker...@lists.debian.org) (gcc version 6.3.0 20170516 (Debian 6.3.0-18) ) #1 SMP Debian 4.11.6-1~bpo9+1 (2017-07-09) ** Command line: BOOT_IMAGE=/vmlinuz-4.11.0-0.bpo.1-amd64 root=/dev/mapper/pn-root ro quiet ** Tainted: O (4096) * Out-of-tree module has been loaded. ** Kernel log: Unable to read kernel log; any relevant messages should be attached ** Model information sys_vendor: LENOVO product_name: 20J6CT01WW product_version: ThinkPad T470p chassis_vendor: LENOVO chassis_version: None bios_vendor: LENOVO bios_version: R0FET33W (1.13 ) board_vendor: LENOVO board_name: 20J6CT01WW board_version: 0B98417 WIN ** Loaded modules: rfcomm ctr ccm xt_CHECKSUM iptable_mangle ipt_MASQUERADE nf_nat_masquerade_ipv4 iptable_nat nf_nat_ipv4 nf_nat nf_conntrack_ipv4 nf_defrag_ipv4 xt_conntrack nf_conntrack libcrc32c ipt_REJECT nf_reject_ipv4 xt_tcpudp tun bridge stp llc ebtable_filter ebtables ip6table_filter ip6_tables iptable_filter cmac bnep cpufreq_powersave cpufreq_conservative cpufreq_userspace bbswitch(O) nls_ascii nls_cp437 vfat fat snd_hda_codec_hdmi snd_hda_codec_realtek snd_hda_codec_generic arc4 iwlmvm intel_rapl mac80211 x86_pkg_temp_thermal intel_powerclamp coretemp kvm_intel kvm i915 irqbypass uvcvideo intel_cstate videobuf2_vmalloc iwlwifi videobuf2_memops videobuf2_v4l2 snd_hda_intel intel_uncore videobuf2_core drm_kms_helper snd_hda_codec rtsx_pci_ms videodev snd_hda_core btusb memstick intel_rapl_perf media efi_pstore snd_hwdep cfg80211 joydev btrtl evdev drm snd_pcm snd_timer mei_me i2c_algo_bit efivars shpchp serio_raw pcspkr mei intel_pch_thermal iTCO_wdt iTCO_vendor_support hci_uart btbcm btqca btintel wmi thinkpad_acpi bluetooth nvram battery snd ac soundcore rfkill video intel_lpss_acpi intel_lpss button acpi_pad parport_pc ppdev lp parport efivarfs ip_tables x_tables autofs4 ext4 crc16 jbd2 crc32c_generic fscrypto ecb mbcache algif_skcipher af_alg dm_crypt dm_mod hid_generic usbhid rtsx_pci_sdmmc mmc_core crct10dif_pclmul crc32_pclmul crc32c_intel ghash_clmulni_intel pcbc aesni_intel aes_x86_64 crypto_simd glue_helper cryptd psmouse e1000e ptp pps_core i2c_i801 xhci_pci nvme xhci_hcd nvme_core rtsx_pci mfd_core usbcore usb_common thermal i2c_hid hid ** PCI devices: 00:00.0 Host bridge [0600]: Intel Corporation Device [8086:5910] (rev 05) Subsystem: Lenovo Device [17aa:505d] Control: I/O- Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx- Status: Cap+ 66MHz- UDF- FastB2B+ ParErr- DEVSEL=fast >TAbort- SERR- 00:01.0 PCI bridge [0604]: Intel Corporation Skylake PCIe Controller (x16) [8086:1901] (rev 05) (prog-if 00 [Normal decode]) Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx+ Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast >TAbort- SERR- TAbort- Reset- FastB2B- PriDiscTmr- SecDiscTmr- DiscTmrStat- DiscTmrSERREn- Capabilities: Kernel driver in use: pcieport Kernel modules: shpchp 00:01.2 PCI bridge [0604]: Intel Corporation Skylake PCIe Controller (x4) [8086:1909] (rev 05) (prog-if 00 [Normal decode]) Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx+ Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast >TAbort- SERR- TAbort- Reset- FastB2B- PriDiscTmr- SecDiscTmr- DiscTmrStat- DiscTmrSERREn- Capabilities: Kernel driver in use: pcieport Kernel modules: shpchp 00:02.0 VGA compatible controller [0300]: Intel Corporation Device [8086:591b] (rev 04) (prog-if 00 [VGA controller]) Subsystem: Lenovo Device [17aa:505e] Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx+ Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast >TAbort- SERR- Kernel driver in use: i915 Kernel modules: i915 00:14.0 USB controller [0c03]: Intel Corporation Sunrise Point-H USB 3.0 xHCI Controller [8086:a12f] (rev 31) (prog-if
Bug#855082: unblock: lace/1.3.1-1
Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: unblock Please unblock package lace While working on some extra tests for Gitano, a nasty bug was exposed in the Lace ACL library. This was fixed upstream and an immediate upstream release was made. The version in testing (1.3-1) differs from the version in unstable (1.3.1-1) only by this change. You can see the patch upstream at: https://git.gitano.org.uk/lace.git/commit/?id=3ba09da3af9b59cdd1f54626253c3cf67a41a4e7 Attached is the debdiff which is basically the above commit and an entry for debian/changelog. Thanks, Daniel. unblock lace/1.3.1-1 -- System Information: Debian Release: 8.7 APT prefers stable APT policy: (500, 'stable') Architecture: amd64 (x86_64) Foreign Architectures: i386, armhf Kernel: Linux 3.16.0-4-amd64 (SMP w/4 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) diff -Nru lace-1.3/debian/changelog lace-1.3.1/debian/changelog --- lace-1.3/debian/changelog 2016-10-14 09:25:34.0 +0100 +++ lace-1.3.1/debian/changelog 2017-02-13 12:09:42.0 + @@ -1,3 +1,10 @@ +lace (1.3.1-1) unstable; urgency=medium + + * New upstream release + * Closes: #854967 + + -- Daniel Silverstone <dsilv...@digital-scurf.org> Mon, 13 Feb 2017 12:09:42 + + lace (1.3-1) unstable; urgency=medium * Initial packaging of Lace as a separate project. diff -Nru lace-1.3/lib/lace/compiler.lua lace-1.3.1/lib/lace/compiler.lua --- lace-1.3/lib/lace/compiler.lua 2016-05-30 11:01:14.0 +0100 +++ lace-1.3.1/lib/lace/compiler.lua 2017-02-12 16:36:35.0 + @@ -101,7 +101,7 @@ return bindname(exec_context, rule, name, defn) end - args[#args+1] = definename + args[#args+1] = content[i].acc .. definename rules[#rules+1] = definerule else args[#args+1] = content[i].str diff -Nru lace-1.3/lib/lace/lex.lua lace-1.3.1/lib/lace/lex.lua --- lace-1.3/lib/lace/lex.lua 2016-05-30 11:01:14.0 +0100 +++ lace-1.3.1/lib/lace/lex.lua 2017-02-12 16:36:35.0 + @@ -60,16 +60,14 @@ quoting = c force_empty = true elseif c == '[' and quoting == false then - if acc == "" then - -- Something worth lexing - local ltab, rest, warns = lex_one_line(line, "]") - -- For now, assume the accumulator is good enough - cpos = cpos + #line - #rest - r[#r+1] = { spos = spos, epos = cpos, sub = ltab } - spos = cpos + 1 - line = rest - acc = "" - end + -- Something worth lexing + local ltab, rest, warns = lex_one_line(line, "]") + -- For now, assume the accumulator is good enough + cpos = cpos + #line - #rest + r[#r+1] = { spos = spos, epos = cpos, sub = ltab, acc = acc } + spos = cpos + 1 + line = rest + acc = "" elseif c == "'" and quoting == c then -- End single quotes quoting = false diff -Nru lace-1.3/test/test-lace.compiler.lua lace-1.3.1/test/test-lace.compiler.lua --- lace-1.3/test/test-lace.compiler.lua 2016-05-30 11:01:14.0 +0100 +++ lace-1.3.1/test/test-lace.compiler.lua 2017-02-12 16:36:35.0 + @@ -398,6 +398,11 @@ assert(result, msg) end +function suite.okay_negated_subdefine() + local result, msg = compiler.compile(comp_context, "subdefine3") + assert(result, msg) +end + local count_ok = 0 for _, testname in ipairs(testnames) do -- print("Run: " .. testname) diff -Nru lace-1.3/test/test-lace.compile-subdefine3.rules lace-1.3.1/test/test-lace.compile-subdefine3.rules --- lace-1.3/test/test-lace.compile-subdefine3.rules 1970-01-01 01:00:00.0 +0100 +++ lace-1.3.1/test/test-lace.compile-subdefine3.rules 2017-02-12 16:36:35.0 + @@ -0,0 +1,2 @@ +define is_susan equal susan +deny "Booo" is_susan ![equal jeff] diff -Nru lace-1.3/test/test-lace.engine-inverted-subdefine-works.rules lace-1.3.1/test/test-lace.engine-inverted-subdefine-works.rules --- lace-1.3/test/test-lace.engine-inverted-subdefine-works.rules 1970-01-01 01:00:00.0 +0100 +++ lace-1.3.1/test/test-lace.engine-inverted-subdefine-works.rules 2017-02-12 16:36:35.0 + @@ -0,0 +1,2 @@ +default allow +deny "PASS" ![equal jeff geoff] diff -Nru lace-1.3/test/test-lace.engine.lua lace-1.3.1/test/test-lace.engine.lua --- lace-1.3/test/test-lace.engine.lua 2016-05-30 11:01:14.0 +0100 +++ lace-1.3.1/test/test-lace.engine.lua 2017-02-12 16:36:35.0 + @@ -253,6 +253,14 @@ assert(result, msg) end +function suite.inverted_subdefine_works() + local ruleset, msg = lace.compiler.compile(comp_context, "inverted-subdefine-works") + assert(type(ruleset) == "table", "Ruleset did not compile") + local ectx = {jeff = "geoff"} +
Bug#854967: lace sub-defines fail mid-lexeme
Package: lua-lace Version: 1.3-1 Severity: important Lace 1.3 had a bug whereby if a subdefine came mid-lexeme it would break the lexer and thus subtly break the execution engine. In particular this showed itself with lace rules such as: deny "No Jeffs here" ![user is jeff] Upstream has released 1.3.1 which fixes this, please upload that. D. -- Daniel Silverstone http://www.digital-scurf.org/ PGP mail accepted and encouraged.Key Id: 3CCE BABE 206C 3B69
Bug#821892: Fix patch - disables broken asserts
Hi, I have prepared an NMU which disables the rogue asserts. They make an assumption on the size of the iso-codes databases which have moved on since pycountry. Rather than updating the numbers in the package which will fail the next time iso-codes changes size again, simply disable the rogue asserts and just let the rest of the test suite run. I have uploaded this to Unstable. D. -- Daniel Silverstone http://www.digital-scurf.org/ PGP mail accepted and encouraged.Key Id: 3CCE BABE 206C 3B69
Bug#821892: Missing patch
Hi, here's the missing patch, sorry, my email had a snafu. D. -- Daniel Silverstone http://www.digital-scurf.org/ PGP mail accepted and encouraged.Key Id: 3CCE BABE 206C 3B69 diff -Nru pycountry-1.8+ds1/debian/changelog pycountry-1.8+ds1/debian/changelog --- pycountry-1.8+ds1/debian/changelog 2014-08-27 00:21:20.0 +0100 +++ pycountry-1.8+ds1/debian/changelog 2017-01-28 23:28:00.0 + @@ -1,3 +1,10 @@ +pycountry (1.8+ds1-0.2) UNRELEASED; urgency=medium + + * Non-maintainer upload. + * Add 01-disable-failing-asserts.patch (Closes: #821892) + + -- Daniel Silverstone <dsilv...@digital-scurf.org> Sat, 28 Jan 2017 23:27:30 + + pycountry (1.8+ds1-0.1) unstable; urgency=medium * New upstream release diff -Nru pycountry-1.8+ds1/debian/patches/02-disable-failing-asserts.patch pycountry-1.8+ds1/debian/patches/02-disable-failing-asserts.patch --- pycountry-1.8+ds1/debian/patches/02-disable-failing-asserts.patch 1970-01-01 01:00:00.0 +0100 +++ pycountry-1.8+ds1/debian/patches/02-disable-failing-asserts.patch 2017-01-28 23:31:34.0 + @@ -0,0 +1,52 @@ +Description: Disable failing asserts + iso-codes has long moved on beyond that which pycountry knows. + This means the count of countries, subdivisions, etc are out of + date. Rather than risk an FTBFS when iso-codes moves on once more + simply comment out the specific asserts, leaving the rest of the + testing intact. +Author: Daniel Silverstone <dsilv...@digital-scurf.org> +Origin: other +Bug: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=821892 +Forwarded: no +Reviewed-by: Jonathan Wiltshire <j...@debian.org> +Last-Update: 2017-02-28 +--- +This patch header follows DEP-3: http://dep.debian.net/deps/dep3/ +--- a/src/pycountry/tests/test_general.py b/src/pycountry/tests/test_general.py +@@ -25,7 +25,7 @@ + + + def test_subdivisions_directly_accessible(): +-assert len(pycountry.subdivisions) == 4847 ++#assert len(pycountry.subdivisions) == 4847 + assert isinstance(list(pycountry.subdivisions)[0], pycountry.db.Data) + + de_st = pycountry.subdivisions.get(code='DE-ST') +@@ -51,7 +51,7 @@ + + + def test_scripts(): +-assert len(pycountry.scripts) == 169 ++#assert len(pycountry.scripts) == 169 + assert isinstance(list(pycountry.scripts)[0], pycountry.db.Data) + + latin = pycountry.scripts.get(name='Latin') +@@ -61,7 +61,7 @@ + + + def test_currencies(): +-assert len(pycountry.currencies) == 182 ++#assert len(pycountry.currencies) == 182 + assert isinstance(list(pycountry.currencies)[0], pycountry.db.Data) + + argentine_peso = pycountry.currencies.get(letter='ARS') +@@ -71,7 +71,7 @@ + + + def test_languages(): +-assert len(pycountry.languages) == 487 ++#assert len(pycountry.languages) == 487 + assert isinstance(list(pycountry.languages)[0], pycountry.db.Data) + + aragonese = pycountry.languages.get(alpha2='an') diff -Nru pycountry-1.8+ds1/debian/patches/series pycountry-1.8+ds1/debian/patches/series --- pycountry-1.8+ds1/debian/patches/series 2014-07-09 16:49:47.0 +0100 +++ pycountry-1.8+ds1/debian/patches/series 2017-01-28 23:26:49.0 + @@ -1,2 +1,3 @@ 00-use_system_iso-codes.patch 01-prevent_logger_warning.patch +02-disable-failing-asserts.patch
Bug#852993: unblock: gall/1.2-1
Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: unblock Please unblock package gall A segfault bug was found by Ian Learmonth which prevented git pushes to a Gitano based git server with objects above a certain size. Sadly he found this bug too late for the fix to make it into Stretch without this request. The change is related to the fact that more modern libgit2 libraries seem to require threads initialisation even when the client is not using threads. The debdiff between 1.1-2 and 1.2-1 is attached to this message. unblock gall/1.2-1 -- System Information: Debian Release: 8.6 APT prefers stable APT policy: (500, 'stable') Architecture: amd64 (x86_64) Foreign Architectures: i386, armhf Kernel: Linux 3.16.0-4-amd64 (SMP w/4 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) diff -Nru gall-1.1/COPYING gall-1.2/COPYING --- gall-1.1/COPYING 2016-08-29 12:42:36.0 +0100 +++ gall-1.2/COPYING 2017-01-25 23:55:25.0 + @@ -1,4 +1,4 @@ -Copyright 2012 Daniel Silverstone <dsilv...@digital-scurf.org> +Copyright 2012-2017 Daniel Silverstone <dsilv...@digital-scurf.org> All rights reserved. Redistribution and use in source and binary forms, with or without @@ -24,3 +24,26 @@ LIABILITY, OR TORT (INCLUDING NEGLIGENCE OR OTHERWISE) ARISING IN ANY WAY OUT OF THE USE OF THIS SOFTWARE, EVEN IF ADVISED OF THE POSSIBILITY OF SUCH DAMAGE. + +The file test/website.tar contains content which is under the following licence +terms: + +Copyright 2016 Kishan B, 2017 Ana Custura + +Permission is hereby granted, free of charge, to any person obtaining a copy +of this software and associated documentation files (the "Software"), to deal +in the Software without restriction, including without limitation the rights +to use, copy, modify, merge, publish, distribute, sublicense, and/or sell +copies of the Software, and to permit persons to whom the Software is +furnished to do so, subject to the following conditions: + +The above copyright notice and this permission notice shall be included in all +copies or substantial portions of the Software. + +THE SOFTWARE IS PROVIDED "AS IS", WITHOUT WARRANTY OF ANY KIND, EXPRESS OR +IMPLIED, INCLUDING BUT NOT LIMITED TO THE WARRANTIES OF MERCHANTABILITY, +FITNESS FOR A PARTICULAR PURPOSE AND NONINFRINGEMENT. IN NO EVENT SHALL THE +AUTHORS OR COPYRIGHT HOLDERS BE LIABLE FOR ANY CLAIM, DAMAGES OR OTHER +LIABILITY, WHETHER IN AN ACTION OF CONTRACT, TORT OR OTHERWISE, ARISING FROM, +OUT OF OR IN CONNECTION WITH THE SOFTWARE OR THE USE OR OTHER DEALINGS IN THE +SOFTWARE. diff -Nru gall-1.1/debian/changelog gall-1.2/debian/changelog --- gall-1.1/debian/changelog 2016-10-27 07:21:07.0 +0100 +++ gall-1.2/debian/changelog 2017-01-26 00:00:16.0 + @@ -1,3 +1,9 @@ +gall (1.2-1) unstable; urgency=medium + + * New upstream version, uses git_libgit2_init() + + -- Daniel Silverstone <dsilv...@digital-scurf.org> Thu, 26 Jan 2017 00:00:16 + + gall (1.1-2) unstable; urgency=medium * Fix homepage URL to the git server for Gall. diff -Nru gall-1.1/debian/copyright gall-1.2/debian/copyright --- gall-1.1/debian/copyright 2016-10-14 09:21:13.0 +0100 +++ gall-1.2/debian/copyright 2017-01-26 00:00:16.0 + @@ -10,6 +10,10 @@ Copyright: Copyright 2015 Daniel Silverstone <dsilv...@digital-scurf.org> License: BSD-3-clause +Files: test/website.tar +Copyright: Copyright 2016 Kishan B, 2017 Ana Custura +License: MIT + License: BSD-3-clause Copyright 2012 Daniel Silverstone <dsilv...@digital-scurf.org> All rights reserved. @@ -37,3 +41,24 @@ LIABILITY, OR TORT (INCLUDING NEGLIGENCE OR OTHERWISE) ARISING IN ANY WAY OUT OF THE USE OF THIS SOFTWARE, EVEN IF ADVISED OF THE POSSIBILITY OF SUCH DAMAGE. + +License: MIT + Copyright 2016 Kishan B, 2017 Ana Custura + . + Permission is hereby granted, free of charge, to any person obtaining a copy + of this software and associated documentation files (the "Software"), to deal + in the Software without restriction, including without limitation the rights + to use, copy, modify, merge, publish, distribute, sublicense, and/or sell + copies of the Software, and to permit persons to whom the Software is + furnished to do so, subject to the following conditions: + . + The above copyright notice and this permission notice shall be included in all + copies or substantial portions of the Software. + . + THE SOFTWARE IS PROVIDED "AS IS", WITHOUT WARRANTY OF ANY KIND, EXPRESS OR + IMPLIED, INCLUDING BUT NOT LIMITED TO THE WARRANTIES OF MERCHANTABILITY, + FITNESS FOR A PARTICULAR PURPOSE AND NONINFRINGEMENT. IN NO EVENT SHALL THE + AUTHORS OR COPYRIGHT HOLDERS BE LIABLE FOR ANY CLAIM, DAMAGES OR OTHER + LIABILITY, WHETHER IN AN ACTION OF CONTRACT, TORT OR OTHERWISE, ARISING FROM, +
Bug#834746: NMU Fix for FTBFS
Control: tags -1 patch pending Hi, Attached is an NMU patch which corrects the problem in this bug. This is related to the fact that the test suite (and only the test suite) relies on SSE2 for i386 (which should be no issue for the buildds). I have uploaded this to unstable. Thanks, Daniel. -- Daniel Silverstone http://www.digital-scurf.org/ PGP mail accepted and encouraged.Key Id: 3CCE BABE 206C 3B69 diff -Nru jemalloc-3.6.0/debian/changelog jemalloc-3.6.0/debian/changelog --- jemalloc-3.6.0/debian/changelog 2016-01-27 21:20:33.0 + +++ jemalloc-3.6.0/debian/changelog 2017-01-28 17:21:21.0 + @@ -1,3 +1,12 @@ +jemalloc (3.6.0-9.1) unstable; urgency=medium + + * Non-maintainer upload. + * Add testflags.patch which adds a TESTFLAGS env var support when +compiling tests. + * Add -msse4.1 to i386 TESTFLAGS (Closes: #834746) + + -- Daniel Silverstone <dsilv...@digital-scurf.org> Sat, 28 Jan 2017 17:21:21 + + jemalloc (3.6.0-9) unstable; urgency=medium [ Balint Reczey ] diff -Nru jemalloc-3.6.0/debian/patches/series jemalloc-3.6.0/debian/patches/series --- jemalloc-3.6.0/debian/patches/series 1970-01-01 01:00:00.0 +0100 +++ jemalloc-3.6.0/debian/patches/series 2017-01-28 17:07:36.0 + @@ -0,0 +1 @@ +testflags.patch diff -Nru jemalloc-3.6.0/debian/patches/testflags.patch jemalloc-3.6.0/debian/patches/testflags.patch --- jemalloc-3.6.0/debian/patches/testflags.patch 1970-01-01 01:00:00.0 +0100 +++ jemalloc-3.6.0/debian/patches/testflags.patch 2017-01-28 17:20:53.0 + @@ -0,0 +1,31 @@ +Description: Add support for TESTFLAGS + Add support to Makefile.in to allow passing TESTFLAGS to give + extra CFLAGS to the compilation of test files. +Author: Daniel Silverstone <dsilv...@digital-scurf.org> +Origin: other +Bug: 834746 +Forwarded: no +Reviewed-by: Steve McIntyre <st...@einval.com> +Last-Update: 2017-01-28 +--- +This patch header follows DEP-3: http://dep.debian.net/deps/dep3/ +--- a/Makefile.in b/Makefile.in +@@ -207,7 +207,7 @@ + $(C_UTIL_INTEGRATION_OBJS): $(objroot)src/%.integration.$(O): $(srcroot)src/%.c + $(C_TESTLIB_STRESS_OBJS): $(objroot)test/src/%.stress.$(O): $(srcroot)test/src/%.c + $(C_TESTLIB_STRESS_OBJS): CPPFLAGS += -DJEMALLOC_STRESS_TEST -DJEMALLOC_STRESS_TESTLIB +-$(C_TESTLIB_OBJS): CPPFLAGS += -I$(srcroot)test/include -I$(objroot)test/include ++$(C_TESTLIB_OBJS): CPPFLAGS += -I$(srcroot)test/include -I$(objroot)test/include $(TESTFLAGS) + $(TESTS_UNIT_OBJS): CPPFLAGS += -DJEMALLOC_UNIT_TEST + $(TESTS_UNIT_AUX_OBJS): CPPFLAGS += -DJEMALLOC_UNIT_TEST + define make-unit-link-dep +@@ -218,7 +218,7 @@ + $(TESTS_INTEGRATION_OBJS): CPPFLAGS += -DJEMALLOC_INTEGRATION_TEST + $(TESTS_STRESS_OBJS): CPPFLAGS += -DJEMALLOC_STRESS_TEST + $(TESTS_OBJS): $(objroot)test/%.$(O): $(srcroot)test/%.c +-$(TESTS_OBJS): CPPFLAGS += -I$(srcroot)test/include -I$(objroot)test/include ++$(TESTS_OBJS): CPPFLAGS += -I$(srcroot)test/include -I$(objroot)test/include $(TESTFLAGS) + ifneq ($(IMPORTLIB),$(SO)) + $(C_OBJS): CPPFLAGS += -DDLLEXPORT + endif diff -Nru jemalloc-3.6.0/debian/rules jemalloc-3.6.0/debian/rules --- jemalloc-3.6.0/debian/rules 2016-01-27 21:16:22.0 + +++ jemalloc-3.6.0/debian/rules 2017-01-28 17:21:21.0 + @@ -27,6 +27,12 @@ DEB_CPPFLAGS_MAINT_APPEND += -DPATH_MAX=8192 endif +ifeq ($(DEB_HOST_ARCH),i386) + # i386 needs -msse4.1 in order to be able to run the test suite + # and as far as we can tell, *ONLY* the test suite + TESTFLAGS += -msse4.1 +endif + DEB_CFLAGS_MAINT_APPEND += -std=gnu99 export DEB_CFLAGS_MAINT_APPEND DEB_CPPFLAGS_MAINT_APPEND @@ -40,7 +46,7 @@ ifeq ($(filter nocheck,$(DEB_BUILD_OPTIONS)),) export ASAN_OPTIONS = suppressions=$(CURDIR)/debian/asan-suppressions.txt override_dh_auto_test: - make check + make check "TESTFLAGS=$(TESTFLAGS)" endif override_dh_auto_install:
Bug#852044: Fix FTBFS
Control: tags 852044 + patch Hi Enrico, Attached is a patch which fixes this FTBFS. I have uploaded this to unstable. D. -- Daniel Silverstone http://www.digital-scurf.org/ PGP mail accepted and encouraged.Key Id: 3CCE BABE 206C 3B69 diff -Nru lua-curl-0.3.0/debian/changelog lua-curl-0.3.0/debian/changelog --- lua-curl-0.3.0/debian/changelog 2014-08-27 10:11:30.0 +0100 +++ lua-curl-0.3.0/debian/changelog 2017-01-28 14:09:19.0 + @@ -1,3 +1,11 @@ +lua-curl (0.3.0-9.1) unstable; urgency=medium + + * Non-maintainer upload. + * curl headers are now in the multiarch include form, use them. +(Closes: #852044) + + -- Daniel Silverstone <dsilv...@digital-scurf.org> Sat, 28 Jan 2017 14:09:19 + + lua-curl (0.3.0-9) unstable; urgency=medium * Fix FTBFS (Closes: #755338) diff -Nru lua-curl-0.3.0/debian/control lua-curl-0.3.0/debian/control --- lua-curl-0.3.0/debian/control 2014-08-27 10:11:30.0 +0100 +++ lua-curl-0.3.0/debian/control 2017-01-28 14:03:48.0 + @@ -2,7 +2,7 @@ Section: interpreters Priority: optional Maintainer: Enrico Tassi <gareuselesi...@debian.org> -Build-Depends: debhelper (>= 8.1.3), libcurl4-gnutls-dev (>= 7.15.0-2), dh-lua +Build-Depends: debhelper (>= 8.1.3), libcurl4-gnutls-dev (>= 7.52.1-1~), dh-lua Standards-Version: 3.9.3 Vcs-Svn: svn://svn.debian.org/pkg-lua/packages/lua-curl Vcs-Browser: http://svn.debian.org/viewsvn/pkg-lua/packages/lua-curl diff -Nru lua-curl-0.3.0/debian/rules lua-curl-0.3.0/debian/rules --- lua-curl-0.3.0/debian/rules 2014-08-27 10:11:30.0 +0100 +++ lua-curl-0.3.0/debian/rules 2017-01-28 13:57:15.0 + @@ -8,5 +8,5 @@ dh_auto_clean override_dh_auto_configure: - $(MAKE) -f Makefile constants + $(MAKE) -f Makefile HEADER="/usr/include/$(shell dpkg-architecture -qDEB_HOST_MULTIARCH)/curl/curl.h" constants dh_auto_configure
Bug#852946: Packaging should use the 'debian' location file
Package: ntp Version: 1:4.2.8p9+dfsg-2 Severity: normal Hi, NTP has a mechanism it calls 'location files' for deciding where binaries and manual pages go. The Debian packaging should force the use of the 'debian' location file, and then either update the packaging to not need to move binaries and manpages around, or patch the debian location file to put the binaries and manpages in the specific locations preferred by Debian. This should probably not be actioned until after Stretch is released but should be done before Buster is released. Thanks, Daniel. -- Daniel Silverstone http://www.digital-scurf.org/ PGP mail accepted and encouraged.Key Id: 3CCE BABE 206C 3B69
Bug#851803: Fix uploaded to DELAYED/5
Control: tag -1 pending Hi, I've uploaded the patch previously sent into DELAYED/5 Let me know if this should be expedited. D. -- Daniel Silverstone http://www.digital-scurf.org/ PGP mail accepted and encouraged.Key Id: 3CCE BABE 206C 3B69
Bug#851803: Bug fix for #851803
Attached is a quick fix for #851803 This is the quickest way to restore behaviour which was being used before the update of /etc/debian_version ready for Stretch's release. In the future, it'd be better to use --with-locfile=debian and adjust the rules and install files to match the debian locations instead. But this shouldn't be done until Stretch is out. Thanks, Daniel. -- Daniel Silverstone http://www.digital-scurf.org/ PGP mail accepted and encouraged.Key Id: 3CCE BABE 206C 3B69 diff -Nru ntp-4.2.8p9+dfsg/debian/changelog ntp-4.2.8p9+dfsg/debian/changelog --- ntp-4.2.8p9+dfsg/debian/changelog 2016-11-21 19:09:17.0 + +++ ntp-4.2.8p9+dfsg/debian/changelog 2017-01-28 11:58:18.0 + @@ -1,3 +1,10 @@ +ntp (1:4.2.8p9+dfsg-2.1) unstable; urgency=medium + + * Non-maintainer upload. + * Force program locations to use 'legacy' defaults (Closes: #851803) + + -- Daniel Silverstone <dsilv...@digital-scurf.org> Sat, 28 Jan 2017 11:58:18 + + ntp (1:4.2.8p9+dfsg-2) unstable; urgency=medium * CVE-2016-0727: NTP statsdir cleanup cronjob insecure (Closes: #839998) diff -Nru ntp-4.2.8p9+dfsg/debian/rules ntp-4.2.8p9+dfsg/debian/rules --- ntp-4.2.8p9+dfsg/debian/rules 2016-05-19 19:53:43.0 +0100 +++ ntp-4.2.8p9+dfsg/debian/rules 2017-01-28 11:40:56.0 + @@ -27,6 +27,7 @@ --disable-local-libopts \ --enable-ntp-signd \ --disable-dependency-tracking \ + --with-locfile=legacy \ --with-openssl-libdir=/usr/lib/$(DEB_HOST_MULTIARCH) build: build-arch build-indep
Bug#700408: I shall be packaging Gitano
Control: retitle -1 ITP: gitano -- Gitano - Git service manager Control: owner -1 ! Hi, I am working on packaging for Gitano which shall be (hopefully) in Stretch. D. -- Daniel Silverstone http://www.digital-scurf.org/ PGP mail accepted and encouraged.Key Id: 3CCE BABE 206C 3B69
Bug#840976: ITP: gitano -- Gitano - Git service manager
Package: wnpp Severity: wishlist Owner: Daniel Silverstone <dsilv...@digital-scurf.org> * Package name: gitano Version : 0.1 Upstream Author : Daniel Silverstone <dsilv...@digital-scurf.org> * URL : https://www.gitano.org.uk/ * License : BSD Programming Lang: Lua Description : Gitano - Git service manager Gitano is a Git service manager along similar lines to Gitosos or Gitolite. Gitano is focussed on being configured entirely via Git and can be commanded over SSH. Gitano has support for running hooks with limited functionality in a sandbox so as to allow for untrusted parties writing hook code. Gitano also has a fully-fledged ACL system which allows individual projects to create their own rulesets, along with supporting complex delegable permissions. Gitano has been in development for a number of years now and is used by a number of Debian developers and a non-trivial number of git servers. It is finally in a state which I believe to be long-term supportable and as such I would like it to be in Stretch. Initially the Debian packaging will be maintained by myself; but I have one or two people who contribute to Gitano and its dependencies who may be prepared to co-maintain over time. D.
Bug#840917: ITP: tongue -- Lua I18N library 'Tongue'
Package: wnpp Severity: wishlist Owner: Daniel Silverstone <dsilv...@digital-scurf.org> * Package name: tongue Version : 0.8 Upstream Author : Daniel Silverstone <dsilv...@digital-scurf.org> * URL : https://git.gitano.org.uk/tongue.git * License : BSD Programming Lang: Lua Description : Lua I18N library 'Tongue' Tongue is an internationalisation engine written in Lua which implements a hierarchical language pack system for Lua programs to use in localising messages into and out of themselves. This package is a dependency of Gitano which I am trying to get packaged into Stretch. This is the last dependency which needs adding to Debian as far as I can tell, before Gitano can go in. I will be maintaining the package myself to begin with; though I do have two potentially interested others for co-maintenance. D.
Bug#840726: ITP: lace -- Lua Access Control Engine
Package: wnpp Severity: wishlist Owner: Daniel Silverstone <dsilv...@digital-scurf.org> * Package name: lace Version : 1.3 Upstream Author : Daniel Silverstone <dsilv...@digital-scurf.org> * URL : https://www.gitano.org.uk/lace/ * License : BSD Programming Lang: Lua Description : Lua Access Control Engine Lace is an access control engine written in Lua which implements a squid-like ACL system for Lua programs to use in controlling access to resources. Lace provides a parser of rulesets and an engine to execute the parsed rulesets. It relies on the calling application to provide access control types and then Lace runs the boolean logic and returns an allow/deny result along with the location of the decision and any description provided by it. Lace is part of the dependencies for Gitano which I am trying to get packaged and into Stretch. Initially I shall be maintaining the package myself, but I do have two possible assistants lined up. D.
Bug#840724: ITP: gall -- Git Abstraction Layer for Lua
Package: wnpp Severity: wishlist Owner: Daniel Silverstone <dsilv...@digital-scurf.org> * Package name: gall Version : 1.1 Upstream Author : Daniel Silverstone <dsilv...@digital-scurf.org> * URL : https://git.gitano.org.uk/gall.git/ * License : BSD Programming Lang: C, Lua Description : Git Abstraction Layer for Lua Gall is a Git abstraction layer for Lua which implements a set of Lua objects which can interact with git repositories (via libgit2 where possible). Gall allows a Lua program to examine refs and objects, and to fully create git commits without needing to create a working tree on disk. Gall is part of the set of packages which are the dependencies of Gitano which I am working toward packaging for Stretch. Initially I shall maintain the package, but I have one or two potential assistants, neither of which are DDs or DMs (yet). D.
Bug#840611: ITP: supple -- Lua strict sandbox
Package: wnpp Severity: wishlist Owner: Daniel Silverstone <dsilv...@digital-scurf.org> * Package name: supple Version : 1.0.5 Upstream Author : Daniel Silverstone <dsilv...@digital-scurf.org> * URL : https://git.gitano.org.uk/supple.git/ * License : BSD Programming Lang: C, Lua Description : Lua strict sandbox Supple is a very strict sandbox which runs Lua code on behalf of applications which cannot trust the code very much. Supple is a dependency of Gitano which I am working towards releasing with Debian Stretch. Maintainership will be myself initially, with one or two willing assistants in the future. They are not yet DDs or DMs though. D.
Bug#837117: This bug is not found in 1.21-3
notfound 837117 1.21-3 Hi, I spent some time today checking, and 1.21-3 's source doesn't differ materially from the SHA presented by the reporter. I can confirm that the bug is definitely present in the version in Jessie, but unstable is clear. If I have some time, I'll look at what is necessary to fix the Jessie package, but honestly, once 1.21-3 gets into testing it's probably best to just request a backport if the reporter still cares. D. -- Daniel Silverstone http://www.digital-scurf.org/ PGP mail accepted and encouraged.Key Id: 3CCE BABE 206C 3B69
Bug#840382: Reopen accidentally marked done bug
reopen 840382 thanks I typo'd in my changelog and closed this by mistake, sorry. D. -- Daniel Silverstone http://www.digital-scurf.org/ PGP mail accepted and encouraged.Key Id: 3CCE BABE 206C 3B69
Bug#839703: ITP: lua-scrypt -- Lua binding to libscrypt
Package: wnpp Severity: wishlist Owner: Daniel Silverstone <dsilv...@digital-scurf.org> * Package name: lua-scrypt Version : 1.1 Upstream Author : Daniel Silverstone <dsilv...@digital-scurf.org> * URL : https://git.gitano.org.uk/lua-scrypt.git/ * License : ISC Programming Lang: C, Lua Description : Lua binding to libscrypt Lua binding to the libscrypt implementation of the scrypt password-based key derivation function. The library binds both the hash and verify operations. This package is a dependency of Gitano, which I am preparing to upload to Debian. I am the upstream developer and will be maintaining the package with help from one or two prospective DMs. D.
Bug#839699: ITP: clod -- Configuration Language Organised (by) Dots
Package: wnpp Severity: wishlist Owner: Daniel Silverstone <dsilv...@digital-scurf.org> * Package name: clod Version : 1.0.1 Upstream Author : Daniel Silverstone <dsilv...@digital-scurf.org> * URL : https://www.gitano.org.uk/clod/ * License : ISC Programming Lang: Lua Description : Configuration Language Organised (by) Dots Clod is a configuration language written in Lua which implements a simple dotted key/value pair system which tries to keep programmatic edits in-line with what humans would do in a similar situation. This is a dependency of Gitano (A git server written in Lua which focusses on keeping everything in Git, including hooks). I am the upstream and will maintain it primarily; though I have offers from at least one, possibly two prospective DMs to help. D.
Bug#804254: publib-dev: publib does not provide a .a file with PIC objects
Package: publib-dev Version: 0.40-1 Severity: normal Dear Maintainer, It would be super-useful if publib-dev provided a PIC compiled variant of the ar file. This would allow the use of publib functions when preparing shared objects such as modules to be loaded into interpreters. Thanks, Daniel. -- System Information: Debian Release: 8.2 APT prefers stable APT policy: (500, 'stable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.16.0-4-amd64 (SMP w/4 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) -- no debconf information
Bug#795937: mairix: stack smash in make_nvp
Package: mairix Version: 0.23+git20131125-0.3 Severity: important Tags: patch Dear Maintainer, Mairix has, at its core, a name/value pair scheme which assumes names and values cannot exceed 256 bytes in length. There was a semi-active bug which ended up with a 4k limit instead of a 256 byte limit, but instead I have submitted a PR which sizes the buffers dynamically with input at https://github.com/rc0/mairix/pull/17 It makes sense to apply this to the mairix package and then, ideally, to submit for a backport to jessie as currently in jessie I am unable to index my mail archive without the above patch. D. -- System Information: Debian Release: 8.0 APT prefers stable APT policy: (500, 'stable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.16.0-4-amd64 (SMP w/4 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages mairix depends on: ii libbz2-1.0 1.0.6-7+b3 ii libc6 2.19-18 ii zlib1g 1:1.2.8.dfsg-2+b1 mairix recommends no packages. mairix suggests no packages. -- no debconf information
Bug#648256: Potentially interested in co-maintaining Cherokee
Hi, I have recently been in touch with upstream (Stefan de Konink) and have been assisting with a few bugs in Cherokee. I'd be interested in helping with the packaging since I will need to maintain updated Cherokee packages for myself for a Wheezy server anyway. Are you interested in co-maintaining the package in Sid? D. -- Daniel Silverstone http://www.digital-scurf.org/ PGP mail accepted and encouraged.Key Id: 3CCE BABE 206C 3B69 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#648256: Potentially interested in co-maintaining Cherokee
On Thu, Jan 02, 2014 at 07:02:41 -0700, Leonel Nunez wrote: Yes all help is welcome I'm already working on the package but it's taking me longer than I expected but I'm moving on I went with what was there from before and just removed the patch which didn't apply from the quilt. That worked just fine for me. Obviously it's not ideal since it won't be necessarily up-to-date policy-wise, but it was good. Gunnar was maintaining it on git.debian.org using git-buildpackage's infra. Since then, upstream has moved to git themselves (on github) so we should probably just migrate to that git history and add the debian/ dir in. Let me know if you want me to do any of this. D. -- Daniel Silverstone http://www.digital-scurf.org/ PGP mail accepted and encouraged.Key Id: 3CCE BABE 206C 3B69 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#616303: libgfshare 1.0.5 released
Package: libgfshare1 Hi, There's a new upstream release of 1.0.5 rolling in bug fixes. Dunno if it's worth packaging. D. -- Daniel Silverstone http://www.digital-scurf.org/ PGP mail accepted and encouraged.Key Id: 3CCE BABE 206C 3B69 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#614315: Patch to change from MD5 to SHA1
tags 614315 +patch thanks Hi, Attached is a patch which updates the 'functions' shell file to use SHA1 instead of MD5. It also updates the perl chunk at the bottom, but obviously does not update the version of pkginfo available in the bootstrap-base udeb. This needs updating also, otherwise new installs will fail. Regards, Daniel. -- Daniel Silverstone http://www.digital-scurf.org/ PGP mail accepted and encouraged.Key Id: 3CCE BABE 206C 3B69 --- functions-1.0.27 2011-02-21 12:30:38.680288222 + +++ functions 2011-02-21 12:18:50.597829630 + @@ -228,13 +228,13 @@ export DOWNLOAD_DEBS } -check_md5 () { - # args: dest md5 size - local expmd5=$2 +check_sha1 () { + # args: dest sha1 size + local expsha1=$2 local expsize=$3 - relmd5=`md5sum $1 | sed 's/ .*$//'` + relsha1=`sha1sum $1 | sed 's/ .*$//'` relsize=`wc -c $1` - if [ $expsize -ne $relsize ] || [ $expmd5 != $relmd5 ]; then + if [ $expsize -ne $relsize ] || [ $expsha1 != $relsha1 ]; then return 1 fi return 0 @@ -242,7 +242,7 @@ get () { # args: from dest 'nocache' - # args: from dest [md5sum size] [alt {md5sum size type}] + # args: from dest [sha1sum size] [alt {sha1sum size type}] local displayname if [ ${2%.deb} != $2 ]; then displayname=$(echo $2 | sed 's,^.*/,,;s,_.*$,,') @@ -257,7 +257,7 @@ rm -f $2 else info VALIDATING Validating %s $displayname - if check_md5 $2 $3 $4; then + if check_sha1 $2 $3 $4; then return 0 else rm -f $2 @@ -278,7 +278,7 @@ local order=3 fi for a in $order; do - local md5=$(eval echo \${$a}) + local sha1=$(eval echo \${$a}) local siz=$(eval echo \${$(( $a+1 ))}) local typ=$(eval echo \${$(( $a+2 ))}) local from @@ -300,13 +300,13 @@ info RETRIEVING Retrieving %s $displayname if ! just_get $from $dest2; then continue; fi - if [ $md5 != ]; then + if [ $sha1 != ]; then info VALIDATING Validating %s $displayname - if check_md5 $dest2 $md5 $siz; then -md5= + if check_sha1 $dest2 $sha1 $siz; then +sha1= fi fi - if [ -z $md5 ]; then + if [ -z $sha1 ]; then [ $dest2 = $dest ] || mv $dest2 $dest case $typ in gz) gunzip $dest ;; @@ -442,10 +442,10 @@ ## download -get_release_md5 () { +get_release_sha1 () { local reldest=$1 local path=$2 - sed -n '/^[Mm][Dd]5[Ss][Uu][Mm]/,/^[^ ]/p' $reldest | \ + sed -n '/^[Ss][Hh][Aa]1:$/,/^[^ ]/p' $reldest | \ while read a b c; do if [ $c = $path ]; then echo $a $b; fi done | head -n 1 @@ -504,9 +504,9 @@ local totalpkgs=0 for c in $COMPONENTS; do local subpath=$c/binary-$ARCH/Packages - local bz2md=`get_release_md5 $reldest $subpath.bz2` - local gzmd=`get_release_md5 $reldest $subpath.gz` - local normmd=`get_release_md5 $reldest $subpath` + local bz2md=`get_release_sha1 $reldest $subpath.bz2` + local gzmd=`get_release_sha1 $reldest $subpath.gz` + local normmd=`get_release_sha1 $reldest $subpath` local md= if [ $normmd != ]; then md=$normmd @@ -529,9 +529,9 @@ for c in $COMPONENTS; do local subpath=$c/binary-$ARCH/Packages local path=dists/$SUITE/$subpath - local bz2md=`get_release_md5 $reldest $subpath.bz2` - local gzmd=`get_release_md5 $reldest $subpath.gz` - local normmd=`get_release_md5 $reldest $subpath` + local bz2md=`get_release_sha1 $reldest $subpath.bz2` + local gzmd=`get_release_sha1 $reldest $subpath.gz` + local normmd=`get_release_sha1 $reldest $subpath` local ext= local md= if [ $normmd != ]; then @@ -588,13 +588,13 @@ $PKGDETAILS PKGS $m $pkgdest $@ | ( leftover= - while read p ver arc mdup fil md5 size; do + while read p ver arc mdup fil sha1 size; do if [ $ver = - ]; then leftover=$leftover $p else progress_next $(($dloaddebs + $size)) local debdest=$($DLDEST deb $p $ver $arc $m $fil) -if get $m/$fil $TARGET/$debdest $md5 $size; then +if get $m/$fil $TARGET/$debdest $sha1 $size; then dloaddebs=$(($dloaddebs + $size)) echo $TARGET/debootstrap/debpaths $p $debdest else @@ -704,9 +704,9 @@ continue fi size=${details##* }; details=${details% *} - md5=${details##* }; details=${details% *} + sha1=${details##* }; details=${details% *} local debdest=$($DLDEST deb $details) - if get $m/${details##* } $TARGET/$debdest $md5 $size; then + if get $m/${details##* } $TARGET/$debdest $sha1 $size; then echo $TARGET/debootstrap/debpaths $p $debdest details=done break @@ -1027,14 +1027,14 @@ $ver = $v if ($f eq version:); $arc = $v if ($f eq architecture:); $fil = $v if ($f eq filename:); - $md5 = $v if ($f eq md5sum:); + $sha1 = $v if ($f eq sha1:); $siz = $v if ($f eq size:); $val = $v if ($f eq $field); } elsif (/^$/) { if (defined $val defined $fields{$val}) { $cnt++; printf %s %s %s %s %s %s %s\n, - $pkg, $ver, $arc, $mirror, $fil, $md5, $siz; + $pkg, $ver
Bug#603396: RM: libdc0/0.3.13-1
Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: rm The version of libdc0 in unstable (0.3.23-1) fails to build from source on armel. This is preventing the transition of the newer version to testing. However, the failure appears to be in code which is present in the version in testing, just not *tested*. The website for the package (http://wxdcgui.sourceforge.net/) suggests that this library is obsolete and recommended against. I therefore suggest we remove it from testing before we end up having to support it in a stable release. Regards, Daniel. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#603396: RM: libdc0/0.3.13-1
On Sat, Nov 13, 2010 at 07:21:02PM +0100, Julien Cristau wrote: I therefore suggest we remove it from testing before we end up having to support it in a stable release. This would break valknut in testing. Given that popcon indicates that valknut is barely used, removing it also wouldn't be a completely bad idea. Regards, Daniel. -- Daniel Silverstone http://www.digital-scurf.org/ PGP mail accepted and encouraged.Key Id: 3CCE BABE 206C 3B69 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#556939: libgfshare-bin: can produce broken shares containing foo.000
On Wed, Nov 18, 2009 at 03:36:37PM +0100, Florian Zumbiehl wrote: Why is it randomized anyhow? Just numbering shares from 1 would produce more reproducible results, thus making it more likely that problems specific to a certain use case would get noticed before it's too late. It probably would be easier to use for some purposes, too, if file names were easier to predict. Randomised so that you can easily strip the numbers and place them elsewhere and thereby make it harder to guess the share numbers. BTW, the command line parser is pretty much completely broken if you judge it by the error messages it produces even for completely valid values as per its own help output. In case you want to fix that, too ... Back then I wasn't very good at cmdline parsers. Patch welcome. D. -- Daniel Silverstone http://www.digital-scurf.org/ PGP mail accepted and encouraged.Key Id: 3CCE BABE 206C 3B69 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#556939: libgfshare-bin: can produce broken shares containing foo.000
On Wed, Nov 18, 2009 at 04:05:20PM +0100, Florian Zumbiehl wrote: Randomised so that you can easily strip the numbers and place them elsewhere and thereby make it harder to guess the share numbers. And that is good for what? If you lose a number of shares equal-to-or-greater-than the number required to reconstruct the share, it might arguably provide you with a short period of time in which to revoke those keys. I'd be quite happy to receive a patch which offered an option of sequential vs. randomised share numbers. D. (And no, I'm not claiming added security, just the potential of a little more time to deal with the fact that your security is breached) -- Daniel Silverstone http://www.digital-scurf.org/ PGP mail accepted and encouraged.Key Id: 3CCE BABE 206C 3B69 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#556939: libgfshare-bin: can produce broken shares containing foo.000
On Wed, Nov 18, 2009 at 02:00:25PM +, Simon McVittie wrote: The mathematics of Shamir secret sharing do not work correctly with x_i = 0, i.e. a component foo.000, so the library should reject any sharenrs array that contains 0, and the utilities should not produce such arrays. I'll prepare a patch this evening. Daniel, do you agree with this diagnosis? Indeed, the zero-share is not useful since in theory it'd be the data unchanged. The software should reject zero-share instances, and not create them. I'm happy for you to supply me with a bundle, or I can sort it out myself, whichever you would prefer. D. -- Daniel Silverstone http://www.digital-scurf.org/ PGP mail accepted and encouraged.Key Id: 3CCE BABE 206C 3B69 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#527872: How to fix
tags 527872 + patch thanks Hi, You can stop the exit-on-dbus-exit by adding: dbus_connection_set_exit_on_disconnect(dbus_connection, FALSE); to a_dbus_connect() in dbus.c This has been tested and appears to work. Dunno if awesome will then need some reconnect logic, but at least it'll stop it exiting when dbus restarts. D. -- Daniel Silverstone http://www.digital-scurf.org/ PGP mail accepted and encouraged.Key Id: 2BC8 4016 2068 7895 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#527872: Diff for previous info
Attached is a diff which is an NMU. I can upload it if you're too busy to take it. D. -- Daniel Silverstone http://www.digital-scurf.org/ PGP mail accepted and encouraged.Key Id: 2BC8 4016 2068 7895 diff -u awesome-3.3.1/debian/changelog awesome-3.3.1/debian/changelog --- awesome-3.3.1/debian/changelog +++ awesome-3.3.1/debian/changelog @@ -1,3 +1,10 @@ +awesome (3.3.1-1.1) unstable; urgency=low + + * NMU to add dbus_connection_set_exit_on_disconnect to stop the bus +disconnecting and causing awesome to die. (Closes: #527872) + + -- Daniel Silverstone dsilv...@debian.org Fri, 24 Jul 2009 15:42:14 +0200 + awesome (3.3.1-1) unstable; urgency=low * New upstream release only in patch2: unchanged: --- awesome-3.3.1.orig/dbus.c +++ awesome-3.3.1/dbus.c @@ -502,7 +502,9 @@ a_dbus_cleanup_bus(dbus_connection, dbusio); } } - + +dbus_connection_set_exit_on_disconnect(dbus_connection, FALSE); + return dbus_connection; } signature.asc Description: This is a digitally signed message part
Bug#361740: liblua50-dev: symlink pointing to .
On Sun, 2006-04-09 at 18:23 -0700, Russ Allbery wrote: There is exactly one header file, and IMO packages should care enough about their dependencies to not do silly things to get a single file included. It smells like a transitional measure, but I don't know for sure. I see that it was intentional: It was indeed intentional I do generally agree that it's not the best idea if there are other solutions to the same problem, but I can see why one might arrive at this solution. And the exact reasoning is thus... Some programs are written aware of the lua50 and lua40 dirs used in Debian and other distros. They do: #include lua50/lua.h Some are aware and do: #include lua.h and have -I/usr/include/lua50 Some are aware and do: #include lua/lua.h and have -I/usr/include/lua50 Some are unaware and do either of the second without the -I -- at that point it's up to the packager to fix up the build either by adding a -I or by fixing the #include statements to be more correct. There is a wealth of software out there which uses Lua, and not all of it is suited to a packaged version of Lua and those which are are not always suited to the idea that there might be differing versions on the filesystem at the same time. This is a compatibility measure in an attempt to increase the amount of software which can build with as little intervention as possible from the packager. Also, it's not just one include file. It's just that others are in liblualib50-dev I imagine. Regards, Daniel -- Daniel Silverstonehttp://www.debian.org/ PGP mail accepted and encouraged.Key Id: 2BC8 4016 2068 7895 signature.asc Description: This is a digitally signed message part
Bug#339009: O: lua50 -- Lua 5.0.2
Package: wnpp Version: N/A; reported 2005-11-14 Severity: normal I have no time to continue looking after the Lua packages. They have languished unloved now for some time and have a few open bugs against them, at least one of which is serious (a rebuild is needed against readline 5) I am so busy with work that even simple maintenance is a pain and thus would appreciate it if someone would take the packages over. They're very light work and rarely need changing. The software doesn't get many updates. Thanks, Daniel. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#324937: dbi drivers must be linked better
Package: libdbi-drivers Version: 0.7.1-2 The drivers generated by this source package have a severe issue related to dynamic linking in them. They expect to be able to find symbols in the libdbi.so library implicitly when they are dlopen()ed. Unfortunately if libdbi.so is linked to by another .so which is dlopen()ed into the app at runtime, with the RTLD_LOCAL flag set, then libdbi.so will also be loaded with its symbols LOCAL and as such any attempt to dlopen() a libdbd-foo driver will fail with a missing symbol. The way to fix this is for the libdbd-foo drivers to be linked against libdbi also. This means that the dynamic linker will find the symbols at runtime despite the presence of the RTLD_LOCAL flag and all will be well. Please consider simply adding -ldbi to all the LDFLAGS lines in the drivers. Regards, Daniel -- Daniel Silverstone http://www.digital-scurf.org/ Hostmaster, Webmaster, and Chief Code Wibbler Digital-Scurf Unlimited GPG Public key available from keyring.debian.org KeyId: 20687895 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]