Bug#918134: O: dpatch -- patch maintenance system for Debian source packages

Package: wnpp Severity: normal I *think* the Alioth archives are up-to-date. Or at least not too far behind. Description: patch maintenance system for Debian source packages dpatch is an easy to use patch system for Debian packages, somewhat similar to the dbs package, but much simpler to use.

Bug#918133: O: aalib -- ASCII art library

Package: wnpp Severity: normal I'm orphaning aalib. It's in reasonable state, I believe, but it might need some updates here and there (mostly to change the Vcs headers to something that exists... the alioth archives are - I think - up to date). Package description is: Description: ASCII art

Bug#918132: O: riemann-c-client -- C language client library for the Riemann event stream processor

Package: wnpp Severity: normal I'm orphaning riemann-c-client. I still intend to maintain it upstream (there's not much to maintain there, mind you), but I no longer wish to maintain the Debian package. Feel free to pick it up. The package description is: Description: C language client library

Bug#851746: Orphaning dh-exec

retitle 851746 dh-exec -- Scripts to help with executable debhelper files thanks You do not need to contact me if you want to adopt the package, just go ahead with it. -- |8]

Bug#916232: check breaks riemann-c-client autopkgtest

On Tue, Dec 11, 2018 at 7:42 PM Paul Gevers wrote: > autopkgtest [04:39:51]: test symver: [--- > In file included from tests/check_symver.c:9: > tests/tests.h:10: warning: "ck_assert_float_eq" redefined > #define ck_assert_float_eq(X, Y) \ > > In file included from

Bug#910608: RFS: libtheft/0.4.5-1 ITP #910296

>>>>> "Paul" == Paul Wise writes: Paul> On Sun, Oct 21, 2018 at 1:54 PM Gergely Nagy wrote: >> - The package build-depends on `debhelper-compat (= 11)`, which works, >> but it's a virtual package. I'd suggest build-depending on `debhelper

Bug#910608: RFS: libtheft/0.4.5-1 ITP #910296

Hi! I just had a quick look at the libtheft packaging on mentors, and noticed a few things that at the moment, prevent me from sponsoring the package. These are: - I was unable to find the public part of your GPG key, thus, was unable to verify the signature on the source package. Where can

Bug#908226: Unicode input does not actually input the selected symbol

An additional data point: I upgraded to the latest Kitty in testing today, and noticed a thing in the changelog: + Add support for IME via IBus, enabled by setting GLFW_IM_MODULE=ibus So I exported that variable before starting kitty, and inputting unicode works now. It does not pop up the

Bug#908226: Unicode input does not actually input the selected symbol

> "James" == James McCoy writes: James> Your earlier mail leads me to believe you may have already tried this, James> but just to be sure... If you manually run the kitty command from an James> existing terminal, are any diagnostics displayed in the original James> terminal?

Bug#908226: Unicode input does not actually input the selected symbol

>>>>> "James" == James McCoy writes: James> On Fri, Sep 07, 2018 at 04:43:17PM +0200, Gergely Nagy wrote: >> I can bring up the unicode input overlay with C-S-u, but no matter what symbol I >> select there, once I press Enter to input

Bug#908226: Unicode input does not actually input the selected symbol

Package: kitty Version: 0.11.3-1 Severity: normal Tags: upstream I can bring up the unicode input overlay with C-S-u, but no matter what symbol I select there, once I press Enter to input it, nothing happens, no symbol appears in my terminal. My kitty configuration consists of color settings

Bug#889006: dh-autoreconf is run before patching

Sorry for the brevity, I'm a tad short on time right now: yeah, I'm ok with a 0-day NMU of dpatch, that tweaks the sequence, and includes the patch for #868978 as well. Thanks! -- |8]

Bug#851746: RFA: dh-exec -- Scripts to help with executable debhelper files

Package: wnpp Severity: normal I request an adopter for the dh-exec package, ideally someone familiar with debhelper and surrounding tools. Best would be to have it under the debhelper team umbrella. The package is in a reasonable shape, but there are some issues that would need work - some of

Bug#849917: O: ivykis -- Asynchronous I/O readiness notification library

Package: wnpp Severity: normal I'm orphaning the ivykis library, primarily used by syslog-ng. I don't use neither syslog-ng, nor ivykis anymore, and lack the time and energy to maintain it properly. The latest packaging is on Alioth at collab-maint/ivykis, but I lost bits and pieces of the puzzle

Bug#831786: dh-exec: breaks dh_install --fail-missing

Control: tag -1 pending Hi! To summarize the case quickly for Niels: if we have a package that has an arch:all and an arch:any binary, and uses dh_install --fail-missing, and dh-exec in either (or both) binary packages' .install file, and we do an arch-indep or arch-only build, --fail-missing

Bug#498067: pending

Control: tag -1 pending This is fixed in git, has been for a while, and is waiting for an upload. If all goes well, that will happen in a few days. -- |8]

Bug#198507: dh_install: fails if filenames have an embedded space

> "Niels" == Niels Thykier writes: >> [...] >> >> You only need to teach debhelper to handle the \-escaped spaces. >> Niels> I am not really sure I want to use \-escaped spaces. Besides being a Niels> pain in themselves, it would also suggest

Bug#198507: dh_install: fails if filenames have an embedded space

Hi! > "Niels" == Niels Thykier writes: Niels> On Mon, 23 Jun 2003 09:59:52 -0400 Joe Nahmias wrote: Now, this is quite an ancient issue! :D >> dh_install has problems handling files listed in debian/pkgname.install >> when the filename

Bug#838410: RFA: ccze -- A robust, modular log coloriser

Hi! >>>>> "Axel" == Axel Beckert <a...@debian.org> writes: Axel> Gergely Nagy wrote: >> >>>>> "Axel" == Axel Beckert <a...@debian.org> writes: >> Nope, not interested. The upstream "maintainer&

Bug#838410: RFA: ccze -- A robust, modular log coloriser

Hi, > "Axel" == Axel Beckert writes: Axel> Tobias Frost wrote: >> The current maintainer of ccze, Stephen Gran , >> looks for someone to take over this package. Axel> If no one else is interested, I'd take it over. Axel> But maybe

Bug#833919: Crashes with "stack smashing detected" whenevery I try to apply changes

Package: gpointing-device-settings Version: 1.6.0~git20150314.de7fe9e7-1 Severity: grave No matter which settings I change, whether I run the software as my own user or via sudo, whenever I try to apply changes, it crashes with the attached backtrace printed on the terminal I launched it from.

Bug#816341: Patch

Control: tag -1 patch Patch that restricts the tag to install/manpages files is attached. Good catch, thanks! -- |8] >From bbec428b16b73deaae0dab1e1fe52ba10c87da98 Mon Sep 17 00:00:00 2001 From: Gergely Nagy <alger...@madhouse-project.org> Date: Tue, 1 Mar 2016 08:58:17 +0100 Subjec

Bug#811064: Please don't do this

On Fri, Jan 15, 2016 at 1:54 PM, Raphael Hertzog wrote: > On Fri, 15 Jan 2016, Wouter Verhelst wrote: >> If a build-dependency is not available on a given architecture, then the >> package cannot be built on that architecture. Period. If that's a > > Life is not black and

Bug#498067: dh_install wildcard exception mechanism request

Hi! This wishlist was recently brought to my attention, as something that could be added via dh-exec. I have a couple of ideas for the syntax: 1) usr/bin/djview3 => usr/bin/djview3 This is the existing syntax for dh-exec-install-rename, which does a copy behind the scenes. For this feature, it

Bug#801809: dh-exec: syntax

On Sat, Oct 17, 2015 at 4:29 PM, Edmund Grimley Evans wrote: >> I just pushed a fix to git that partially addresses the issue. The other >> issue is in the fpc install script: [!linux-armel !linux-powerpc] means >> either !armel, or !powerpc, therefore, it will

Bug#801809: dh-exec: fix for multiple arch filters

Control: tag -1 patch I just pushed a fix to git that partially addresses the issue. The other issue is in the fpc install script: [!linux-armel !linux-powerpc] means either !armel, or !powerpc, therefore, it will always be true. If you want to exlude both, the correct syntax is: [!linux-armel]

Bug#802034: This is a dh-exec issue

Control: reassign -1 dh-exec The problem here is that with the DH_CONFIG_ACT_ON_PACKAGES change, dh-exec lost the ability to work with plain debian/install or debian/manpages files. I'll restore that functionality in the next dh-exec upload. -- |8]

Bug#801809: dh-exec: fails to filter with multiple arch wildcards provided

On Wed, Oct 14, 2015 at 8:27 PM, Paul Gevers wrote: > (experimental_powerpc-dchroot)elbrus@partch:~/fpc-3.0.0~rc1+dfsg$ cat > debian/fp-units-gfx-3.0.0.install > #!/usr/bin/dh-exec > /usr/lib/fpc/*/units/*/cairo > /usr/lib/fpc/*/units/*/ggi > /usr/lib/fpc/*/units/*/graph >

Bug#511048: dh_clean: Another directory removal suggestion

Another idea: delegate this to dh-exec! Not sure if debian/clean can be executable yet, but if so, I can easily teach dh-exec to rm -rf a directory when it sees "foo/", and leave it up to dh_clean to do its stuff otherwise. -- |8]

Bug#511048: [debhelper-devel] Bug#511048: directory removal suggestion

On Thu, Oct 8, 2015 at 6:58 PM, Axel Beckert wrote: > Hi, > > Barak A. Pearlmutter wrote: >> How about using the same convention as .gitignore, so to include a >> directory foo put a line foo/ in debian/clean. The trailing slash >> would tell dh_clean that this is a directory

Bug#801184: RFA: git-flow -- Git extension to provide a high-level branching model

Package: wnpp Severity: normal I request an adopter for the git-flow package. The package description is: A set of scripts that provide high-level repository operations for managing feature/release/hotfix branches in a Git repository, particularly suited to be utilised to follow Vincent

Bug#801104: lintian: dh-exec check improvements

without dh-exec. There may be false positives, so the new tag is of wishlist severity only. -- |8] >From 6b35ed7bb3ac3efcfe2ba253c0b3c0514f29c165 Mon Sep 17 00:00:00 2001 From: Gergely Nagy <alger...@madhouse-project.org> Date: Tue, 6 Oct 2015 11:54:07 +0200 Subject: [PATCH 1/2] checks/d

Bug#801104: Anoter useless-use-of-dh-exec check

Attached is another patch, a followup to the previous two. It catches the 'usr/lib/${DEB_HOST_MULTIARCH}/some-dir/*.so' cases too. -- |8] >From 577add3f0269411abf378fe461f3c1f4c829678a Mon Sep 17 00:00:00 2001 From: Gergely Nagy <alger...@madhouse-project.org> Date: Tue, 6 Oct 2015

Bug#800518: O: 9base -- Plan 9 userland tools

Package: wnpp Severity: normal I'm orphaning the 9base package, because I do not use it, and do not have neither the time, the energy or motivation to keep it in good shape. The packaging is available on Alioth, under collab-maint/9base, in Git. The description reads: Description: Plan 9

Bug#800519: O: dadadodo -- Exterminates all rational thought

Package: wnpp Severity: normal I'm orphaning dadadodo, because I have neither the time, energy nor motivation to maintain it properly. The sources are in Git, under collab-maint/dadadodo. The description reads: Description: Exterminates all rational thought DadaDodo is a program that analyses

Bug#698054: Updated patch

Updated patch attached, as per discussion on IRC. -- |8] >From ea6ebe371c5b5a1c66576504e199c73bc7383db1 Mon Sep 17 00:00:00 2001 From: Gergely Nagy <alger...@madhouse-project.org> Date: Wed, 23 Sep 2015 10:12:43 +0200 Subject: [PATCH] Dh_Lib: Export an env var before running +

Bug#698054: debhelper: dh_install seems to call all executable debian/*.install files even with -p

I just managed to reproduce this, test package attached. What happens is that if dh_install gets called with -pfoo, then foo.install will still be read and executed, but no copying will happen. The contents are needed for --list-missing/--fail-missing, as far as I see. The problem only manifests

Bug#698054: A patch to export a variable when calling +x scripts

Mon Sep 17 00:00:00 2001 From: Gergely Nagy <alger...@madhouse-project.org> Date: Wed, 23 Sep 2015 10:12:43 +0200 Subject: [PATCH] Dh_Lib: Export _DH_DO_PACKAGES before running executable scripts In order to let executable scripts discover what package is being built, so they can avoid sid

Bug#799552: dh-exec: BuildProfiles stanza make tool abort when no profile is set

> "Samuel" == Samuel Thibault writes: Samuel> I have added a stage1 build profile to my package, and thus my Samuel> .install.in file looks like this: [...] Samuel> and so if there is no profile, it just aborts. Is that Samuel> really expected? It

Bug#798648: debhelper: Run make check VERBOSE=1 when using autoconf

to the command line. It should have no ill side-effects, as far as I see. (The test suite was also updated & extended) -- |8] >From 3c604a8e7ba2fe8d4504be91e732ccb3ccfcb49c Mon Sep 17 00:00:00 2001 From: Gergely Nagy <alger...@madhouse-project.org> Date: Fri, 11 Sep 2015 14:30:05 +0200 Su

Bug#794585: systemd unit file does not read /etc/default/syslog-ng

Control: forwarded -1 https://github.com/balabit/syslog-ng/issues/683 Forwarded this upstream, because while it is reasonably easy to fix it in Debian only, it is much easier to fix it upstream. That way the packaging doesn't have to patch anything, nor ship its own systemd service file. -- |8]

Bug#794585: systemd unit file does not read /etc/default/syslog-ng

Control: forwarded -1 https://github.com/balabit/syslog-ng/issues/683 Forwarded this upstream, because while it is reasonably easy to fix it in Debian only, it is much easier to fix it upstream. That way the packaging doesn't have to patch anything, nor ship its own systemd service file. -- |8]

Bug#703201: Add an option to process per-arch/per-os *and* normal install files

>>>>> "Lisandro" == Lisandro Damián Nicanor Pérez Meyer <perezme...@gmail.com> >>>>> writes: Lisandro> On Tuesday 01 September 2015 19:49:06 Dmitry Shachnev wrote: >> On Tue, 01 Sep 2015 10:56:17 +0200, Gergely Nagy wrote: &

Bug#703201: Add an option to process per-arch/per-os *and* normal install files

This can easily be done with dh-exec now, with much nicer syntax than what I proposed two years ago: Instead of foo.install-common, foo.install.$os, foo.install.$arch, one can use a single executable foo.install file, with some special markup: , | #! /usr/bin/dh-exec | | ## Common stuff |

Bug#793377: linux-image-4.0.0-2-amd64: USB keyboard losing keystrokes

Package: linux-image-4.0.0-2-amd64 Version: 4.0.8-1 Severity: important Dear Maintainer, I recently upgraded from Jessie to Stretch, which bought along a kernel upgrade from 3.16 to 4.0. After the upgrade - and a reboot - my USB keyboard (TypeMatrix 2030) started losing keystrokes: typing at

Bug#792954: dpatch: please make the build reproducible

Control: tag -1 pending Maria == Maria Valentina Marin marival...@gmail.com writes: Maria While working on the “reproducible builds” effort [1], we have noticed Maria that dpatch could not be built reproducibly. Maria The attached patch sets the mtimes of all files which are

Bug#768634: ITA: propellor -- property-based host configuration management in haskell

Control: retitle -1 O: propellor -- property-based host configuration management in haskell Control: noowner -1 PICCA == PICCA Frederic-Emmanuel frederic-emmanuel.pi...@synchrotron-soleil.fr writes: PICCA Hello, just to know if you are planning to update propellor in Debian While I

Bug#787696: syslog-ng-core: syslog-ng not supporting RFC5424

Package: syslog-ng-core Version: 3.6.1+git20141206-g4d90138-4 Severity: important Owner: Michael Bushey mich...@realtymogul.com (Submitting on behalf of Michael Bushey) Dear Maintainer, From a remote machine, this does not work: logger --tcp --port 514 -n l01 --tag scrub -p 6 Scrub test from

Bug#774351: sbuild: patch to fail when hooks fail

works, I'll clean it up and resubmit. -- |8] From 2fc906196c67cb71fb79f8e517b28d830f59d4fc Mon Sep 17 00:00:00 2001 From: Gergely Nagy alger...@madhouse-project.org Date: Fri, 29 May 2015 09:01:24 +0200 Subject: [PATCH] Sbuild::Build: Abort when a hook fails Signed-off-by: Gergely Nagy alger

Bug#783689: bustle-pcap: Manual is in the wrong package

Source: bustle Version: 0.4.7-3 With bustle-pcap being moved out into a separate package, the corresponding manual page should have been moved too. But it remained in the original bustle package (noticed by lintian). Please fix that at some point. -- |8] -- To UNSUBSCRIBE, email to

Bug#783694: mrrescue: Small suggestion for the packaging

Source: mrrescue Version: 1.02c-1 Severity: wishlist Hi! I have a small suggestions regarding the mrrescue packaging: you can work around debhelper bug #719359 in a different way: put the files in debian/data/, and change debian/mrrescue.install to search for the script to run the game and the

Bug#776937: dpatch: please make the build reproducible

Chris == Chris Lamb la...@debian.org writes: Chris While working on the reproducible builds effort [1], we have noticed Chris that dpatch could not be built reproducibly. Thanks for the patch, I will apply it, and upload the fixed package soonish. -- |8] -- To UNSUBSCRIBE, email

Bug#773168: [Syslog-ng-maintainers] Bug#773168: remove afsql from default modules

Control: reassign -1 syslog-ng-core Control: forcemerge -1 650814 Matus == Matus UHLAR - fantomas uh...@fantomas.sk writes: Matus the module afsql is listed as default, although split into different Matus package. That causes syslog complain about missing default module everytime

Bug#772464: unblock: propellor/0.9.1.1 (pre-approval)

-updates; urgency=medium + + [ Joey Hess ] + * Docker: Stop using docker.io; that was a compat symlink in +the Debian package which has been removed in docker.io 1.3.1~dfsg1-2. +(Closes: #769452) + + [ Gergely Nagy ] + * New maintainer. (Closes: #768634) + + -- Gergely Nagy alger

Bug#771774: RFS: libmongo-client/0.1.8-2 [ITA]

Jörg == Jörg Frings-Fürst deb...@jff-webhosting.net writes: * The build: target was there for a reason. Without it, we will build the arch-indep stuff by default too, which is something we want to avoid. For example, it will FTBFS on buildds, because they do not install

Bug#771774: RFS: libmongo-client/0.1.8-2 [ITA]

Jörg == Jörg Frings-Fürst deb...@jff-webhosting.net writes: Jörg I am looking for a sponsor for my package libmongo-client Jörg Package name: libmongo-client Jörg Version : 0.1.8-2 As the former maintainer and upstream, there are a few issues I see with the packaging

Bug#770801: RFA: libmongo-client -- Alternate C driver for MongoDB

Package: wnpp Severity: normal I am looking for a new maintainer for libmongo-client (both Debian and upstream, but they do not have to be the same person). It is an alternative C language driver for the MongoDB NoSQL database, used by both rsyslog and syslog-ng for their respective MongoDB

Bug#760426: [systemd] Logs gone after moving to systemd

Control: retitle -1 syslog-ng: Remove dangling syslog.service symlink in preinst Control: tag -1 help The same dance will need to be done for syslog-ng-core (which ships syslog-ng.service) that rsyslog will be doing (see #741496). It's blocked until the proper steps to do the syslog.service

Bug#727649: syslog-ng memory leak when using templated filenames and rewrite rules

Control: forwarded -1 https://github.com/balabit/syslog-ng/issues/308 Control: tag -1 upstream Control: found -1 3.5.6-2 Control: found -1 3.6.1-1 I managed to reproduce the problem on the latest upstream version too, and forwarded it upstream. During my tests, it seemed that the unix-stream()

Bug#769452: docker.io compat symlink removed

Joey == Joey Hess i...@joeyh.name writes: Joey propellor's docker support uses the docker.io command, but this Joey turns out to have been a deprecated compat symlink which was removed in Joey docker.io 1.3.1~dfsg1-2. Which has already migrated to testing. Joey This is fixed in

Bug#703639: [Syslog-ng-maintainers] Bug#703639: kill -HUP $(cat /var/run/syslog-ng.pid) can cause duplicate logging issues

Evgeni == Evgeni Golov evg...@debian.org writes: Evgeni Hi, Evgeni On Fri, Mar 22, 2013 at 03:59:11PM +0100, Gergely Nagy wrote: * Fixing the configuration and reloading gets things back in order, no matter how many times messages were duplicated before. Evgeni I have

Bug#768634: ITA: propellor -- property-based host configuration management in haskell

Control: retitle -1 ITA: propellor -- property-based host configuration management in haskell I intend to adopt propellor. I'm starting to use it at work, and at home too, would be a shame to let it fall out of Debian. It's also a great excuse to learn more about Haskell packaging. -- |8] --

Bug#763725: git-flow: Bad variable name when space characters in path

Peter van der Does pe...@avirtualhome.com writes: On Thu, 02 Oct 2014 09:30:33 +0200 Jeremie Burtin jere...@jeremieburtin.fr wrote: Package: git-flow Version: 1.7.0-1 Severity: grave Tags: upstream Justification: renders package unusable Hi, When trying to perform git flow feature

Bug#757903: [Syslog-ng-maintainers] Bug#757903: syslog-ng-core: invoke-rc.d: initscript syslog-ng, action stop failed.

% systemctl status syslog-ng.service; dpkg-reconfigure syslog-ng-core syslog-ng.service - System Logger Daemon Loaded: loaded (/lib/systemd/system/syslog-ng.service; enabled) Active: active (running) since Tue 2014-08-12 20:42:04 CEST; 1s ago Docs: man:syslog-ng(8) Main PID:

Bug#757903: [Syslog-ng-maintainers] Bug#757903: Bug#757903: syslog-ng-core: invoke-rc.d: initscript syslog-ng, action stop failed.

Control: reassign 757903 dh-systemd Control: forcemerge 751741 757903 Control: affects + 751741 syslog-ng-core Gergely Nagy alger...@balabit.hu writes: Turns out this is a known issue with systemd and socket activated services (such as syslog-ng), see #736258 and #751744. However, we do

Bug#757903: syslog-ng-core: invoke-rc.d: initscript syslog-ng, action stop failed.

Sebastian Ramacher sramac...@debian.org writes: Package: syslog-ng-core Version: 3.5.6-1 Severity: grave Justification: renders package unusable Today the upgrade from 3.5.5-2 to 3.5.6-1 failed with: | Processing triggers for syslog-ng-core (3.5.6-1) ... | Job for syslog-ng.service

Bug#755212: transition: protobuf-c

Robert Edmonds edmo...@debian.org writes: Emilio Pozuelo Monfort wrote: On 18/07/14 22:19, Robert Edmonds wrote: * The header file (protobuf-c.h) which compiled .pb-c.h files must include. This is shipped in the libprotobuf-c0-dev package (protobuf-c 1.0.0), or the

Bug#755887: ITP: adderall -- a miniKanren implementation in Hy

Package: wnpp Severity: wishlist Owner: Gergely Nagy alger...@madhouse-project.org * Package name: adderall Version : 0.1.2 Upstream Author : Gergely Nagy alger...@madhouse-project.org * URL : https://github.com/algernon/adderall * License : LGPL Programming

Bug#755212: transition: protobuf-c

Robert Edmonds edmo...@debian.org writes: The various riemann-c-client headers in /usr/include/riemann include proto/riemann.pb-c.h, and there's syslog-ng-mod-riemann (from syslog-ng-incubator) that uses the library, thus, the generated header too, transitively. Ah, right. From a brief

Bug#755212: transition: protobuf-c

Robert Edmonds edmo...@debian.org writes: riemann-c-client Rebuilt by hand successfully against protobuf-c 1.0.0~rc2-1 from experimental. Has an unversioned build dependency on libprotobuf-c0-dev. This needs to be updated to libprotobuf-c-dev eventually.

Bug#745014: src:syslog-ng: please update build-depends from libjson0-dev to libjson-c-dev

Ondřej Surý ond...@debian.org writes: the json-c upstream has dropped an compatibility layer from libjson0(-dev) to libjson-c2(-dev) in current upstream release. Please update your build-depends from libjson0-dev to libjson-c-dev. Thanks for the notice, it will be corrected with the

Bug#747020: syslog-ng-core: Add /var/log/error to /etc/logrotate.d/syslog-ng

Facundo Aguirre facu...@creativadigital.com.ar writes: I think that /var/log/error should be in /etc/logrotate.d/syslog-ng like all the others files that are managed by the default configuration of syslog-ng-core. Thanks for noticing this omission, it will be fixed in the next upload! --

Bug#744182: syslog-ng: include option should be befor the log paths in the main syslog-ng.conf file

jdossan...@docs.homelinux.org writes: The @include /etc/syslog-ng/conf.d/ option is on the bottom of the syslog-ng.conf file, but it should be befor the log paths, as example: Good catch, I'll consider updating the default config with the next syslog-ng upload. Thanks for the suggestion!

Bug#739932: aalib: FTBFS with clang instead of gcc

Hi! Arthur Marble art...@info9.net writes: Using the rebuild infrastructure, your package fails to build with clang (instead of gcc). I checked the patch, but it returns 2, while the comment above the function says that it should return 0 on failure, and it is used as such later. Returning 2

Bug#739604: sysvinit: The new skeleton does not work on kFreeBSD

Source: sysvinit Version: 2.88dsf-50 Severity: serious The change introduced in sysvinit 2.88dsf-50, which turns /etc/init.d/skeleton into a script that has /lib/init/init-d-script as interpreter fails on kFreeBSD, because on that platform, interpreters cannot be other scripts. To demonstrate:

Bug#739604: sysvinit: The new skeleton does not work on kFreeBSD

Petter Reinholdtsen p...@hungry.com writes: [Gergely Nagy] The change introduced in sysvinit 2.88dsf-50, which turns /etc/init.d/skeleton into a script that has /lib/init/init-d-script as interpreter fails on kFreeBSD, because on that platform, interpreters cannot be other scripts. Oh. I

Bug#736656: libdbi-drivers: drivers not found anymore, due to multi-arch

Source: libdbi-drivers Version: 0.9.0-1 Severity: grave Justification: renders package unusable libdbi1 0.9.0-1 is built with a multi-arch, and will search for drivers in a multi-arch directory, but the binaries produced from libdbi-drivers still produce packages that use the old, non-multiarch

Bug#736240: libdbi: debian/copyright file mistakes

Source: libdbi Version: 0.8.4-6 The debian/copyright file lists the license of libdbi as LGPLv2.1, while in reality, it is LGPLv2.1+. Also, there are a couple of files that have a diferent license (at least in 0.9.0-1), namely: * src/asprintf.c: This one says ripped from gcc - it would be nice

Bug#635659: libdbi{,-drivers} maintenance

László Böszörményi (GCS) g...@debian.org writes: I'm the maintainer of sqlite and sqlite3 and back then I was the only syslog-ng maintainer. Thus when I saw libdbi and libdbi-drivers is up for adoption, started working on them. It was March, last year. When almost finished, I put it down, I

Bug#635659: Any progress? (Was: Re: RFA: libdbi)

Hi! I was wondering if there's any progress in adopting the package, and packaging the new upstream version? syslog-ng could really use an updated (0.9.0+) version. If there's no progress, I would like to update the package to the new upstream version, and bring it under collab-maint/ on git.d.o.

Bug#635659: Any progress?

Control: retitle -1 ITA: libdbi -- DB Independent Abstraction Layer for C Thomas Goirand z...@debian.org writes: On 01/15/2014 06:03 PM, Gergely Nagy wrote: Hi! I was wondering if there's any progress in adopting the package, and packaging the new upstream version? syslog-ng could really

Bug#635658: ITA

Control: retitle -1 ITA: libdbi-drivers -- Database drivers for libdbi As mentioned in #635659, I'll be adopting libdbi, and this package too. -- |8] -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact

Bug#635659: Any progress?

Prach Pongpanich prach...@gmail.com writes: I have been waiting for your response for long time. I can put you both as Uploaders. Or even better, I'd be happiest if I didn't have to adopt the package at all. If a 0.9.0 packaging can be done and upload within a week, that's fine with me. The

Bug#730333: php-opencloud: VCS- links are 404

Source: php-opencloud Version: 1.6.0+dfsg-1 The VCS fields in the package reference a repository that does not exist. As far as I see, an s/pkg-opencloud/pkg-php/g; needs to be applied to it. (If anyone reading this on unknown-package@, php-opencloud just cleared NEW, and the maintainer is

Bug#730314: ITP: syslog-ng-incubator -- Extra modules for syslog-ng

Package: wnpp Severity: wishlist Owner: Gergely Nagy alger...@madhouse-project.org * Package name: syslog-ng-incubator Version : git master (or whatever I call it by the time I get there) Upstream Author : BalaBit IT Security Ltd. * URL : https

Bug#729991: syslog-ng-core uninstallable

Martin Bagge / brother brot...@bsnet.se writes: On 2013-11-20 15:57, Gergely Nagy wrote: The file() thing here comes from the system() source. system() is expanded at run-time, depending on the OS/platform/whatever syslog-ng is running on. You can run syslog-ng --preprocess-into=/dev

Bug#729991: syslog-ng-core uninstallable

Control: tag -1 upstream I managed to reproduce the problem using a 3.2 kernel, I know how to fix it, and I'm now working on a patch (it's not trivial to make the fix nice). I expect I'll be able to do a 3.5.2 release early next week, and the package will hit unstable a few hours later. -- |8]

Bug#725668: syslog-ng: Space in ident ends up in msg instead of the program macro

Control: found -1 3.5.1-1 Allan Wind allan_w...@lifeintegrity.com writes: If ident contains space (like fail2ban does) then the space and the ':' separator ends up in msg. Configured syslog-ng with the following: template tagged { template(r_isodate=$R_ISODATE host=$HOST

Bug#729575: syslog-ng-core: bogus date for kernel messages

Control: tag -1 upstream Found the issue, I'm pushing a fix into git, fixed package should hit unstable early next week latest. Thanks for the report and the assistance! -- |8] -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble?

Bug#729575: syslog-ng-core: bogus date for kernel messages

Jakub Wilk jw...@debian.org writes: * Gergely Nagy alger...@balabit.hu, 2013-11-15, 17:05: syslog-ng has just logged this: 1961-02-05T20:15:59+01:00 borsuk kernel: usb 1-2: USB disconnect, device number 5 The timestamp is obviously bogus. My system date is correct, and non-kernel messages

Bug#729575: syslog-ng-core: bogus date for kernel messages

Jakub Wilk jw...@debian.org writes: * Gergely Nagy alger...@balabit.hu, 2013-11-21, 14:42: Hm... I have not been able to reproduce it yet... I suspect the bug might be architecture-specific. I can reproduce it on i386, but not on amd64. Mhm, great, then I have a suspicion where the problem

Bug#729991: syslog-ng-core uninstallable

Andrei POPESCU andreimpope...@gmail.com writes: On Mi, 20 nov 13, 00:19:49, Martin Bagge / brother wrote: [...] [] Starting system logging: syslog-ngUnable to determine how to monitor this file, follow_freq() unset and it is not possible to poll it with the current ivykis polling method.

Bug#729575: syslog-ng-core: bogus date for kernel messages

Jakub Wilk jw...@debian.org writes: Package: syslog-ng-core Version: 3.5.1-1 syslog-ng has just logged this: 1961-02-05T20:15:59+01:00 borsuk kernel: usb 1-2: USB disconnect, device number 5 The timestamp is obviously bogus. My system date is correct, and non-kernel messages are logged

Bug#728716: RFS: xchroot/2.3.2-9 [ITP] -- Hi Debian!

Elmar Stellnberger estel...@elstel.org writes: Am 04.11.13 18:43, schrieb Paul Tagliamonte: On Mon, Nov 4, 2013 at 12:42 PM, Paul Tagliamonte paul...@debian.org mailto:paul...@debian.org wrote: On Mon, Nov 04, 2013 at 06:22:15PM +0100, Elmar Stellnberger wrote: Is it really a

Bug#728716: RFS: xchroot/2.3.2-9 [ITP] -- Hi Debian!

Elmar Stellnberger estel...@gmail.com writes: S-FSL v1.3.3 uploaded at http://www.elstel.org/license/ Having clearly considered your critics I have published a reworked edition of S-FSL which should more strictly adhere to the terms of OSS-software. As you can understand and as I have

Bug#728591: ITP: riemann-c-client -- C language client library for the Riemann event stream processor

Package: wnpp Severity: wishlist Owner: Gergely Nagy alger...@madhouse-project.org * Package name: riemann-c-client Version : 1.0.1 Upstream Author : Gergely Nagy alger...@madhouse-project.org * URL : https://github.com/algernon/riemann-c-client/ * License

Bug#728592: RFA: mikmod -- Portable tracked music player

Package: wnpp Severity: normal I request an adopter for the mikmod package. The package recently got a new upstream maintainer, and a new release has been made with quite a lot of important improvements (such as working ALSA support). Unfortunately, I lack the time to properly take care of the

Bug#728593: RFA: libmikmod -- Portable sound library

Package: wnpp Severity: normal I request an adopter for the libmikmod package. It recently got a new upstream maintainer and new, much improved releases have been made, which should be packaged. I lack the time to take good care of the package, hence the request for a new maintainer. This goes

Bug#710473: bats: 0.3.1 status?

Hi! I have recently started playing with the idea of using BATS, and came across your ITP and RFS. However, for my use, I'd need a more recent version (0.3.1+). Could you update your packaging to that version? I'd be happy to review and sponsor it afterwards. -- |8] -- To UNSUBSCRIBE, email

Bug#727683: lintian: erroneously reports a warning on :-separated RPATHs

Package: lintian Version: 2.5.19 Severity: normal While working on my unofficial syslog-ng packages[1], I came across a spurious warning when running Lintian on the results: E: syslog-ng-core: binary-or-shlib-defines-rpath usr/lib/syslog-ng/3.5.0rc1/libcryptofuncs.so

  1   2   3   4   5   6   >