Bug#670999: O: libapache2-mod-geoip - GeoIP support for apache2
Package: wnpp Severity: normal I'm orphaning libapache2-mod-geoip due to time constraints, the fact that I am personally migrating away from Apache now, and the amount of work that needs to be done on this package. In particular for bug #666795, for the Apache 2.4 migration. It'd be much appreciated if someone can adopt the package. Cheers, Nigel -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#665823: RFS: libapache2-mod-geoip/1.2.7-1
On 27/03/12 02:41, Arno Töll wrote: First, let me inform you, you should prepare another version of your package which works with Apache 2.4, available in experimental. That one is going to replace Apache 2.2 in Debian Sid pretty soon. However, this breaks all module packages and they need some source tweaks. Please read [1][2][3] for more information about this as this is going to affect you really soon. Yes, I'm aware that 2.4 is out, and will work on a 2.4 package later (likely mid-next month). mod_geoip probably does not work without GeoIP database installed. You should recommend the geoip-database at least. I realize there are proprietary databases available, thus my suggestion to use a weaker recommends constraint. The database stanzas are commented out completely (and I'm not going to change this behaviour), and not having them installed will not cause issues for Apache installations. The main reason that I didn't when I took up the package last year, the database was provided by the GeoIP source package, in addition, the behaviour hasn't seemed to confuse people so far... ...however, since the geoip-database is now it's own source package I will include it for the 2.4 update in experimental. Do you have any public version control system to maintain your package? If yes, add Vcs-Browser and Vcs-(Git|Svn|...) fields to your control file. Not yet, when I've tried to find info on the Debian places for hosting it, I've thrown my hands up in disgust at not finding anything/the right info, and decided to stick with what I know, especially since it is such a small, single maintainer package. In your maintainer script you should call a2enmod/a2dismod with the -q argument. And while you're at it you could perhaps safe some CPU cycles by changing the shell to /bin/sh (you need to avoid bashisms then of course). Your debian/rules file looks fairly ok, but wasn't updated in this century. Maybe upgrade to the newer short dh format which makes it much less probably that you're forgetting something or your package breaks in a unforeseeable future. In re: to both, (and please note I'm not trying to take the lazy approach), I agree, but I doubt there will be another update before Apache 2.4 lands in unstable (and I also note that this seems to be targeted for Wheezy as it is), that requires changing the pre/post scripts completely, I'd sooner go the full hog and start the packaging from scratch (while retaining the changelog) at that point, than making small cosmetic changes now. (a2enmod/a2dismod -q seems to save 1 printed line, it's an undocumented option so please correct me if I'm wrong). Maybe you could also omit the last sentence in the package description as we're not shipping anything but Apache 2 since almost a decade or so. Ha, I'd never noticed that line in the control file, it's still true I guess, but I've removed it locally as a reminder that it is completely out of date. - Nigel -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#665823: RFS: libapache2-mod-geoip/1.2.7-1
Package: sponsorship-requests Severity: normal Dear mentors, I am looking for a sponsor for my package "libapache2-mod-geoip" * Package name: libapache2-mod-geoip Version : 1.2.7-1 Upstream Author : Maxmind * URL : http://www.maxmind.com/app/mod_geoip * License : Apache Software License v1.1 Section : httpd It builds those binary packages: libapache2-mod-geoip - GeoIP support for apache2 To access further information about this package, please visit the following URL: http://mentors.debian.net/package/libapache2-mod-geoip Alternatively, one can download the package with dget using this command: dget -x http://mentors.debian.net/debian/pool/main/liba/libapache2-mod-geoip/libapache2-mod-geoip_1.2.7-1.dsc More information about hello can be obtained from http://www.maxmind.com/app/mod_geoip. Changes since the last upload: libapache2-mod-geoip (1.2.7-1) unstable; urgency=low . * New upstream release (Closes: #655492) - Includes support for newer APIs from upstream - Includes IPv6 support, as a result, now requires GeoIP >= 1.4.8 Regards, Nigel Jones -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#655492: New Upstream (1.2.7) - Progress
I've got an update to v1.2.7 ready, for the most part. I just need to test it a bit more (which I should be able to do tonight barring any major issues) before I ask a DD to sponsor the upload for me. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#630016: Builds proceed unpatched & without autotools re-run on source
Package: zabbix Version: 1:1.8.5-1 Tags: patch Severity: important Hi, It was noticed when 1.8.5 was merged in Ubuntu with the LDAP linker bug patched (the same patch as in Debian Bug #556770), that the patches do not get properly applied by dpkg-buildpackage, when it is not building the source package (due to dpkg-source not been run between 'debian/rules clean' & 'debian/rules build'). This caused, a second FTBFS, but also, the realization that both in Debian & Ubuntu, patches applied to the source, may not have been present in the binary builds (potentially causing regressions). Below is the 'bzr diff' of debian/rules that changes the calling location of the 'prepare' section from 'extract' (where it would never be run) to 'build' where it will be run once only, prior to any extracting/copying of the source for individual builds. (Note, I haven't selected Serious severity, even though it likely is, as it seems builds to date for Debian have worked and nobody has complained of any regressions) - Nigel === modified file 'debian/rules' --- debian/rules2011-02-21 22:59:41 + +++ debian/rules2011-06-10 10:42:36 + @@ -107,7 +107,7 @@ # Copy the source directory (without the 'debian' directory) to other locations # to configure and compile the sources there for each database flavor. -extract: prepare $(foreach s,$(VARIANTS),extract-$(s)-stamp) +extract: $(foreach s,$(VARIANTS),extract-$(s)-stamp) extract-%-stamp: @echo "--" @echo "Copying source directory to $(BUILDDIR)-$(*) for building the $(*) variant there" @@ -127,7 +127,7 @@ touch $@ # Compile the flavors -build: $(foreach s,$(VARIANTS),build-$(s)-stamp) +build: prepare $(foreach s,$(VARIANTS),build-$(s)-stamp) build-%-stamp: configure-%-stamp @echo "--" @echo "Compiling the $(*) flavor in $(BUILDDIR)-$(*)" -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#556770: [PATCH] FTBFS with binutils-gold
Please find attached, a patch that I submitted to Ubuntu as a fix for the FTBFS issue, it is derived from the patch that Gentoo are using (http://bugs.gentoo.org/attachment.cgi?id=258946&action=diff) from Gentoo Bug# 333425. Zabbix seems to build w/ patch in pbuilder on my systems just fine now. Cheers, Index: oneiric-merge/configure.in === --- oneiric-merge.orig/configure.in 2011-05-04 00:08:31.0 +1200 +++ oneiric-merge/configure.in 2011-05-04 00:08:43.0 +1200 @@ -1246,6 +1246,7 @@ fi CFLAGS="${CFLAGS} ${LDAP_CPPFLAGS}" LDFLAGS="${LDFLAGS} ${LDAP_LDFLAGS}" +LIBS="${LIBS} ${LDAP_LIBS}" found_iconv="no" dnl Check for libiconv [by default - skip] Index: oneiric-merge/m4/ax_lib_postgresql.m4 === --- oneiric-merge.orig/m4/ax_lib_postgresql.m4 2011-05-04 00:08:18.0 +1200 +++ oneiric-merge/m4/ax_lib_postgresql.m4 2011-05-04 00:09:06.0 +1200 @@ -84,7 +84,8 @@ AC_MSG_CHECKING([for PostgreSQL libraries]) POSTGRESQL_CPPFLAGS="-I`$PG_CONFIG --includedir`" -POSTGRESQL_LDFLAGS="-L`$PG_CONFIG --libdir` -lpq" +POSTGRESQL_LDFLAGS="-L`$PG_CONFIG --libdir`" +POSTGRESQL_LIBS="-lpq" POSTGRESQL_VERSION=`$PG_CONFIG --version | sed -e 's#PostgreSQL ##'` @@ -179,4 +180,5 @@ AC_SUBST([POSTGRESQL_VERSION]) AC_SUBST([POSTGRESQL_CPPFLAGS]) AC_SUBST([POSTGRESQL_LDFLAGS]) +AC_SUBST([POSTGRESQL_LIBS]) ]) Index: oneiric-merge/m4/ldap.m4 === --- oneiric-merge.orig/m4/ldap.m4 2011-05-04 00:08:23.0 +1200 +++ oneiric-merge/m4/ldap.m4 2011-05-04 00:09:06.0 +1200 @@ -72,7 +72,8 @@ fi LDAP_CPPFLAGS=-I$LDAP_INCDIR - LDAP_LDFLAGS="-L$LDAP_LIBDIR -lldap -llber $LDAP_LIBS" + LDAP_LDFLAGS="-L$LDAP_LIBDIR $LDAP_LIBS" + LDAP_LIBS="-lldap -llber $LDAP_LIBS" found_ldap="yes" AC_DEFINE(HAVE_LDAP,1,[Define to 1 if LDAP should be enabled.]) @@ -92,6 +93,7 @@ AC_SUBST(LDAP_CPPFLAGS) AC_SUBST(LDAP_LDFLAGS) + AC_SUBST(LDAP_LIBS) unset _libldap_with ])dnl
Bug#542123: ITA: mock -- Build rpm packages inside a chroot
I am still working on packaging mock, I've just been running into some issues w/ my internet connections etc. I'll try and get an updated package ready as soon as I can now I've got everything else working. -- Nigel Jones On Thu, Jun 17, 2010 at 4:49 AM, Miguel Landaeta wrote: > Hi, > Are you working on packaging this? > > -- > Miguel Landaeta, miguel at miguel.cc > secure email with PGP 0x7D8967E9 available at http://keyserver.pgp.com/ > "Faith means not wanting to know what is true." -- Nietzsche > > > -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#582965: libvirtd does not release consumed memory after processing add/remove udev changes
Package: libvirt-bin Version: 0.8.0-2 Severity: important Tags: patch A bug was reported to Ubuntu in which the libvirtd service (provided by libvirt-bin) would consume resident memory while processing udev add/change/remove events) without properly releasing it, thus creating a memory leak that on some affected systems was causing an OOM issue. The attached patch is what Ubuntu is proposing to fix the issue under libvirt 0.7.x, the same patch (with modified line numbers) has been submitted to upstream libvirt development. This bug is an attempt to ensure that Debian packages benefit from Ubuntu patches. Other references: https://bugs.launchpad.net/ubuntu/+source/libvirt/+bug/571093 - Ubuntu Bug for this issue - Comments 19 & 20 contain my analysis of the cause of the issue. https://www.redhat.com/archives/libvir-list/2010-May/msg00920.html - Post on upstream mailing list for this patch. Cheers, Index: libvirt-0.7.5/src/node_device/node_device_udev.c === --- libvirt-0.7.5.orig/src/node_device/node_device_udev.c 2010-05-25 02:26:36.0 +1200 +++ libvirt-0.7.5/src/node_device/node_device_udev.c 2010-05-25 02:29:35.0 +1200 @@ -1247,6 +1247,9 @@ ret = 0; out: +if (ret != 0) { + virNodeDeviceDefFree(def); /* Free assigned memory to prevent leaks */ +} return ret; } @@ -1373,6 +1376,7 @@ } out: +udev_device_unref(device); return; }
Bug#374104:
noowner 374104 retitle 374104 O: apt-listbugs -- Lists critical bugs before each apt installation thanks Not interested in adopting the package now. Hope someone else will. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#334697: Bug#374104: apt-listbugs
# Change 323626 to serious as per reasoning below: severity 323626 serious thanks control On 7/11/06, James Westby <[EMAIL PROTECTED]> wrote: On (11/07/06 08:19), Nigel Jones wrote: > So, far I have been attempting to incorporate your patches into the > code, but I have decided to start from scratch again, and try and kill > the RC bug (334697), I have been in contact with Aba (Andreas) and we > should have some fresh data files built (based off the output of > bts2ldap), I'm sure it can be easily phased by apt-listbugs with a bit > of work. apt-listbugs shouldn't need much modification unless you modify the format or location of the files. I'm sure your work will go a long way to fixing all of the problems though. Again, I'll say that I have a complete source package with all of my modifications included that you could use as a base. The modifications are away form the version-tracking and bug-handling code for the most part, so changes should be easy to handle. If you don't mind, I'll apply them one by one, just to make sure, it's not that I don't trust you, it just means I can make sure that they are properly in etc and can say for sure, as maintainer that they *are* fixed. I'm unsure about the wisdom of having the code that generates the files not publically accessible, as this to me seems like part of the source of apt-listbugs. I'm sure that there is no legal argument to that effect, but it seems to go against the spirit of the project. It also hinders contributions, as only a few people can see the code and so diagnose bugs in it, and provide patches that might have been able to fix the problem long ago. Perhaps this is something you could consider as maintainer of the package. If your talking about the old script, I can get you links to it, but seriously, it's just a couple of copies from /org/bugs.debian.org/ If your talking about the new script, which has not been designed yet (from my knowledge), then I am assuming that Andreas will release it to the community, and if so, i'll actually package that with apt-listbugs (as a seperate package if need be). > > The code which i've seen (on the qa.debian.org side), is just making a > copy of all the .status files from the bts spool, which I believe > sometime soon are going to be no more, which seems to suggest that a > complete rewrite of the checking side of the program. This might be a good idea anyway. From what I have seen these files are the source of the bugs related to this, and the reason the package is RC buggy in the first place. In my opinion most of the important bugs should also be RC, but it's not my place to elevate them (though most will probably be fixed along with the RC one by the same changes). I'd have to look at the bugs again fully, but from memory they are correctly labeled, there is one here that should be marked as policy, which I have set in this email. (It's basicly a clone of this one, but RC none the less). > > Sadly however, it may not be possible to run the code at say midnight > when the archive gets updates, due to what I am told is already busy > load on qa., so we may need a message in listbugs stating that the > data may be upto 12/24 hours out of date, we'll get to that when we > come to it. This makes sense, though I'm not sure it needs to be runtime output, it could just be in README and perhaps the package description. I'm sure we'd have more #374104's due to peoples lack of reading READMEs, a better option in my opinion, is have the message, which can be disabled after the first run. As in, say W: apt-listbugs data may not be current due to technical limitations on the data host, to read more about this, and for instructions to disable this message please see /usr/share/doc/apt-listbugs/README Of course, I will have to change the warning message to better suit the various languages. James -- James Westby [EMAIL PROTECTED] http://jameswestby.net/ Hope this reply covers everything that I had not mentioned before. -- N Jones -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#334697: apt-listbugs
So, far I have been attempting to incorporate your patches into the code, but I have decided to start from scratch again, and try and kill the RC bug (334697), I have been in contact with Aba (Andreas) and we should have some fresh data files built (based off the output of bts2ldap), I'm sure it can be easily phased by apt-listbugs with a bit of work. The code which i've seen (on the qa.debian.org side), is just making a copy of all the .status files from the bts spool, which I believe sometime soon are going to be no more, which seems to suggest that a complete rewrite of the checking side of the program. Sadly however, it may not be possible to run the code at say midnight when the archive gets updates, due to what I am told is already busy load on qa., so we may need a message in listbugs stating that the data may be upto 12/24 hours out of date, we'll get to that when we come to it. Regards, Nigel [CCed to all relevant bug trackers I think I included all related] On 7/11/06, James Westby <[EMAIL PROTECTED]> wrote: [Cced the bug again so that there is a record] On (09/07/06 19:09), Nigel Jones wrote: > Hi, I have noticed your interest in Debian bug 374104 [1], the > orphanage of apt-listbugs [2], and I am wondering if you are maybe > planning to ITAing it yourself, if not, I will do so, and if that is > the case, be really keen to fix certain bugs with you, i.e. the ones > you have created patches for etc. As I said in my first mail to the bug I don't really plan to adopt it, just to tidy it up, as the whole package is RC-buggy in my opinion. I have sent patches to the BTS where a clean patch was possible for the bug report, but I have much more done in my local copy. I can let you have my latest source if you let me know how you want it. It is an svn repo that starts from the current unstable package at the moment. I would be interested in working with you until the packages are in a decent shape again, how do you feel about this? My current version (I think) fixes all the bugs that do not require a major overhaul of the code. It also leaves the version tracking etc. problems as it appears the problem is within the code that generates the files that apt-listbugs uses to get the bug states, and I do not have access to that code. I believe that it runs on merkel, so maybe a DD can access it and make it publically available. > > Also out of interest, are you a DD? No, unfortuanately not. I was going to get a QA upload done, but as you are adopting then you can seek out a proper sponsor. James -- James Westby [EMAIL PROTECTED] http://jameswestby.net/ -- N Jones -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#374104: O: apt-listbugs -- Lists critical bugs before each apt installation
I may be interested in adopting this, depends how soon I can have a good look at the code, and get a sponser, should know by Thursday. -- N Jones -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#327440: O: texi2html -- Convert Texinfo files to HTML
On 12/09/05, Florian Ernst <[EMAIL PROTECTED]> wrote: > retitle 327440 ITA: html2ps -- HTML to PostScript converter > owner 327440 ! > retitle 327441 ITA: texi2html -- Convert Texinfo files to HTML > owner 327441 ! > thanks [EMAIL PROTECTED] BCCed > > On Sat, 10 Sep 2005 16:54:06 +1200, Nigel Jones wrote: > > Sadly, come next week, I will not be able to give it the care it may > > need in future, it'd be better if QA manage this package for now and > > someone else pick it up. > > Sorry to see you go, and I hope whatever might be taking you from > spending time for these packages will resolve soon in a good way. Real Money, Real Work coming up, yeah, just a really busy time. > > In the meantime I'd like to pick up html2ps and texi2html, but I > noticed you already have tackled most serious issues... Sorry to spoil the fun ;) > > Cheers, > Flo > > Good to see someone steping in. > -BEGIN PGP SIGNATURE- > Version: GnuPG v1.4.1 (GNU/Linux) > > iD8DBQFDJEg6s3U+TVFLPnwRAvz7AJ9InFj5HoFedDqwlXZpFdWx9aAwVACfeAxP > GXwXjqZsRizTKBBUtV+lRMc= > =witc > -END PGP SIGNATURE- > > > -- N Jones
Bug#327441: O: texi2html -- Convert Texinfo files to HTML
Package: wnpp Severity: normal What is texi2html? texi2html is a Perl script that converts Texinfo files to HTML. The program takes Texinfo files (not info ones) and produces a set of HTML files. The quality of the output is close to the printed output and is much better than an info->HTML gateway. Compared to the output of `makeinfo --html', texi2html's output is more customizable and (subjectively) produces better output by default. Sadly, come next week, I will not be able to give it the care it may need in future, it'd be better if QA manage this package for now and someone else pick it up. I wouldn't really recommend a new maintainer picking this package up, although in the state it was in (with license issues etc there were problems so I guess, if you've got the guts you'll be able to manage it. Upstream are nice, and speedy normally so no problems there. -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.12.3 Locale: LANG=en_NZ, LC_CTYPE=en_NZ (charmap=ISO-8859-1) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#327440: O: html2ps -- HTML to PostScript converter
Package: wnpp Severity: normal What is html2ps? This program converts HTML directly to PostScript. The HTML code can be retrieved from one or more URLs or local files, specified as parameters on the command line. A comprehensive level of HTML is supported, including inline images, CSS1, and some features of HTML 4.0. Sadly, come next week, I will not be able to give it the care it may need in future, it'd be better if QA manage this package for now and someone else pick it up. Note: there are about 14 "normal" bugs, but in reality there is only about 9 in them, because of merges etc. Also some bugs will have been fixed in previous versions which are impossible to check now. -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.12.3 Locale: LANG=en_NZ, LC_CTYPE=en_NZ (charmap=ISO-8859-1) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#327439: O: dvorak7min -- Typing tutor for dvorak keyboards
Package: wnpp Severity: normal What is dvorak7min? dvorak7min is a typing tutor to help you learn dvorak. Also included are a pair of useful scripts to easily change between qwerty and dvorak layouts. Sadly, come next week, I will not be able to give it the care it may need in future, it'd be better if QA manage this package for now and someone else pick it up. -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.12.3 Locale: LANG=en_NZ, LC_CTYPE=en_NZ (charmap=ISO-8859-1) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#327438: O: windowlab -- small and simple Amiga-like window manager
Package: wnpp Severity: normal What is windowlab? WindowLab is a Window Manager for the X Window System. It can emulate the default look of Amiga systems. Features include click-to-focus but not raise-on-focus, simple menubar/taskbar, fast, small. Sadly windowlab needs the time in linux that I will no longer have. For interested people: Upstream is very active & friendly. There are slight improvements like somehow integrating the Debian menu that could/should be made. It's all in all, not a bad package to maintain... -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.12.3 Locale: LANG=en_NZ, LC_CTYPE=en_NZ (charmap=ISO-8859-1) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#327437: O: ipkungfu -- iptables-based Linux firewall
Package: wnpp Severity: normal What is ipkungfu? ipkungfu is an advanced iptables script that can be also used by people that have only limited knowledge of proper security and IP filtering practices. Many advanced features are included in ipkungfu, although IPv6 support is still not included. Basicly this is up for grabs I don't think anyone will want to adopt, but here is is... QA Team: You may just want to move this to ftp.debian.org as a RoM, because thats what I feel like doing. The upstream of ipkungfu have seemed to reincarnate over the past month or so, but at a self-confessed slow pace, I never managed to get much from them when talking to them anyway... -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.12.3 Locale: LANG=en_NZ, LC_CTYPE=en_NZ (charmap=ISO-8859-1) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#268183: texi2html: Can't override T2H_about_body (and friends) from init file.
On 08/09/05, Kai Grossjohann <[EMAIL PROTECTED]> wrote: > Nigel Jones <[EMAIL PROTECTED]> writes: > > > Do you recall what version this was fixed in (i'm guessing it was > > during the rewrite so if you can't recall I think it'd be safe to > > assume then.) > > No, I didn't track this problem. I haven't had much use for texi2html > in many moons now. However, the current source code looks quite > different from the old source code, and the bugfix seems more like a > by-product of this. > > I think when I submitted the bug someone (you?) told me that there > would be a new upstream version soon, so the intent was to wait for > the new upstream version to fix this. No, that was the previous maintainer, I'll close the bug report tomorrow hopefully with the correct version number (if I can track it down). > > Sorry to be so vague. > > Kai > -- N Jones Proud Debian & FOSS User Debian Maintainer of: html2ps, ipkungfu, dvorak7min & windowlab
Bug#268183: texi2html: Can't override T2H_about_body (and friends) from init file.
On 08/09/05, Kai Grossjohann <[EMAIL PROTECTED]> wrote: > Nigel Jones <[EMAIL PROTECTED]> writes: > > > Hello there, I was just wondering if you could tell me if the problem > > you described, still exists for you? > > The problem has been fixed, it seems. I haven't tested it, only > examined the code. Do you recall what version this was fixed in (i'm guessing it was during the rewrite so if you can't recall I think it'd be safe to assume then.) > > Kai > > Whichever way, i'll close the bug report soon... -- N Jones Proud Debian & FOSS User Debian Maintainer of: html2ps, ipkungfu, dvorak7min & windowlab
Bug#326857: developers-reference: Spelling Error in Section 6.1.2 (Separating your patches into multiple files)
Package: developers-reference Version: 3.3.7 Severity: minor Hello there, spotted a nice and simple spelling mistake in the last paragraph of Section 6.1.2 in the English version of the Developers Reference. Note: I'm refering to the version on www.debian.org/doc/ The paragraph presently reads: dpatch also provides these facilities, but it's intented to be even easier to use. See the package dpatch for documentation and examples (in /usr/share/doc/dpatch). However I have assuming it is meant to read: dpatch also provides these facilities, but it's *intended* to be even easier to use. See the package dpatch for documentation and examples (in /usr/share/doc/dpatch). Easy mistake to make, and easy to miss when checking it. -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.12.3 Locale: LANG=en_NZ, LC_CTYPE=en_NZ (charmap=ISO-8859-1) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#326590: www.debian.org: Simple spelling mistake on debian.org/devel/join/nm-step4
Package: www.debian.org Severity: minor Simple mistake, http://www.debian.org/devel/join/nm-step4 Part B "Skills" sub section A "Package Management" reads: If the applicant intends to maintain packages for Debian, some demonstration of those skills will be required. The first choice is to have the applicant take over on of the "orphaned" packages, but any other useful package would qualify as well. It should read: If the applicant intends to maintain packages for Debian, some demonstration of those skills will be required. The first choice is to have the applicant take over *one* of the "orphaned" packages, but any other useful package would qualify as well. Simple mistake, anyone can make it... Cheers, Nigel -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.12.3 Locale: LANG=en_NZ, LC_CTYPE=en_NZ (charmap=ISO-8859-1) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#268183: texi2html: Can't override T2H_about_body (and friends) from init file.
Hello there, I was just wondering if you could tell me if the problem you described, still exists for you? It is just that I'm tring to follow up on past bugs that were never fixed/sorted out. Thanks. -- N Jones Proud Debian & FOSS User Debian Maintainer of: html2ps, ipkungfu, dvorak7min, windowlab & texi2html
Bug#326048: gnugo: FTBFS: Undefined subroutine &main::normalize_space called at /usr/bin/texi2html line 13756.
tags 326048 + pending reassign 326048 texi2html 1.76-1 merge 326048 318536 This bug is actually caused by texi2html directly, the fix is getting uploaded today, and should be in the archive tomorrow. -- N Jones Proud Debian & FOSS User Debian Maintainer of: html2ps, ipkungfu, dvorak7min, windowlab & texi2html
Bug#323359: ITP: capi2name -- capi isdn monitor with web interface
On 16/08/05, Jonas Genannt <[EMAIL PROTECTED]> wrote: > Package: wnpp > Severity: wishlist > Owner: Jonas Genannt <[EMAIL PROTECTED]> > > > * Package name: capi2name > Version : 0.6.7.9 > Upstream Author : Jonas Genannt <[EMAIL PROTECTED] > * URL : http://www.capi2name.de > * License : GPL > Description : capi isdn monitor > > Capi2Name is an ISDN capi monitor with web interface. > Capi2Name insert the incomming calls in a database and with inserts ... incoming > the PHP webinterface you can look after the calls. This sentence does sound a little weak... > > -- System Information: > Debian Release: 3.1 > Architecture: i386 (i686) > Kernel: Linux 2.6.8-2-386 > Locale: LANG=en_GB, LC_CTYPE=en_GB (charmap=ISO-8859-1) > > > -- > To UNSUBSCRIBE, email to [EMAIL PROTECTED] > with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED] > > -- N Jones Proud Debian & FOSS User Debian Maintainer of: html2ps, ipkungfu, dvorak7min & windowlab
Bug#321586: texi2html images licence
On 10/08/05, Patrice Dumas <[EMAIL PROTECTED]> wrote: > > Personally, I feel that this could be better: > > * Just use GPL in Debian for these images (solve problem immediately). > > * Work out what programs use texi2html with the images (I do not > > believe very many do). > > These images are not to be automatically used, they are there only for the > convenience of a user that would want do use the images instead of text for > the buttons. A user has to do manually tweak his init file to use the > images. However my idea was that to save time for those who want to use > images it should be nice to provide them a selection of allready existing > images. > > > * In a months time, see for possible re-dual licensing of the images > > to fix problems for these packages, or give packages the opportunity > > to either not use the images. (In which I believe is possible) > > The images are not needed at all (except in the singular manual). I don't > know personnaly of a manual that use those images. The autotool manual > use another set of images. > > > > Maybe the simplest thing would be to let the images under the GPL such > > > that it is clear that there is no issue regarding redistribution, and > > > have a README in the images directory that states clearly that these > > > images > > > cannot be used (even in the manual if the manual is under the GFDL)? > > Not sure if this would be allowed, d-legal may be able to give us a > > pointer on it. > > When I reread my paragraph it seems that I didn't explained myself correctly. > I wanted to say > > We should licence the images under the GPL, or under a double licence > CC-SA/GPL > and add a README stating something like: > >These images are licences under a CC-SA/GPL licence. These licences >are such that when combined with other works the whole work should >be under the GPL or CC-SA. So you cannot combine the images with other >materials, for example a manual text if the manual text is under a >licence that doesn't allows to be relicenced under the conditions of >the GPL or the CC-SA. For example a manual licenced under the GFDL >or the artlibre licence cannot be combined with the image. > > > > Otherwise the casual user will violate the images licence without even > knowing he is doing so. I believe this is all ok, and above board. d-legal: can you please make sure that this is not risking breach of the DFSG/etc and advise me so I can package this an a DFSG package when the above suggested changes are made upstream. > > -- > Pat > -- N Jones Proud Debian & FOSS User Debian Maintainer of: html2ps, ipkungfu, dvorak7min & windowlab
Bug#321586: texi2html images licence
(Also replying to bug page & debian-legal (d-l: please CC me on any replies)) Personally from what I have gathered: * If texi2html has released the singular images under a special agreement (from which it seems), then maybe the images should be released dual-licensed (under GPL & CC), of course under this agreement Debian would only be able to pickup the GPL part. On 09/08/05, Patrice Dumas <[EMAIL PROTECTED]> wrote: > Hi, > > I think that we should solve the images licence issue, it is annoying to have > trouble with an issue which is rather minor. The last outstanding issue is > that > it seems that debian legal doesn't like creative commons sharelike atribution. > > http://people.debian.org/~evan/ccsummary.html > d-legal: what is the rough status of CC licenses coming in Debian? > They recommend using the GPL. That should not be an issue as these images are > GPLed in singular. However I don't feel very comfortable with the GPL images > because the phrasing of the GPL is about programs. It should also possible > to use the Artlibre licence although I don't know what is the debian legal > advice on that. > > This issue appears for the distribution of the images as part as texi2html. > > There is an even more troublesome issue regarding their use. As all the > licence > GPL, GFDL, CC-SA, artlibre are 'viral', that is impose that all the derivative > works are under the same licence the are each other incompatible. So if I have > understood well the issue, if the images are licenced under one of these > licences they cannot be used in a manual licenced under any other licence. > Therefore they don't have any utility. To solve that issue I see 2 > possibilities. > > * use the 4 licences together. > * use a licence more like BSD licence such that the images can be relicensed > under one of the above licences when included in a manual. In that case > they may also be used in any proprietary work. > > I feel uncomfortable with both options. Any of these require to get in touch > with the singular team. > Personally, I feel that this could be better: * Just use GPL in Debian for these images (solve problem immediately). * Work out what programs use texi2html with the images (I do not believe very many do). * In a months time, see for possible re-dual licensing of the images to fix problems for these packages, or give packages the opportunity to either not use the images. (In which I believe is possible) I'd also like d-legal's opinion on this please. > Maybe the simplest thing would be to let the images under the GPL such > that it is clear that there is no issue regarding redistribution, and > have a README in the images directory that states clearly that these images > cannot be used (even in the manual if the manual is under the GFDL)? Not sure if this would be allowed, d-legal may be able to give us a pointer on it. > > -- > Pat > -- N Jones Proud Debian & FOSS User Debian Maintainer of: html2ps, ipkungfu, dvorak7min & windowlab
Bug#321586: texi2html: Includes non-free image
On 07/08/05, Frank Lichtenheld <[EMAIL PROTECTED]> wrote: > On Sat, Aug 06, 2005 at 11:21:59PM +1200, Nigel Jones wrote: > > To fix this we could split texi2html and have a -data package in > > non-free (and the main package in contrib). But this would mean 92 > > packages directly affected, and thousands more indirectly (glibc > > build-deps on texi2html). > > Nah, the correct solution would be to replace the images, which should > be way easier than the solution you're describing ;) Well, it does seem that upstream has incorrectly licensed GPL images. So i'm going to wait, if there isn't any movement, I might talk to the maintainer of the packages that the images originally came from to split them, so texi2html can depends on them. And use CVS checkouts which exclude the violating images. Personally I am not keen on making a bunch of images :P But for now, I'm going to wait and see what happens. > > Gruesse, > -- > Frank Lichtenheld <[EMAIL PROTECTED]> > www: http://www.djpig.de/ > -- N Jones Proud Debian & FOSS User Debian Maintainer of: html2ps, ipkungfu, dvorak7min & windowlab
Bug#321586: texi2html: Includes non-free image
Subject: texi2html: Includes non-free images Package: texi2html Version: 1.76-2 Severity: serious Justification: CC Images are not compatible with DFSG >From my report at https://savannah.nongnu.org/bugs/index.php?func=detailitem&item_id=14052 Is it possible for the images in texi2html to be replaced from CC-Attr-Sharealike to a more compatible license that Debian will accept. As the matter stands it seems you are actually claiming GPL'ed images to be CC'ed, hence meaning we can't keep texi2html in the mainstream debian which would mean a complete break down in quite a few of the packages. The singular project which you got the images from claims it's all GPL, which means that the images in texi2html is too. As it stands, this problem is blocking the update of texi2html on Debian which fixes 2 RC bugs (which are actually still unreplied to here). To fix this we could split texi2html and have a -data package in non-free (and the main package in contrib). But this would mean 92 packages directly affected, and thousands more indirectly (glibc build-deps on texi2html). Will await upstream response for decision however. -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.12.3 Locale: LANG=en_NZ, LC_CTYPE=en_NZ (charmap=ISO-8859-1) Versions of packages texi2html depends on: ii perl 5.8.7-3Larry Wall's Practical Extraction texi2html recommends no packages. -- no debconf information
Bug#317863: Loops forever processing bbdb.texinfo
tags 317863 + pending thanks Bug fixed and bbdb should be able to be built after this next (coming) upload. -- N Jones Proud Debian & FOSS User Debian Maintainer of: html2ps, ipkungfu, dvorak7min & windowlab
Bug#318536: texi2html: Chokes on gnugo.texi
tags 318536 + pending thanks I'm now maintaining this package and I have found the problem that causes this bug. The authors of the code have made a simple, yet bad spelling mistake in a call to the function. Replacing the s for a z. Will be fixed on my first upload of texi2html -- N Jones Proud Debian & FOSS User Debian Maintainer of: html2ps, ipkungfu, dvorak7min & windowlab
Bug#314843: Possible Intentions
retitle 314843 ITA: texi2html -- Convert Texinfo files to HTML owner 314843 ! thanks On 20/06/05, Nigel Jones <[EMAIL PROTECTED]> wrote: > It was suggested to me that I may actually be interested in this, so > i'll look into this over the weekend fully. If someone else REALLY > wants to adopt this package then fine by me. > Well noone else wants it, so I'll take it... > -- > N Jones > Blogging @ http://nigelj.blogspot.com > Proud Debian & FOSS User > Debian Maintainer of: html2ps & ipkungfu > -- N Jones Proud Debian & FOSS User Debian Maintainer of: html2ps, ipkungfu, dvorak7min & windowlab
Bug#321245: Include /usr/lib/menu/windowlab in package
On 04/08/05, Filip Sneppe <[EMAIL PROTECTED]> wrote: > Package: windowlab > Version: 1.32-1 > Severity: wishlist > > > It would be nice to create a /usr/lib/menu/windowlab file > for this package, so that, after an "update-menus", a > user can select this Window Manager from the normal Debian menus. Shall check it out. > > eg. I created this file: > > ?package(wmaker):needs="wm" \ > section="WindowManagers" title="Windowlab" \ > command="/usr/bin/windowlab" > > Regards, > Filip > > > -- System Information: > Debian Release: testing/unstable > APT prefers testing > APT policy: (500, 'testing'), (500, 'stable') > Architecture: i386 (i686) > Shell: /bin/sh linked to /bin/bash > Kernel: Linux 2.4.29-mppe > Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) > > Versions of packages windowlab depends on: > ii libc6 2.3.2.ds1-22 GNU C Library: Shared libraries > an > ii libfontconfig1 2.3.2-1 generic font configuration > library > ii libfreetype6 2.1.7-2.4 FreeType 2 font engine, shared > lib > ii libx11-6 4.3.0.dfsg.1-14 X Window System protocol client > li > ii libxext6 4.3.0.dfsg.1-14 X Window System miscellaneous > exte > ii libxft22.1.7-1 FreeType-based font drawing > librar > ii libxrender11:0.9.0-2 X Rendering Extension client > libra > ii xlibs 4.3.0.dfsg.1-14 X Keyboard Extension (XKB) > configu > ii zlib1g 1:1.2.2-4.sarge.2 compression library - runtime > > windowlab recommends no packages. > > -- no debconf information > > -- N Jones Proud Debian & FOSS User Debian Maintainer of: html2ps, ipkungfu, dvorak7min & windowlab
Bug#316207: Apt Upload - Time for apt-move upload?
I was just talking in #debian-devel and it seems the path is clear for a update for this bug to go in... 0036 < dato> Nigel: the new apt was only uploaded a couple days ago It'd be nice to see this package get back into testing... -- N Jones Blogging @ http://nigelj.blogspot.com Proud Debian & FOSS User Debian Maintainer of: html2ps & ipkungfu
Bug#320732: Spelling mistake in /etc/default/shorewall
Package: shorewall Version: 2.2.3-1 Severity: minor Nothing big/major, just thought you'd like to know however that there is a spelling mistake in the file /etc/default/shorewall # set the below varible to 1 in order to allow shorewall to start I believe the spelling should be variable Just thought you would like to know, Nigel Jones -- System Information: Debian Release: 3.1 Architecture: i386 (i686) Kernel: Linux 2.6.8-2-686 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages shorewall depends on: ii debconf 1.4.30.13 Debian configuration management sy ii iproute 20041019-3 Professional tools to control the ii iptables 1.2.11-10 Linux kernel 2.4+ iptables adminis -- debconf information: shorewall/upgrade_20_22: shorewall/upgrade_14_20: shorewall/upgrade_to_14: shorewall/dont_restart: -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#320421: wrong and hardcoded dependencies
On 29/07/05, Aurelien Jarno <[EMAIL PROTECTED]> wrote: > Package: windowlab > Version: 1.31 > Severity: grave > Justification: policy, renders package unusable > > Depends: libx11-6 | xlibs (>> 4.3.0), libc6, libgcc1, libxft2 > > These dependencies are hardcoded and wrong. Please use dh_shlibsdeps > to determine the dependencies of the package. I've already been aware of this (about 3 days), and should be fixed in the next few days > > -- System Information: > Debian Release: testing/unstable > APT prefers testing > APT policy: (990, 'testing'), (500, 'unstable') > Architecture: hppa (parisc) > Shell: /bin/sh linked to /bin/bash > Kernel: Linux 2.6.8-2-32 > Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) > > -- N Jones Blogging @ http://nigelj.blogspot.com Proud Debian & FOSS User Debian Maintainer of: html2ps & ipkungfu
Bug#319989: piuparts: malformed sources.list
The sources.list is wrong, i'm sure apt would complain if you used it normally like that, I suggest you add "main" to the end of line 3 (Sorry maintainer if you feel I'm steping on your shoes, just noticed that bug when looking around) -- N Jones Blogging @ http://nigelj.blogspot.com Proud Debian & FOSS User Debian Maintainer of: html2ps & ipkungfu
Bug#320067: ITP: vamps -- Vamps evaporates DVD compliant MPEG2 program streams by selectively copying audio and subpicture tracks and by re-quantizing the embedded elementary video stream.
On 27/07/05, MaXeR <[EMAIL PROTECTED]> wrote: > On Tuesday 26 July 2005 23:09, Lars Wirzenius wrote: > > ti, 2005-07-26 kello 21:36 +0200, Moratti Claudio kirjoitti: > > > Description : Vamps evaporates DVD compliant MPEG2 program streams > > > by selectively copying audio and subpicture tracks and by re-quantizing > > > the embedded elementary video stream. > > > > This short description is a bit long and it also leaves it unclear to me > > what the program actually does. > Right! I'm wrong =( > vamps allow you to reduce the size of MPEG2 streams... > It could be used for making a backup of video-Dvd. > > This program is not clean documented, but it is nedded by k9copy (I sent > another ITP this evening). > > > The verb evaporate means, according the > > WordNet dictionary: > > > > v 1: lose or cause to lose liquid by vaporization leaving a more > [cut] > >eyes" syn: vaporise > > > > At a guess, does vamps make MPEG2 streams smaller? > yes! vamps do that! > > A new Description could be: > Vamps is a tools for recompress and modify the structure of a DVD > or > Vamps permits the backup of DVD (or MPEG2 streams) As I remember you exclude the package name out of the description... so it's be "Permits the backup of DVDs (or MPEG2 streams)" or "Tool to recompress and modify the structure of a DVD" ... Someone: Correct me if i'm wrong... > > putting more details in the long description... > > cheers, > Claudio > > > -- >~~>MaXeR <~~ > http://www.knio.it > > Comunità Italiana Utenti Debian: > http://www.debianizzati.org - http://guide.debianizzati.org > > > > -- N Jones Blogging @ http://nigelj.blogspot.com Proud Debian & FOSS User Debian Maintainer of: html2ps & ipkungfu
Bug#313124: Status on this bug...
tags 313124 - sarge found 313124 1.0.19-4 thanks control What is the present status of this bug? Also adding the version numbers that it applies to. -- N Jones Blogging @ http://nigelj.blogspot.com Proud Debian & FOSS User Debian Maintainer of: html2ps & ipkungfu
Bug#71879: about voting for bugs
On 20/07/05, Paul Brossier <[EMAIL PROTECTED]> wrote: > On Wed, Jul 20, 2005 at 10:49:37AM +0100, Stuart Yeates wrote: > > Maybe a good place to start would be to cross reference BTS with the > > popularity-contest database. This doesn't measure annoyance, of > > course, but it's a a great measure of how many people are > > potentially effected by a bug. > > surely installing popcon should be encouraged. but popcon could not > count the people who didn't keep or install this package because of the > bug, or what bugs are important within one source package. Bugcon? Could be a module for reportbug, if user says that the bug he wishs to report is already on the database, user gets prompted: Do you wish to add new information, or comfirm existance of bug? [1,2] 1 = Add new info 2 = Confirm/Vote It doesn't have to be a module, can be built into the program. > > cheers, paul > > > -- > To UNSUBSCRIBE, email to [EMAIL PROTECTED] > with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED] > > -- N Jones Blogging @ http://nigelj.blogspot.com Proud Debian & FOSS User Debian Maintainer of: html2ps & ipkungfu
Bug#314402: ipkungfu: possible kernel panic
On 12/07/05, David Liontooth <[EMAIL PROTECTED]> wrote: > Nigel Jones wrote: > > >Quick query: were you using the unofficial amd64 arch? > > > > > > > Correct -- the pure64. Rock stable stuff, mind you. Thanks a lot, I can test it now. > > Dave > -- N Jones Blogging @ http://nigelj.blogspot.com Proud Debian & FOSS User Debian Maintainer of: html2ps & ipkungfu
Bug#314402: ipkungfu: possible kernel panic
Quick query: were you using the unofficial amd64 arch? -- N Jones Blogging @ http://nigelj.blogspot.com Proud Debian & FOSS User Debian Maintainer of: html2ps & ipkungfu
Bug#311866: RFP: windowlab -- Small and simple window manager of novel design.
I am very interested in maintaining this package. It's very nice indeed! -- N Jones Blogging @ http://nigelj.blogspot.com Proud Debian & FOSS User Debian Maintainer of: html2ps & ipkungfu
Bug#316090: ipkungfu: debian/control settings wasting buildd resources
Package: ipkungfu Severity: minor I believe that at present the current debian/control file settings are causing unneeded cycles on buildd. My reasoning for this is because: * html2ps which has similar actions in it's debian/rules is a _all.deb * there is no gcc interaction * the debian/rules file does create platform independant code * buildd in my opinion should be left for the stuff that needs it My reasoning for posting this bug against my own package and not updating ipkungfu is: * if I update the package now to reflect just this change (which it will be) would be a waste of, my, my sponsor, and debian's time/resources. * it is pointless to make such a small change when the change actually effects what happens only when it gets on the archive. -- System Information: Debian Release: testing/unstable Architecture: i386 (i686) Kernel: Linux 2.6.11-1-686 Locale: LANG=en_NZ, LC_CTYPE=en_NZ (charmap=ISO-8859-1) Versions of packages ipkungfu depends on: ii iproute 20041019-3 Professional tools to control the ii iptables 1.2.11-10 Linux kernel 2.4+ iptables adminis -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#315076: Bug#315074: ipkungfu: Renders system inaccessible
Bug#315074: > Simplest fix: add /etc/default/ipkungfu with ENABLED=false, source the > file in the init script and only start if ENABLED is not "false". After the last upload I have been planning to create something like this, as well as using debconf for default values which would indeed stop this from happening Bug#315076 > Side note: > > [EMAIL PROTECTED]:~# grep -A3 Include /etc/init.d/ipkungfu > # Include ipkungfu defaults if available > if [ -f /etc/ipkungfu ] ; then > . /etc/ipkungfu > fi > [EMAIL PROTECTED]:~# file /etc/ipkungfu > /etc/ipkungfu: directory > [EMAIL PROTECTED]:~# Should be fixed as well in next version. General: I'll try and get Bug#315074 fixed in the next few hours (sidenotes: 1: hopefully... 2: of course it won't be on the archives right away). If Bug#315076 is not fixed in the same build, then it will go in the next build that will have debconf (hopefully). The debconf work I was planning can go up in a seperate upload in about 2 weeks time (if not beforehand). -- N Jones Blogging @ http://nigelj.blogspot.com Proud Debian & FOSS User Debian Maintainer of: html2ps & ipkungfu
Bug#314843: Possible Intentions
It was suggested to me that I may actually be interested in this, so i'll look into this over the weekend fully. If someone else REALLY wants to adopt this package then fine by me. -- N Jones Blogging @ http://nigelj.blogspot.com Proud Debian & FOSS User Debian Maintainer of: html2ps & ipkungfu
Bug#314844: Orphaning packages
CC'ing this to correct bug number. Ivo (from offlist email), yeah, if you read my update to that bug # i said i posted it to the wrong one. (i actually reposted to 314844-quiet). I'm also going to have a big think about that other package too. On 20/06/05, Goswin von Brederlow <[EMAIL PROTECTED]> wrote: > Nigel Jones <[EMAIL PROTECTED]> writes: > > > On 19/06/05, Ivo Timmermans <[EMAIL PROTECTED]> wrote: > >> Hi, > >> > >> I'm orphaning these packages: > >> > >> dvorak7min (bug #314844) > > I have interest in this, I really liked using this program > > Please do. I always wanted to use this excessively for a while and > finaly switch over to it. > > You should probably expand it to cover different keyboard layouts to > make it usefull to everyone though. Yeah thats possible i *THINK* > > MfG > Goswin > -- N Jones Blogging @ http://nigelj.blogspot.com Proud Debian & FOSS User Debian Maintainer of: html2ps & ipkungfu
Bug#314851: Not adopting this package
I seemed to have typed the wrong bug number in, that reply above was meant to go to 314844. Sorry, N Jones
Bug#314851: Orphaning packages
On 19/06/05, Ivo Timmermans <[EMAIL PROTECTED]> wrote: > Hi, > > I'm orphaning these packages: > > alsaplayer (bug #314841) > dutch (bug #314839) > dvorak7min (bug #314844) I have interest in this, I really liked using this program > libauthen-radius-perl (bug #314851) > libarchive-zip-perl (bug #314850) > stl-manual (bug #314845) > texi2html (bug #314843) > > texi2html is a build dependency for quite a few packages, and needs > more love and care than I could give it. I'd take this if i had a bit more knowledge of it, it'd go nicely with html2ps ;) > > dutch should probably be adopted by someone who speaks Dutch. > > Ivo > > -- > No, I just like to run around and scream real loud! > - Dee Dee > > > BodyID:33686857.2.n.logpart (stored separately) > > -- N Jones Blogging @ http://nigelj.blogspot.com Proud Debian & FOSS User Debian Maintainer of: html2ps & ipkungfu
Bug#314402: ipkungfu: possible kernel panic
severity minor tags moreinfo thanks control On 17/06/05, David Liontooth <[EMAIL PROTECTED]> wrote: > Hi Nigel, > > The problem may well have arisen from an underlying iptables problem -- > I never configured the package, just installed it to remind me it > exists, with a plan to get around to it at some point. I generally > assume packages will do no harm, though they may not do any good until I > give them some attention. Even if a package fails badly, it obviously > shouldn't crash the system. Unfortunately we won't know now if ifkongfu > was the culprit, as I'm not in a position to experiment with this > machine for the next four months. I think it's extremely unlikely the Thats ok then. > problem applies to all amd64 installations, but it will no doubt take > some work to narrow it down. > > If we assume ipkungfu was at fault, we have this scenario: > > -- it runs (even if ineffectually) for a week with no incident > -- out of the blue it crashes the whole system > > There wasn't a trace in the logs, and I wasn't doing anything unusual. > This could be very hard to track down, so I really don't think it's > worth considering this a serious bugreport unless someone else runs into Hence why as above I've downgraded it to minor, and tagged moreinfo incase someone else gets this problem. > a similar behavior. Appreciate your friendly reply though! I may be > able to return to this in the fall. No problem, the Maintainers are meant to be friendly so yeah. If you are able to return to it in fall, that would be nice, if however not, I'll most likely close the bug after a good few months. > > Dave -- N Jones Blogging @ http://nigelj.blogspot.com Proud Debian & FOSS User Debian Maintainer of: html2ps & ipkungfu
Bug#314402: ipkungfu: possible kernel panic
On 16/06/05, David Liontooth <[EMAIL PROTECTED]> wrote: > Package: ipkungfu > Severity: normal > > On an amd64 (dual opteron) that has been running 2.6.9 stably for > months, I got my first kernel panic. There is unfortunately nothing in Hmmm, I may have to consider getting ipkungfu builds for amd64's stopped if there is an issue with this. > the logs, and I didn't copy the screen, so this won't be useful, just a > vague data point. The crash said something like "Aiee -- not sync'ing" > and the text above showed that my tg3 NIC was involved, plus a series > of fireware-related errors. ipkungfu is prime suspect, as it was > recently installed and fit the crash profile. I agree with this. > > I don't need ipkungfu and removed it: > > Stopping ipkungfu: FATAL: Module ip_tables not found. > iptables v1.2.11: can't initialize iptables table `mangle': Table does not > exist (do you need to insmod?) > Perhaps iptables or your kernel needs to be upgraded. > iptables: No chain/target/match by that name I'm not certain about errors like this, but it could even possibly relate to the fact that iptables may have a fault? I really depends on what happened regrading iptables, ipkungfu, and possible interference... There are a few reasons why this may have happened: 1) ipkungfu did not load correct at start 2) someone (maybe you) cleared all the iptables chains 3) there is a problem with iptables on amd64 which means that it never loaded the chains correctly 4) there is another firewall installed on your system, which loads after ipkungfu which has cleared the "chains" and replaced it with its own that ipkungfu does not know about, and tries to clear non-existant chains. > > Please close this report; I'm unable to provide the necessary Not going to close the report, because: 1) I'd love to know if you get the same problem with shorewall - a similar iptables firewall (thats if you are comfortable with doing this 2) I suspect that it may be related to iptables or maybe even the kernel in amd64, in which case, we can notify these maintainers and sort it all out for maybe less knowledgable users. 3) If it is a problem with ipkungfu we can consider (from what I believe) taking it out of the amd64 package lists. > information to prosecute. If my machine ever crashes again I'll post a > retraction of these unsubstantiated accusations and a public apology. I think if such a thing was to happen, it'd make history! > > - T. Sneddon > > -- 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.9-ac6 > Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) > > Versions of packages ipkungfu is related to: > ii reportbug 3.13 reports bugs in the Debian > distrib > pn totem-gstreamer(no description available) Last thing, the above worries me, ipkungfu is NOT related to either of the two! > > Thanks for reporting this, -- N Jones Blogging @ http://nigelj.blogspot.com Proud Debian & FOSS User Debian Maintainer of: html2ps & ipkungfu
Bug#313124: pure-ftpd: SSL Support Misrepresented
Package: pure-ftpd Severity: important Tags: sarge A friend notified me of a problem is the description field of Pure-FTPd which means that a reported feature is non-existant. apt-cache search pure-ftpd shows the following: Description: Pure-FTPd FTP server Pure-FTPd is a fast, production-quality, standards-conformant FTP server based upon Troll-FTPd. Features include chrooted home directories, virtual domains, built-in 'ls', anti-warez system, configurable ports for passive downloads, FXP protocol, bandwidth throttling, ratios, fortune files, Apache-like log files, fast standalone mode, atomic uploads, text / HTML / XML real-time status report, virtual users, virtual quotas, privilege separation, SSL/TLS and more. Littered with references to SSL. No mention of it being disabled in both manpages, or the docs at /usr/share/doc/pure-ftpd. Everything points to the fact that SSL is enabled. Now to prove my point that SSL is NOT supported, here is some packet logs of the authentication process: You will notice that AUTH TLS is accepted, however AUTH SSL is not. I am aware of the legal issues that people think they're plagued by, when linking to openssl libraries, which forced lftp to not support ssl in fact (for sarge). However, since this package links to libssl anyway, and advertises SSL availability, it should really implement it. - paste - interface: lo (127.0.0.0/255.0.0.0) T 127.0.0.1:21 -> 127.0.0.1:1499 [AP] 220-- Welcome to Pure-FTPd [privsep] [TLS] --..220-You are user number 1 of 50 allowed...220-Local time is now 14:28. Server port: 21. ..220-This is a private system - No anonymous login..220-IPv6 connections a re also welcome on this server...220 You will be disconnected after 15 minu tes of inactivity... ## T 127.0.0.1:1499 -> 127.0.0.1:21 [AP] AUTH SSL.. ## T 127.0.0.1:21 -> 127.0.0.1:1499 [AP] 500 This security scheme is not implemented.. ## T 127.0.0.1:1499 -> 127.0.0.1:21 [AP] AUTH TLS.. # T 127.0.0.1:21 -> 127.0.0.1:1499 [AP] 234 AUTH TLS OK... exit end paste- Thank you. P.S. this may be a "Serious" bug because the fact that there is non-existant features. -- System Information: Debian Release: 3.1 Architecture: i386 (i686) Kernel: Linux 2.6.9 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#311882: ipkungfu: script output not verbose enough/too verbose
Right, for this bug, I have done some more research into the problems, and infact, this bug relates to output being too verbose. I'm planning on making output from the ipkungfu command when preformed via the init.d script to goto /var/log/ipkungfu.log, and a logrotate to occur when the log is over 100k (or some reasonable value - will check later. Of course, this would not occur when running the command directly. -- N Jones
Bug#311881: Bug#311880:
tags 311881 + patch thanks control you have your reply-to's set to invalid addresses, as for what files: drwxr-xr-x root/root 0 2005-06-03 22:38:17 ./ drwxr-xr-x root/root 0 2005-06-03 22:38:15 ./usr/ drwxr-xr-x root/root 0 2005-06-03 22:38:15 ./usr/sbin/ -rwxr-xr-x root/root 48233 2005-06-03 22:38:15 ./usr/sbin/ipkungfu drwxr-xr-x root/root 0 2005-06-03 22:38:16 ./usr/share/ drwxr-xr-x root/root 0 2005-06-03 22:38:15 ./usr/share/man/ drwxr-xr-x root/root 0 2005-06-03 22:38:17 ./usr/share/man/man8/ -rw-r--r-- root/root 1220 2005-06-03 22:38:15 ./usr/share/man/man8/ipkungfu.8.gz drwxr-xr-x root/root 0 2005-06-03 22:38:16 ./usr/share/doc/ drwxr-xr-x root/root 0 2005-06-03 22:38:17 ./usr/share/doc/ipkungfu/ -rw-r--r-- root/root 2822 2003-10-04 05:06:38 ./usr/share/doc/ipkungfu/changelog.gz -rw-r--r-- root/root 3070 2003-10-03 13:04:09 ./usr/share/doc/ipkungfu/FAQ.gz -rw-r--r-- root/root 4348 2003-10-03 13:08:20 ./usr/share/doc/ipkungfu/README.gz -rw-r--r-- root/root 289 2005-06-03 22:38:14 ./usr/share/doc/ipkungfu/README.Debian -rw-r--r-- root/root 837 2005-06-03 22:38:14 ./usr/share/doc/ipkungfu/copyright -rw-r--r-- root/root 313 2005-06-03 22:38:14 ./usr/share/doc/ipkungfu/changelog.Debian.gz -rw-r--r-- root/root 2822 2003-10-04 05:06:38 ./usr/share/doc/ipkungfu/Changelog.gz drwxr-xr-x root/root 0 2005-06-03 22:38:16 ./etc/ drwxr-xr-x root/root 0 2005-06-03 22:38:15 ./etc/ipkungfu/ -rw-r--r-- root/root 4881 2005-06-03 22:38:15 ./etc/ipkungfu/ipkungfu.conf -rw-r--r-- root/root 2258 2005-06-03 22:38:15 ./etc/ipkungfu/advanced.conf -rw-r--r-- root/root 1149 2005-06-03 22:38:15 ./etc/ipkungfu/custom.conf -rw-r--r-- root/root 1118 2005-06-03 22:38:15 ./etc/ipkungfu/log.conf -rw-r--r-- root/root 1565 2005-06-03 22:38:15 ./etc/ipkungfu/vhosts.conf -rw-r--r-- root/root 244 2005-06-03 22:38:15 ./etc/ipkungfu/accept_hosts.conf -rw-r--r-- root/root 222 2005-06-03 22:38:15 ./etc/ipkungfu/deny_hosts.conf -rw-r--r-- root/root 459 2005-06-03 22:38:15 ./etc/ipkungfu/redirect.conf -rw-r--r-- root/root 2974 2005-06-03 22:38:15 ./etc/ipkungfu/forward.conf -rw-r--r-- root/root 301 2005-06-03 22:38:15 ./etc/ipkungfu/pre.conf -rw-r--r-- root/root 143 2005-06-03 22:38:15 ./etc/ipkungfu/post.conf drwxr-xr-x root/root 0 2005-06-03 22:38:16 ./etc/init.d/ -rwxr-xr-x root/root 1868 2005-06-03 22:38:14 ./etc/init.d/ipkungfu I have attached the new init.d file, so if the package is still installed, it will remove correctly. BTW: sorry i'm a little unorganized, i'll tell control off list to make sure your real email address is the submitter address (that way you will/should get CC'ed) On 04/06/05, t takahashi <[EMAIL PROTECTED]> wrote: > i got your "i'm splitting" message, but not the split bugs. why? and > why am i not being cc'ed > on updates to the bugs? > > my own bts cluelessness, no doubt. just didn't find docs and thought > i had set reportbug to > do that. > > thanks. > > -- N Jones init.d Description: Binary data
Bug#311880: ipkungfu: Possible Description Misunderstanding
I'm going to need more information on this sorry, i've consulted a couple of Debian Developers and they have stated that the Description seems ok, with reference to other firewalls (shorewall for example which just states that it is an iptables firewall and then lists it's features). However, I am interested in changing the Description part of the control file if you could give me an example of what you mean. The current description is: Description: iptables-based Linux firewall ipkungfu is an advanced iptables script that can be also used by people that have only limited knowledge of proper security and IP filtering practices. Many advanced features are included in ipkungfu, although IPv6 support is still not included. . Homepage http://www.linuxkungfu.org Of course, I do accept with the recent messups the "can be also used by people that have only limited knowledge of proper security and IP ..." part is semi-untrue, but it's mainly just been a couple of building errors. Thanks alot in advance, -- N Jones
Bug#311570: ipkungfu: seems to miss configuration files and executable
tags 311570 + pending thanks control Right, the bug is fixed in my source, it was completely my fault (sorry), and the update should be on the Debian Mirrors soon. Once again, thanks Eythan for pointing it out, it would have been bad for it to go to testing like that without even knowing it! On 02/06/05, Nigel Jones <[EMAIL PROTECTED]> wrote: > severity 311570 grave > tags 311570 = confirmed sid > retitle 311570 ipkungfu: man, executable & conf files missing from .deb > packages > thanks control > > Thanks Eythan, I'll try and have the bug sorted by night's end (my > night) if not, it should be fixed by weekend. > -- N Jones
Bug#311570: ipkungfu: seems to miss configuration files and executable
severity 311570 grave tags 311570 = confirmed sid retitle 311570 ipkungfu: man, executable & conf files missing from .deb packages thanks control Thanks Eythan, I'll try and have the bug sorted by night's end (my night) if not, it should be fixed by weekend.
Bug#311215: RFP: gajim -- a GTK Jabber client
If you read their downloads page they actually have some debs on their own site, maybe instead of getting another lot of packages around the world, convince them to get a sponsor and upload it to debian directly... Heres some links: http://people.debian.org/~mpalmer/debian-mentors_FAQ.html - how to get a package sponsor. http://www.debian.org/doc/debian-policy/ - what they need to read to even get consideration http://www.debian.org/doc/maint-guide/ - information for them on maintaining their package to debian standards On 30/05/05, Yavor Doganov <[EMAIL PROTECTED]> wrote: > Package: wnpp > Severity: wishlist > > * Package name: gajim > Version : 0.7 > Upstream Author : Yann Le Boulanger <[EMAIL PROTECTED]> > Vincent Hanquez <[EMAIL PROTECTED]> > Nikos Kouremenos <[EMAIL PROTECTED]> > Alex Podaras <[EMAIL PROTECTED]> > * URL : http://gajim.org/ > * License : GPL > Description : a GTK Jabber client > > Gajim is a promising Jabber client that uses the xmpppy library. It is > written in PyGTK and supports multiple accounts, service discovery, > transport registration, TLS and GPG, emoticons, popup notification and > many other useful features. Although not yet fully GNOME HIG compliant, > upstream developers are very active and are improving the program quite > rapidly. > > IMHO Gajim is in a better state than some other clients already packaged > (such as gabber/gabber2 and cabber) and many people are using it. > Upstream are maintaining Debian packages which seem to be in order. All > free Jabber clients should be in Debian, this would speed up the > inevitable death of all proprietary IM protocols. > > -- > Yavor Doganov > Free Software Association - Bulgariahttp://fsa-bg.org > > -- System Information: > Debian Release: 3.1 > APT prefers unstable > APT policy: (500, 'unstable') > Architecture: i386 (i586) > Shell: /bin/sh linked to /bin/bash > Kernel: Linux 2.6.8-2-386 > Locale: LANG=bg_BG.UTF-8, LC_CTYPE=bg_BG.UTF-8 (charmap=UTF-8) > > -- > To UNSUBSCRIBE, email to [EMAIL PROTECTED] > with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED] > > -- N Jones
Bug#311219: ITP: ipkungfu -- iptables-based Linux firewall
Package: wnpp Severity: wishlist Owner: Nigel Jones <[EMAIL PROTECTED]> * Package name: ipkungfu Version : 0.5.2 Upstream Author : Rocco Stanzione <[EMAIL PROTECTED]> * URL : http://www.linuxkungfu.org/ * License : GPL Description : iptables-based Linux firewall ipkungfu is an advanced iptables script that can be also used by people that are not high on IP security knowledge. Many advanced features are included in ipkungfu, although IPv6 support is still not included. -- System Information: Debian Release: 3.1 Architecture: i386 (i686) Kernel: Linux 2.6.9 Locale: LANG=en_NZ.UTF-8, LC_CTYPE=en_NZ.UTF-8 (charmap=UTF-8) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#230236: html2ps: does not accept pt in line-height
tags 230236 + moreinfo thanks control system Hey there Francesco, Can you provide a simple file that shows this, and also what HTML tags you have noticed this happening with. Thanks a lot, -- N Jones
Bug#196778: html2ps: Problem with path for Image/Magick.pm
tags 196778 + moreinfo unreproducible thanks control Just reading your problem here. I was just wondering if your perlmagick at the time was out of date, from what I can see this problem no longer exists, could you please see if you still have it so we can maybe help you fix it on your system, or close the bug. Thanks alot, -- N Jones
Bug#76569: --DSC option
tags 176012 = pending fixed tags 76569 = pending fixed thanks control I've found the problem here, it's fixed in my source, and i'll try and have a new .deb in apt fixing this in a day or two. -- N Jones
Bug#87709: Wrong page number
tags 87709 = pending unreproducible thanks control Could you please advise if this still occurs (asuming you are using 1.0b3 now, and if so, an example of such a page that is causing the problems. Otherwise we can close this bug. -- N Jones
Bug#29008: html2ps chokes
If you have a copy of that page and related files can you please let me know, if not, it may be an idea to close this bug as there are other bugs that state similar problems. -- N Jones
Bug#25870: html2ps: ghostscript falls over on the PS generated
The URL that was originally tried, was it by any chance something like: http://www.red-bean.com/sgf/user_guide/index.html ? They seemed to have moved that document. So far I'm currently tring the bug out now, it could have possibly happened in an upstream change from the version that you used, and the version that is been developed on now... -- N Jones
Bug#279769: O: html2ps -- HTML to PostScript converter
retitle 279769 ITA: html2ps -- HTML to PostScript converter thanks I'm interested in taking up this project. Not a DD but I do see this project as having a use, some of the bugs appear to be duplicated so that will mean in reality about 2-3 less bugs at least (i think). -- N Jones