Bug#304126: Updated Danish translation of IlohaMail
Package: ilohamail Severity: minor Hi, seems like it takes Ryo forever to wrap up 0.8.14 FINAL, so I doubt it will make it for Sarge. I did a badly needed update of the Danish translation of the 0_8 BRANCH couple months ago which makes the translation complete. I hope you will consider adding these updates .inc files to the Debian package before it freezes, since the Danish translation currently in the Debian package is in pretty bad shape. Best regards, -- Frederik Dannemare | http://sentinel.dk | http://linuxworlddomination.dk http://qa.debian.org/developer.php?login=Frederik+Dannemare http://www.ubuntulinux.org/wiki/FrederikDannemare Key fingerprint = 30CF 7AD3 17D9 1A63 A730 ECA6 0D4C 2C97 9D9A 238E ilohamail-danish.tgz Description: application/tgz
Bug#297770: Trying to link motion against ffmpeg failes...
On 3/12/2005, "Sam Hocevar" <[EMAIL PROTECTED]> wrote: [ snip ] > You need to add -lvorbis et al. to your link line. An easier step is > to read /usr/share/doc/libavcodec-dev/README.Debian . Thanks a bunch. Just the info I needed. That brings me down to: Linking Motion... i386-linux-gcc -o motion motion.o conf.o draw.o video.o track.o alg.o event.o picture.o rotate.o netcam.o netcam_wget.o webcam.o ffmpeg.o xmlrpc-httpd.o control.o -lm -lavcodec -lvorbis -lvorbisenc -ldts -la52 -lz -lm -lpthread -ljpeg -L/usr/lib -lavformat -lavcodec -lm -lz -L/usr/lib -lxmlrpc -lxmlrpc_xmlparse -lxmlrpc_xmltok -L/usr/lib -lmysqlclient -lz -L/usr/lib -lpq /usr/lib/libavcodec.a(dtsdec.o)(.text+0x33d): In function `dts_decode_frame': : undefined reference to `dts_frame' /usr/lib/libavcodec.a(dtsdec.o)(.text+0x395): In function `dts_decode_frame': : undefined reference to `dts_blocks_num' /usr/lib/libavcodec.a(dtsdec.o)(.text+0x3bf): In function `dts_decode_frame': : undefined reference to `dts_block' /usr/lib/libavcodec.a(dtsdec.o)(.text+0x3fd): In function `dts_decode_frame': : undefined reference to `dts_samples' /usr/lib/libavcodec.a(dtsdec.o)(.text+0x485): In function `dts_decode_frame': : undefined reference to `dts_syncinfo' /usr/lib/libavcodec.a(dtsdec.o)(.text+0x51e): In function `dts_decode_init': : undefined reference to `dts_init' collect2: ld returned 1 exit status make[1]: *** [motion] Error 1 make[1]: Leaving directory `/home/ddevel/debian/motion-3.1.19' make: *** [build-stamp] Error 2 I do have libdts-dev (0.0.2-svn-1) installed (along with today's (0.cvs20050313-1) libavcodec-dev and libavformat-dev packages). If you have any pointers for me on this one as well, I'd really appreciate it. If you estimate the above error is due to buggy upstream code, I'll go ask on the relevant (videolan?) mailing list. >> Doing >> cd /usr/lib/ >> ln -s libavcodec-cvs.so libavcodec.so >> ln -s libavformat-cvs.so libavformat.so >> apparently fixes the problem and I can now link against ffmpeg >> (libavcodec/libavformat) to properly build my package. >> >> Any change I can convince you to provide me those two symlinks in your >> next upload of ffmpeg? I suspect other future packages linking against >> ffmpeg would need those two to be present. > > Sorry, libavcodec-cvs.so and libavformat-cvs.so are not in my >packages, so there is not much I can do here. You are so right, of course. Please forget I ever asked about this. Best regards,
Bug#297770: Trying to link motion against ffmpeg failes...
On 3/14/2005, "Sam Hocevar" <[EMAIL PROTECTED]> wrote: >On Mon, Mar 14, 2005, Frederik Dannemare wrote: > >> Thanks a bunch. Just the info I needed. That brings me down to: >> >> i386-linux-gcc -o motion motion.o conf.o draw.o video.o track.o alg.o >> event.o picture.o rotate.o netcam.o netcam_wget.o webcam.o ffmpeg.o >> xmlrpc-httpd.o control.o -lm -lavcodec -lvorbis -lvorbisenc -ldts -la52 >> -lz -lm -lpthread -ljpeg -L/usr/lib -lavformat -lavcodec -lm -lz >> -L/usr/lib -lxmlrpc -lxmlrpc_xmlparse -lxmlrpc_xmltok -L/usr/lib >> -lmysqlclient -lz -L/usr/lib -lpq >> /usr/lib/libavcodec.a(dtsdec.o)(.text+0x33d): In function >> `dts_decode_frame': >> : undefined reference to `dts_frame' > > Mmmh, try to add an additional -ldts after the last -lavcodec. And I >think you can remove the first -lavcodec. > > The reason is that -lavformat uses avcodec symbols that are not >used within motion, so these symbols are only linked in at the second >-lavcodec occurrence. And since these new symbols probably use dts >symbols, it's too late because the -ldts is behind. Great, this was it. motion now builds with support for ffmpeg - and I've learned something in the process. Feel free to close this report. Thanks,
Bug#299953: motion: Default config should have ffmpeg_video_codec msmpeg4
Package: motion Version: 3.1.19-1 Severity: minor At least here the default (mpeg4) encoding results in avi files unplayble by xine/mplayer/others. Using msmpeg4 instead (ffmpeg_video_codec msmpeg4) in motion.conf does the trick - can anybody confirm? I'm hoping for a new 3.1.20 upstream release soon (hopefully with some important netcam fixes). When that happens I will also add ffmpeg_video_codec msmpeg4 to the default conf. -- Frederik Dannemare | mailto:[EMAIL PROTECTED] http://frederik.dannemare.net | http://www.linuxworlddomination.dk Key fingerprint = 30CF 7AD3 17D9 1A63 A730 ECA6 0D4C 2C97 9D9A 238E -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#285274: libvisual
On Friday 06 May 2005 19:53, John Lightsey wrote: > retitle 285274 RFP: libvisual -- abstraction library for > visualization plugins thanks > > > Is there any progress on this ITP? I'd really like to see libvisual > > in Debian. > > I haven't made any progress with it and I'd assume that Frederik > hasn't either. Feel free to take over the ITP if you'd like. Hi, I have actually been doing packages since 0.1.7, since I need it for LiVES which I'm also maintaining (also not yet in Debian). All I need is a sponsor for them. Packages of libvisual + libvisual-plugins 0.2.0 (and LiVES) can be found on <http://sentinel.dk/linux/debian/packages/> Best regards, -- Frederik Dannemare | http://sentinel.dk | http://linuxworlddomination.dk http://qa.debian.org/developer.php?login=Frederik+Dannemare http://www.ubuntulinux.org/wiki/FrederikDannemare Key fingerprint = 30CF 7AD3 17D9 1A63 A730 ECA6 0D4C 2C97 9D9A 238E -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#285274: libvisual
On Friday 06 May 2005 21:07, John Lightsey wrote: > On Fri, 2005-05-06 at 20:25 +0200, Frederik Dannemare wrote: > > I have actually been doing packages since 0.1.7, since I need it > > for LiVES which I'm also maintaining (also not yet in Debian). All > > I need is a sponsor for them. > > Sorry about that. I figured someone would have sponsored these > packages by now. I use Kino and Cinelerra very often and I already > maintain several packages that need libvisual, so I guess it would > make sense for me to sponsor libvisual and lives. That would be soo sweet. LiVES upstream will be thrilled to hear that. He's very easy to communicate and has accepted a few minor tweaks and suggestions of mine, so I have a very good relationship with him. > You'll have to give me some slack though. I haven't sponsored anyone > before and I'll be fairly busy for the next few weeks. No problem. I think we should actually wait until Sarge is out to not stress the buildd with packages that will not make it into Sarge anyways. Maybe I could ping you in 4-5 weeks or so to hear if your workload has lowered a bit by then, if that's okay with you? That also leaves me some time to write a little man page and do a few other minor tweaks for LiVES, before it will be fully compliant with Debian Policy. Best regards, -- Frederik Dannemare | http://sentinel.dk | http://linuxworlddomination.dk http://qa.debian.org/developer.php?login=Frederik+Dannemare http://www.ubuntulinux.org/wiki/FrederikDannemare Key fingerprint = 30CF 7AD3 17D9 1A63 A730 ECA6 0D4C 2C97 9D9A 238E -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#304661: Any chance this trivial bug will be closed...
...thus removing all RC bugs from this package (and with a little luck convincing the release managers to include it with sarge) B/R, -- Frederik Dannemare | http://sentinel.dk | http://linuxworlddomination.dk http://qa.debian.org/developer.php?login=Frederik+Dannemare http://www.ubuntulinux.org/wiki/FrederikDannemare Key fingerprint = 30CF 7AD3 17D9 1A63 A730 ECA6 0D4C 2C97 9D9A 238E -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#301562: Any progress with this ITA?
Hi, I'd sure like to see the RC bug closed in order for this pkg to become part of Sarge (with a little luck the RMs may be convinced to let it in). I believe you could simply change the archs from any to i386 only (as noted earlier on in the changelog, partimage should be i386 only). Hence, the RC bug reported would then no longer be valid. -- Frederik Dannemare | http://sentinel.dk | http://linuxworlddomination.dk http://qa.debian.org/developer.php?login=Frederik+Dannemare http://www.ubuntulinux.org/wiki/FrederikDannemare Key fingerprint = 30CF 7AD3 17D9 1A63 A730 ECA6 0D4C 2C97 9D9A 238E -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#306859: lurker incorrectly parses mutt-generated subject headers
Package: lurker Version: 1.2-5 Severity: normal Tag: patch Hi, lurker incorrectly parses mutt-generated subject headers. See the thread on <http://terpstra.ca/lurker/thread/20050428.232012.b0cb614d.en.html> for more info where Wesley W. Terpstra also supplies me with a patch to fix the issue. I have tested the patch and it works. I have attached Wesley's patch to this report. Please consider applying to 1.2 before Sarge deep-freezes. Thanks, -- Frederik Dannemare | http://sentinel.dk | http://linuxworlddomination.dk http://qa.debian.org/developer.php?login=Frederik+Dannemare http://www.ubuntulinux.org/wiki/FrederikDannemare Key fingerprint = 30CF 7AD3 17D9 1A63 A730 ECA6 0D4C 2C97 9D9A 238E Index: CharsetEscape.cpp === RCS file: /cvsroot/lurker/lurker/common/CharsetEscape.cpp,v retrieving revision 1.11 diff -u -r1.11 CharsetEscape.cpp --- CharsetEscape.cpp 23 Jun 2003 15:28:10 - 1.11 +++ CharsetEscape.cpp 28 Apr 2005 22:20:58 - @@ -166,25 +166,32 @@ #endif CharsetEscape code(default_coding); + bool sawCodeWord = false; - string::size_type b = 0, c, e, s; + string::size_type b = 0, c, e, s, n; while ((c = str.find("=?", b)) != string::npos) { - code.write(out, str.c_str() + b, c - b); - if ((e = str.find('?', c+2)) != string::npos && (s = str.find('?', e+1)) != string::npos && s == e + 2 && - (b = str.find("?=", s+1)) != string::npos && + (n = str.find("?=", s+1)) != string::npos && str.find_first_of(" \t", c) > b) { // valid escape + if (!sawCodeWord || // guaranteed not npos: (c has = ) + str.find_first_not_of(" \r\n\t", b) < c) + { +code.write(out, str.c_str() + b, c - b); + } + + sawCodeWord = true; + c += 2; string charset(str, c, e - c); char encoding = str[e+1]; s += 1; - DwString in(str.c_str() + s, b-s); + DwString in(str.c_str() + s, n-s); DwString decode; - b += 2; + b = n+2; if (encoding == 'Q' || encoding == 'q') { @@ -198,18 +205,24 @@ DwDecodeQuotedPrintable(in, decode); } - if (encoding == 'B' || encoding == 'b') + else if (encoding == 'B' || encoding == 'b') { DwDecodeBase64(in, decode); } + else + { +decode = "<--corrupt-->"; + } CharsetEscape subcode(charset.c_str()); subcode.write(out, decode.c_str(), decode.length()); } else { // not valid escape - code.write(out, "=?", 2); + code.write(out, str.c_str() + b, c+2 - b); b = c+2; + + sawCodeWord = false; } }
Bug#314488: cheops should depend on xterm
Package: cheops Hi, cheops should depend on xterm since xterm is used for opening a terminal when doing traceroute, ping, etc. Best regards, -- Frederik Dannemare | http://sentinel.dk | http://linuxworlddomination.dk http://qa.debian.org/developer.php?login=Frederik+Dannemare http://www.ubuntulinux.org/wiki/FrederikDannemare Key fingerprint = 30CF 7AD3 17D9 1A63 A730 ECA6 0D4C 2C97 9D9A 238E -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#243938: Fwd: rkhunter: Suggestions (with patches) for more flexibility in rkhunter
Below is the email I sent to upstream back in January. My diffs (attached to this mail) may not represent the most elegant bash code in the world, but it should at least reflect what ideas I'd like for upstream to incorporate to improve flexibility (maybe it has changed since then - haven't checked newer versions of rkhunter since then). /frederik -- Forwarded Message -- Subject: rkhunter: Suggestions (with patches) for more flexibility in rkhunter Date: Monday 24 January 2005 02:34 From: Frederik Dannemare <[EMAIL PROTECTED]> To: Michael Boelen <[EMAIL PROTECTED]> Hello Michael, first of all: thank you for rkhunter. Lovely tool. I am currently working with another Debian Developer in undertaking the work of packaging rkhunter for Debian. In order to make it much easier for packagers such as myself, I have come up with some modifications to make rkhunter more flexible regarding usage and in particular installation. It mostly has to do with paths and such. I hope you will take a look at my suggested changes and hopefully you will consider using some of it. If you don't like the code itself, I hope you will at least incorporate some of the ideas behind it in future version af rkhunter, as it will make it much easier to package for e.g. Debian which has strict rules as to where certain type of files must be installed. installer.sh.diff.gz Description: GNU Zip compressed data rkhunter.diff.gz Description: GNU Zip compressed data
Bug#243938: ITP: rkhunter
On Tuesday 16 August 2005 17:24, Micah Anderson wrote: [ ... ] > Perhaps someone else can take the packaging to get it going, Yes, I think this would be best for everybody. > and when > you are under less pressure and have more time can co-maintain or > take it over? I'd be happy to help co-maintain if needed (if the new maintainer (assuming somebody takes over this ITP) wants this). /frederik -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#271040: still interested in packaging nethogs?
On Saturday 27 August 2005 16:59, Arnout Engelen wrote: > Hi, > > Some time has passed since this ITP was filed. I'm getting ready to > release a new (minor) version of nethogs: 0.6.2 > http://nethogs.sourceforge.net/nethogs-0.6.2pre2.tar.gz > > Can I help in any way to make this debian package happen? Hi, unfortunately I'm under extreme workload ("real life" work) at the moment and it doesn't look like this will change for the next couple of months or so. As such I invite anybody to take over this ITP, as I'd very much like to see nethogs in Debian myself. -- Frederik Dannemare | http://sentinel.dk | http://linuxworlddomination.dk http://qa.debian.org/developer.php?login=Frederik+Dannemare http://www.ubuntulinux.org/wiki/FrederikDannemare Key fingerprint = 30CF 7AD3 17D9 1A63 A730 ECA6 0D4C 2C97 9D9A 238E -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#243938: ITP: rkhunter
On Tuesday 09 August 2005 05:41, Matt Taggart wrote: > The ITP for rkhunter has been quiet since Feb 15. > > Frederik, > I understand your concern about waiting for upstream to integrate > patches you sent so that the initial version of the package gets to > start out with a more reasonable debian diff. Has upstream taken them > yet? Not to my knowledge. At least I haven't heard anything from upstream yet regarding a merge of my patches. > I don't think we should wait forever and if they haven't been > accepted then I think you should proceed. I guess you're right. I'm under an expreme work load at work these months, though, so my time is limited. > I and others are waiting for this package and it would be good if > something was available in the next few weeks. I'll see what I can do. Hopefully, I'll manage to find some time in the upcoming weekends... > > The package available in, > > http://people.debian.org/~ema/packages/ > > is dated Jan 06. Is this the most recent attempt at packaging > available? I suspect it is. -- Frederik Dannemare | http://sentinel.dk | http://linuxworlddomination.dk http://qa.debian.org/developer.php?login=Frederik+Dannemare http://www.ubuntulinux.org/wiki/FrederikDannemare Key fingerprint = 30CF 7AD3 17D9 1A63 A730 ECA6 0D4C 2C97 9D9A 238E -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#292426: [Dummy bug] Prevent package from re-entering sarge
Package: mozilla-firefox-locale-da Severity: serious Tags: sid For more info on why, see <http://lists.debian.org/debian-release/2005/01/msg00170.html> -- Frederik Dannemare | mailto:[EMAIL PROTECTED] http://qa.debian.org/developer.php?login=Frederik+Dannemare http://frederik.dannemare.net | http://www.linuxworlddomination.dk -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#243938: Progress?
On Tuesday 15 February 2005 23:12, Micah Anderson wrote: > Hello, > > Its been a month since the last viewable activity on this ITP. There > recently was a new release of rkhunter and I am very interested in > seeing it packaged for Debian, so I guess I am just being irritating > in asking whats going on, but I will offer my help if any is needed. Hi, I emailed upstream author 3 weeks ago with some (rather big) patches to suggest a much more flexible installer process. When I saw the 1.2.0 release last week I yet again emailed upstream and asked about my suggestion. He wrote back to me that he was a bit behind on unread mails in his inbox, but he would let me know when he had had time to review my patches. Until then I'm a bit hessitating as to package rkhunter (I'm also very busy with my NM process, atm). Anyways, the NEW queue is *huge* these days, so an upload of rkhunter tomorrow most likely would be waiting in the NEW queue for months, I estimate. Best regards, -- Frederik Dannemare | mailto:[EMAIL PROTECTED] http://qa.debian.org/developer.php?login=Frederik+Dannemare http://frederik.dannemare.net | http://www.linuxworlddomination.dk -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#285247: Same issue here. Problem lies in motion.conf
On Tuesday 22 February 2005 00:02, Mark Purcell wrote: > Package: motion > Version: 3.1.17-1 > Followup-For: Bug #285247 > > Hi All, > > I appear to have the same problem with a logitech USB camera (on > /dev/video2). > > motion from unstable (3.1.17) doesn't work with the default > modules.conf , motion from stable does function correctly. > > When I try motion (3.1.17) with a null (empty) modules.conf file it > does work fine. Hi, just to be sure: You write "motion.conf" in the subj line, but "modules.conf" in the body text. Which of the two files is the actual problem? Assuming you mean motion.conf, here a wild guess: Maybe it's the default "target_dir /var/www/cam1" which is causing the problem? Does the default motion.conf file work for you, if you just change that one line to e.g. "target_dir /tmp" instead? (or some other existing directory which you can write to) B/R, -- Frederik Dannemare | mailto:[EMAIL PROTECTED] http://qa.debian.org/developer.php?login=Frederik+Dannemare http://frederik.dannemare.net | http://www.linuxworlddomination.dk -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#285274: ITP: libvisual
On Saturday 08 January 2005 00:39, John Lightsey wrote: > On Sat, 2005-01-08 at 00:00 +0100, Frederik Dannemare wrote: > > OK, I can confirm my interest in this package. I have pretty much > > already made the package (split into a lib- and a dev-package). > > > > However, I will need a sponsored upload, since I'm currently in the > > NM queue. I was thinking of asking my AM to work with me on > > libvisual (and LiVES which makes use of libvisual). > > Are you planning on packaging the XMMS libvisual plugin or any of the > other material outside libvisual itself? I wasn't planning on it (at least not initially), but maybe we could start co-maintaining them or something if you're interested? > > > OTOH, the libvisual developers who piped in on the Goom-Devel > > > mailing list told me they'd like to do some cleanup before it's > > > packaged. > > > > I'll keep this in mind. > > > > > There is a 0.2.0 release planned for sometime in January, and I > > > was waiting on that release before creating packages. > > > > > > So, feel free to package libvisual. If you lose interest please > > > let me know. > > > > If you can wait a little while for the package to be uploaded I > > would very much like to take it. > > Any chance you could send me a copy to look over? Yes, it's now available from <http://sentinel.dk/linux/debian/packages/libvisual/>. And apt-get'able with: deb http://sentinel.dk/debian/ unstable main contrib non-free deb-src http://sentinel.dk/debian/ unstable main contrib non-free It is lintian clean and the packages I have made available are built in a pbuilder chroot environment, since building libvisual on my 'normal' installation complains a bit because I have a mix of nvidia and nvidia-dev packages installed alongside xlibmesa-gl and xlibmesa-gl-dev. As this is my very first attempt of packaging a library and dev package, critique and comments are very welcome. Btw, congratulations on your status as new Debian Developer, I noticed you were approved last week. Best regards, -- Frederik Dannemare | mailto:[EMAIL PROTECTED] http://qa.debian.org/developer.php?login=Frederik+Dannemare http://frederik.dannemare.net | http://www.linuxworlddomination.dk -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#290008: RM: mozilla-firefox-locale-da -- RoM; replacement available, replacement collides with this one
Package: ftp.debian.org Severity: important Tags: sid Justification: mozilla-firefox-locale-da-dk (not maintained by me) from source package mozilla-firefox-locale-all installs the same files as my mozilla-firefox-locale-da package, but unfortunately the two packages don't have Conflicts/Replaces. Thus, users trying to install both will run into trouble. Hence, pls remove mozilla-firefox-locale-da from sid as soon as possible. I will ask for the RMs to hint mozilla-firefox-locale-da out of Sarge the day before mozilla-firefox-locale-da-dk enters (I hope this is the correct/best way to do it - otherwise, pls let me now). Thanks, -- Frederik Dannemare | mailto:[EMAIL PROTECTED] http://qa.debian.org/developer.php?login=Frederik+Dannemare http://frederik.dannemare.net | http://www.linuxworlddomination.dk -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#248179: This RFP is already part of Debian ?
Hi, stumbled across your RFP and noticed that it is already in Debian named courier-filter-perl <http://packages.debian.org/courier-filter-perl> This is the same thing, right? If yes, I guess you can close the RFP (which should actually have been closed by the maintainer of courier-filter-perl, IMO). Best regards, -- Frederik Dannemare | mailto:[EMAIL PROTECTED] http://qa.debian.org/developer.php?login=Frederik+Dannemare http://frederik.dannemare.net | http://www.linuxworlddomination.dk -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#290116: Needs Conflicts/Replaces: mozilla-firefox-locale-da
Package: mozilla-firefox-locale-da-dk Severity: serious Hi, we talked about this earlier today, but on debian-devel (where I asked how to properly do the removal of my own package) I was suggested to file a release-critical bug against mozilla-firefox-locale-da-dk to prevent it from entering sarge without the proper Conflicts/Replaces... I have already filed a bug against my own package for the removal of it. <http://bugs.debian.org/290008> You can see a snippet of the dialog from debian-devel below : -- Forwarded Message -- On Wednesday 12 January 2005 19:39, Frank Küster wrote: > Frederik Dannemare <[EMAIL PROTECTED]> wrote: > > On Tuesday 11 January 2005 20:29, Frederik Dannemare wrote: > >> Package in question is mozilla-firefox-locale-da which is to be > >> replaced by mozilla-firefox-locale-da-dk (not maintained by me) > >> from source package mozilla-firefox-locale-all. > >> > >> Unfortunetaly, mozilla-firefox-locale-da and > >> mozilla-firefox-locale-da-dk don't conflict, so users trying to > >> install both will face trouble. > > > > [ snip ] > > > > What I meant to say here was, of course, that the packages do > > indeed conflict/collide - it's just that they don't have a > > Conflicts i their control file. Just wanted to make that clear... > > > > :) > > Then this is a release critical bug in the newer package, ..da-dk. > You should file this bug and prevent the buggy version from entering > sarge. It is not sufficient to remove your old package from the > archive, because user will still have installed it and get in > trouble. Instead, a new revision of the ..da-dk package must be > uploaded that has proper Conflicts. > > Will you file the bug? Yep, I'll file it today (with severity serious). Actually I spoke with maint. of ..da-dk earlier today and mentioned the problem for him, and he could tell me that he already did a new revision of ..da-dk - only it hadn't been uploaded by his sponsor just yet. Best regards, -- Frederik Dannemare | mailto:[EMAIL PROTECTED] http://qa.debian.org/developer.php?login=Frederik+Dannemare http://frederik.dannemare.net | http://www.linuxworlddomination.dk ---
Bug#290124: ITP: clamcour -- Courier filter that allows Clam Antivirus to scan incoming mail
Package: wnpp Severity: wishlist Package name: clamcour Version: 0.2.1 Upstream Author: Tony Sin URL: http://www.becrux.com/index.php?page=projects&name=clamcour License: GPL -- Frederik Dannemare | mailto:[EMAIL PROTECTED] http://qa.debian.org/developer.php?login=Frederik+Dannemare http://frederik.dannemare.net | http://www.linuxworlddomination.dk -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#75673: wnpp: zen: packaging status report
On Friday 14 January 2005 00:30, Guillem Jover wrote: > Hi, > > I've had packages for zen for a long time. Although I wanted to fix > some missing details (like the curses interface), and then sarge was > about to be released so I waited to not get it included in it. I'll > be uploading it to experimental instead in a week or two. Once sarge > is release I'll move the packages to unstable. You could also upload to unstable and then just file a "dummy" bug report agains it with severity serious and subj "Not to be shipped with Sarge". Others use the very same approach for their packages, I've noticed. Best regards, -- Frederik Dannemare | mailto:[EMAIL PROTECTED] http://qa.debian.org/developer.php?login=Frederik+Dannemare http://frederik.dannemare.net | http://www.linuxworlddomination.dk -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#243938: rkhunter itp
On Thursday 06 January 2005 17:49, Uwe Hermann wrote: > Hi, > > On Wed, Jan 05, 2005 at 03:05:58PM +0100, Frederik Dannemare wrote: > > On Wednesday 05 January 2005 14:32, Emanuele Rocca wrote: > > > Hi Uwe, > > > are you still interested in rkhunter? > > > > > > If not, I would like to take it. > > > > > > Frederik? > > > > yep, I'm interested. However, I'm still in the NM queue, so I'll > > need sponsored uploads. Thus, if you, Emanuele, want to take over > > the ITP, that would probably be better. > > > > If Uwe hasn't responded within this month I'd say it's fair to take > > over his ITP. > > Yes, please feel free to take the ITP. I'm just not getting around to > do some serious Debian work at the moment. > > Good luck with the package, Uwe. Thank you. I've set myself as owner of the ITP and I have begun working on the package (which has a very stange/inflexible install script, IMO) Emanuele, we can easily co-maintain it if you'd like. I have no problem with that. In fact I think it may be a good learning experience for me to co-maintain something (although rkhunter is not a very complex package I admit). I'll follow up with a link to a preliminary package within the weekend. Best regards, -- Frederik Dannemare | mailto:[EMAIL PROTECTED] http://qa.debian.org/developer.php?login=Frederik+Dannemare http://frederik.dannemare.net | http://www.linuxworlddomination.dk -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#243938: rkhunter itp
On Saturday 15 January 2005 15:16, Emanuele Rocca wrote: > * [ 15-01-05 - 00:12 ] Frederik Dannemare <[EMAIL PROTECTED]> wrote: > > I've set myself as owner of the ITP and I have begun working > > on the package (which has a very stange/inflexible install script, > > IMO) > > Yep, I started working on it. > If you want to take a look at my work, to avoid duplicated efforts, > you can grab the initial modifications here: > http://people.debian.org/~ema/packages/ [ snip ] Looks good. I have a couple of suggestions for debian/rules, though. 1) I think using "dh_installchangelogs files/CHANGELOG" will automatically install the CHANGELOG file as /usr/share/doc/rkhunter/changelog.gz so it should not be necessary to do the manual mv that file into place. 2) I think the db/* files (maybe also the tmp/ dir) should go in /var/lib... instead og /usr/lib... since those db files are subject to changes when new scanning/detection methods are added to rkhunter (if the db files somehow can be updated on a regular basis similarly to how clamav-freshclam does it). Just a thought. Best regards, -- Frederik Dannemare | mailto:[EMAIL PROTECTED] http://qa.debian.org/developer.php?login=Frederik+Dannemare http://frederik.dannemare.net | http://www.linuxworlddomination.dk -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#294457: libtheora: Wish for extra package with the files encoder_example and player_example
Package: libtheora Severity: wishlist Hi, any chance I can convince you to build an extra package from the libtheora src package? I ask because I need these two files[1] for a package called lives (ITP: <http://bugs.debian.org/247337>). Best regards, -- Frederik Dannemare | mailto:[EMAIL PROTECTED] http://qa.debian.org/developer.php?login=Frederik+Dannemare http://frederik.dannemare.net | http://www.linuxworlddomination.dk -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#200504: madwifi itp - any progress?
Hi Martin, any progress with this ITP? Just being curious.. Best regards,
Bug#297770: Trying to link motion against ffmpeg failes...
Package: ffmpeg Severity: normal Hi, first of all, I couldn't be happier to see ffmpeg finally arrive in Debian. One problem, though: I am trying to rebuild my package 'motion' with ffmpeg support, but it fails with this output: [ ... ] Motion object files compiled. Linking Motion... i386-linux-gcc -Wl,-rpath,/usr/lib -o motion motion.o conf.o draw.o video.o track.o alg.o event.o picture.o rotate.o netcam.o netcam_wget.o webcam.o ffmpeg.o xmlrpc-httpd.o control.o -lm -lpthread -ljpeg -L/usr/lib -lavformat -lavcodec -lm -lz -L/usr/lib -lxmlrpc -lxmlrpc_xmlparse -lxmlrpc_xmltok -L/usr/lib -lmysqlclient -lz -L/usr/lib -lpq /usr/lib/libavformat.a(ogg.o)(.text+0x57): In function `ogg_write_header': : undefined reference to `ogg_stream_init' /usr/lib/libavformat.a(ogg.o)(.text+0x109): In function `ogg_write_header': : undefined reference to `ogg_stream_packetin' /usr/lib/libavformat.a(ogg.o)(.text+0x1ab): In function `ogg_write_packet': : undefined reference to `ogg_stream_flush' /usr/lib/libavformat.a(ogg.o)(.text+0x22b): In function `ogg_write_packet': : undefined reference to `ogg_stream_packetin' /usr/lib/libavformat.a(ogg.o)(.text+0x24b): In function `ogg_write_packet': : undefined reference to `ogg_stream_pageout' /usr/lib/libavformat.a(ogg.o)(.text+0x2c8): In function `ogg_write_trailer': : undefined reference to `ogg_stream_flush' /usr/lib/libavformat.a(ogg.o)(.text+0x30a): In function `ogg_write_trailer': : undefined reference to `ogg_stream_clear' /usr/lib/libavformat.a(ogg.o)(.text+0x339): In function `ogg_read_header': : undefined reference to `ogg_sync_init' [ much of the same... ] /usr/lib/libavcodec.a(oggvorbis.o)(.text+0x6bc): In function `oggvorbis_decode_frame': : undefined reference to `vorbis_synthesis_read' /usr/lib/libavcodec.a(oggvorbis.o)(.text+0x6dd): In function `oggvorbis_decode_frame': : undefined reference to `vorbis_synthesis_blockin' /usr/lib/libavcodec.a(oggvorbis.o)(.text+0x70c): In function `oggvorbis_decode_close': : undefined reference to `vorbis_info_clear' /usr/lib/libavcodec.a(oggvorbis.o)(.text+0x714): In function `oggvorbis_decode_close': : undefined reference to `vorbis_comment_clear' collect2: ld returned 1 exit status make[1]: *** [motion] Error 1 make[1]: Leaving directory `/home/ddevel/debian/motion-3.1.19' make: *** [build-stamp] Error 2 Doing cd /usr/lib/ ln -s libavcodec-cvs.so libavcodec.so ln -s libavformat-cvs.so libavformat.so apparently fixes the problem and I can now link against ffmpeg (libavcodec/libavformat) to properly build my package. Any change I can convince you to provide me those two symlinks in your next upload of ffmpeg? I suspect other future packages linking against ffmpeg would need those two to be present. Best regards,
Bug#297671: new upstream version available
On Wednesday 02 March 2005 08:37, Ari Pollak wrote: > Package: motion > Severity: wishlist > > motion 3.1.18 is now available, which lets you drop ucbmpeg support > and move to ffmpeg. 3.1.19 was in fact just released today. I have already built it with ffmpeg support, but ran into some problems when linking to some ffmpeg libs. I filed a report about it <http://bugs.debian.org/297770> and as soon as it's been fixed, I'll have the package ready for upload. I'm testing the package as of right now and the new ffmpeg support seems to work well. Best regards, -- Frederik Dannemare | mailto:[EMAIL PROTECTED] http://qa.debian.org/developer.php?login=Frederik+Dannemare http://frederik.dannemare.net | http://www.linuxworlddomination.dk -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#297994: ITP: knetworkconf -- KDE application to configure TCP/IP settings
Package: wnpp Severity: wishlist Package name: knetworkconf Version: 0.6.1 Upstream Author: Juan Luis Baptiste URL: http://knetworkconf.sourceforge.net License: GPL Description: KDE application to configure TCP/IP settings KNetworkConf is a KDE application which works as a frontend to the GNOME System Tools (GST) to configure TCP/IP settings. . KNetworkConf features configuration of: . * Network devices * Default gateway * Host and domain names * DNS servers * Local host name lookup (/etc/hosts) . Once installed the functionality of KNetworkConf can be reached through the KDE Control Center under Network Settings. -- Frederik Dannemare | mailto:[EMAIL PROTECTED] http://qa.debian.org/developer.php?login=Frederik+Dannemare http://frederik.dannemare.net | http://www.linuxworlddomination.dk -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#329482: ipvsadm: ipsvadm init script falsly reports LVS as unavailabe on systems with modular kernels
>On Fri, Sep 23, 2005 at 03:03:00PM +0200, Joerg Wendland wrote: >> Hi Horms, >> >> On Thu, Sep 22, 2005 at 12:17:25PM +0900, Horms wrote: >> > While this problem is largely harmless, especially as a lot >> > of users configre LVS using tools other than debian's init >> > script, it does confuse new users. >> >> I'd opt for removing the confusing check alltogether. Since I am >>currently >> preparing for vacation, could you NMU that? > >Sure, though I will go ahead and do that. Hi guys, this one "hit" me today. Got a little confused at first, but quickly checked for 'ip_vs*' in /lib/modules... and found that all was well. Any chance a fix will hit Etch before it freezes completely? B/R, Frederik Dannemare -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#393846: wave at a webcam to overwrite file
On Wednesday 08 November 2006 15:16, Steinar H. Gunderson wrote: > On Wed, Nov 01, 2006 at 05:10:38PM +0100, Frederik Dannemare wrote: > > Will ask my sponsor to do the 3.2.3-2 upload tomorrow or possible > > Friday... > > This was a week ago; any updates? Yes. I did the new build Friday afternoon and after a couple of hours testing it, I emailed my sponsor letting him know about the new build and the fixes it includes. Still haven't heard from him, though. I'm assuming he is busy. Package is available at <http://sentinel.dk/linux/debian/packages/motion/> Changelog: motion (3.2.3-2) unstable; urgency=medium * Acknowledgement of patch submitted by Loic Minier (part of NMU motion 3.2.3-1.1) (Closes: #391069). * Security: Set parameter target_dir in /etc/motion/motion.conf to /var/lib/motion/snapshots + make small NOTE in README.Debian (Closes: #393846). * Add var/lib/motion/snapshots to debian/motion.dirs file. * Change build dependency from postgresql-dev (obsolete) to libpq-dev (Closes: #396566). * Remove weird/improper character (looks like a pipe, but isn't) in motion manpage on line 428 and 433. Also add an extra backslash to '\n' on line 428, 433 and 610 (Closes: #374636). * Make comment in manpage that when calling motion with -d (for debugging) -c must also be specified explicitly. * Add parameters 'threshold' and 'noise_level' to the default configuration file + add punctuation marks (.) at the end of all comment lines. * Bumped Standards-Version to 3.7.2. No changes to package necessary. * Upload sponsored by Ari Pollak . -- Frederik Dannemare <[EMAIL PROTECTED]> Thu, 3 Nov 2006 09:41:23 +0100 Frederik
Bug#393846: wave at a webcam to overwrite file
Hi Sorry for not being very active over the course of the summer (new job and everything). I am, however, prepared to pick up speed again and I was wondering if it would be okay to upload version 3.2.6 to unstable (with urgency=medium/high ?) now that we are getting pretty close to a freeze? Or would you recommend that I simply stay on version 3.2.3 + bug fixes? 3.2.6 seems stable and has been out for a couple of months now. Your comments are appreciated. Best regards, Frederik Dannemare -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#393846: wave at a webcam to overwrite file
On Wednesday 18 October 2006 11:43, Loïc Minier wrote: > On Wed, Oct 18, 2006, Frederik Dannemare wrote: > > Sorry for not being very active over the course of the summer (new > > job and everything). I am, however, prepared to pick up speed again > > and I was wondering if it would be okay to upload version 3.2.6 to > > unstable (with urgency=medium/high ?) now that we are getting > > pretty close to a freeze? Or would you recommend that I simply stay > > on version 3.2.3 + bug fixes? > > You can upload whatever version you see as stable enough for etch. > If it doesn't get any more serious bugs reported, it will transition > to etch naturally. > > Newer upstream releases should in general be tested more extensively > and hence should be uploaded with urgency=low, on the other hand, RC > bug fixes should uploaded with urgency=high (or at least medium). > Make your choice, or upload twice, perhaps 3.2.3 + bugfixes > urgency=high, followed by 3.2.6 when .3 is in testing. > OK, I will do a 3.2.3-2 first (with urgency=high) and only include a simple fix for this security-related issue. I was thinking of simply setting target_dir to /var/lib/motion (and have the package create this dir, of course + mention it in README.Debian) similar to what e.g. mysql and other packages with variable data does. Additionally, I may suggest (in README.Debian) non-root system users to create their own ~/.motion/motion.conf in order to override the system-wide settings in /etc/motion/motion.conf, including target_dir. Will ask my sponsor to do the 3.2.3-2 upload tomorrow or possible Friday... Best regards, Frederik Dannemare
Bug#391055: -d for debugging requires argument
On Wednesday 04 October 2006 17:44, Nico Golde wrote: > Package: motion > Version: 3.2.3-1+b1 > Severity: normal > Tags: patch > Hi, > If you call motion with -d for debugging it complains about > amissing parameter. Referring to the manpage it does not > need a parameter. > A fix would be: > Line 1107 of conf.c > - while ((c=getopt(conf->argc, conf->argv, "c:d:hns?"))!=EOF) > + while ((c=getopt(conf->argc, conf->argv, "c:dhns?"))!=EOF) Just tried this but got a segfault trying to run 'motion -d'. Running motion with using -d works fine, though. I have just finished a new build which I would like to see in testing as soon as possible, so with this next release I will merely make a comment in the manpage that using -d also requires -c. Best regards, Frederik Dannemare -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#439051: O: motion -- V4L capture program supporting motion detection
On Tuesday 21 August 2007 23:07, Christoph Berg wrote: > Package: wnpp > Severity: normal > > The current maintainer of motion, Frederik Dannemare > <[EMAIL PROTECTED]>, is not active anymore. Therefore, I orphan > this package now. It is pretty dumb to do so without issuing a warning first. I have already had a dialogue with another maintainer (and his sponsor) about him taking over the packaging og motion. A new upload which will reflect the change in maintainer + a new upstream release + possible other fixes is being prepared as we speak. Frederik Dannemare -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#409242: causes kernel oops
Package: drbd8-module-source Version: 8.0pre5-1 Severity: grave Hi, compiled the kernel module on two different systems (one is an older 2.6.16-2-xen-686, but the other one is linux-image-2.6.18-3-686 (2.6.18-7)). On both systems I saw a kernel oops upon executing "/etc/init.d/drbd start". Output from dmesg is below: drbd: initialised. Version: 8.0pre5 (api:84/proto:83) drbd: SVN Revision: 2481M build by [EMAIL PROTECTED], 2007-01-31 08:48:22 drbd: registered as block device major 147 drbd0: disk( Diskless -> Attaching ) BUG: unable to handle kernel paging request at virtual address 645f72c9 printing eip: c0127371 *pde = Oops: [#1] SMP Modules linked in: drbd cn ipv6 button ac battery dm_snapshot dm_mirror dm_mod smsc47m1 i2c_isa eeprom smsc47m192 hwmon_vid loop i810_audio ac97_codec snd_intel8x0 snd_ac97_codec snd_ac97_bus parport_pc parport floppy psmouse i2c_i801 snd_pcm snd_timer snd soundcore snd_page_alloc serio_raw pcspkr i2c_core shpchp pci_hotplug rtc intel_agp agpgart evdev ext3 jbd mbcache ide_cd cdrom ide_disk piix e100 mii generic ide_core ehci_hcd uhci_hcd usbcore thermal processor fan CPU:0 EIP:0060:[]Not tainted VLI EFLAGS: 00010286 (2.6.18-3-686 #1) EIP is at force_sig_info+0xe/0x83 eax: 0001 ebx: cf0602a8 ecx: 645f6e69 edx: 0001 esi: 645f6e69 edi: 0001 ebp: esp: c99bbe50 ds: 007b es: 007b ss: 0068 Process cqueue/0 (pid: 2467, ti=c99ba000 task=ceac6aa0 task.ti=c99ba000) Stack: 0001 cf0602a8 0002 d03f4aa8 74700065 cf06 c202 c202 d03f5dc6 020200d2 c111cc60 0001 c0160f63 0001 c02cdb00 00d2 c02cdbe8 Call Trace: [] _drbd_thread_stop+0x85/0x14e [drbd] [] after_state_ch+0x71a/0x84b [drbd] [] blkdev_open+0x1c/0x44 [] _drbd_request_state+0x293/0x29e [drbd] [] __vmalloc+0x7/0x9 [] lc_alloc+0x36/0xc3 [drbd] [] drbd_nl_disk_conf+0x2ed/0x664 [drbd] [] drbd_connector_callback+0xab/0x141 [drbd] [] cn_queue_wrapper+0x9/0x1e [cn] [] run_workqueue+0x78/0xb5 [] cn_queue_wrapper+0x0/0x1e [cn] [] worker_thread+0xd9/0x10b [] default_wake_function+0x0/0xc [] worker_thread+0x0/0x10b [] kthread+0xc2/0xef [] kthread+0x0/0xef [] kernel_thread_helper+0x5/0xb Code: 30 c0 8b 04 24 5a 5b 5e 5f 5d c3 53 89 d3 31 d2 85 c9 89 d9 0f 95 c2 5b e9 89 ff ff ff 55 57 89 c7 56 89 ce 53 83 ec 04 89 14 24 <8b> 81 60 04 00 00 05 04 05 00 00 e8 b7 9c 15 00 6b cf 14 8d 57 EIP: [] force_sig_info+0xe/0x83 SS:ESP 0068:c99bbe50 <7>eth0: no IPv6 routers present I have no experience in tracing/debugging kernel oopses so hints are very welcome. I have now gone back to using 0.7 (using the same drbd.conf) and all is fine. Thank you for providing drbd packages for Debian. Best regards, Frederik Dannemare -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#271040: still interested in packaging nethogs?
On Saturday 08 April 2006 10:24, Shiju P. Nair wrote: > Hello, > > I would like to package this software for Debian. As stated in my previous message, I invite anybody to take over this ITP, as I'd very much like to see nethogs in Debian myself (but don't have the time to do the work myself), so you definitely have a go from me to take over the ITP. B/R, Frederik Dannemare -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#418278: Kernel unaligned access
I'm seeing the same thing on a Netra, using the 2.6.18-4-sparc64 kernel. The Netra serves as a name server (BIND) and I haven't noticed anything being affected by the unaligned access messages. Besides the already mentioned 'filldir64' messages, I have also seen 'cp_compat_stat64' messages a couple of times. 'filldir64' mostly happens around 06:25. Seems to me like a cron.daily job is triggering it... [...] Apr 19 06:25:11 ns01 kernel: Kernel unaligned access at TPC[49cd90] filldir64+0x54/0x134 Apr 19 06:25:11 ns01 kernel: Kernel unaligned access at TPC[49cdac] filldir64+0x70/0x134 Apr 19 06:25:11 ns01 kernel: Kernel unaligned access at TPC[49cd78] filldir64+0x3c/0x134 Apr 19 06:25:11 ns01 kernel: Kernel unaligned access at TPC[49cd90] filldir64+0x54/0x134 Apr 19 06:25:11 ns01 kernel: Kernel unaligned access at TPC[49cdac] filldir64+0x70/0x134 Apr 19 06:25:17 ns01 kernel: Kernel unaligned access at TPC[49cd90] filldir64+0x54/0x134 Apr 19 06:25:17 ns01 kernel: Kernel unaligned access at TPC[49cdac] filldir64+0x70/0x134 Apr 19 06:25:17 ns01 kernel: Kernel unaligned access at TPC[49cd78] filldir64+0x3c/0x134 Apr 19 06:25:17 ns01 kernel: Kernel unaligned access at TPC[49cd90] filldir64+0x54/0x134 Apr 19 06:25:17 ns01 kernel: Kernel unaligned access at TPC[49cdac] filldir64+0x70/0x134 Apr 19 11:55:01 ns01 kernel: Kernel unaligned access at TPC[431734] cp_compat_stat64+0x3c/0x1ec Apr 19 11:55:01 ns01 kernel: Kernel unaligned access at TPC[431744] cp_compat_stat64+0x4c/0x1ec Apr 19 11:55:01 ns01 kernel: Kernel unaligned access at TPC[431758] cp_compat_stat64+0x60/0x1ec Apr 19 11:55:01 ns01 kernel: Kernel unaligned access at TPC[431768] cp_compat_stat64+0x70/0x1ec Apr 19 11:55:01 ns01 kernel: Kernel unaligned access at TPC[43177c] cp_compat_stat64+0x84/0x1ec Apr 20 06:25:14 ns01 kernel: Kernel unaligned access at TPC[49cd90] filldir64+0x54/0x134 Apr 20 06:25:14 ns01 kernel: Kernel unaligned access at TPC[49cdac] filldir64+0x70/0x134 Apr 20 06:25:14 ns01 kernel: Kernel unaligned access at TPC[49cd78] filldir64+0x3c/0x134 Apr 20 06:25:14 ns01 kernel: Kernel unaligned access at TPC[49cd90] filldir64+0x54/0x134 Apr 20 06:25:14 ns01 kernel: Kernel unaligned access at TPC[49cdac] filldir64+0x70/0x134 Apr 20 06:25:21 ns01 kernel: Kernel unaligned access at TPC[49cd90] filldir64+0x54/0x134 Apr 20 06:25:21 ns01 kernel: Kernel unaligned access at TPC[49cdac] filldir64+0x70/0x134 Apr 20 06:25:21 ns01 kernel: Kernel unaligned access at TPC[49cd78] filldir64+0x3c/0x134 Apr 20 06:25:21 ns01 kernel: Kernel unaligned access at TPC[49cd90] filldir64+0x54/0x134 Apr 20 06:25:21 ns01 kernel: Kernel unaligned access at TPC[49cdac] filldir64+0x70/0x134 Apr 20 06:25:27 ns01 kernel: Kernel unaligned access at TPC[49cd90] filldir64+0x54/0x134 Apr 20 06:25:27 ns01 kernel: Kernel unaligned access at TPC[49cdac] filldir64+0x70/0x134 Apr 20 06:25:27 ns01 kernel: Kernel unaligned access at TPC[49cd78] filldir64+0x3c/0x134 Apr 20 06:25:27 ns01 kernel: Kernel unaligned access at TPC[49cd90] filldir64+0x54/0x134 Apr 20 06:25:27 ns01 kernel: Kernel unaligned access at TPC[49cdac] filldir64+0x70/0x134 Apr 21 06:25:04 ns01 kernel: Kernel unaligned access at TPC[49cd90] filldir64+0x54/0x134 Apr 21 06:25:04 ns01 kernel: Kernel unaligned access at TPC[49cdac] filldir64+0x70/0x134 Apr 21 06:25:04 ns01 kernel: Kernel unaligned access at TPC[49cd78] filldir64+0x3c/0x134 Apr 21 06:25:04 ns01 kernel: Kernel unaligned access at TPC[49cd90] filldir64+0x54/0x134 Apr 21 06:25:04 ns01 kernel: Kernel unaligned access at TPC[49cdac] filldir64+0x70/0x134 Apr 21 06:25:10 ns01 kernel: Kernel unaligned access at TPC[49cd90] filldir64+0x54/0x134 Apr 21 06:25:10 ns01 kernel: Kernel unaligned access at TPC[49cdac] filldir64+0x70/0x134 Apr 21 06:25:10 ns01 kernel: Kernel unaligned access at TPC[49cd78] filldir64+0x3c/0x134 Apr 21 06:25:10 ns01 kernel: Kernel unaligned access at TPC[49cd90] filldir64+0x54/0x134 Apr 21 06:25:10 ns01 kernel: Kernel unaligned access at TPC[49cdac] filldir64+0x70/0x134 Apr 22 06:25:04 ns01 kernel: Kernel unaligned access at TPC[49cd90] filldir64+0x54/0x134 Apr 22 06:25:04 ns01 kernel: Kernel unaligned access at TPC[49cdac] filldir64+0x70/0x134 Apr 22 06:25:04 ns01 kernel: Kernel unaligned access at TPC[49cd78] filldir64+0x3c/0x134 Apr 22 06:25:04 ns01 kernel: Kernel unaligned access at TPC[49cd90] filldir64+0x54/0x134 Apr 22 06:25:04 ns01 kernel: Kernel unaligned access at TPC[49cdac] filldir64+0x70/0x134 Apr 22 06:25:10 ns01 kernel: Kernel unaligned access at TPC[49cd90] filldir64+0x54/0x134 Apr 22 06:25:10 ns01 kernel: Kernel unaligned access at TPC[49cdac] filldir64+0x70/0x134 Apr 22 06:25:10 ns01 kernel: Kernel unaligned access at TPC[49cd78] filldir64+0x3c/0x134 Apr 22 06:25:10 ns01 kernel: Kernel unaligned access at TPC[49cd90] filldir64+0x54/0x134 Apr 22 06:25:10 ns01 kernel: Kernel unaligned access at TPC[49cdac] filldir64+0x70
Bug#418278: Kernel unaligned access
I just ran through all daily jobs on my box, and sure enough, /etc/cron.daily/integrit triggers it here. Apr 24 08:52:21 ns01 kernel: Kernel unaligned access at TPC[49cd90] filldir64+0x54/0x134 Apr 24 08:52:21 ns01 kernel: Kernel unaligned access at TPC[49cdac] filldir64+0x70/0x134 Apr 24 08:52:21 ns01 kernel: Kernel unaligned access at TPC[49cd78] filldir64+0x3c/0x134 Apr 24 08:52:21 ns01 kernel: Kernel unaligned access at TPC[49cd90] filldir64+0x54/0x134 Apr 24 08:52:21 ns01 kernel: Kernel unaligned access at TPC[49cdac] filldir64+0x70/0x134 Apr 24 08:52:27 ns01 kernel: Kernel unaligned access at TPC[49cd90] filldir64+0x54/0x134 Apr 24 08:52:27 ns01 kernel: Kernel unaligned access at TPC[49cdac] filldir64+0x70/0x134 Apr 24 08:52:27 ns01 kernel: Kernel unaligned access at TPC[49cd78] filldir64+0x3c/0x134 Apr 24 08:52:27 ns01 kernel: Kernel unaligned access at TPC[49cd90] filldir64+0x54/0x134 Apr 24 08:52:27 ns01 kernel: Kernel unaligned access at TPC[49cdac] filldir64+0x70/0x134 B/R, Frederik Dannemare -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#445750: O: motion -- V4L capture program supporting motion detection
Package: motion motion was actually being handed over to another maintainer by me a couple of months ago, but nothing has happened since then, so I'm now orphaning the package. /frederik -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]