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 Gergely (in Cc) is intererested in taki
Hi!
>>>>> "Axel" == Axel Beckert writes:
Axel> Gergely Nagy wrote:
>> >>>>> "Axel" == Axel Beckert writes:
>> Nope, not interested. The upstream "maintainer" part is a bit of an
>> exaggeration t
eats up all resources it can, until killed, which would be the
expected behaviour, I think.
--
Gergely Nagy <[EMAIL PROTECTED]>
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
> Please note that maintainer uploads are preferred to NMUs! If you are
> able to upload, then please do so.
At the moment, I am not able to - please NMU. It's much appreciated!
Cheers,
--
Gergely Nagy
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsub
to mind).
--
Gergely Nagy
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
The problem is that chwon(fn, -1) works differently on Linux than on
FreeBSD.
Linux doesn't change the permissions if mode is -1, FreeBSD does. The
workaround would be to test for -1 in syslog-ng and not call chmod in
those cases.
For the record, affile_open_file gets the same arguments even on L
The problem - at a first guess - will be somewhere in the config file
parsing code or thereabouts. By the time syslog-ng gets to call
fchown(), the file mode is set to a horribly wrong value:
> #1 0x00434d66 in affile_open_file (name=0x68e030 "/var/log/syslog",
> flags=33285, uid=0, gid=
The issue is fixed in upstream git, differently than how Steven
proposed:
http://git.balabit.hu/?p=bazsi/syslog-ng-3.1.git;a=commitdiff;h=cbcea8c95c3f07ed9eaa4d12f124db8f8ca2f74b;hp=61181dca938d2cdd8233df2a07d6e0c76f049e6f
Bazsi's solution is to use gint instead of mode_t, so that syslog-ng can
c
Package: libevtlog0
Severity: wishlist
There's a new upstream version available (since a little while), which
is required by the alpha releases of syslog-ng 3.3, and will be required
by the final version aswell.
Version 0.2.12 would be very nice to have.
--
|8]
--
To UNSUBSCRIBE, email to d
In my opinion, this is a release critical issue, because systems that
relied in dir_group() working (because it does work as expected in
Lenny), and built scripts or other infrastructure around that feature,
will break when upgrading to Squeeze.
I run syslog-ng with root:root, but the group of som
It's a known issue, the kernel people have been notified, and the
general consensus is that breaking userspace this way is not bad, and
the change is either going to be reverted, or reworked in such a way
that maintains backwards compatibility.
It's pointless to try and work with the current -rc3
Package: update-notifier
Version: 0.99.3debian8
Severity: minor
I have a file in /etc/apt/preferences.d/, pinning a certain package to
-1 to prevent installation. This file is owned by root:root, and has
0600 as its permissions.
I noticed today, that the toolip for the update-notifier is far long
Package: wnpp
Severity: wishlist
* Package name: libczmq
Version : 1.0.0
Upstream Author : Pieter Hintjens and others
* URL : http://czmq.zeromq.org/
* License : LGPL3+
Programming Lang: C
Description : High-level C binding for ZeroMQ
czmq (previousl
Alessandro Ghedini writes:
> Hi,
>
> On Fri, Jun 17, 2011 at 08:12:15AM +0200, Gergely Nagy wrote:
>> There are a few issues with the library: upstream makes no attempt at
>> versioning it yet, so the packager will either need to convince
>> upstream to at least use
Davide Prina writes:
> Package: libzorp3.9-0
> Severity: minor
>
> In DDTSS I see:
>
> Share librarioes of the Zorp system.
> ^
> _|
>
> I think it must be:
>
> Share libraries of the Zorp system.
It's actually two typos: 'Share' should be 'Shared' aswell.
--
|8]
--
Zhehao Mao writes:
> I know this is a somewhat sticky issue because Google Chrome is not
> maintained by Debian and it is not really a big problem, but I thought it
> would send this report anyway.
Since Google Chrome is - as you wrote - not in Debian, your report ended
up being filed against
Roman Vasiyarov writes:
> Notes:
> - debian/rules: ./autogen.sh may require build-depend on automake (or
> w/e beast).
> i don't know if running ./autogen.sh is appropriate (changing source
> one-way?), but that seemed way better than autoreconf/libtoolize
> manual patching every time
You could
Алексей Малов writes:
> I think, openssh-server should support "include" directive. I have a
> lot of sshd_config files that are mostly the same, except for some
> small differences. For example, ListenAddress could be different
> because a host has a bunch of virtual interfaces that ssh should n
Christophe Lohr writes:
> Package: tigervnc-server
> Version: 1.0.90-r4387
> Severity: normal
> Tags: upstream
>
> Hi,
> When I use applications such as iceweasel (3.5.16-5) icedove (3.1.10-2) or
> galeon (2.0.7-2.1+b1) within tigervnc-server (1.0.90-r4387), large areas are
> displayed as grey
reassign 631678 linux-image-2.6-amd64
thanks
Hi!
Андрей Василишин writes:
> Package: linux-image-2.6.37-2-amd64
> Version: 2.6.37-2
Since 2.6.37-2 was removed from unstable on March 28, can you try
upgrading to a newer kernel, and test if the problem persists?
Meanwhile, I'm reassigning the b
Erwan David writes:
> Package: virtualbox-4.0
> Version: 4.0.10-72479~Debian~squeeze
> Severity: normal
> Tags: wheezy
Does this also happen with the VirtualBox in Debian (4.0.8-dfsg-2 is the
latest as far as I see)?
If so, I'd suggest reassigning this bug to virtualbox-dkms, as no
virtualbox-4
Vitaliyi writes:
> Package: linux-image-2.6.39-1-686-pae
> Version: 2.6.39-1
2.6.39-1 was removed from unstable on the 9th of June, and therefore the
bug report did not reach its intended audience. Can you retry with
linux-image-2.6.39-2-686-pae?
If the problem is still present, can you reassig
reassign 632215 linux-image-2.6.39-2-686-pae 2.6.39-2
thanks
Vitaliyi writes:
> On Thu, Jun 30, 2011 at 6:59 PM, Gergely Nagy wrote:
>
>> Vitaliyi writes:
>>
>> > Package: linux-image-2.6.39-1-686-pae
>> > Version: 2.6.39-1
>>
>> 2.6.39-1 w
retitle 632640 ITP: git-flow -- Git extension to provide a high-level branching
model
thanks
Since I use git-flow both at work, and at home for every project I
touch, and was contemplating on packaging it up so that I can stop
checking it out on every machine I work on, I'll be preparing a packag
Hi!
Sam Morris writes:
> Package: wnpp
> Severity: wishlist
>
> * Package name: git-flow
> Version : 0.4.1
> Upstream Author : Vincent Driessen
> * URL : https://github.com/nvie/gitflow
> * License : 2-clause BSD
> Programming Lang: Shell
> Description
Richard Hartmann writes:
> Package: zsh
> Version: 4.3.11-5
> Severity: grave
> Justification: renders package unusable
>
> Rationale: zsh-static is a shell used for root and in fall-back
> scenarios. As it does not work at all, this can make system maintenance
> or repairing this hard to impossi
Package: wnpp
Severity: wishlist
Owner: Gergely Nagy
* Package name: libmongo-client
Version : 0.1.0
Upstream Author : Gergely Nagy
* URL : https://github.com/algernon/libmongo-client/
* License : Apache 2.0
Programming Lang: C
Description : Alternate
Marco Túlio Gontijo e Silva writes:
>> cabal-install currently suggests:
>>
>> Note: there is a new version of cabal-install available.
>> To upgrade, run: cabal install cabal-install
>>
>> which makes perfect sense for user-installed cabal-install instances.
>> But I think the version packaged
reassign 633614 emesene 2.11.4+dfsg-1
thanks
Reformatted original report below:
Jeremy Newton writes:
> Package: emesene
> Version: 2.11.4+dfsg-1
>
> The current version of emesene in unstable is 2.11.4 but 2.11.5 has been
> recently released. It includes many bug fixes and should be accepted
Eric Kom writes:
> Good morning,
>
> I used to build simpleinvoices package creating several binary, I don't
> know whether I can maintain or Co-maintain the package?
>
> I guess the version take I customized is well advanced because I already
> translate in 5 languages and also make several cr
Eric Kom writes:
> On 14/07/2011 18:13, Gergely Nagy wrote:
>> Eric Kom writes:
>>
>>> Good morning,
>>>
>>> I used to build simpleinvoices package creating several binary, I don't
>>> know whether I can maintain or Co-maintain the p
27;t break building without DEB_BUILD_OPTIONS=parallel=N, and it
seems to work with parallel=4 too.
--
|8]
>From efc0aa75c47328018e41a4629fa02fb9cff4dbd0 Mon Sep 17 00:00:00 2001
From: Gergely Nagy
Date: Sun, 17 Jul 2011 12:20:41 +0200
Subject: [PATCH] dh_builddeb: support for parallel builds of d
Gergely Nagy writes:
> Joey Hess writes:
>
>> I think this should only be done if DEB_BUILD_OPTIONS has parallel=N,
>> and should limit dpkg-deb processes to the N. If someone sends a patch
>> doing that, I'll apply it.
>
> Such a patch (against git) is attach
Joey Hess writes:
> Gergely Nagy wrote:
>> +my $processes=0;
>> +my $max_procs=0;
>
> Wouldn't it be simpler to default $max_procs to 1, rather than the
> current special-cased handling of 0 via $forked etc?
Good point, it would be.
>> +} else {
>
&g
Gergely Nagy writes:
> I'll add fork() error handling and the above change, retest & send an
> updated patch.
Updated patch attached below. As you suggested, $processes and
$max_procs are initialised to 1 now, and the process waiting was
reworked.
Waiting in the else branch had
Karlheinz Geyer writes:
> Package: rssowl
> Version: rssowl i386 2.0.6-1
> Severity: normal
I do not see such a package in Debian. It's not in incoming, it's not in
the archive at the moment, and by the looks of it, it never was.
Perhaps the apt-listbugs backtrace you saw was due to this?
In a
Source: libmongo-client
Version: 0.1.3-1
Severity: important
Tags: upstream, fixed-upstream, pending
One of the test cases[0] in libmongo-client's test suite is bogus, and
is trying to test a property of a function that does not exist. Namely,
the tested function takes two parameters, and the seco
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 one
>>>>> "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 `debh
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]
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]
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
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 lib
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.
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 only,
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 tests/check
>>>>> "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
> "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?
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 symbo
501 - 549 of 549 matches
Mail list logo
