On Wed, 2006-01-04 at 10:06 -0500, Charles Fry wrote:
It would be most helpful if 00list was optional in dpatch.
It is, you can use the PATCHLIST variable to specify files if you use
dpatch.make, or just supply the list to dpatch apply if you're using it
directly. This is even
`
Or something like that.
Cheers,
--
Gergely Nagy
--
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 unsubscribe. Trouble
it a wee-bit better. Perl for example
just 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]
as
the user who started it, instead of 65534 (the uid of nobody is
different between GNU/Linux distributions, not to mention the BSDs), but
the manual page was not updated.
I'll correct that in the next release.
Thanks for catching this!
--
Gergely Nagy
--
To UNSUBSCRIBE, email to [EMAIL
not
want to upload a new, probably half-broken dpatch just to orphan it.
--
Gergely Nagy
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
* Gergely Nagy [EMAIL PROTECTED] [2005-03-16 09:50]:
I don't have time to properly maintain dpatch, nor do I use it anymore,
Out of interest, what are you using now?
Most of the time, nothing, as I'm upstream for pretty much everything I
have in Debian.
For packages crated for $WORK, I
is ready already, but I want to fix this
properly).
Cheers,
--
Gergely Nagy
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
to dpatch or
not, and whether it would break existing users.
--
Gergely Nagy
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
folded into the various manpages and other documents, as
far as I remember.
I'd suggest, the reference be removed from the mentioned manual pages.
--
Gergely Nagy
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Greetings!
as I store my file names as UTF-8, I need thy to add the appropirate
meta header to the directory indexes. Attached is a script that does
that in a configurable way. Info-Documentation updated.
Woha! Great patch there, thank you!
--
Gergely Nagy
--
To UNSUBSCRIBE, email
:)
--
Gergely Nagy
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
debian/patches/00dpep-options ]; then
. debian/patches/00dpep-options
fi
if [ ! -z ${DEBIANONLY} ]; then
DPEP_DEBIANONLY=${DEBIANONLY}
fi
}
(Thus, it does not allow setting all dpep options, only a selected set)
--
Gergely Nagy
--
To UNSUBSCRIBE, email to [EMAIL
.
Nice one, thanks!
(patch will be applied sometime this weekend, when I have time to work o
dpatch)
--
Gergely Nagy
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
On Sat, 2005-01-22 at 15:05 +0100, Marc Haber wrote:
On Sat, Jan 22, 2005 at 12:28:04PM +0100, Gergely Nagy wrote:
Will that support long options? And is it possible to use getopt, and
still preserve most of the dpatch-edit-patch syntax?
Yes, and probably yes. There will be _minor_ changes
On Sat, 2005-01-22 at 15:12 +0100, Marc Haber wrote:
On Sat, Jan 22, 2005 at 12:43:45PM +0100, Gergely Nagy wrote:
The only concern I have is the file to flag debian-only status. It might
be more useful if it would be debian/patches/00dpep-options (or
something similar), where one could
On Sat, 2005-01-22 at 16:13 +0100, Marc Haber wrote:
On Sat, Jan 22, 2005 at 04:05:26PM +0100, Gergely Nagy wrote:
On Sat, 2005-01-22 at 15:54 +0100, Marc Haber wrote:
cvs-buildpackage reads ~/.cvsdeb.conf, which can have conf_get_orig
point to a script that is called to get
Package: gst-plugins0.8
Severity: wishlist
It would be very handy to have the shout2send plugin enabled (build-dep
on libshout3-dev does the trick), so that one could construct a nice
pipeline that automatically sends the songs he is listening to to an
icecast server.
--
Gergely Nagy
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
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=4,
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
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
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
Package: wnpp
Severity: wishlist
* Package name: libczmq
Version : 1.0.0
Upstream Author : Pieter Hintjens p...@imatix.com and others
* URL : http://czmq.zeromq.org/
* License : LGPL3+
Programming Lang: C
Description : High-level C binding for ZeroMQ
Alessandro Ghedini al3x...@gmail.com 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 the package version
Davide Prina davide.pr...@gmail.com 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.
--
Zhehao Mao zhehao@gmail.com 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
Roman Vasiyarov rvasiya...@gmail.com 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
Алексей Малов scukon...@gmail.com 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
Christophe Lohr christophe.l...@telecom-bretagne.eu 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
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
Richard Hartmann richih.mailingl...@gmail.com 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
Package: wnpp
Severity: wishlist
Owner: Gergely Nagy alger...@madhouse-project.org
* Package name: libmongo-client
Version : 0.1.0
Upstream Author : Gergely Nagy alger...@balabit.hu
* URL : https://github.com/algernon/libmongo-client/
* License : Apache 2.0
Marco Túlio Gontijo e Silva mar...@debian.org 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
Carlos Alberto Lopez Perez clo...@igalia.com writes:
I have the same problem here.
After the last upgrade for Debian sid I lost the window buttons on
gnome2/compiz. I mean all window buttons (the left one and the tree ones at
right side of the window)
The solution for me was to downgrade
For trying to solve this issue, I'm upgraded compiz* packages using the
the experimental version (0.9.2.1+git20110226.f059fae9-4) but the
problem still remain.
The only solution, actually, is to disable compiz.
As this is related to #629207, I'd echo what was discovered there:
downgrading
Daniel Huhardeaux de...@tootai.net writes:
FYI I already opened a bug about this problem against compiz-gtk in
march. See bug 617763
What I saw is a bit different: I can start gtk-window-decorator, just
fine, and it does not segfault. Window controls are missing
nevertheless.
(Though, it
m...@u.washington.edu m...@uw.edu writes:
Package: syslog-ng
Version: 3.1.3-3
Severity: normal
[...]
This web page may help - same bug? :
https://bugzilla.balabit.com/show_bug.cgi?id=108
Yep, same issue. It's fixed in upstream's 3.3 branch.
As a workaround, one can run syslog-ng with
reassign 631678 linux-image-2.6-amd64
thanks
Hi!
Андрей Василишин a.vasilis...@kpi.ua 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
Erwan David eda...@nds.com 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
Vitaliyi img...@gmail.com 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,
reassign 632215 linux-image-2.6.39-2-686-pae 2.6.39-2
thanks
Vitaliyi img...@gmail.com writes:
On Thu, Jun 30, 2011 at 6:59 PM, Gergely Nagy alger...@balabit.hu wrote:
Vitaliyi img...@gmail.com writes:
Package: linux-image-2.6.39-1-686-pae
Version: 2.6.39-1
2.6.39-1 was removed from
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
Hi!
Sam Morris s...@robots.org.uk 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
Dale Amon a...@vnl.com writes:
Is there a functional replacement for splitting tracks from
cassette tapes and vinyl records? If not I think it fills
the kind of important niche that isn't needed until... it
is *REALLY* needed!
FYI, if there is no suitable alternative, I can offer to help
reassign 637500 logwatch 7.3.6.cvs20090906-1squeeze1
severity 637500 minor
thanks
Package: minor
Version: 7.3.6.cvs20090906-1squeeze1
Severity: normal
Based on the subject line (and the version, and the system info), I
assume the package is logwatch, and the severity is 'minor'. Reassigned
reassign 637530 gnome
thanks
Hughe Chung maildeliverag...@gmail.com writes:
Package: gnome2
No such package exists in Debian. When filing a bug report against
something, please try to file it against something that does exist, so
your report gets forwarded to people who can do something about
tag 358019 + wontfix
thanks
It is not possible to safely merge dpatch patches, as they are not
guaranteed to be patches at all (nor is the number of prefixes to remove
with -p set in stone).
Therefore, what is outlined in the original report, is not possible to
do with dpatch.
Changing one's
Thanks for catching this!
Actually, none of the dpatch-run stuff (dpatch.lib.sh being part of that
stuff) is documented anywhere.
I'll write a section about dpatch-run friends to the manual page,
probably based on the debian/NEWS entry that mentions dpatch-run and
DPATCH_LIB_NO_DEFAULT.
--
The problem is that dpatch patches are not guaranteed to be patchfiles
at all (even if the vast majority of them are). Therefore, it's not
currently possible to automatically figure out which files it touched.
However, it is possible to modify dpatch.lib.sh to do the timestamp
fixing, so it will
This would introduce functionality I'd have to document, a couple of new
options, and so on and so forth. Not really looking forward to it.
Furthermore, dpatch.lib.sh doesn't even need to be changed, one can
simply use DPATCH_LIB_NO_DEFAULT and implement a
dpatch_patch/dpatch_unpatch function,
tag 345900 + wontfix
thanks
After re-reading the bug log, and five years later, I don't think
supporting a 00list-less dpep is worth the trouble.
It would be quite a challenge to do it appropriately, therefore I'm
marking it as wontfix for now. If someone sends a patch doing all this
properly,
tag 386492 + wontfix
thanks
For the same reasons as #408826 was tagged wontfix, so shall this be:
dpatch files can be anything, not just patches. I used to maintain a
package which had a dpatch that was half a patch, half a shell script
(patch did some ed magic, unpatch called patch).
--
|8]
tag 573567 + pending
thanks
Thanks for the patch, I cleaned it up a bit and applied to my git
tree. It will be in the next upload (along with an example rules file
that uses it).
--
|8]
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe.
owner 562697 !
thanks
I started to clean up the bug reports, closed a few, tagged others,
applied fixes from another bunch.
The current state is available from my git repo at
http://git.madhouse-project.org/debian/dpatch/
There's still a dozen more bugs I need to wade through, but there's
Rémi Debay debay.r...@gmail.com writes:
In fact it uses /tmp with both.The value is hardcoded.
Here is a diff fixing it :
=
45d44
echo $DPEP_TMPDIR
176c175
WORKDIR=$(TMPDIR=$DPEP_TMPDIR mktemp -d -p $DPEP_TMPDIR
dpep-work.XX)
---
Gergely Nagy alger...@madhouse-project.org writes:
This would introduce functionality I'd have to document, a couple of new
options, and so on and so forth. Not really looking forward to it.
Furthermore, dpatch.lib.sh doesn't even need to be changed, one can
simply use DPATCH_LIB_NO_DEFAULT
tag 466364 + pending
thanks
My current git tree has a patch that will reset all timestamps after
patching, provided that patchutils is installed (for lsdiff), and when
dpatch.lib.sh's default patching mechanism is being used.
Patches generated by dpatch-edit-patch fulfill that requirement.
If
retitle 355278 dpatch does not work in CPP mode correctly on non-linux archs
tag 355278 + pending
thanks
Retitling, because adding features to dpatch is not really on my agenda,
and since the bug report is very old, packages that still use dpatch,
are probably already fixed, and new packages
tag 372787 + pending
thanks
Actually, the (patch) and (unpatch) stuff are aliases, not
parameters.
I do agree however, that this is not exactly clear, and it will be fixed
in the next upload.
It will read something like:
COMMANDS
Patch handling commands
apply [options]
patch [options]
tag 391776 + wontfix
thanks
I considered rewriting dpatch-get-origtargz to support most compressions
(gz, bz2 and xz), but it turned out to be more difficult than first
estimated.
Nowadays there's debian/rules get-orig-source and uupdate, which are
superior solutions. Therefore, the next upload
tag 328391 + wontfix
thanks
For -b to work by default, dpatch-get-origtargz must work
reliably. However, it doesn't. So much so, that it is scheduled for
removal in the next dpatch upload.
Instead, debian/rules get-orig-source should be provided by the
packaging, and an appropriate hook script
tag 449190 + pending
thanks
Added Daniel's HOWTO (with minor modifications) to my git repo, it will
be part of the next upload.
--
|8]
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
tag 397290 + wontfix
thanks
The supplied patch does not apply cleanly to 2.0.31, and I'm not feeling
comfortable enough to modify dpatch-edit-patch myself, however trivial a
feature would be.
If this feature is still needed (which I highly doubt), please send an
updated patch against my git
tag 342768 + wontfix
thanks
I investigated how hard it would be to support this use-case in dpep,
and I don't feel it would be worth the effort. Marking it wontfix, but
patches can change my mind.
And by patch, I mean something that only touches dpatch-edit-patch, and
adds documentation that
tag 328397 + wontfix
thanks
In 2011, one shouldn't convert to dpatch, quite the contrary: one should
convert away from it. Therefore, I do not feel the need to implement
this feature, unless a working patch is provided against my git tree[1].
Marking the bug wontfix meanwhile.
1:
tag 531607 + wontfix
thanks
This would be quite a big feature for something that should be moved
away from (like eclipse did ;). Therefore I'm marking it wontfix.
Patches can convince me otherwise, but without a patch, I'll stand by my
opinion that the use-effort ratio would be imbalanced in the
tag 407306 + pending
thanks
Took the easy route, and updated the documentation to say that the
author's name is taken from $DEBFULLNAME. This will be part of the next
upload.
This seemed to be a lot easier than trying to figure out a reasonable
way to get the logged in user's full name.
--
|8]
tags 403903 + pending
thanks
Actually, I went ahead and fixed it myself, though, slightly
differently, but it works, nevertheless.
The fix will appear in the next upload.
--
|8]
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble?
tags 400897 + wontfix
thanks
Marking this wontfix, because there were no other reports of failures
due to using a non-standard --workdir. Therefore, there's nothing to
fix, but aesthetics: the examples - unless noted otherwise - were made
with the default workdir in mind.
Patches will be
tags 481237 + pending
thanks
I opted to make this possible a bit differently: instead of a separate
dpatch-edit-patch-diff or similar command (althouth debian-diff could've
worked with some PATH munglig), dpatch-edit-patch now exports two
environment variables to the subshell:
DPEP_SHELL_REFDIR
tags 400092 + wontfix
thanks
After thinking about this overnight, I wonder: what's the use? Yes, the
documentation could be better, but would anyone read it? I doubt so, as
new packages use 3.0 source formats, and don't touch dpatch. Old ones
probably don't care about these details anymore.
I do
tags 342774 + pending
thanks
I applied the patch, and modified dpep to accept a -n|--notimestamp
option aswell. Also documented it on the manual page.
It will be part of the next upload.
--
|8]
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of
I just tried to reproduce this on my squeeze system, with a freshly
built gramofile, and in all terminal emulators I tried (xterm,
gnome-terminal konsole), it behaved correctly:
I started gramofile, it's menu appeared, I pressed Q, it exited, and
cleared the screen, giving me a clean prompt
on the text console, in various terminal emulators, and it
behaved as it should have: cleared the screen when exiting.
--
|8]
From 4a5fbe7e77e30437865f608fdc0df8bb231488ad Mon Sep 17 00:00:00 2001
From: Gergely Nagy alger...@madhouse-project.org
Date: Sun, 14 Aug 2011 14:34:12 +0200
Subject: [PATCH
Gergely Nagy alger...@balabit.hu writes:
Dale Amon a...@vnl.com writes:
Is there a functional replacement for splitting tracks from
cassette tapes and vinyl records? If not I think it fills
the kind of important niche that isn't needed until... it
is *REALLY* needed!
FYI
tags 298672 + patch
thanks
Attached is a patch that updates the help text under the Play a sound
file menu. It should be applied after the patch I sent to #117436.
--
|8]
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact
Dirk Blau dirkb...@ymail.com writes:
Package: virtualbox-4.1
Severity: critical
Justification: breaks the whole system
There is no such package in Debian (especially not in stable). Can you
try it with virtualbox (4.1.0-dfsg-2) aswell?
If it happens there, this bug can be reassigned to the
Dirk Blau dirkb...@ymail.com writes:
Gergely Nagy alger...@madhouse-project.org:
There is no such package in Debian (especially not in stable). Can you
try it with virtualbox (4.1.0-dfsg-2) aswell?
I'm not sure how to get exactly the package you mentioned installed. If
you could give me
retitle 638297 ITA: edbrowse -- A /bin/ed-alike webbrowser
owner 638297 alger...@madhouse-project.org
thanks
Mario Lang ml...@debian.org writes:
I have been neglecting edbrowse for far too long.
I am sorry for this. While it is a very interesting tool,
I still find lynx more convenient :-).
Mario Lang ml...@debian.org writes:
Plus, this package is probably the closest I'll get to anything ed-like
in the forseeable future.
For these reasons, I'd like to adopt the package.
I know it will be in good hands with you, have fun with it! :-)
It turns out that Jean-Philippe MENGUAL
Emmanuel Thomas-Maurin manutm...@gmail.com writes:
Package: wnpp
Severity: wishlist
Owner: Emmanuel Thomas-Maurin manutm...@gmail.com
* Package name: news
I do hope that the final package name will be something... far less
generic.
--
|8]
--
To UNSUBSCRIBE, email to
Package: wnpp
Severity: wishlist
* Package name: libtest-harness-archive-perl
Version : 0.14
Upstream Author : Michael Peters mpet...@plusthree.com
* URL or Web page : http://search.cpan.org/dist/TAP-Harness-Archive/
* License : Artistic
Description : Create an
gregor herrmann gre...@debian.org writes:
On Sun, 04 Sep 2011 17:58:58 -0400, Jeremy Allard wrote:
Package: wnpp
Severity: wishlist
* Package name: libtest-harness-archive-perl
Version : 0.14
This was already reported as #584077.
My bad then, apologies for the
Jérémie Koenig j...@jk.fr.eu.org writes:
On Wed, Sep 7, 2011 at 11:07 AM, Philipp Kern pk...@debian.org wrote:
On Mon, Nov 16, 2009 at 03:40:05PM +0100, Bastian Blank wrote:
Hurd violates the FHS by using /libexec. This name seems to be only used
by init and /etc/ttys.
I'm upgrading this to
tag 638864 + patch
found 638864 2.0.32
thanks
Ben Brown edi...@ninehertz.co.uk writes:
Package: dpatch
Version: 2.0.31
Severity: normal
This also affects 2.0.32, same patch should apply. I'll add it with the
next upload, thank you.
--
|8]
--
To UNSUBSCRIBE, email to
tool that converts source archives
-- no debconf information
--
|8]
From 2a580656d01355c7fcd52d3441362bc0d3daf166 Mon Sep 17 00:00:00 2001
From: Gergely Nagy alger...@madhouse-project.org
Date: Tue, 23 Aug 2011 20:36:57 +0200
Subject: [PATCH] dh_installlogcheck: Add support for --name
Yann Dirson ydir...@free.fr writes:
Package: debhelper
Version: 8.9.4
Severity: normal
Following the last example from the dh manpage, I am trying the
following rules file (compat=8). However, it seems to completely
ignore the build-* overrides (install fails on manpage install):
$ dh
Joey Hess jo...@debian.org writes:
Gergely Nagy wrote:
I had a similar issue a couple of days ago. For me, putting dh's
catch-all rule (%) last in my debian/rules file worked around the
problem.
If you have a test case for this I would be happy to receive it in a
separate bug report.
Hrm
Package: systemd
Version: 29-1.1
Severity: wishlist
systemd ships with /usr/share/doc/systemd/sd-daemon.[ch].gz, which is
all nice, one can easily copy it to one's own project that needs it, but
it would be - at least in my opinion - easier if either systemd or a
systemd-dev package or similar
I tested with 5.08-1 aswell, same results as Tamas'. A sample file is
attached to this email (similar content to what Tamas posted).
The problem though, is that magic/Magdir/msdos contains this:
# .COM formats (Daniel Quinlan, quin...@yggdrasil.com)
# Uncommenting only the first two lines will
tag 642194 + upstream pending
forwarded 642194 https://github.com/nvie/gitflow/issues/154
thanks
Hi!
The idea sounded so easy and tempting, that I went ahead and coded
it. It's available from my git repo[1], on the feature/config-alias
branch (also merged into the debian branch, which has been
The idea sounded so easy and tempting, that I went ahead and coded
it. It's available from my git repo[1], on the feature/config-alias
branch (also merged into the debian branch, which has been appropriately
updated), if you want to take it for a test ride.
Right! I only left out how to use
Muharem Hrnjadovic m...@foldr3.com writes:
The list of enhancements added by rev. 1.2 is quite impressive:
https://github.com/clojure/clojure/blob/1.2.x/changes.txt
Any chance of it being packaged soon? Is there any way to help?
You might be interested in the clojure1.2 package.
--
reassign 642452 general
thanks
Jeffrey G Thomas jeffrey.tho...@nerdery.com writes:
Package: setuid
Severity: normal
When reporting problems using the Debian BTS, the Package *must* be
either a real package, or one of the acceptable virtual packages.
In case of reporting problems that cannot
Jérôme jerome.bo...@wanadoo.fr writes:
I think that log files compression lowers the system performance on desktop
computers which have now enough disk space for storing old logs.
Desktop computers also have enough CPU power (and compared to that,
negligible log volume) to do compression at
Jérôme Bouat jerome.bo...@wanadoo.fr writes:
The question is not about cpu and memory resources but about energy
consumption.
Energy consumption has drawbacks whatever the primary source is (nuke, carbon
based, solar, wind, ...).
You're free to disable the compression then, on your own
Jérôme Bouat jerome.bo...@wanadoo.fr writes:
Energy consumption has drawbacks whatever the primary source is (nuke,
carbon based, solar, wind, ...).
You're free to disable the compression then, on your own systems. Or
turn off your computer.
Think about the number of desktop/notebooks
1 - 100 of 547 matches
Mail list logo