Bug#710311: Unable to reproduce exact scenario mentioned and nmu diff
Hi, I talked to Davide and he is saying he still supports xmail. Let's update it. Can you NMU this version since you worked so hard? -R. On Sat, Dec 14, 2013 at 2:41 PM, Vasudev Kamath wrote: > Hi Radu, > > Radu Spineanu writes: > >> Sent a ping to Davide, no answer yet. Let's wait for an answer for a >> couple more days. >> > > any update on this yet?.. is it worth to have the package still in > Debian? actually this nmu is blocking one of NM process task so :) > > -- > Vasudev Kamath > http://copyninja.info > Connect on ~friendica: copyninja@{frndk.de | vasudev.homelinux.net} > IRC nick: copyninja | vasudev {irc.oftc.net | irc.freenode.net} > GPG Key: C517 C25D E408 759D 98A4 C96B 6C8F 74AE 8770 0B7E -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#710311: Unable to reproduce exact scenario mentioned and nmu diff
Sent a ping to Davide, no answer yet. Let's wait for an answer for a couple more days. -R. On Mon, Nov 4, 2013 at 2:35 AM, intrigeri wrote: > Hi Radu, > > Radu Spineanu wrote (16 Oct 2013 17:17:54 GMT) : >> That is a good question. There hasn't been a new version of xmail >> since around my last upload. At the time Davide planned IMAP support >> but I don't believe that's going to happen anymore. > >> I'll send an email to the creator of XMail to see what his plans are. >> If he doesn't want to continue working on it we should stop supporting >> it. If he does, I'll push a fix. > > Any news on this side? > > Cheers, > -- > intrigeri > | GnuPG key @ https://gaffer.ptitcanardnoir.org/intrigeri/intrigeri.asc > | OTR fingerprint @ https://gaffer.ptitcanardnoir.org/intrigeri/otr.asc -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#727069: pvpgn: co-maintainership
Go for it. On Monday, October 21, 2013, Dmitry Smirnov wrote: > Package: src:pvpgn > Version: 1.8.1-2.1 > Severity: wishlist > > Dear Radu, > > I'd like to give you a hand with "pvpgn" package which needs a little > care. I took some time to update it and I've managed to fix all bugs, > update package for new upstream version (with SQL injection fixes) and > for new release of support files. I introduced sqlite support, > logrotate, unbundled libcdb and did many other changes (please find > full list of changes below). You're welcome to review my work in the > following repository: > > http://anonscm.debian.org/gitweb/?p=users/onlyjob/pvpgn.git > > I'm happy to take responsibility for those changes so I took liberty > to add myself to Uploaders. With your permission I'd like to upload > updated package or you're welcome to take any of my improvements for > your future upload. What do you think? > > Thanks. > > -- > Regards, > Dmitry Smirnov > GPG key : 4096R/53968D1B > > > > pvpgn (1.8.5-1) unstable; urgency=low > > * New upstream release [February 2009]. > * Install upstream changelog. > * Added new watch file, based on watch written by Bart Martens. > + lintian-override for "debian-watch-file-should-use-sf-redirector". > * Updated Homepage URL. > * Standards to 3.9.4 > * Source to "3.0 (quilt)" format. > * Debhelper & compat to version 9. > * dh-style rules, no longer use cdbs. > * autotools-dev --> dh-autoreconf. > * Dropped "libmysqlclient15-dev" alternative from Build-Depends. > * Dropped worthless upstream docs (i.g. how to build instructions etc.). > * Build with "--with-sqlite3"; Build-Depends: +libsqlite3-dev. > * Build with all hardening. > * Added new patch to enable verbose build. > * Added new patch with spelling corrections. > * Moved man pages to "debian/man"; corrected "hyphen-used-as-minus-sign". > * pvpgn-support-installer: > + updated support files' archive name + downloader fixes. > + replaced hard-coded archive name with variable. > + added new file "ver-ix86-1.mpq" to clean-up. > + alphabetised list of files to clean. > + increased verbosity of file copy/remove operations. > * init.d: > + init.d-script-does-not-source-init-functions. > + init.d-script-missing-lsb-description. > + status support. > + updated list of files from "pvpgn-support-1.2.tar.gz"; > fixed daemon start. > + improved message about getting support files. > * Updated URL to support files archive in README.Debian. > * Suggests: mysql-server (Closes: #667659). > * "bnetd.log" moved to "/var/log/pvpgn" (Closes: #578010). > * Install logrotate config. > * Fixed ladders directory (Closes: #578012). > * Corrected paths (dirs should be in "/var/lib/pvpgn", > not in "/var/lib/pvpgn/files"). > * Unbundle tinycdb: > + added new patch to link with libcdb. > + Build-Depends: +libcdb-dev. > + Recommends: +tinycdb (provides `cdb`). > - no longer install `bncdb` and its man page (use `cdb` instead). > * "debian/copyright" to copyright-format-1.0 + audit. > * Added myself to Uploaders. > > -- Dmitry Smirnov > Tue, 22 Oct 2013 > 05:42:40 +1100 >
Bug#710311: Unable to reproduce exact scenario mentioned and nmu diff
That is a good question. There hasn't been a new version of xmail since around my last upload. At the time Davide planned IMAP support but I don't believe that's going to happen anymore. I'll send an email to the creator of XMail to see what his plans are. If he doesn't want to continue working on it we should stop supporting it. If he does, I'll push a fix. -Radu On Wed, Oct 16, 2013 at 1:33 AM, intrigeri wrote: > Hi, > > Vasudev Kamath wrote (22 Sep 2013 07:52:26 GMT) : >> I went through the log and prepared an NMU for fixing the policy issue, >> as mentioned in Debian policy document I symlinked the sample folder >> under /usr/share/doc/xmail to /usr/share/xmail and in the maint script >> replaced the path to use /usr/share/xmail instead. I wanted to test >> this scenario on piuparts but failed to do so. > > It seems to me that the attached patch symlinks > /usr/share/xmail/sample to /usr/share/doc/xmail/sample (while it > should do the contrary, right?) and does not move > /usr/share/doc/xmail/sample to /usr/share/xmail/sample. > Vasudev, did you actually test it with 'dpkg --path-exclude=...'? > > Also, although a minor issue, unrelated whitespace changes are > generally not well suited for a NMU. > > To end with, I see that xmail is a leaf package, its popcon has been > rapidly decreasing since 2011, there are a number of bugs with no > reply from the maintainer for years, and the last maintainer upload > was in June, 2010. So perhaps this package would be a candidate for > removal from Debian? Radu, are you still interested in maintaining > xmail in Debian? > > Cheers, > -- > intrigeri > | GnuPG key @ https://gaffer.ptitcanardnoir.org/intrigeri/intrigeri.asc > | OTR fingerprint @ https://gaffer.ptitcanardnoir.org/intrigeri/otr.asc -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#660425: 2.6.32-5-xen-amd64: domU kernel panic on high loads
reassign 660425 linux-image-2.6.32-5-xen-amd64 thanks Must never report a bug after 5am after being woken up because of down server. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#660425: 2.6.32-5-xen-amd64: domU kernel panic on high loads
Package: 2.6.32-5-xen-amd64 Severity: important Since a couple of days ago on high loads a domU is constantly rebooting itself after a kernel panic. Below you can find the console logs. If there's anything else I can provide let me now. [ 58.806593] alignment check: [#1] SMP [ 58.806610] last sysfs file: /sys/module/x_tables/initstate [ 58.806615] CPU 4 [ 58.806620] Modules linked in: xt_tcpudp iptable_filter ip_tables x_tables fuse nfsd exportfs nfs lockd fscache nfs_acl auth_rpcgss sunrpc snd_pcm snd_timer snd soundcore snd_page_alloc pcspkr evdev ext3 jbd mbcache dm_mod xen_netfront xen_blkfront [ 58.806668] Pid: 1561, comm: node Not tainted 2.6.32-5-xen-amd64 #1 [ 58.806673] RIP: e030:[] [] eth_type_trans+0x3d/0xae [ 58.806690] RSP: e02b:8801cd07f988 EFLAGS: 00050246 [ 58.806695] RAX: 8801fb29ecfc RBX: 8801fbb44ce8 RCX: 8801fb29ecee [ 58.806702] RDX: 0042 RSI: 000e RDI: 8801fbb44ce8 [ 58.806709] RBP: 8801ff056000 R08: 0002 R09: 814eeab0 [ 58.806715] R10: 000e R11: 8125fbaf R12: 8801fd6a5b00 [ 58.806721] R13: 8801ff056000 R14: 8801ff150b00 R15: 81350270 [ 58.806732] FS: 7f7e5b149700() GS:88000bb45000() knlGS: [ 58.806740] CS: e033 DS: ES: CR0: 8005003b [ 58.806745] CR2: 7f7e59f9ffd0 CR3: 01001000 CR4: 2660 [ 58.806752] DR0: DR1: DR2: [ 58.806758] DR3: DR6: 0ff0 DR7: 0400 [ 58.806765] Process node (pid: 1561, threadinfo 8801cd07e000, task 8801fdc0c6a0) [ 58.806772] Stack: [ 58.806775] 0002 8801ff056000 8801fbb44ce8 812398d0 [ 58.806785] <0> 0004 8801fbb44ce8 8801fd6a5b00 8125f9e4 [ 58.806797] <0> 81285100 0004 8801ff150b00 8801fd6a5b00 [ 58.806810] Call Trace: [ 58.806818] [] ? loopback_xmit+0x36/0x7a [ 58.806827] [] ? dev_hard_start_xmit+0x211/0x2db [ 58.806837] [] ? dst_output+0x0/0xb [ 58.806843] [] ? dev_queue_xmit+0x2dd/0x38d [ 58.806850] [] ? ip_queue_xmit+0x311/0x386 [ 58.806861] [] ? check_events+0x12/0x20 [ 58.806869] [] ? tcp_transmit_skb+0x648/0x687 [ 58.806876] [] ? check_events+0x12/0x20 [ 58.806887] [] ? d_kill+0x58/0x61 [ 58.806894] [] ? tcp_write_xmit+0x874/0x96c [ 58.806902] [] ? __tcp_push_pending_frames+0x22/0x53 [ 58.806910] [] ? tcp_close+0x176/0x3d0 [ 58.806916] [] ? d_kill+0x58/0x61 [ 58.806924] [] ? inet_release+0x4e/0x54 [ 58.806935] [] ? sock_release+0x19/0x66 [ 58.806942] [] ? sock_close+0x22/0x26 [ 58.806951] [] ? __fput+0x100/0x1af [ 58.806958] [] ? filp_close+0x5b/0x62 [ 58.806967] [] ? put_files_struct+0x64/0xc1 [ 58.806974] [] ? do_exit+0x22e/0x6c6 [ 58.806981] [] ? do_exit+0x236/0x6c6 [ 58.806988] [] ? do_group_exit+0x76/0x9d [ 58.806997] [] ? get_signal_to_deliver+0x310/0x339 [ 58.807005] [] ? do_notify_resume+0x87/0x73f [ 58.807012] [] ? check_events+0x12/0x20 [ 58.807020] [] ? xen_restore_fl_direct_end+0x0/0x1 [ 58.807031] [] ? _spin_unlock_irqrestore+0xd/0xe [ 58.807038] [] ? kprobe_flush_task+0x9f/0xac [ 58.807048] [] ? finish_task_switch+0x96/0xaf [ 58.807056] [] ? int_signal+0x12/0x17 [ 58.807061] Code: 87 d8 00 00 00 2b 87 d0 00 00 00 be 0e 00 00 00 89 87 c4 00 00 00 e8 68 48 fe ff 8b 8b c4 00 00 00 48 03 8b d0 00 00 00 f6 01 01 <48> 8b 11 74 20 48 33 95 40 02 00 00 8a 43 7d 48 c1 e2 10 75 08 [ 58.807143] RIP [] eth_type_trans+0x3d/0xae [ 58.807151] RSP [ 58.807158] ---[ end trace e0ab4c430984e308 ]--- [ 58.807162] Kernel panic - not syncing: Fatal exception in interrupt [ 58.807169] Pid: 1561, comm: node Tainted: G D 2.6.32-5-xen-amd64 #1 [ 58.807175] Call Trace: [ 58.807181] [] ? panic+0x86/0x143 [ 58.807188] [] ? xen_restore_fl_direct_end+0x0/0x1 [ 58.807197] [] ? dummycon_dummy+0x0/0x3 [ 58.807204] [] ? xen_force_evtchn_callback+0x9/0xa [ 58.807211] [] ? check_events+0x12/0x20 [ 58.807217] [] ? dummycon_dummy+0x0/0x3 [ 58.807225] [] ? oops_end+0xa7/0xb4 [ 58.807233] [] ? do_alignment_check+0x88/0x92 [ 58.807240] [] ? alignment_check+0x25/0x30 [ 58.807247] [] ? dev_queue_xmit+0x0/0x38d [ 58.807254] [] ? eth_type_trans+0x3d/0xae [ 58.807261] [] ? eth_type_trans+0x2d/0xae [ 58.807267] [] ? loopback_xmit+0x36/0x7a [ 58.807274] [] ? dev_hard_start_xmit+0x211/0x2db [ 58.807281] [] ? dst_output+0x0/0xb [ 58.807287] [] ? dev_queue_xmit+0x2dd/0x38d [ 58.807294] [] ? ip_queue_xmit+0x311/0x386 [ 58.807301] [] ? check_events+0x12/0x20 [ 58.807308] [] ? tcp_transmit_skb+0x648/0x687 [ 58.807315] [] ? check_events+0x12/0x20 [ 58.807322] [] ? d_kill+0x58/0x61 [ 58.807329] [] ? tcp_write_xmit+0x874/0x96c [ 58.807336] [] ? __tcp_push_pending_frames+0x22/0x53 [ 58.807343] [] ? tcp_close+0x176/0x3d0 [ 58.807350] [] ? d_kill+0x58/0x61 [ 58.807356] [] ? inet_release+0x4e/0x54 [ 58.807363] [] ? sock_release+0x19/0x66 [ 58.807370] [] ? sock_close+0x22/0x26 [ 58.807376] [] ? __fput+0x100/0x1af [ 58.807382]
Bug#647815: sphinxsearch: Omitting mem_limit generates a spurious warning
Hey Frédéric, Does this still happen with the latest version of sphinxsearch? -R. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#570506: Processed: Re: libstemmer_c support for sphinxsearch
Hi Thijs, Thanks for the patches and the interest. I'll update the package over the weekend. I might add this patch + running as non-root user first. And maybe afterwards add the latest beta version since it's recommended now. -r. On 06/20/2011 11:45 PM, Debian Bug Tracking System wrote: > Processing commands for cont...@bugs.debian.org: > >> tags 570506 +patch > Bug #570506 [sphinxsearch] libstemmer_c support for sphinxsearch > Added tag(s) patch. >> thanks > Stopping processing here. > > Please contact me if you need assistance. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#563205: Any progress on including the sphinx api?
Hi Uwe, As soon as the squeeze is released I'll provide the API packages. -r. On 01/15/2011 08:45 PM, Uwe Steinmann wrote: > Hi, > > are the any plans to added the various APIs to the package? I would > very much appreciate it. > > Uwe -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#602445: flow-tools: Please add "status" support to the init script
Hey Andrew, Is it OK if I upload a new version once squeeze is released? Apparently development of flow-tools has restarted on gitorious and it's probably going to be a bigger update. -r. On 11/05/2010 02:20 AM, Radu Spineanu wrote: Hey Andrew, Severity: wishlist We have some extra workflow around our use of flowcapture, which would be greatly aided by the init script supporting a "status" argument and exiting non-zero if it wasn't running, and zero if it was. Thank you for the patch. I'll apply & upload it this week. Will also test the latest init skeleton and see how it works. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#602445: flow-tools: Please add "status" support to the init script
Hey Andrew, Severity: wishlist We have some extra workflow around our use of flowcapture, which would be greatly aided by the init script supporting a "status" argument and exiting non-zero if it wasn't running, and zero if it was. Thank you for the patch. I'll apply & upload it this week. Will also test the latest init skeleton and see how it works. -- Cheers, Radu -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#578013: Intent to NMU (pvpgn: d2dbs manpage is copy-pasted from d2cs manpage)
Hey Jari, Feel free to NMU both bugs. -- R. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#563205: sphinxsearch: Proposed package patches (man pages, cronjob, non-root, API packages)
Hi Christian, This is an amazing collection of patches. First of everything: Thanks! Awesome work. * man pages are in. * cronjob of course. * you are right about examples confs in /usr/share/doc. don't know what was in my head. * run as non-root that too. I don't know about the libraries yet though. Going to think about that. Will prepare a package in the next week sometime. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#561687: sphinxsearch: New upstream version (0.9.9), many bug fixes
Hi Vladimir, The sphinx upstream author released 0.9.9 on 2 December 2009. Very cool news. Didn't notice it. I will update the Debian package by Wednesday. Thanks for the heads up. -- Cheers, R. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#458000: sphinxsearch
Hi Guys, Since there hasn't been any news on this ITP is it OK if I upload the sphinx package? It's already done, you can look/test it here: deb http://arcadia.timisoara.roedu.net/sphinx ./ http://arcadia.timisoara.roedu.net/sphinx It's heavily influenced by the work Marco did on the Ubuntu package, with some fixes from me. -- Cheers, Radu S. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#531350: imagemagick: mogrify doesn't detect filetype
Package: imagemagick Version: 7:6.5.1.0-1 Severity: normal Hi, I'm encoutering a weird imagemagick issue. > From the mogrify manual: "By default, the image format of `file' is determined by its magic number." $ file 982434113.jpg 982434113.jpg: JPEG image data, JFIF standard 1.02 $ mogrify -resize "40x40" 982434113.jpg # OK $ mv 982434113.jpg 982434113.tmp $ mogrify -resize "40x40" 982434113.tmp mogrify: no encode delegate for this image format `982434113.tmp' @ constitute.c/WriteImage/1157. -- Thanks. radu -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.29-1-686 (SMP w/2 CPU cores) Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Shell: /bin/sh linked to /bin/bash Versions of packages imagemagick depends on: ii libbz2-1.0 1.0.5-1 high-quality block-sorting file co ii libc6 2.9-12GNU C Library: Shared libraries ii libfontconfig1 2.6.0-3 generic font configuration library ii libfreetype6 2.3.9-4.1 FreeType 2 font engine, shared lib ii libglib2.0-0 2.20.1-2 The GLib library of C routines ii libgomp1 4.4.0-5 GCC OpenMP (GOMP) support library ii libice62:1.0.5-1 X11 Inter-Client Exchange library ii libjpeg62 6b-14 The Independent JPEG Group's JPEG ii liblcms1 1.18.dfsg-1 Color management library ii liblqr-1-0 0.4.1-1 converts plain array images into m ii libltdl7 2.2.6a-4 A system independent dlopen wrappe ii libmagickcore2 7:6.5.1.0-1 low-level image manipulation libra ii libmagickwand2 7:6.5.1.0-1 image manipulation library ii libsm6 2:1.1.0-2 X11 Session Management library ii libtiff4 3.8.2-11 Tag Image File Format (TIFF) libra ii libx11-6 2:1.2.1-1 X11 client-side library ii libxext6 2:1.0.4-1 X11 miscellaneous extension librar ii libxt6 1:1.0.5-3 X11 toolkit intrinsics library ii zlib1g 1:1.2.3.3.dfsg-13 compression library - runtime Versions of packages imagemagick recommends: ii imagemagick-doc 7:6.5.1.0-1 document files of ImageMagick Versions of packages imagemagick suggests: pn transfig (no description available) -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#514850: fails to send email
Hi Jayen, Can you be a bit more specific? Are you trying to send mail using "sendmail" and as a regular user? If so, did you make the user is in the "mail" group? -- cheers, r. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#426048: fuppes ITP
Hi, Is there any progress with the Fuppes packaging? I'm interested in this program, please let me know if I can go ahead and hijack the ITP(if you guys are not interested in it anymore). Cheers, Radu -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#469446: ilohamail: Case sensitive header item "content-transfer-encoding"
Hi, I tried to reproduce this problem using ilohamail 0.8.14-0rc3sid5.1 and a dovecot imap server. Ilohamail opened it corectly. 'Show Headers' confirmed that content-transfer-encoding was lowercase. Couldn't there haven been another problem on your end? Can you try to reproduce the problem using the latest version? -- Thanks Radu Spineanu -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#401854: xmail: FTBFS on GNU/kFreeBSD (fixup of debian/rules needed)
the current version still fails to build on GNU/kFreeBSD. One part from April patch still have to be applied, see bellow. It would be nice if it could be included in the next upload. Oops, sorry for that. I'll do it in the next upload. -- r. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#452406: ilohamail: postinst fails
Hi Daniel, > as a consequence, apache is not set up. I think the workaround > is to manually copy the file > /usr/share/IlohaMail/debian/Ilohamail.apache into > /etc/apache2/conf.d and edit it. From what I understand here you have apache2 installed, right? > I: Installing apache config files: apache During the installation phase ilohamail asks you what webserver to setup. It seems you selected apache, otherwise that line would have said: > I: Installing apache config files: apache2 Let me know is this works. Cheers, Radu Spineanu -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#447715: xen-tools: Please remove useless recommends on perl-docSteve
Hi Steve, The reason is this: [EMAIL PROTECTED]:~$ xen-create-image --manual You need to install the perl-doc package to use this program. Now you could argue that 'man xen-create-image' works just as well, but my counter-argument would be that a recommended package is not a mandatory requirement, just a recommended one! He probably means that aptitude installs recommended packages, and we should add it to suggests. Or am I wrong? -- Radu -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#400583: Bug#390929: compiz: "Another window manager is already running on screen: 0"
Hi Brice, This is in my case: $ compiz --replace GLX_EXT_texture_from_pixmap is available with direct rendering. /usr/bin/gtk-window-decorator: Could not acquire decoration manager selection on screen 0 display ":0.0" /usr/bin/compiz.real: decoration: property ignored because version is 20061011 and decoration plugin version is 20070319 /usr/bin/compiz.real: decoration: property ignored because version is 20061011 and decoration plugin version is 20070319 /usr/bin/compiz.real: decoration: property ignored because version is 20061011 and decoration plugin version is 20070319 /usr/bin/compiz.real: Failed to load slide: freedesktop Which compiz are you using? 0.5.0 is currently in unstable, it would be good to test it. That's the one I was using. Any tests you want me to run? -- Radu -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#390929: compiz: "Another window manager is already running on screen: 0"
Hi, Did you reproduce recently this problem with compiz refusing to replace another window manager (KDE here)? This is in my case: $ compiz --replace GLX_EXT_texture_from_pixmap is available with direct rendering. /usr/bin/gtk-window-decorator: Could not acquire decoration manager selection on screen 0 display ":0.0" /usr/bin/compiz.real: decoration: property ignored because version is 20061011 and decoration plugin version is 20070319 /usr/bin/compiz.real: decoration: property ignored because version is 20061011 and decoration plugin version is 20070319 /usr/bin/compiz.real: decoration: property ignored because version is 20061011 and decoration plugin version is 20070319 /usr/bin/compiz.real: Failed to load slide: freedesktop Beryl is working fine on the same setup. -- Radu Spineanu -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#426244: flow-tools: flow-send fails when compiled by gcc4
Hi Iwan, flow-send utility from flow-tools package included in Etch release, and also from latest (0.68-11) version rebuilt on Etch, fails completely. To reproduce the problem: It prints many errors like flow-send: send(): Message too long Please try this patch and let me know if it works: Cheers, Radu diff -Naur flow-tools.old/src/flow-send.c flow-tools/src/flow-send.c --- flow-tools.old/src/flow-send.c 2007-05-27 17:04:37.687107392 +0300 +++ flow-tools/src/flow-send.c 2007-05-27 17:04:51.943998396 +0300 @@ -76,7 +76,7 @@ u_int32 privacy_mask; unsigned int v1, v2, one; int i, n, ret, tx_delay, udp_sock; - int src_ip_spoof, hdr_len; + int src_ip_spoof, hdr_len = 0; void *rec; /* init fterr */ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#422411: ilohamail: Not overwriten config files; renamed ones
Hi Alexander, This shouldn't be too hard to fix, I can check versions during upgrade and if the package is upgrading from the sarge version then move login.inc to login.php during postinst. - Radu -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#417851: fet: Please upload newer version (at this time 4.2.6)
Hi Paul, > Would you be so kind as to package the newer version for Qt4 ? > I think there are some packages hosted at the website. > I was hoping to upload them after the etch release, but I think I will do it tomorrow. Cheers, Radu -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#414379: xen-shell: Missing original source
Hi Ben, > > Version 1.0-1 was mistakenly uploaded to "stable" and presumably never > got there (though it is reported as accepted). Version 1.0-2 should > have been uploaded with full source, but was not. So there is no > xen-shell_1.0.orig.tar.gz in the archive. > I am aware of the situation, I've talked to Joerg and I am hoping to fix this really soon. Uploading with the orig tarball returns: Warning: ignoring xen-shell_1.0.orig.tar.gz, since it's already in the archive. Rejected: 'dpkg-source -x' failed for xen-shell_1.0-3.dsc [return code: 512]. [dpkg-source output:] dpkg-source: failure: cannot read ./xen-shell_1.0.orig.tar.gz: No such file or directory -- Radu -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#413346: flow-tools: flow-capture overwrites pid even when starting fails
Hi Florian, > > So i would whish flow-capture to write the pid file once setup of the > program has succeeded down to beeing able to receive flows. > Please try the attached patch. Be careful though, it's for flow-tools 0.68. Cheers, Radu Spineanu diff -Naur flow-tools-0.68.old/src/flow-capture.c flow-tools-0.68/src/flow-capture.c --- flow-tools-0.68.old/src/flow-capture.c 2007-03-04 15:33:39.970428250 +0200 +++ flow-tools-0.68/src/flow-capture.c 2007-03-04 15:33:12.0 +0200 @@ -443,9 +443,7 @@ if ((pid = fork()) == -1) { fterr_err(1, "fork()"); } else if (pid) { - if (pidfile) -write_pidfile(pid, pidfile, ftnet.dst_port); - exit (0); /* parent */ + exit (0); /* parent */ } if (!preserve_umask) @@ -613,6 +611,10 @@ if (!(ftch = ftchash_new(256, sizeof (struct ftchash_rec_exp), 12, 1))) fterr_errx(1, "ftchash_new(): failed"); + /* If we bind to the socket we are running and can write the pidfile */ + if (pidfile) + write_pidfile(getpid(), pidfile, ftnet.dst_port); + /* init msg block */ ftnet.iov[0].iov_len = sizeof ftpdu.buf; ftnet.iov[0].iov_base = (char*)&ftpdu.buf;
Bug#412969: ITP: xen-shell -- Console based Xen administration utility
Package: wnpp Severity: wishlist Owner: Radu Spineanu <[EMAIL PROTECTED]> * Package name: xen-shell Version : 0.9 Upstream Author : Steve Kemp <[EMAIL PROTECTED]> * URL : http://xen-tools.org/software/xen-shell/releases.html * License : Perl: GPL/Artistic Description : Console based Xen administration utility Using the xen-shell a hosting company could easily allow their customers to fully manage inidividual Xen guest instances. . The shell allows users to start, stop, reboot, or connect to the serial console of their Xen guest isntance. . Homepage: http://xen-tools.org/software/xen-shell -- System Information: Debian Release: 4.0 APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.16-1-686 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#410699: bug in the main language template
Hi Stefan, The issues you reported are valid, but would require every translator to resend their templates. I will fix these after etch is released. -- Radu Spineanu -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#406631: flow-tools: restarting fails
Hi Norbert, > [EMAIL PROTECTED](dev):/traffic/bin# /etc/init.d/flow-capture restart > Stopping flow-capture: flow-capture. > Sorry, flow-capture is already running. > > I have configured 8 flow-capture processes in flow-capture.conf, looks > like it takes a while to stop all of them. > Could you please try this patch and see if it makes a difference? --- flow-tools.flow-capture.init.old2007-01-12 15:37:31.982356750 +0200 +++ flow-tools.flow-capture.init2007-01-12 15:37:48.759405250 +0200 @@ -25,10 +25,10 @@ test -f $DAEMON || exit 0 test -f $CONFIG || exit 0 -pid=`pidof $DAEMON` || true - case "$1" in start) + pid=`pidof $DAEMON` || true + if [ "$pid" ]; then echo "Sorry, flow-capture is already running." exit 0 Thanks, Radu Spineanu -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#401834: weird warnings and checksums errors
Hi Loic, A fixed packaged was already uploaded. You can get it fresh from here: http://incoming.debian.org/xen-tools_3.0~beta1-2_all.deb Cheers, Radu -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#401834: weird warnings and checksums errors
Hi, Yep, this is going to be taken care of in the next upload. Thanks, Radu -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#390394: ilohamail bug
Hi Daniel, Have you tested the suggested fix for your ilohamail bug? Cheers, Radu Spineanu -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#398525: simba: postinst fails: No mysql client to execute. (have you installed mysql-client?
Hello Lucas, There was a missing dependency on virtual-mysql-client. When trying to run piuparts on the fixed package i encountered this error: [..] Setting up simba (0.8.4-2) ... dbconfig-common: writing config to /etc/dbconfig-common/simba.conf Creating config file /etc/dbconfig-common/simba.conf with new version Creating config file /etc/simba/simba-db.cfg with new version error encountered creating user: ERROR 2002 (HY000): Can't connect to local MySQL server through socket '/var/run/mysqld/mysqld.sock' (2) dbconfig-common: simba configure: aborted. dbconfig-common: flushing administrative password dpkg: error processing simba (--configure): subprocess post-installation script returned error exit status 1 Errors were encountered while processing: simba E: Sub-process /usr/bin/dpkg returned an error code (1) [..] I tried to reproduce it with cacti and i found the same problem again. Since both cacti and simba are using dbconfig-common a proper fix should be applied there. A possible solution would be to modify the "Configure database with dbconfig-common?" template to have a false default value. Cheers, Radu Spineanu Lucas Nussbaum wrote: > During a piuparts run over all the packages in etch, I ran into a > problem with your package: > Setting up simba (0.8.4-1) ... > dbconfig-common: writing config to /etc/dbconfig-common/simba.conf > > Creating config file /etc/dbconfig-common/simba.conf with new version > > Creating config file /etc/simba/simba-db.cfg with new version > sanity check failed for mysql. > error encountered creating user: > No mysql client to execute. (have you installed mysql-client? > dbconfig-common: simba configure: aborted. > dbconfig-common: flushing administrative password > dpkg: error processing simba (--configure): >subprocess post-installation script returned error exit status 1 > -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#390394: ilohamail: Hardcoded max. memorysize prevents from sending attachments
Hi Daniel, The error you reported seems to be related to php.ini's memory_limit. Try increasing it to something like 32M and see if it works. I just tried to reproduce it by uploading an 8MB attachment and it worked. Cheers, Radu Spineanu -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#390929: compiz: "Another window manager is already running on screen: 0"
Hi Thierry, > > Then this could indicate that whatever window manager you're using does not > support being replaced. If deleting kdesktoprc does help, this may be a KDE > bug. > Could be... Did you manage to reproduce it? Radu -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#390929: compiz: "Another window manager is already running on screen: 0"
Hi Thierry, Thierry Reding wrote: > * Radu Spineanu wrote: > [...] >> Every time i used to start compiz i got this error: >> "Another window manager is already running on screen: 0" >> and compiz failed to load. > > This is usually solved by running compiz with the --replace flag to make it > replace any currently running window manager. Does that solve your problem? > I forgot to mention, i was running compiz with --replace. Without the --replace flag the error was different, asking me to add the flag to my command. Radu -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#390929: compiz: "Another window manager is already running on screen: 0"
Package: compiz Version: 0.0.13+git20060928-2 Severity: important I am running Xorg 7.1 with the Nvidia beta drivers and KDE. Every time i used to start compiz i got this error: "Another window manager is already running on screen: 0" and compiz failed to load. After i deleted my ~/.kde/share/config/kdesktoprc everything started working. Trying to narrow down the problem a little more, it seems if i disable icons on my desktop compiz returns the above error. Cheers, Radu Spineanu -- 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.17-2-k7 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages compiz depends on: ii compiz-core 0.0.13+git20060928-2 OpenGL window and compositing mana ii compiz-gnome0.0.13+git20060928-2 OpenGL window and compositing mana ii compiz-gtk 0.0.13+git20060928-2 OpenGL window and compositing mana ii compiz-plugins 0.0.13+git20060928-2 OpenGL window and compositing mana compiz recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#388235: config/postrm depends on non-essential packages (dbconfig-common, probably ucf)
Hi Sean, Please look over the latest version uploaded a couple of weeks ago ago: [..] ## Source debconf library if [ -f /usr/share/debconf/confmodule ]; then . /usr/share/debconf/confmodule db_version 2.0 fi # source dbconfig-common stuff if [ -f /usr/share/dbconfig-common/dpkg/postrm.mysql ]; then . /usr/share/dbconfig-common/dpkg/postrm.mysql dbc_go simba $@ fi [..] Is it ok ? Radu Spineanu Sean Finney wrote: > Package: simba > Severity: serious > Justification: 7.2 > > hi there, > > it was recently brought to my attention that the recommended method > for using dbconfig-common in a package's config and postrm scripts was not > policy compliant as hinted in the subject of this bugreport. the problem > is that in both the config and the postrm you should test whether the > files/programs in question exist before sourcing/executing them. more > information is in a link below. > > NOTE that this is slightly different from the original posts about > mass-bug filing in which only the postrm was mentioned, but the > config file is too. so, even if you've fixed your package after i > initially posted about this, you might want to take a second look > to make sure. > > this mass bug-filing was announced 2006/08/19, though it seems > there's a problem with the list archives for debian-devel. fortunately, > i cc'd the dbconfig list: > > http://lists.alioth.debian.org/pipermail/dbconfig-common-devel/2006-August/000586.html > > and information for how you can fix your package: > > http://people.debian.org/~seanius/policy/dbconfig-common.html/ch-develguide.html#s-hooks > > fortunately, the fix is pretty simple, though i apologize for > the inconvenience. feel free to ask if you have any questions. > > > sean > > -- System Information: > Debian Release: testing/unstable > APT prefers unstable > APT policy: (500, 'unstable') > Architecture: amd64 (x86_64) > Shell: /bin/sh linked to /bin/bash > Kernel: Linux 2.6.16-2-amd64-k8 > Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) > -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#386355: hyperestraier: init script start and stop problems
Package: hyperestraier Version: 1.4.1-1 Severity: normal After a system crash hyperstraier fails to start detecting $ROOTDIR/_pid is present even though that process is not valid anymore. At that point if you try to stop the daemon, like shutting down the system before deleting the pid file the whole shutdown process freezes. To reproduce this, start an usual hyperestraier instance, kill the corresponding process and try to start/stop the daemon. Attached is a patch with a fix for this issue. Radu Spineanu -- 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.15-1-k7 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages hyperestraier depends on: ii libc62.3.6.ds1-4 GNU C Library: Shared libraries ii libestraier8 1.4.1-1 a full-text search system Librarie ii libfcgi0 2.4.0-5 Shared library of FastCGI ii libqdbm141.8.70-1QDBM Database Libraries [runtime] ii zlib1g 1:1.2.3-13 compression library - runtime Versions of packages hyperestraier recommends: ii poppler-utils [xpdf-utils]0.4.5-4.1 PDF utilitites (based on libpopple pn ppthtml(no description available) pn wv (no description available) pn xlhtml (no description available) -- no debconf information --- hyperestraier.old 2006-09-07 02:17:42.432712304 +0300 +++ hyperestraier 2006-09-07 02:37:30.017172024 +0300 @@ -17,6 +17,19 @@ test -x $DAEMON || exit 0 +# check if $ROOTDIR/_pid is a valid process and if it isn't deletes the pid file +check_process() { +pidfile="${ROOTDIR}/_pid" +if [ -f $pidfile ]; then +pid=`cat ${pidfile}` +process=`ps -p ${pid} | grep 'estmaster'` || true +if [ -z "$process" ]; then +rm "${ROOTDIR}/_pid" +fi + +fi +} + VERBOSE=yes # Include hyperestraier defaults if available if [ -f /etc/default/hyperestraier ] ; then @@ -49,12 +62,14 @@ case "$1" in start) echo -n "Starting $DESC: " + check_process start-stop-daemon --start --quiet --chuid $USER \ --exec $DAEMON -- start -bg $ROOTDIR echo "$NAME." ;; stop) echo -n "Stopping $DESC: " + check_process estmaster stop $ROOTDIR || true echo "$NAME." ;; @@ -77,6 +92,7 @@ # just the same as "restart". # echo -n "Restarting $DESC: " + check_process estmaster stop $ROOTDIR || true sleep 1 start-stop-daemon --start --quiet --chuid $USER \
Bug#278527: fixed in pvpgn 1.6.4+20040826-2
Hi Philipp, Philipp Kern wrote: > Yep. Reverse engineering clauses are void in Europe, but as you said > upstream took them verbatim, so this is explicitly prohibited by > Blizzard. So the software is hopefully free, and one component of it > could be used without infringing ToS (Westwood Online). The other, more > used component could only be used in conjunction with illegal material > at own risk. At least we should inform our users that those files are > not obtained by reverse-engineering, but taken verbatim. > > I know that Blizzard wants to protect itself from other Battle.Net > servers (because that would circumvent the copy-protection through the > serial number). So the risk's there. Even an automatic download like > with msttcorefonts might not be ok in this case, at least IMHO and IANAL. You are right. We also can not distribute the support files in non-free. So what would be an acceptable solution ? An option is keeping pvpgn in main because of the Westwood Online support and informing our users about the support files when they are being downloaded. Radu -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#278527: fixed in pvpgn 1.6.4+20040826-2
Philipp Kern wrote: > On Wed, 2006-06-14 at 23:24 +0300, Radu Spineanu wrote: >> The support files are downloaded by the client when connecting to the >> battle.net server. From those files only ix86v1.mpq contains a dll with >> a hashing function, and the rest are icons and texts. > > Are those icons made by Blizzard? If so, are they redistributable? > > What do the other mpqs contain? > Since upstream didn't send the blizzard TOS yet, i decided to google it and found: http://www.battle.net/tou.shtml The most interesting part is: A. You are entitled to use Battle.net for your own personal use, but you shall not be entitled to: [..] (ii) copy, photocopy, reproduce, translate, reverse engineer, modify, disassemble, or de-compile in whole or in part any Battle.net software; I am not a legal guru, but this seems to prohibit distribution of the support files in non-free. Radu -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#278527: fixed in pvpgn 1.6.4+20040826-2
Philipp Kern wrote: > On Thu, 2006-06-15 at 14:23 +0300, Radu Spineanu wrote: >> It seems they don't have a license. Every client downloads them when >> connecting to the server. > > But Battle.Net has Terms of Service, so they count as a licence. The > question is if they say something about those files and possibly > modifications thereof. So are those files copied verbatim from the > Battle.Net distribution server or were they modified? > The files are verbatim copies. I am really sorry for answering this late, but i am trying to get the TOS so i can read it and share it here. Radu -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#278527: fixed in pvpgn 1.6.4+20040826-2
Philipp Kern wrote: > On Wed, 2006-06-14 at 23:24 +0300, Radu Spineanu wrote: >> The support files are downloaded by the client when connecting to the >> battle.net server. From those files only ix86v1.mpq contains a dll with >> a hashing function, and the rest are icons and texts. > > Are those icons made by Blizzard? If so, are they redistributable? > > What do the other mpqs contain? > It seems they don't have a license. Every client downloads them when connecting to the server. Also, he said it's possible for them to be downloaded using reverse engineered bncftp without even having a game installed. Radu -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#278527: fixed in pvpgn 1.6.4+20040826-2
I talked to upstream. The support files are downloaded by the client when connecting to the battle.net server. From those files only ix86v1.mpq contains a dll with a hashing function, and the rest are icons and texts. When connecting to battle.net the files are first downloaded and AFTER that the TOS is shown. pvpgn also has beta support for Westwood Online, which doesn't require the support files. Maybe it would be better to upload pvpgn to contrib, and a pvpgn-support package in non-free. Radu -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#373245: Fails to get removed
Jeroen van Wolffelaar wrote: > This shouldn't happen, pvpgn should let itself being removed if the daemon is > not running at all, and also equally when the support files were not > (manually) > added. > Will be fixed in probable upload to contrib Radu -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#278527: fixed in pvpgn 1.6.4+20040826-2
Philipp Kern wrote: > On Tue, 2006-06-13 at 22:58 +0200, Jeroen van Wolffelaar wrote: >> I'm sorry, but this is not an adequare resolution for this bug for a >> package in main. > > I just revisited the bug report and I fully agree with you. The package > really should be in contrib instead and possibly download the files in > the postinst script with a warning attached to it. > > However, a quick glance shows that there is also some basic Westwood > Online support in the package, and albeit still experimental it seems as > it is usable without non-free data files. I don't know if this is really > usable, though. > It's my fault more than Philipp's since i am the maintainer now. Keeping the package in main was my choice, based on the fact that Robert Millan asked debian-legal before uploading the package. Tommorow, i will talk with a pvpgn developer to see if the package is usable without the support files. If the answer is negative, i will upload a new version to contrib and request removal from main. Any suggestions ? Radu -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#366252: xen-tools: hda vs sda
Hi Matthew, Matthew Palmer wrote: > On Thu, May 18, 2006 at 11:41:55AM +0300, Radu Spineanu wrote: >> Hi Matthew, >> >> Matthew Palmer wrote: >>> While the domU config script uses: >>> >>> if [ "${use-ide}" ]; then >>> dev=hda >>> fi >>> >> ${use-ide} was the initial command line argument for using hda style >> naming. It seems that when it was changed to ${ide}, 95-create-cfg slipped. >> >> It should be fixed in CVS now. > > Does it account for the submitter's bug report, and has the reported > behaviour now stopped? > I hope the submitter has a little time to test the CVS version so he can confirm it, but i am confident the bug is fixed. Steve, can you please hold the upload until Clement confirms that everything is ok ? -- Radu -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#366252: xen-tools: hda vs sda
Hi Matthew, Matthew Palmer wrote: > While the domU config script uses: > > if [ "${use-ide}" ]; then > dev=hda > fi > ${use-ide} was the initial command line argument for using hda style naming. It seems that when it was changed to ${ide}, 95-create-cfg slipped. It should be fixed in CVS now. Thanks, Radu Spineanu -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#329293: ilohamail doesn't handle attachments correctly
Hi, Can you send me an example of a file ilohamail can not open ? Also, have you tried reproducing this bug with the latest version ? Thanks, Radu -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#284647: ilohamail
Hi Can you reproduce the IlohaMail bug #274804 with the latest release ? Radu -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#274804: IlohaMail
Hi Can you reproduce the ROOTDIR IlohaMail bug (#274804) with the latest release ? Radu -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#366403: xen-tools: abort on existing image files
Hi Stefan, Stefan Völkel wrote: > > Hello, > > xen-create-image will overwrite existing files. perhaps a command line > option should be added to force overwriting and refuse to overwrite > files as default? > Could you be more specific ? What files are you talking about ? Radu
Bug#366252: xen-tools: xen-create-image puts hda in domU.cfg, but sda in domU's fstab
Hi, Clément Hermann (nodens) wrote: > Hi, > > the title says it all. Either the cfg file or the fstab in the domU > needs to be fixed (or the won't be able to use swap). > I can't seem to be able to reproduce it with the latest CVS. Since Steve just uploaded a new version, could you please test it with that ? Radu
Bug#365858: Uninstallable: rebuild needed
Stefan Huehner wrote: > Package: pvpgn > Severity: grave > Justification: renders package unusable > > > Hi, > your package depends on libmysqlclient12 which has been removed from the > archive. As your package already depends on libmysqlclient15-dev only a > rebuild (or binnmu??) should be needed to fix this problem. > I will upload a new package that doesn't depend on libmysqlclient12 anyway. Thanks Steve for the binNMU. Radu -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#362571: dbconfig-common: wrong permissions for the remote mysql user
reopen 362571 thanks sean finney wrote: > hi radu, > > having taken the time to finally sit down and look over this, > i completely agree. i think as you suggest the ip address may > be an even better solution than the hostname, but at least i'll > start with hostname -f and keep dbc_dballow set to localhost if > dbc_dbserver is also localhost. > > i'll see about getting this uploaded tonight. > > Thanks for working on it. I think there is another minor bug: dbconfig-common: dumping mysql database simba to /var/tmp/simba.simba.2006-05-03-13.30.mysql.Vee7Qp dbconfig-common: dropping mysql database simba dropping database simba: success. verifying database simba was dropped: success. --- dbconfig-common: revoking privileges for user simba on simba revoking access to database simba from [EMAIL PROTECTED]: access does not exist. --- It's still trying to remove the permission for [EMAIL PROTECTED] Radu -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#363070: "virt"skel support
Hi Guido Trotter wrote: > Hi! > > One thing I noticed using xen-tools is that there are always some files > that I feel should be copied to the target system and are not copied by > default... I can imagine that the set of files that should be copied by > default is different for each administrator, so I propose to support > something like useradd's /etc/skel dir to initialize the target file > system... > Have you looked over roles (/etc/xen-tools/role.d) ? I think Steve blogged about what you can do with them a while ago, also there are some examples in that directory. Radu -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#362571: dbconfig-common: wrong permissions for the remote mysql user
Package: dbconfig-common Version: 1.8.11 Severity: important I was trying to debug a problem i had with simba and ended up looking at this code: ### ### perform a few sanity checks on the data ### # if dbserver is unset, that means localhost. if [ -z "$dbc_dbserver" ]; then # if the server is local, only allow connections from localhost dbc_dballow="localhost" else # otherwise, only tell the remote database to allow from us dbc_dballow=`hostname` fi I see two bugs here. The first one, and the one i am getting: if i tell dbserver to use "localhost" dbc_dballow gets set to my hostname ("stark"). "Stark" hostname resolves to my real ip address, on which, by default, mysql does not listen to. The second bug: if i would actually write the data to a remote server, that machine may or may not be in the same domain name as me (search field in /etc/resolv.conf), so it should be "hostname -f", or even better an ip address. This is how i think the code should look like: ### ### perform a few sanity checks on the data ### # if dbserver is unset, that means localhost. if [ -z "$dbc_dbserver" ] || [ "$dbc_dbserver" = "localhost" ]; then # if the server is local, only allow connections from localhost dbc_dballow="localhost" else # otherwise, only tell the remote database to allow from us dbc_dballow=`hostname -f` fi -- 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.15-1-k7 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages dbconfig-common depends on: ii debconf [debconf-2.0] 1.4.72 Debian configuration management sy ii pwgen 2.05-1 Automatic Password generation ii ucf 2.007 Update Configuration File: preserv dbconfig-common recommends no packages. -- debconf information excluded -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#361983: dpkg doesn't handle '-' in conffiles names
Package: dpkg Version: 1.13.18 Severity: normal While packaging simba i had the following situation: /etc/simba/simba.cfg was in the package as a confile. The postinst was creating via dbconfig-common a new file called /etc/simba/simba-db.cfg. At every upgrade we got the following prompt: Configuration file `/etc/simba/simba-db.cfg' ==> File on system created by you or by a script. ==> File also in package provided by package maintainer. What would you like to do about it ? Your options are: Y or I : install the package maintainer's version N or O : keep your currently-installed version D : show the differences between the versions S : show the side-by-side differences between the versions Z : start a new shell to examine the situation The default action is to keep your current version. *** simba-db.cfg (Y/I/N/O/D/Z) [default=N] ? [...] That file does not exist neither in the package or on the filesystem. If i hit D: --- /dev/null 2006-04-10 13:15:48.167259456 +0300 +++ /tmp/dbconfig-generate-include.lo0pUi 2006-04-11 17:10:28.215596400 +0300 @@ -0,0 +1,7 @@ +# local database configuration file: + +_db_config => { + dsn => 'dbi:mysql:database=simba;host=localhost;port=3306', + user => 'simba', + pass => 'pass', +} If i changed the filename from simba-db.cfg to simbadb.cfg (without '-') everything worked out ok. Thanks, Radu Spineanu -- 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.15-1-k7 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages dpkg depends on: ii coreutils [textutils] 5.93-5 The GNU core utilities ii libc6 2.3.6-4GNU C Library: Shared libraries an ii textutils 5.93-5 The GNU text file processing utili dpkg recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#360636: ITP: simba -- next generation mirroring tool
Package: wnpp Severity: wishlist Owner: Radu Spineanu <[EMAIL PROTECTED]> * Package name: simba Version : 0.6 Upstream Author : Subredu Manuel <[EMAIL PROTECTED]> * URL : http://simba.packages.ro/ * License : GPL v2 Description : next generation mirroring tool Simba was created to be the mirroring tool and to get more control over the mirrored content and (most importantly) more control over the reports you can generate using the mirrored content data. Using Simba, you can: + Create web pages with mirrors status + Create web pages with mirror details + Generate RSS feeds + Generate Google sitemaps + Generate rsync configuration files + ... and more Simba is extensible and has a dynamic plugin system. If you have some knowledge of perl, you can write your own plugins and extend Simba as you wish. -- 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.15-1-k7 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#360635: ITP: libropkg-perl -- general purpose classes for simba
Package: wnpp Severity: wishlist Owner: Radu Spineanu <[EMAIL PROTECTED]> * Package name: libropkg-perl Version : 0.2 Upstream Author : Subredu Manuel <[EMAIL PROTECTED]> * URL : http://simba.packages.ro * License : GPL v2 Description : general purpose classes for simba RoPkg consists from a Rsync module, a DB module and some base classes. The Rsync module parses rsync configuration and client log files, being able to generate new rsync configuration files without losing your comments or separator lines. The DB module implements a singleton database pool class which is able to connect to multiple databases at once and a database object (an object who can be loaded/saved from/to a database). -- 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.15-1-k7 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#355910: xen-tools: Resolvconf causes new DomU isses
Hmm, weird. cat should have read the symlink and output everything ok. Please try it with this patch and tell me how it goes: diff -r1.9 60-copy-host-files 14c14,19 < cat /etc/resolv.conf > ${prefix}/etc/resolv.conf --- > if [ -f "/etc/resolvconf/run/resolv.conf" ]; then > cp /etc/resolvconf/run/resolv.conf ${prefix}/etc/resolv.conf > else > cp /etc/resolv.conf ${prefix}/etc/resolv.conf > fi > Thanks, Radu Ian MacDonald wrote: > So I noted the following change in 60-copy-host-files to address the > problem: > > cat /etc/resolv.conf > ${prefix}/etc/resolv.conf > > This was what I suggested, but results in a zero byte resolv.conf, > although one that can be modified - rather than a dangling symbolic > link. > > To effectively accomplish the resolvconf workaround, there should be a > condition for > > /etc/resolv.conf -> /etc/resolvconf/run/resolv.conf > > that, if true, copies the contents of the etc/resolvconf/rur/resolv.conf > into the DomU resolv.conf. > > cheers, > Ian. > On Wed, 2006-03-08 at 20:11 +0200, Radu Spineanu wrote: >> Ian MacDonald wrote: >>> I use resolvconf to configure my resolv.conf on my Dom0. When I create >>> a new image using xen-tools, it creates a resolve.conf symlinked to a >>> non-existent file, something it would appear to have obtained from the Dom0 >>> environment, where resolvconf symlinks resolv.conf to another file. >>> >> Fixed in CVS. >> >> Thanks, >> Radu > > -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#357716: .dpkg-old can break xen-tools on upgrade
Steve Kemp wrote: > D'oh. > > I even had this trouble myself. > > The problem here is that the .dpkg-old file is still executable > which means that when xen-create-image looks for executable > files it will consider them valid. > > I see two approaches: > > 1. Ignore ".dpkg-*" when doing a search for hooks, so they > are not run. (I guess ditto for *~ too.) > I already made a patch for 1), however i didn't commit it yet. Radu -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#304525: patch
Hello I will be co-maintaining ilohamail with Joerg. Right now, i am preparing a new upload with the latest release. However you said that not all xss bugs were fixed in the new version. Could you please send a patch that fixes the remaining issue ? Thanks, Radu Spineanu -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#356224: xen-tools: xen-duplicate-image does not copy vif config line
Hi, Ian MacDonald wrote: > I had trouble finding a browseable upstream changelog(again), so this may be > in CVS. > Fixed in CVS. Thanks, Radu -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#355910: xen-tools: Resolvconf causes new DomU isses
Ian MacDonald wrote: > I use resolvconf to configure my resolv.conf on my Dom0. When I create > a new image using xen-tools, it creates a resolve.conf symlinked to a > non-existent file, something it would appear to have obtained from the Dom0 > environment, where resolvconf symlinks resolv.conf to another file. > Fixed in CVS. Thanks, Radu -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#352937: It would be nice to decide the device name style
On Wed, Feb 15, 2006 at 07:37:34PM +0100, Guido Trotter wrote: > They are actually enabled... :/ I'd be glad to try with your config, and then > see what I missed! > > Well basically it's almost a default debian kernel config. It's pretty big but it should work with that. If the problem is still there i would ask you to send me the exact error message and the cmd line you used to create the vserver to see if i can reproduce it here. Thanks, Radu -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#352937: It would be nice to decide the device name style
Hi On Wed, Feb 15, 2006 at 11:41:19AM +0100, Guido Trotter wrote: > > I know this may sound completely crazy: I still cannot understand it > either! I have an installation of xen where I cannot boot guest machines > when I give them "sda" style virtual devices. It does boot them when I > use "hda" instead! (Yeah, I know this doesn't sound right) > It's probably something missing in your kernel. Try enabling SCSI and SCSI disk support. If that doesn't work i can send you a kernel configuration that works with sda options. As for making this an option in xen-tools, we are currently discussing this with Steve. Thanks, Radu -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#350488: ftp.debian.org: remove fprobe source package from sid
On Sun, Jan 29, 2006 at 10:33:02PM +, Adam D. Barratt wrote: > > Erm, it appears to be the other way around? > Exactly, sorry. Fprobe-ng was uploaded as fprobe, and fprobe-ng should be removed. Radu -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#350477: fprobe(-ng?): leave rc.d symlinks after being upgraded and purged
On Sun, Jan 29, 2006 at 11:03:50PM +0200, Lars Wirzenius wrote:> > While testing fprobe-ng with piuparts, I got the following error > message: > Thanks for the report. Could you please send me the piuparts log ? fprobe from sarge was replaced with fprobe-ng from etch on. Radu -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#350488: ftp.debian.org: remove fprobe source package from sid
Package: ftp.debian.org Severity: normal The fprobe package is now provided by fprobe-ng, and the old source version can be removed from the archive. Thank you, Radu -- 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.12-1-686 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#344081: ITP: xen-debiantools -- Tools to manage debian XEN virtual servers
Matthew Palmer wrote: > On Mon, Dec 19, 2005 at 11:54:26PM +0200, Radu Spineanu wrote: > > Considering the upstream author, have you discussed your plans to upload > this with Steve? I've been coordinating everything with Steve. He will also comaintain this package. Radu -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#344081: ITP: xen-debiantools -- Tools to manage debian XEN virtual servers
Package: wnpp Severity: wishlist Owner: Radu Spineanu <[EMAIL PROTECTED]> * Package name: xen-debiantools Version : 0.2 Upstream Author : Steve Kemp <[EMAIL PROTECTED]> * URL : http://www.steve.org.uk/Software/xen-tools/ * License : Perl: GPL/Artistic Description : Tools to manage debian XEN virtual servers This package contains tools to manage debian based XEN virtual servers With them you can create, duplicate, update or delete virtual servers. -- 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.12-1-k7 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#343780: Please upgrade build depends to libmysqlclient15-dev
Hi, Christian Hammers wrote: > Please upgrade the build dependencies of your package to use > libmysqlclient15-dev I will upload new versions soon. However, wouldn't it be more appropiate to make a libmysqlclient-dev that depends on the proper development library ? Radu -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#343368: ITP: unix2tcp -- connection forwarder that converts Unix sockets into TCP sockets
Hello, Laurent Fousse wrote: > Hello, > > What is the benefit over socat ? > Please read: http://bugs.debian.org/343368 The ITP was closed. Radu -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#343368: ITP: unix2tcp -- connection forwarder that converts Unix sockets into TCP sockets
Package: wnpp Severity: wishlist Owner: Radu Spineanu <[EMAIL PROTECTED]> * Package name: unix2tcp Version : 0.8.2 Upstream Author : Mihai Rusu <[EMAIL PROTECTED]> * URL : http://dizzy.roedu.net/unix2tcp/ * License : GPL Description : connection forwarder that converts Unix sockets into TCP sockets unix2tcp tunnels all traffic between a (remote) address/port and a local UNIX socket. -- 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.12-1-k7 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#341468: dokuwiki: wrong apache setup for clean URLs
Package: dokuwiki Severity: normal Hello The default dokuwiki setup can not work with clean URLs. RewriteRule ^$docroot/(.*)\$$docroot/\$1 [PT] RewriteRule ^$docroot\$$docroot/doku.php [PT] It's incomplete and can not work. Probably a better solution would be to keep the .htaccess that comes with the dokuwiki source. Also you may need this to add it : RewriteBase $docroot Thanks, Radu Spineanu -- 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.12-1-k7 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#340493: flow-tools: flow-export : -m argument parsing, postgresql export
Hello Alexey Bestchiokov wrote: > 1) -m fields. man example : > ~> flow-export -f3 -mSRCADDR,DSTADDR,DOCTETS -u > "user:password:host:port:name:table" < flow > flow-export: Out of order field: DOCTETS > flow-export: ftxfield_parse(): failed > > However, -m0x3040LL (the same) works ok. The following should be mentioned in the manpage, and also is an error in the example. flow-export expects the arguments to be given in the order they are specified in the man page, and so correct would be: -mDOCTETS,SRCADDR,DSTADDR (just looked through the code to understand this) > > 2) postgresql export > /usr/bin/flow-export -f5 -m0x3040LL -u > "user:password:host:5432:name:table" < flow > > flow-export: Missing field in dbaseURI, expecting > user:pwd:host:port:name:table. > /usr/bin/flow-export: Exported 0 records > > fix : > src/flow-export.c, line 896 should look like this >if (!db_user || !db_pwd || !db_host || !db_port || !db_name || !db_table) { > > (db_port instead of db_tmp, db_tmp declaration at line 869 may be removed.) > > Actually, PQsetdbLogin should be replaced with PQconnectdb as > PQsetdbLogin is deprecated and exists mainly to support legacy applications. > But this is upstream problem. > i will accept this patch > 3) postgresql export, " quotation for SRCADDR, DSTADDR, NEXTHOP, > PEER_NEXTHOP, EXADDR, ROUTER_SC > fields is used so queries with such fileds will fail. its ok for mysql > but in pgsql " style quotation may be used only for database objects > and table fields. > > fix : > src/flow-export.c, lines 1204, 1207, 1262, 1280, 1283, 1380, 1383, 1389, > 1392 should be > if (quote) fmt_buf[len++] = '\''; > Question: why \' and not just ' ? Radu -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#333407: xmail: installation hangs if policy-rc.d prevents daemons from starting
Hi Lars Wirzenius wrote: > xmail's postinst invokes (via a snippet inserted by debhelper) its > daemon via invoke-rc.d, which in turn calls policy-rc.d, and that has > the option of preventing any daemons from starting. If this happens, the > following later postinst snippet becomes an infinite loop: Could you please check that everything is ok with the package from http://arcadia.timisoara.roedu.net/xmail ? I couldn't seem to find enough information to setup policy-rc.d here. Thanks, Radu -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#333863: xmail: [CAN-2005-2943] buffer overflow
Martin Pitt wrote: > Hi! > > iDEFENSE reported an exploitable buffer overflow in xmail: > A package has been prepared, i just have to wait for one of my sponsors to be online. Radu -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#322869: fprobe: allocates all available memory
Steve Langasek wrote: > In that case, could fprobe be turned into a dummy package that depends > on fprobe-ng, or are there incompatibilties that make an automatic > upgrade inappropriate? > Would it be ok if when doing the transition i would upload fprobe-ng as fprobe and then ask ftpmasters to remove fprobe-ng from the archive ? Radu -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#327713: flow-nfilter bug in variable binding
Hello On Sun, Sep 11, 2005 at 02:09:36PM -0300, Carlos Carvalho wrote: > > The file /etc/flow-tools/cfg/filter.cfg supplied with the package > contain filter definitions with variable binding such as: > > filter-primitive VAR_ADDR > type ip-address > permit @{ADDR:-0.0.0.0} > > and > > filter-definition ip-dst-addr > match ip-destination-address VAR_ADDR > > They don't work because the primitive is named VAR_ADDR but the permit > line uses only ADDR. > > I am pretty sure you haven't followed the examples correctly. This is an example of a proper use of nfilter with ip-src-addr (or ip-dst-addr same thing) $flow-cat ft-v05.2005-09-01.05* | flow-nfilter -f /etc/flow-tools/cfg/filter.cfg -F ip-src-addr -v ADDR=193.231.32.85 | flow-print (carefull about the wrapping) As you can see you do not expand VAR_ADDR but ADDR. VAR_ADDR is the primitive name. > Finally, the "-" after the ":" in the default specification is > necessary to avoid a syntax error but it's not mentioned in the man > page. > This is true. I will report it upstream, maybe make a patch for debian manpage until a new version is released. > I made everything work in my installation by removing the VAR_ prefix > of the variable bindings but this might be considered fixing the > symptom and not the cause. You don't have to do this. Radu -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#322869: fprobe: allocates all available memory
Steve Langasek wrote: > > In that case, could fprobe be turned into a dummy package that depends > on fprobe-ng, or are there incompatibilties that make an automatic > upgrade inappropriate? > I don't see it being a problem. The old fprobe didn't have an init script or configuration file when i adopted it. fprobe-ng configures itself on installation and creates a file in /etc/default. On an upgrade fprobe would be uninstalled and the user prompted with the initial questions for fprobe-ng. There is a theoretical vuln in fprobe-ng that was reported by Florian Weimer[1]. I sent an email to upstream about this, he said it's highly unlikely it could be used in DoS. "Hmm. I've fixed this issue in 1.1. Each time fprobe start it use random CRC16 polynomial and random special 'shuffle' table, thus DoS attack is something purely hypothetical: intruder must know all random parameters (total 258 bytes- ~1077 variants) to success the DoS." However i asked him if he is still willing to fix this anyway by using Florian Weimer's suggestions. I am waiting for his reply. Thanks, Radu [1] #322699 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#320998: flow-tools on amd64
Kurt Roeckx wrote: > > The attached patch "fixes" the problem. Thanks, i will prepare a new version and upload it next week. Radu -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#320998: Flow-caputure directory creation problem
chris poetzel wrote: > Package: flow-tools > Version: 0.67-6 > > When trying to utilize flow-capture like so > > ./flow-capture -w /tmp/temp-2214k -V 5 -n 1439 /0/0/9100 > [...] I tried running this on both the sarge flow-tools and the current sid one and it worked ok. "flow-capture -w /tmp/temp-2214k -V 5 -n 1439 [..] " The only thing i had to do was to create the directory /tmp/temp-2214k. Could be an amd64 bug, or something related to ubuntu. Try running this with the sarge or sid builds and tell me how it goes. Thanks, Radu -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#319815: Missing file errors when running tiger
Package: tiger Version: 1:3.2.1-26 Severity: normal When running tiger on a server that hosts ldap users, it keeps returning missing file errors like : /bin/cat: /var/run/tiger/work/ldap_passwd.10246.src: No such file or directory /bin/cat: /var/run/tiger/work/ldap_passwd.10920.src: No such file or directory /bin/cat: /var/run/tiger/work/ldap_passwd.11074.src: No such file or directory /bin/cat: /var/run/tiger/work/ldap_passwd.11332.src: No such file or directory A simple /usr/sbin/tigercron is enough to reproduce it on my system. Thanks, Radu -- System Information: Debian Release: 3.1 APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.7 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages tiger depends on: ii binutils2.15-6 The GNU assembler, linker and bina ii coreutils [fileutils] 5.2.1-2 The GNU core utilities ii debconf 1.4.49 Debian configuration management sy ii diff2.8.1-11 File comparison utilities ii fileutils 5.2.1-2 The GNU file management utilities ii libc6 2.3.2.ds1-22 GNU C Library: Shared libraries an ii net-tools 1.60-13 The NET-3 networking toolkit ii shellutils 5.2.1-2 The GNU shell programming utilitie ii textutils 5.2.1-2 The GNU text file processing utili Versions of packages tiger recommends: ii binutils 2.15-6 The GNU assembler, linker and bina ii chkrootkit0.45-1 Checks for signs of rootkits on th pn john (no description available) ii xmail [mail-transport-agent] 1.21-3 advanced, fast and reliable ESMTP/ -- debconf information excluded -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#314723: xmail: installation hangs with DEBIAN_FRONTEND=noninteractive
Karl Chen wrote: >>>>>>On 2005-06-18 02:16 PDT, Radu Spineanu writes: > > > Radu> I just tested it and it works ok. > > Hmm, okay, maybe it was something else. I'm doing it in a UML > which might cause problems. I will investigate. You can close > this bug for now. Thanks. > Run the postinst script with sh -x, maybe it helps. Or tell me how you tested it, to see if i can reproduce it. Radu -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#314723: xmail: installation hangs with DEBIAN_FRONTEND=noninteractive
Hello Karl Chen wrote: > Package: xmail > Severity: normal > > > If DEBIAN_FRONTEND=noninteractive is set, installation hangs. > I just tested it and it works ok. Did you think it froze at "Restarting Xmail" stage ? It takes a long while for xmail to close all its proccesses. Radu -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#311568: flow-tools: $'' bashisms in init script, installation fails
Zoran Dzelajlija wrote: > > Hi, IFS=$'\n' does not work as expected if /bin/sh points > to dash or posh. "n" is used as a separator instead and > arguments to flow-capture are generated incorrectly, so > invoke-rc.d flow-tools start fails (and postinst fails > trying to start it). Does it work if you remove the $ from IFS ? Something like IFS='\n' ? It seems to be ok here. Radu -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#298292: fet: New catalan translation
Hello Miguel Gea Milvaques wrote: I have a new translation for fet to catalan. I report you for fastest inclusion in debian. I've report to upstream too. Sorry it has taken so long to implement it. fet had some build problems which were (hopefully) fixed today. A new upstream release will follow which will probably include this translation, and an upload shortly after that. Thanks, Radu -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#293380: symlinks from /var/lib/xmail to /etc/xmail replaced by real files
Hello I have been running an xmail with this patch on a testing server, and i didn't see any problems. I will prepare an upload for tommorow. Radu -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#293699: fet
reopen 283860 merge 293699 283860 thanks Seems the buildd still failed. Radu -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#293699: fet FTBFS
merge 293699 283860 thanks Same as the old one. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#293380: symlinks from /var/lib/xmail to /etc/xmail replaced by real files
Hello Try it int MscMoveFile(char const *pszOldName, char const *pszNewName) { const char *old_name=pszOldName, *new_name=pszNewName; #ifndef WIN32 /*See if any of the files are actually symlinks */ char buffer[SYS_MAX_PATH]; int nr; if ((nr=readlink(pszOldName,buffer,SYS_MAX_PATH-1))!=-1) { buffer[nr]='\0'; old_name=buffer; } if ((nr=readlink(pszNewName,buffer,SYS_MAX_PATH-1))!=-1) { buffer[nr]='\0'; new_name=buffer; } #endif if (MscCopyFile(new_name, old_name) < 0) return (ErrGetErrorCode()); return (SysRemove(old_name)); } Radu -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#293380: symlinks from /var/lib/xmail to /etc/xmail replaced by real files
Arkadi Shishlov wrote: Patching XMail to do symlink dereferencing in MoveFile function may be problematic. I think replacing UsrGetAliasFilePath() and friends is a better solution then. Could you please tell me why it would be problematic ? It would be helpfull. I just created a small patch that uses readlink and fixes this. However i am going to talk to upstream first about this. And would like your opinion. Radu -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#293380: symlinks from /var/lib/xmail to /etc/xmail replaced by real files
Thanks for the bug report. I will choose one of two options: either change again configuration file handling so that files are symlinked the other way around ( in /etc ), b uut i am going to have to clarify this with the policy, as i know the configuration files must reside in /etc. Or the other better way that xmail will be patched so it overwrites in this case the real file and not the symlink. Radu -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#285041: new version of fprobe
Hello A new version of fprobe was released which fixes the potential DoS attack. Florian, if you have some time, could you please look over it ? If it's ok i would like to upload it in Debian. Thanks. Radu -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#290772: Processed: fet FTBFS
At the end of the build log i see fet is being built. Where can I see that build log? http://buildd.debian.org/fetch.php?&pkg=fet&ver=3.9.20-1&arch=arm&stamp=1104807080&file=log&as=raw Looks the same as the sparc ldd bug, but that could be just a coincidence. I don't think so. sparc ldd problem is reproducible with small sample program, but this fet problem cannot be seen on my environment. Sending this bug without any investigate is not appropriate action. Please note i sent an email to debian-arm almost a week ago with no response. Also not so important, i asked on #debian-devel for some help, the only response i got being that the error could be triggered by anything, even the binary not being built. At the end of the buildd log i can see the binary is indeed built. Unfortunately i could not test the build, my first intention was to downgrade the bug, but i decided not to since it was keeping fet out of testing. I also contacted Marco d'Itri about the qt errors, he responded saying they would not trigger a ldd failure. I downgrade this bug to normal because I cannot reproduce this problem. However, it's sure that there's no 3.9.20-1 for arm. If we need to dupload for arm, please let me know. I rebuild again and upload it. Please upload it, when a new version will come out, we'll see if this happens again. Radu -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]