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, tha
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, be
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". Tro
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
progre
Rémi Debay 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)"
> ---
>> WOR
Gergely Nagy 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_N
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 yo
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 shoul
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 [optio
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 w
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 se
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 tree[
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 expl
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: http://git.mad
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 th
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? C
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 consider
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 a
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 "unsubscr
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 back
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
Date: Sun, 14 Aug 2011 14:34:12 +0200
Subject: [PATCH] debian: Add a new patch
Gergely Nagy writes:
> Dale Amon 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!
>
>
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 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 appropriate
packa
Dirk Blau writes:
> Gergely Nagy :
>
>> 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 a quick advis
retitle 638297 ITA: edbrowse -- A /bin/ed-alike webbrowser
owner 638297 alger...@madhouse-project.org
thanks
Mario Lang 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 :-). However, its
Mario Lang 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 wanted to
Emmanuel Thomas-Maurin writes:
> Package: wnpp
> Severity: wishlist
> Owner: "Emmanuel Thomas-Maurin"
>
>
> * Package name: news
I do hope that the final package name will be something... far less
generic.
--
|8]
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
wi
Source: eventlog
Version: 0.2.12-4
Severity: important
Tags: patch
eventlog 0.2.12 introduced new symbols (namely evt_tag_long, among
others), but the shlibs file was not updated. This results in packages
compiled against 0.2.12 to have a dependency only on >= 0.2.3, which
will break if the softwa
severity 327029 wishlist
tag 327029 + wontfix
thanks
While a read-only /dev is perfectly legitimate, it is by no means the
default configuration. syslog-ng could only work with read-only /dev if
/dev/log was moved elsewhere - which would be a policy/fhs/whatever
decision, NOT a syslog-ng decision.
user alger...@madhouse-project.org
usertag syslog-ng-bug-triage
thanks
The reason for the error message is that the config uses the exact same
template for multiple destinations, and the state of destinations are
stored by filename in the persist file.
Since they all have the same template, they'
tag 616069 + upstream
thanks
I talked with upstream about documentation & man page issues, and the
conclusion was that it would be best to use help2man or similar to
generate the manual pages, and point users to the administrator guide
on-line.
As soon as manpages become generated from --help-all
tag 630172 + upstream
forwarded 630172 https://bugzilla.balabit.com/show_bug.cgi?id=108
user alger...@madhouse-project.org
usertag 630172 syslog-ng-bug-triage
thanks
As I wrote in a previous mail, this is known, and has been fixed in
upstream's 3.3 branch. (Of which, 3.3.1 has been released recent
user alger...@madhouse-project.org
usertag 609154 syslog-ng-bug-triage
tag 609154 + upstream
thanks
This has been fixed in upstream's 3.3 branch, which should hit unstable
soonish.
--
|8]
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe".
user alger...@madhouse-project.org
usertag 496521 syslog-ng-bug-triage
tag 496521 + upstream
thanks
I had a meeting not so long ago with upstream, and the conclusion we
reached is that syslog-ng.conf(5) should be dropped from the binary
package.
This is the expected way to go forward, but marking
user alger...@madhouse-project.org
usertag 503210 syslog-ng-bug-triage
tag 503210 + wontfix
thanks
None of the other syslogds support this, and adding support for this
would overcomplicate the default configuration.
It would also break reloads, unless we'd use klogd. But then, we could
just use t
user alger...@madhouse-project.org
usertag 640015 syslog-ng-bug-triage
tag 640015 upstream
thanks
syslog-ng 3.3 comes with systemd support, and if all goes well, that
will be enabled too when it gets uploaded to sid, in the near future.
--
|8]
--
To UNSUBSCRIBE, email to debian-bugs-dist-re
user alger...@madhouse-project.org
usertag 481306 syslog-ng-bug-triage
tag 481306 + wontfix
thanks
Configuration reload messages are important, and should NOT be filtered
out by default. There are many cases where this is useful
information. An unexpected reload, for example, can be a big warning
user alger...@madhouse-project.org
usertag 506173 syslog-ng-bug-triage
tag 506173 + wontfix
thanks
I believe that the syslog daemon is a little bit different than a web
server, and having multiple ones installed makes little
sense. Furthermore, all of the syslogds conflict and provide each others
Jean-Philippe MENGUAL writes:
>> I'd be happy to step in again, and adopt the package, with
>> Jean-Phillippe as co-maintainer if so he wishes, based on his work, with
>> the things I disliked in my reply in the thread above, fixed.
>
> I may have not read properly the thread, but I don't underst
> * Package name: miau
> Version : 0.6.6
> Upstream Author : Tommi Saviranta
> * URL : http://miau.sourceforge.net/
> * License : GPL
> Programming Lang: C
> Description : A fully featured easy to use IRC-bouncer
>
> miau is a fully featured easy to use
Package: wnpp
Severity: wishlist
* Package name: libtest-harness-archive-perl
Version : 0.14
Upstream Author : Michael Peters
* URL or Web page : http://search.cpan.org/dist/TAP-Harness-Archive/
* License : Artistic
Description : Create an archive of TAP test results
gregor herrmann 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 duplica
Jérémie Koenig writes:
> On Wed, Sep 7, 2011 at 11:07 AM, Philipp Kern 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 serious on the groun
Jonathan Nieder writes:
> maximilian attems wrote:
>> On Wed, Aug 03, 2011 at 04:10:04PM +0200, Ralf Hildebrandt wrote:
>
>>> After/deuring the installation of syslog-ng I found the attached trace
>>> in dmesg!
>>
>> oho, is that reproducible on 3.0 that you find in unstable?
>
> It looks like in
Jonathan Nieder writes:
> Gergely Nagy wrote:
>> Jonathan Nieder writes:
>
>>> It looks like intended behavior. I guess the syslogd should be using
>>> CAP_SYSLOG these days.
>>
>> That is correct, even though I personally find the warning stup
reassign 637051 wnpp
retitle 637051 RFP: TreeMaker -- TreeMaker is a program for the design of
origami bases.
severity 637051 wishlist
thanks
In the future, please try to follow the procedure outlined at
http://www.debian.org/devel/wnpp/ to request software to be packaged:
The subject should be
reassign 637074 wnpp
tag - 637074 needs-packaging
thanks
When filing ITP bugs, please follow the procedure explained at
http://www.debian.org/devel/wnpp/
I have reassigned the bug to the appropriate package this time, but
please file such bugs appropriately in the future.
--
|8]
--
To UNSU
Package: wnpp
Severity: wishlist
* Package name: libenlive-clojure
Version : 1.0.0
Upstream Author : Christophe Grand
* URL : http://wiki.github.com/cgrand/enlive
* License : EPL-1.0
Programming Lang: Clojure
Description : A selector-based templating li
Package: wnpp
Severity: wishlist
* Package name: libcompojure-clojure
Version : 0.6.4
Upstream Author : James Reeves
* URL : https://github.com/weavejester/compojure
* License : EPL-1.0
Programming Lang: Clojure
Description : Concise web framework for C
found 635720 2-1
thanks
The description is still vague/useless/etc (choose any, and underline)
in 2-1. The bug was filed when it wasn't in the archive, and the second
message arrived before it really hit the archive.
Thus, I guess it wasn't forwarded to the maintainer, either. Hopefully
this ping
reassign 637284 installation-reports
thanks
Installation reports (failure or success) should not be reported against
the "Work Needing and Prospective Packages" virtual package, but against
installation-reports.
It can then be reassigned from there to the appropriate package, if
confirmed.
I hav
tag 638864 + patch
found 638864 2.0.32
thanks
Ben Brown 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 debian-bugs-dist-requ...@lists.debian.
ake 0.55 tool that converts source archives
-- no debconf information
--
|8]
>From 2a580656d01355c7fcd52d3441362bc0d3daf166 Mon Sep 17 00:00:00 2001
From: Gergely Nagy
Date: Tue, 23 Aug 2011 20:36:57 +0200
Subject: [PATCH] dh_installlogcheck: Add supp
Yann Dirson 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 build-ar
Joey Hess 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
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 wou
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 co
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 ap
> 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 us
Muharem Hrnjadovic 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.
--
|8]
--
reassign 642452 general
thanks
Jeffrey G Thomas 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 be tied to any particular
Jérôme 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 log rotate time. It can
Jérôme Bouat 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 systems. Or
turn off
Jérôme Bouat 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 which have th
Package: gource
Version: 0.35-1+b1
Severity: serious
Justification: fails to install/upgrade
Trying to upgrade gource on amd64 results in the following:
The following packages have unmet dependencies:
gource : Depends: libglew1.5 (>= 1.5.8) but it is not installable
0.35-1+b1 was already rebui
found 643001 0.37-1
thanks
On Mon, Sep 26, 2011 at 14:16, Julien Cristau wrote:
> I'm not sure what you're saying here. You're reporting this bug against
> 0.35-1+b1, which is already built against glew1.6.
I'm saying that 0.37-1 is not built against glew1.6, but against 1.5.
I merely forgot to
Jakob Bohm writes:
> Package: binutils-arm-linux-gnueabi
I can't find a package like that in sid, nor can I find a trace of it in
the removal log. May I ask where the package originates from?
The bug is currently filed against a package that does not exist, so the
report did not reach its inten
Jakob Bohm writes:
> On 9/27/2011 9:10 AM, Gergely Nagy wrote:
>> Jakob Bohm writes:
>>
>>> Package: binutils-arm-linux-gnueabi
>> I can't find a package like that in sid, nor can I find a trace of it in
>> the removal log. May I ask where the package or
Jakub Wilk writes:
> Disclaimer: I'm not maintainer of this package.
>
> * nick black , 2011-09-27, 02:17:
>>Retrieving bug reports... Done
>>Parsing Found/Fixed information... Done
>>(Reading database ... 336028 files and directories currently installed.)
>>Unpacking python-awn-extras (from .../
retitle 644239 RFP: liquidwar6 -- Multiplayer wargame
severity 644239 wishlist
thanks
"Christian Mauduit" writes:
> Package: wnpp
> Severity: RFP
Please read the documentation[1] regarding the use of the wnpp
pseudo-package, to see how package requests should be filed (it boils
down to the subj
reassign 644272 wnpp
severity 644272 wishlist
thanks
Olivier Sallou writes:
> Package: libdbix-dbstag-perl
> Version: 0.12
> Owner: olivier.sal...@irisa.fr
When filing ITP bugs, please use the appropriate format, see
http://www.debian.org/devel/wnpp/#l1 for a guideline.
I have fixed the bugrep
Luca Falavigna writes:
> Hi,
>
> Il 11 agosto 2011 19:30, Gergely Nagy ha scritto:
>> FYI, if there is no suitable alternative, I can offer to help cleaning
>> up the currently open bugs against gramofile (they seem reasonably
>> straightforward to me), and see about
Michael Biebl writes:
> On Mon, Jun 24, 2013 at 05:02:55PM +0200, Michael Biebl wrote:
>> The attached patch also adds /var/lib/syslog-ng to syslog-ng-core.dirs.
>> While testing the patch, I only had syslog-ng-core installed, and
>> starting the service failed as that directory was missing.
>> I
Control: tag -1 pending
This is fixed in git: syslog-ng-core ships /var/lib/syslog-ng, and the
init script does not attempt to install -d it anymore.
--
|8]
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists
Control: tag -1 pending
Thanks for the report, it is fixed in git. The problem was that the init
script wanted to wait for syslog-ng to settle down, and was calling
syslog-ng-stats. If syslog-ng wasn't started, this obviously failed, and
so did the init script.
I modified it to not wait when inst
Control: tag -1 pending
I adapted the patch sent for #713982, the change is available in git[1],
so the next syslog-ng upload will use dh-systemd, and have all the
remaining systemd-related shortcomings fixed.
[1]: https://github.com/algernon/syslog-ng/commits/packaging/debian/3.3
Thanks a lot
Michael Biebl writes:
> Still, I think this behaviour is unfortunate.
> For once, we pointlessly spawn a shell script which simply does nothing,
> wasting CPU cycles.
> But more importantly, such services show up in systemctl output as
> "active (exited)", while they are not really active.
> This
Adam Borowski writes:
> Let's add some WTF to FTPmasters' day! :)
This package is a perfect fit for a personal archive, but if anyone
wants to upload it: you're in for a race for the fastest REJECT ever.
We have enough WTFs a day already, thankyouverymuch. But I'm in a good
mood today, so here'
Package: python-bunch
Version: 1.0.1-1
Severity: wishlist
The package descript has this text:
For instance, you can have the following:
>>> b = bunch.bunchify({"foo":"bar"}
>>> b.foo
'bar'
You're missing the closing brace on the second line there.
(If someone's following unknown-package
Control: severity -1 wishlist
Myron Davis writes:
> Package: syslog-ng
> Version: 3.1.3-3
> Severity: normal
>
>
> afsmtp (which provides the smtp() driver) in syslog-ng is not included
> or available via a package to add
The SMTP driver is only available in 3.4, which will be available in
unst
Package: python-grapefruit-doc
Version: 0.1~a3+dfsg-1
Severity: wishlist
As the subject says, the documentation references the removed
GrapeFruit.png, so viewing the docs results in a broken image
placeholder.
Please fix that in a future upload.
(Note to unknown-package@ people: grapefruit has j
Source: aptdaemon
Version: 1.1.1-1
Severity: normal
While processing your package, I noticed a few lintian warnings which
seem strange to me:
W: python3-aptdaemon.pkcompat: breaks-without-version libpackagekit-glib2-14
W: python3-aptdaemon.pkcompat: breaks-without-version libpackagekit-qt2-2
I: p
Source: stevedore
Version: 0.10-2
Severity: normal
There are a couple of jpeg files in docs/source/essays that have the
following string in them:
"Copyright 2007 Apple Inc., all rights reserved."
As far as I understand, these only apply to the ICC profile, and can
safely be ignored, but I'm lett
Package: libjs-semver
Version: 2.1.0-1
Severity: normal
The description of the libjs-semver package is exactly the same as the
description of nodejs-semver, and that is not correct. libjs-semver is
not tied to node.js, and serves a different purpose.
Please rewrite it.
(For anyone following unkn
reassign 635047 src:nvidia-support
thanks
> Package: nvdia-common
> Version: N/A
> Severity: wishlist
> Tags: patch l10n
The nvidia-common package has been requested to be removed (see
#634971), as it has been renamed to nvidia-installer-cleanup (built from
the nvidia-support source package).
I'
reassign 635034 radiance
thanks
Jia Hu writes:
> Package: Lighting Simulation and Rendering System
> Version: 4R0+20100729-1ubuntu1
While the package name is misspelled, and the version suggests the bug
report is against an ubuntu version of the package, I'm reassigning this
to radiance, so tha
retitle 562697 ITA: dpatch -- Debian patch management system
owner !
thanks
I maintained dpatch for a while in the past, and I'm one of the people
responsible for the package's existence. Therefore, I would like to be
the one to request its removal when it is due.
Until then, I intend to take goo
Hi!
As far as I see, the package IS already in Debian, in
experimental. Shouldn't the ITP be closed then, even if it didn't hit
unstable yet?
Or at least tagged pending? This latter seems more appropriate, seeing
the package is already in experimental, in a mostly working form..
--
|8]
--
T
Package: git-stuff
Version: 1-1
Severity: wishlist
I just noticed this package via -devel-changes@, and was curious what
kind of stuff there is in it, but looking at its long
description... well, it's not really helpful.
It would be very nice if the long description was extended to contain a
few
Adam Borowski writes:
> * Package name: goodbye
> Git : git://gitorious.org/pkg-goodbye/goodbye.git
> * License : GPL
> Programming Lang: C
Looking at the source, I believe that the programming language is not C,
but perl. Even though there's more C in the packaging,
Jari Aalto writes:
> Package: screen
> Version: 4.0.3-14
> Severity: normal
>
> Package depends on dpatch, which has been abandoned.
It's not abandoned, it's deprecated, and it isn't going away until there
are users. There is absolutely no need to file bugs, especially not
anything above wishlis
reassign 660940 kdm
thanks
Since there is no usbfs package in Debian, that thing is part of the
kernel, and the bug happens with kdm, the workaround is made there, I'm
reassigning this bug to the kdm package.
--
|8]
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with
reassign 660959 debian-installer
thanks
Glenn McIntosh writes:
> Package: d-i
> Version: debian-installer
This ain't good. First, there is no package, neither existing, nor
virtual called 'd-i', and 'debian-installer' is certainly not an
appropriate version.
Please try to file bugs against pac
"mckis...@gmail.com" writes:
> This bug has a workaround. You can Insert a sleep 1 into the kdm init
> file just before it starts kdm. This prevents the timeout bug
> discovered by Linus years ago. Not sure why it regressed in Squeeze.
That's all fine, but send this info to the bug, not to me. I
201 - 300 of 549 matches
Mail list logo
