Bug#993198: gnome-shell-extension-system-monitor: does not declare compatibility with GNOME Shell 40
On Tue, Sep 28, 2021 at 12:27 AM Samuel Henrique wrote: > I gave you permission to that repo (best I can do on my side), and I > set an expiration date of the end of this year, until then you will > end up in the salsa group and inherit permissions so it should be > good. Perfect, thanks! > Awesome, I can do that. Alternatively, I can also push your changes > myself, if you push them to your own repo and give me a go ahead. Just pushed to the main repo. Please take a look and let me know if it works! Cheers
Bug#993198: gnome-shell-extension-system-monitor: does not declare compatibility with GNOME Shell 40
On Fri, Sep 24, 2021 at 10:07 PM Samuel Henrique wrote: > Leo, from my side you're free to push your changes whenever you want. I will as soon as someone gives me access to the repo ;) Just requested access to the Gnome group, but that may take a while. > Let's try to coordinate things, feel free to perform changes to the > packaging, I will wait until I get your ack to go ahead (if there's > any work left to be done). I'm not a gnome-extension expert, so I'll push my changes so that the package is at least gpb-buildable, and you can then maybe check that the build makes sense and upload it yourself if you want. Cheers Leo
Bug#993198: gnome-shell-extension-system-monitor: does not declare compatibility with GNOME Shell 40
On Tue, 21 Sep 2021 19:57:39 +0100 Samuel Henrique wrote: > Awesome, I was trying to add the upstream and pristine-tar branches to > the repo but it's not looking good so far. I think I managed to convert it to a gbp project successfully. Take a look here: https://salsa.debian.org/costela/gnome-shell-extension-system-monitor Basic steps (in a freshly cloned salsa repo): git checkout --orphan upstream git rm -rf . git commit --allow-empty -m 'initial upstream commit' git checkout -f master gbp import-orig ../ gbp dch Both upstream and pristine-tar branches look clean (do not branch from master) and we can keep the repo's history. Jonathan, Samual, does that seem ok to you? Unfortunately the branch-creation involved in the process can't really be proposed via MR, so if this seems ok, one of us would have to "just do it" ;) Cheers, Leo
Bug#724731: #722930: gdm3: Greeter does not start in gdm3 3.8
[cross-posting to #724731 - didn't want to take the liberty of merging them, though they do look awfully similar] I think I might have made some progress: In libgjs0c's version in sid, at /usr/share/gjs-1.0/overrides/GLib.js, line 199, there is the following snippet: // g_variant_get_string has length as out argument return variant.get_string()[0]; However the sid version of glib has different semantics for that function [0]. The version of libgjs0c in experimental correctly removes the [0] and seems to avoid the issue. So changing libgjs0c's dependencies to more strictly match glib's version should solve the first part of the problem. Nevertheless, in my case this still wasn't the whole issue, as now gnome-shell seems to start (calendar and the system menu are showing), but still no sign of the greeter. But this may of course be a different issue. I'll keep looking after some long overdue sleep... ;) Cheers [0] https://developer.gnome.org/glib/2.36/glib-GVariant.html -- Leo costela Antunes [insert a witty retort here] -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#700234: CVE request: Transmission can be made to crash remotely
Hey guys, On 13/02/13 08:51, Salvatore Bonaccorso wrote: A CVE was assigned to this now: CVE-2012-6129. Thanks for all the work! I'm unfortunately seriously swamped at least until next Wednesday and would really appreciate an NMU (and if it's not asking too much, that the NMU changes be committed to the collab-maint repo) Thanks again and sorry for the uselessness! :/ Cheers -- Leo costela Antunes [insert a witty retort here] -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#692615: transmission: non-free files in upstream tarball (The Software shall be used for Good, not Evil)
Hi, This has been fixed upstream by replacing JSON_parser.* with jsonsl. The solution for wheezy depends on whether the release-team accepts such a potentially disruptive change. For more info, see: https://lists.debian.org/debian-release/2012/11/msg00531.html Cheers -- Leo costela Antunes [insert a witty retort here] -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#683380: CVE-2012-4037
Hi, On 31/07/12 11:40, Moritz Muehlenhoff wrote: Please see http://seclists.org/fulldisclosure/2012/Jul/348 This was assigned CVE-2012-4037 Since we're in freeze, please contact upstream for an isolated fix (or grab it from the 2.60-2.61) and fix this using an backported patch instead of updating to 2.61. Thanks for the heads-up. Working on it. Can you please also check, whether stable is affected? It seems to be affected, but backporting the fix is less trivial. I may need some help for that (especially with the testing). Cheers -- Leo costela Antunes [insert a witty retort here] -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#661070: transmission-daemon conflict with transmission-gtk. Noone works.
tag 661070 wontfix severity 661070 important -- Hi, Sorry, but I disagree this is a bug. On 24/02/12 00:45, Aurélio A. Heckert wrote: When i installed transmission-daemon i think i could use transmission-gtk as on of this interfaces what was worst then a false idea. The description of transmission-daemon states: For the associated transmission-remote, see the package transmission-cli. and the description for transmission-gtk states: This package contains the GTK *stand-alone* client. (emphasis added) So I believe it's pretty clear transmission-gtk and transmission-daemon aren't meant to be used together. Have you checked transmission-remote-gtk[0]? Might be what you're looking for. Unfortunately I still haven't gotten around to packaging it though... transmission-gtk stop to work when i install transmission-daemon and the transmission-daemon also does not works. The log only says could not connect to tracker, to all torrents. But rtorrent works perfectly. This could be caused by using the same peer-port on both programs, but I haven't checked if the tracker connection also uses this port. Either way it should only impact one of them (the one started last), so if you're experiencing this on both simultaneously it may be something else entirely. They also was using the same default port for the web interface (what is not a bug), and there i see they was managing a different list of torrents. Transmission-daemon runs as a dedicated system-user, so it seems impractical to implement a solution where both share the same downloads. I am however very open to suggestions on this point, so if you have an idea how to make this work in a sane fashion, just let me know! Since I believe this bug stemmed more from a misunderstanding of how transmission works than from the fact that the daemon and the gtk interface don't play well together, I'm tagging it as wontfix. I do however believe there might be a legitimate use-case for it, so if this is really what you wanted, just let me know and we can try to find the problem. Cheers [0] http://code.google.com/p/transmission-remote-gtk/ -- Leo costela Antunes [insert a witty retort here] -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#642538: debian's build script for Transmission should invoke qmake /after/ building libtransmission
Hi Charles, On 26/09/11 00:18, Charles Kerr wrote: Would you also accept a patch to the build system, so that it doesn't check for the existence of the libutp.a file to decide whether to link against it (instead looking for something generated during the configure phase, like a Makefile)? Probably so, if the patch was straightforward. The attached patch is as straightforward as it gets! :) I just built 2.33 with it and found no issues (libutp gets built and tr-qt links against it). I'd appreciate if someone could build it on a non-Debian system, just to make sure there are no side-effects. Should I forward this to the trac? Cheers -- Leo costela Antunes [insert a witty retort here] Index: repo/qt/qtr.pro === --- repo.orig/qt/qtr.pro 2011-07-04 16:48:11.454477073 +0200 +++ repo/qt/qtr.pro 2011-09-26 10:25:24.063146592 +0200 @@ -19,7 +19,7 @@ INCLUDEPATH = $${EVENT_TOP}/include $${INCLUDEPATH} INCLUDEPATH += $${TRANSMISSION_TOP} LIBS += $${TRANSMISSION_TOP}/libtransmission/libtransmission.a -exists( $${TRANSMISSION_TOP}/third-party/libutp/libutp.a ) { +exists( $${TRANSMISSION_TOP}/third-party/libutp/Makefile ) { LIBS += $${TRANSMISSION_TOP}/third-party/libutp/libutp.a } LIBS += $${TRANSMISSION_TOP}/third-party/dht/libdht.a
Bug#642538: debian's build script for Transmission should invoke qmake /after/ building libtransmission
Hi Charles, On 23/09/11 17:56, Charles Kerr wrote: I think this issue can be solved by changing that script s.t. it defers invoking qmake until just before the qt client is built (that is, after libtransmission, daemon, etc. have been built.) This sounds reasonable, but would you also accept a patch to the build system, so that it doesn't check for the existence of the libutp.a file to decide whether to link against it (instead looking for something generated during the configure phase, like a Makefile)? I only looked at the problem briefly, but this seems doable and would keep the logical separation between the configure and build steps. Cheers -- Leo costela Antunes [insert a witty retort here] -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#638828: libnatpmp1: shouldn't provide libnatpmp0
Package: libnatpmp1 Version: 20110808-1 Severity: critical Justification: breaks other packages (see #638824) Hi, Making libnatpmp1 provide libnatpmp0 means packages in practice ignore the soname bump, which is obviously wrong. First, the package doesn't provide libnatpmp.so.0, which is the obvious part, but secondly, a new ABI-incompatible version of a library doesn't provide a previous ABI, so this is also conceptually wrong. Cheers -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (990, 'unstable'), (150, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.0.0-1-amd64 (SMP w/1 CPU core) Locale: LANG=en_GB.UTF-8, LC_CTYPE=pt_BR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#638824: transmission-gtk: libnatpmp dependency problems
Hi, On 22/08/11 11:02, Witold Baryluk wrote: Maybe this is actually problem with libnatpmp1 claiming it is providing libnatpmp0? Yes, this is definitely an issue with libnatpmp. I've already reported a bug against it explaining the issue[0]. BTW. There is 2.33 already, so it is good time to upload it :) Yup, I'm aware of that. It's been sitting in an almost-ready state on my home-pc for a while. :) Just didn't get around to uploading it. Cheers [0] http://bugs.debian.org/638828 -- Leo costela Antunes [insert a witty retort here] -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#621953: camorama: diff for NMU version 0.19-2.2
Hi, On 10/08/11 10:54, Alessio Treglia wrote: I've prepared an NMU for camorama (versioned as 0.19-2.2). The diff is attached to this message. Thanks for taking the time. This package is definitely in need of some care. Cheers -- Leo costela Antunes [insert a witty retort here] -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#556501: Bug#622796: Bug#556501 closed by Leo Costela cost...@debian.org (Bug#556501: fixed in transmission 2.31-1)
Hi Julien, On 01/07/11 22:46, Julien Cristau wrote: any chance we could get those bugs fixed in sid soonish? The migration of transmission to sid depends on the libevent transition[0], which I'll also be doing. Unfortunately I'm a few days behind schedule. I've had a draft email to -devel open on my laptop for 3-4 days now, about a call-for-testing and a few other issues mentioned in the transition bug. As soon as that's cleared out, transmission goes to sid. When I finally get around to sending the aforementioned email (hopefully over the weekend) please feel free to jump into the discussion! Cheers [0] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=631018 -- Leo costela Antunes [insert a witty retort here] -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#614442: gnokii: FTBFS: pcsc.c:202: error: 'SCARD_W_INSERTED_CARD' undeclared (first use in this function)
Hi Pawel, On 23/02/11 12:37, Pawel Kot wrote: It was fixed upstream in: http://git.savannah.gnu.org/cgit/gnokii.git/commit/?id=3dac96714fba1f06445c15e34af3a0c3ad7eb1ce If the gnokii version cannot be updated (0.6.30 is available), applying this patch would help. Still it depends on the libpcsclite version. I was already working on uploading 0.6.30, but got a bit swamped by work stuff. Just in case you didn't know: I hadn't uploaded 0.6.30 until now because of the freeze and the then impending release of Squeeze, which is in the meantime already behind us. I'll get right to it as soon as possible (probably during the weekend). Cheers -- Leo costela Antunes [insert a witty retort here] -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#569089: NMU: Uses obsolete V4L1 API
On 18/05/10 18:58, Alessio Treglia wrote: I intend to NMU this and the debdiff is attached, are there any objections from your side? No, quite the opposite. I'm totally swamped! Thanks for the help! :) Cheers -- Leo costela Antunes [insert a witty retort here] -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#569089: status update
tag 569089 help -- I'll try to take a look at this as soon as possible, but it's pretty low on my TODO list, so if anyone else gets a chance to review the patches, feel free to NMU. Cheers -- Leo costela Antunes [insert a witty retort here] -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#571350: ohphone NMU Uploaded do DELAYED/3
Hi Maintainer(s), I've just uploaded a new version of ohphone to DELAYED/3 which seems to correct this issue. It just changes the build-dep from libpt-dev to libpt-1.10.10-dev. If this is not the appropriate long term solution, please let me know and I'll remove my upload. As a side note, this also fixes the current binary version in unstable, which had symbol not found issues probably from the lack of a BinNMU somewhere. Cheers -- Leo costela Antunes [insert a witty retort here] -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#557581: lowering severity
severity 557581 important -- has a major effect on the usability of a package, without rendering it completely unusable to everyone[0] This problem is AFAICT specific to MSN and XMPP. Please let me know if you encouter it with other protocols as well. Cheers [0] http://www.debian.org/Bugs/Developer#severities -- Leo costela Antunes [insert a witty retort here] -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#557581: Revert fix_header_escaping.patch,, it prevents communicating with other pidgin-encrypt users other than debian, users
found 557581 3.0-6 -- Hi, Revert fix_header_escaping.patch, it prevents communicating with other pidgin-encrypt users other than debian users Yes, I messed up and accepted the patch without giving it the proper thought. I'm reopening the original bug[0] and removing the offending patch with the next upload. The proper solution will require some reworking, so it might take a while. Better patches are of course welcome, as long as interoperability is maintained. Cheers and thanks for the heads-up! [0] http://bugs.debian.org/557581 -- Leo costela Antunes [insert a witty retort here] -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#560441: NMU for bug 560441
Hi, Stefan Potyra wrote: the build failure results from changed string functions of the newer eglibc (which to my knowledge are now iso conformant for c++). Please find my intended NMU attached. Thanks for the work! Will upload it ASAP. (I'm assuming that since you're an ubuntu dev I should sponsor this debian-NMU for you, right?... which actually sounds kinda strange, since I'm uploading an NMU to my own package, but nevermind that! :) ) Cheers -- Leo costela Antunes [insert a witty retort here] -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#560441: pearpc: FTBFS: file.cc:130: error: invalid conversion from 'const, char*' to 'char*'
For the record, I'm not sure when I'll be able to take a look at this problem (pearpc is pretty low on my priority list, hence RFA), so if someone's reading this: feel free to NMU! Cheers -- Leo costela Antunes [insert a witty retort here] -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#533609: Thanks
Hi François Guerraz wrote: That's cool :) Will it be fixed in Lenny ? Could be released with the fix for #533628... Sorry, I find it highly unlikely that I'd manage to backport these changes to lenny since they aren't security related. I do, however, plan on making a backport of the entire package at backports.org when time allows. That will probably happen once 1.73 hits testing. Cheers -- Leo costela Antunes [insert a witty retort here] -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#503583: libgnokii4: should conflict with libgnokii3
Marcus Better wrote: Ah, yes! I did compile it myself. Don't know how I could forget. Very sorry about that! No problem at all, thanks for the heads-up! (it's the thought that counts :) ) Cheers -- Leo costela Antunes [insert a witty retort here] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#503583: libgnokii4: should conflict with libgnokii3
Hi, Marcus Better wrote: dpkg: error processing /var/cache/apt/archives/libgnokii4_0.6.27.dfsg-1_amd64.deb (--unpack): trying to overwrite `/usr/lib/libgnokii.so.4.0.0', which is also in package libgnokii3 The current version of libgnokii3 in unstable doesn't have the file libgnokii.so.4.0.0 [0], did you perhaps compile it yourself with the newer version (0.6.27), or get it from another source? Cheers [0] http://packages.debian.org/sid/amd64/libgnokii3/filelist -- Leo costela Antunes [insert a witty retort here] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#499828: transmission: busy loop with 100% cpu usage
Hi Lars Eric Scheidler wrote: Never mind. This bug doesn't occur with the new version. Which new version do you mean? 1.33-2 or 1.34? Because I'm avoiding an upload of 1.34 because of the current package-freeze, so if 1.34 solved your problem, can you please test 1.33-2 just so I can close this bug for Lenny? Cheers -- Leo costela Antunes [insert a witty retort here] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#499828: transmission: busy loop with 100% cpu usage
Oh, sorry, my bad. I uploaded some cross-built i386 packages and source as well. Cheers Lars Eric Scheidler wrote: Hi, alternativ You can also provide the source-packages. Cheers On Tue, Sep 23, 2008 at 01:14:34AM +0200, Lars Eric Scheidler wrote: Hi, can You please compile it as i386? Cheers -- Leo costela Antunes [insert a witty retort here] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#499828: transmission: busy loop with 100% cpu usage
Hi, Lars Eric Scheidler wrote: With more than 25 torrent-files transmission ends in a busy loop with 100% cpu usage and is unusable. Can you please test some packages I prepared at[0] ? Cheers [0] http://stuff.costela.net/ -- Leo costela Antunes [insert a witty retort here] signature.asc Description: OpenPGP digital signature
Bug#474468: confirm
Hi, Can you please try to replicate this bug after a dist-upgrade? I can't reproduce it here, but I have a feeling it's related to some indirect dependencies. At any rate I'm uploading 1.11 now, which could also fix it. Please let me know how it goes. Cheers -- Leo costela Antunes [insert a witty retort here] signature.asc Description: OpenPGP digital signature
Bug#458481: status update
Hey there, What's the status on this bug? What's holding an upload? Are there any plans to wait until version 60 is out or another bug got fixed, before uploading? If you need a hand just let me know, I could do a NMU with a patched 58, in case you're just lacking the time to get around to it. Cheers -- Leo costela Antunes [insert a witty retort here] signature.asc Description: OpenPGP digital signature
Bug#453211: update
tag 453211 confirmed pending found 453211 0.6.21-1 thanks Unfortunately I had just uploaded a new gnokii version with new binary packages, so its on waiting on NEW. Cheers -- Leo costela Antunes [insert a witty retort here] signature.asc Description: OpenPGP digital signature
Bug#451401: gnome-phone-manager: FTBFS: No package 'gnokii' found
Francesco Namuri wrote: Il giorno sab, 17/11/2007 alle 21.15 +0100, Pawel Kot ha scritto: [At least this is gnokii CVS. I don't remember at the moment if I changed it before 0.6.21 or after. Even if it was after it would be better to adopt to the next release] ok so this is the problem because in the common/Makefile from orig.tar.gz [1] in debian pool there is no install-devel target... Cheers, francesco [1] http://ftp.debian.org/debian/pool/main/g/gnokii/gnokii_0.6.21.orig.tar.gz [sorry for the delay folks, if anyone bothered to check db.d.o I was in a brief 4 day vacation] I'm uploading a new version with an extra call to install-includes, to avoid extra patching, since this issue will probably be gone in the next upstream release. Pawel, if you think I should work around it in some other way just let me know. I was assuming that - as you said - the install and install-devel targets were all that needed to be called to have a complete gnokii installation, but perhaps I missed something. Cheers -- Leo costela Antunes [insert a witty retort here] signature.asc Description: OpenPGP digital signature
Bug#439466: help
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Lucas Nussbaum wrote: Btw, it's better to Cc the reporter if you want him to help ;) Reporters don't receive the mails sent to the bugs automatically. True. Totally slipped my mind. Thanks anyway! Cheers - -- Leo costela Antunes -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFG/o/nImLTb3rflGYRAgxtAJ9/og0Y3bNtJtEiOR3l7XBaGdb9HQCeI/Mu 7Fu/4vAFb1ZNzEeoqiCn3kg= =Nlbu -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#346629: Intend to NMU camorama
Are you guys still on this? I had some time today and I think I'll upload this with another few bugfixes. (with all the thanks, of course! :-) ) That ok? Cheers On Mon, 2006-01-16 at 17:29 +0100, Amaya wrote: Steve Langasek wrote: This is not an appropriate changelog entry, in an NMU or otherwise. The changelog is supposed to *document what has been changed.* Well, I was working on it: http://www.amayita.com/debian/xlibs-transition/camorama/camorama-0.17/debian/changelog -- Leo Antunes [EMAIL PROTECTED] | [EMAIL PROTECTED] | [EMAIL PROTECTED] signature.asc Description: This is a digitally signed message part
Bug#346629: Intend to NMU camorama
I welcome your NMU! :-) I've been backlogged and couldn't deal with this in a timely fashion. Thank you for the help. PS.: I think you forgot to attach the patch (not that it matters much) On Dom, 2006-01-15 at 17:57 +0100, Nico Golde wrote: Hi, I intend to NMU camorama if you are not already working on it, patch is attached. Regards Nico -- Leo Antunes [EMAIL PROTECTED] | [EMAIL PROTECTED] | [EMAIL PROTECTED] signature.asc Description: This is a digitally signed message part
Bug#337677: knockd: Knockd fails when using a ppp interface
severity 337677 important thanks -- Check the severities list [1], this bug is not 'grave'. Probably upstream, will look into it. Thanks. Cheers [1] http://www.debian.org/Bugs/Developer#severities On Sb, 2005-11-05 at 19:07 +0100, Laurent CARON wrote: Package: knockd Version: 0.5-1 Severity: grave Justification: renders package unusable Knockd since last version is not working on ppp interfaces. It is not 'seeing' packets that should trigger it. Reverting back to an old version solves the problem. Laurent -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.13-a7n Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) Versions of packages knockd depends on: ii libc6 2.3.5-6GNU C Library: Shared libraries an ii libpcap0.80.9.4-1System interface for user-level pa ii logrotate 3.7.1-2Log rotation utility knockd recommends no packages. -- no debconf information -- Leo Antunes [EMAIL PROTECTED] | [EMAIL PROTECTED] | [EMAIL PROTECTED] signature.asc Description: This is a digitally signed message part
Bug#327650: very old package with RC bugs, should this be removed?
Agreed on all accounts, this package should be removed. Should I file a bug myself for its removal? On Dom, 2005-09-11 at 16:25 +0200, Marc 'HE' Brockschmidt wrote: Package: icukrell Version: 2.0.0pre0.1-2 Severity: serious snip After 7 days without answer from you (the maintainer) we will reassign this bug to either WNPP (in case we propose to orphan it) or ftp.debian.org (in case we propose to remove it). -- Leo Antunes [EMAIL PROTECTED] | [EMAIL PROTECTED] | [EMAIL PROTECTED] signature.asc Description: This is a digitally signed message part
Bug#312018: gaim-encryption: archived bug #305719 is still present in sarge
OK, hadn't notivced that, I'm going to contact debian-release and see if we can get the new version pushed into Sarge. Thanks for the heads up On Sáb, 2005-06-04 at 23:30 +0200, Adrian Bunk wrote: Package: gaim-encryption Version: 2.36-3 Severity: grave Tags: sarge This is a reminder that archived bug #305719 is still present in sarge. Note that woody's gaim would suffice for the dependency of the package in sarge... -- Leo Antunes [EMAIL PROTECTED] | [EMAIL PROTECTED] | [EMAIL PROTECTED] signature.asc Description: This is a digitally signed message part
Bug#301080: Debian and gaim-encryption's compilation with OpenSSL
Hi, A couple of news of interest: Firstly, gaim-encryption has finally been uploaded to Debian's unstable branch. It's now instalable by all Debian users, there's no more need for my personal repository to contain Gaim-encryption's packages. This might actually generate a lot of bug reports[1] and I wondered if it's ok for me to forward you the ones related specifically with gaim-enc's programming? One of such bugs has already appeared[2] and is related to linking to OpenSSL[3]. This is really minor and I assume you'll have no problem inserting a exeption in the licence just to keep Debian's accute sense of legal problems sane =] If there's any problem whatsoever, please let me know. Cheers [1] http://bugs.debian.org/gaim-encryption [2] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=301080 [3] http://www.openssl.org/support/faq.html#LEGAL2 -- Leo Antunes [EMAIL PROTECTED] | [EMAIL PROTECTED] | [EMAIL PROTECTED] signature.asc Description: This is a digitally signed message part
Bug#295415: amavis-ng: Fails to start with perl errors
Subject: amavis-ng: Fails to start with perl errors Package: amavis-ng Version: 0.1.6.9-1 Severity: critical Justification: breaks unrelated software After an upgrade, amavis started spewing a lot of emergency errors and stoped working (bringing down all mail delivery with it). I use the Courier module and it started complaining about two things: Feb 15 15:05:21 mime amavis[32018]: ***EMERG*** AMAVIS::MTA::Courier does not define $AMAVIS::MTA::Courier::VERSION--version check failed at (eval 5) line 1, GEN5 line 520. Feb 15 15:05:21 mime amavis[32018]: ***EMERG*** AMAVIS::MTA::Courier does not define $AMAVIS::MTA::Courier::VERSION--version check failed at (eval 5) line 1, GEN5 line 520. Feb 15 15:05:21 mime amavis[32018]: ***EMERG*** BEGIN failed--compilation aborted at (eval 5) line 1, GEN5 line 520. Feb 15 15:17:22 mime amavis[25189]: ***EMERG*** Global symbol $directory requires explicit package name at /usr/share/perl5/AMAVIS/MTA/Courier.pm line 111, GEN2 line 520. Feb 15 15:17:22 mime amavis[25189]: ***EMERG*** Compilation failed in require at (eval 4) line 1, GEN2 line 520. Feb 15 15:17:22 mime amavis[25189]: ***EMERG*** Global symbol $directory requires explicit package name at /usr/share/perl5/AMAVIS/MTA/Courier.pm line 111, GEN2 line 520. Feb 15 15:17:22 mime amavis[25189]: ***EMERG*** Compilation failed in require at (eval 4) line 1, GEN2 line 520. Feb 15 15:17:22 mime amavis[25189]: ***EMERG*** BEGIN failed--compilation aborted at (eval 4) line 1, GEN2 line 520. Feb 15 15:17:22 mime amavis[25189]: AMAVIS: Couldn't load AMAVIS::MTA::Courier These errors, of course, repeated a lot. I imagine this is something specifically wrong with the Courier module. Cheers -- System Information: Debian Release: 3.1 APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.7 Locale: LANG=C, LC_CTYPE=pt_BR (charmap=ISO-8859-1) Versions of packages amavis-ng depends on: ii debconf 1.4.45 Debian configuration management sy ii libconfig-inifiles-perl 2.38-3 Read .ini-style configuration file ii libfile-mmagic-perl 1.22-1 Perl module to guess file type ii libmime-perl 5.417-1Perl5 modules for MIME-compliant m ii logrotate 3.7-2 Log rotation utility ii perl [libmime-base64-perl]5.8.4-6Larry Wall's Practical Extraction ii perl-modules [libnet-perl]5.8.4-6Core Perl modules ii perl-suid 5.8.4-6Runs setuid Perl scripts -- debconf information: amavis-ng/filename-changes: -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]