Bug#467258: general: Net-install CD still defaults to asking for CD in aptitude
Package: gtkimageview Version: 1.5.0-1 Severity: normal gtkimageview 1.6.0 has been released. I have written Perl bindings, but they only compile against the new version, so I would appreciate the new version of the library being packaged so that I can do the same for the Perl bindings. I would also be prepared to take over maintaining the library, if you don't have time. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#467258: Apologies
Apologies for messing around with this bug - I seem to be having a bit of finger/brain trouble -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: What should postrm purge actually do?
2008/6/3 Peter Palfrader <[EMAIL PROTECTED]>: >>- data accumulated from users Should I be doing something like rm /home/*/.packagedotfile for user-specific dotfiles? I don't see this in the policy. Regards Jeff -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: What should postrm purge actually do?
2008/6/3 sean finney <[EMAIL PROTECTED]>: > a purge should only remove files that were installed by the package or > otherwise incidentally generated in FHS compliant locations. data created in > users' home directories is definitely outside such a scope. i.e., if dpkg > couldn't put files there, it shouldn't try to remove files from there. Fine. Although it always annoyed me that my $HOME filled up with spurious dotfiles whose origin I'm not necessarily sure of, and that a good installer could know to remove them if the package were purged. Or is there a better solution? (I'm not sure it is gconf) Regards Jeff -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Fwd: Gnomesword, libsword, diatheke, sword modules, bibletime
This seems to apply to Debian too (apart from #3). Regards Jeff -- Forwarded message -- From: Refdoc Date: Jan 23, 2009 2:45am Subject: Gnomesword, libsword, diatheke, sword modules, bibletime To: ubuntu-m...@lists.ubuntu.com Hi, I am one of the developers at CrossWire. Several of our programmes are in your repository, but they are ancient, often 2 or more releases behind us. I have tried on several occasions to contact the maintainer listed but to little avail. I asked eventually on #ubuntu-devel and was advised to mail to you. As we see it, following is wrong: 1) libsword is at 1.5.11 - if you wait a couple of weeks probably at 1.5.12. You keep 1.5.9. 1.5.9 is nearly 2 years old. The functional increase is massive. 2) libsword should be compiled with ICU to allow it full function. It is not. 3) you should not maintain sword modules as all our programmes have a module manager which will download modules directly. Installing modules via apt-get renders the module manager non-functional as the modules are installed by apt-get into non user writable areas (/usr/share/sword instead of ~/.sword) 4) diatheke is a commandline utility which can if carefully handled also be used as a base for CGI script. The example CGI code coming along with it is not meant to be exposed to the internet - at least not in this form. Therefore the dependency on Apache is wrong. Most users will use diatheke only as commandline routine, never as CGI. 5) Gnomesword is ancient history. All bug reports you have on file for GS are sorted in upodated versions. Our last release was 2.4.1. we are currently moving towards the next release - a week or two. There is probably more to it, but to be honest for years now we direct everyone to our own debs as Ubuntu and Debian are so out of date. I would therefore extremely grateful if someone could take this one up or advise us how to go about submitting a new set of packages ourselves. Thanks! -- Ubuntu-motu mailing list ubuntu-m...@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-motu
ITH: podbrowser
#363506: podbrowser: new upstream available #363508: podbrowser: new upstream available are nearly 2 years old, the latest version has been out for a year, and the maintainer, Florian Ragwitz, isn't answering email. Can anyone confirm whether he is MIA or not? Regards, Jeff -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: IPT: merkaartor - packages available from buildserver.net
On 25/11/2007, Mark Purcell <[EMAIL PROTECTED]> wrote: > I have now got packages building and available from buildserver.net There is no man page, desktop icon or menu. Regards Jeff -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: German Debian (was: Processed: ipv6 release goal)
On Wed,24.Mar.10, 21:29:47, Hendrik Sattler wrote: > I don't know the english translation for "klingt irgendwie steif". Obviously, the literal translation is "sounds somehow stiff", which isn't too far away - maybe "sounds somewhat stiff". Regards Jeff signature.asc Description: Digital signature
Re: PGP v3 key support to be dropped from Debian keyring
On Fri, Apr 30, 2010 at 01:57:24PM +0100, Jonathan McDowell wrote: > I have sent numerous mails over the past year to try and chase DDs with > v3 keys to generate a new v4 key that is linked into to our web of > trust. In that time we've gone from 200 v3 keys down to 20. While it Have there been any checks of DMs or those in the NM process? How can I find out which keys in my own keyring are v3? Regards Jeff signature.asc Description: Digital signature
Re: PGP v3 key support to be dropped from Debian keyring
On Sat, May 01, 2010 at 09:18:28PM +, brian m. carlson wrote: > This works because v3 keys[0] use MD5 as a fingerprint algorithm, which > is 128 bits long (and 32 hex characters) while v4 keys use SHA1, which > is 160 bits long. It only prints out one of the UIDs on the key, not > all of them. Thanks! Jeff signature.asc Description: Digital signature
Need for automatic USB stick backup package
Inspired by a forum post[1], I've been using a bit of glue between udev and unison[-gtk] to automatically backup USB sticks when they are plugged in. I've been thinking about packaging it up, on the basis that although the glue is small, and simple to those who understand, it is not trivial and firing up an editor as root to create the udev rules is enough to scare off many users (I guess). Would such a package be useful? Regards Jeff [1] http://ubuntuforums.org/showthread.php?p=8584911 -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/AANLkTinUQujqUYR9=y5qhxk9822veqftiqus+z-59...@mail.gmail.com
Re: Need for automatic USB stick backup package
On 22 March 2011 00:49, Paul Wise wrote: > I personally wouldn't use that script for a number of reasons: I adapted the script, changing various things. In particular, I use unison-gtk, which means that nothing is done until you confirm the changes. > The mount could trigger unknown kernel vulnerabilities in filesystem code The USB Stick would be automounted anyway. How is this different? Thanks for the feedback Jeff -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/AANLkTikQo=0ohafbvrqmmn-4nleeenm7ksphvmfp1...@mail.gmail.com
Re: texlive restrictive licence in main prevents derived works?
On May 8, 2009 12:58pm, Neil Williams wrote: > From the LPPL: > /--- > | 2. You may distribute a complete, unmodified copy of the Work as you > | received it. Distribution of only part of the Work is considered > | modification of the Work, and no right to distribute such a Derived > | Work may be assumed under the terms of this clause. > \--- And yet on http://www.latex-project.org/lppl/: "The LaTeX project public license is a free software license" With "free software" being linked to http://www.debian.org/intro/free Hmmm...
Bug#863413: ITP: libimage-sane-perl -- Perl bindings for the SANE (Scanner Access Now Easy) Project
X-Debbugs-CC: debian-devel@lists.debian.org package: wnpp Severity: wishlist Owner: Debian Perl Group *Package Name : libimage-sane-perl Version : 0.09 Upstream Author : Jeffrey Ratcliffe *URL : https://metacpan.org/release/Image-Sane *License : Artistic or GPL-1+ *Description : Perl bindings for the SANE (Scanner Access Now Easy) Project I am packaging libimage-sane-perl as it is a new dependency of the upcoming version of gscan2pdf, which I also maintain. signature.asc Description: OpenPGP digital signature
Re: DAK Commands for Bikesheds
On 23 September 2015 at 00:16, Wouter Verhelst wrote: > unzip ; strip ; touch ; grep ; finger ; mount ; fsck ; more ; yes ; umount ; > sleep Has anyone mentioned git? Jeff
Bug#1084997: ITP: python-iso639 -- ISO 639 language codes, names, and other associated information
Package: wnpp Severity: wishlist Owner: Jeffrey Ratcliffe X-Debbugs-Cc: debian-devel@lists.debian.org * Package name: python-iso639 Version : 2024.4.27 Upstream Contact: Jackson L. Lee * URL : https://github.com/jacklonlee/iso639 * License : Apache-2.0 Programming Lang: Python Description : ISO 639 language codes, names, and other associated information * A representation of languages mapped across ISO 639-1, 639-2, and 639-3. * Functionality to "guess" what a language is for a given unknown language code or name. This is a new dependency of gscan2pdf. I will be maintaining it as part of the Debian Python Team
