Re: Building windows versions of debian packages
On Sat, 2005-11-19 at 23:02 +0100, Enrico Tassi wrote: mh... I do not completely agree... I think a separate repo should be the way to start... but at the end I would like to see these packages in debian... the best developing environment (not only the best OS). If you want to start this nice project... I can help a bit Perhaps the people on the debian-win32 list (or its archives) can be used as a starting point? -- bye, pabs http://wiki.debian.org/PaulWise signature.asc Description: This is a digitally signed message part
Bug#343403: ITP: libwww-topica-perl -- Read emails from a Topica mailing list
Package: wnpp Severity: wishlist Owner: Paul Wise [EMAIL PROTECTED] * Package name: libwww-topica-perl Version : 0.5 Upstream Author : Simon Wistow [EMAIL PROTECTED] * URL : http://search.cpan.org/~simonw/WWW-Topica-0.5/ * License : Perl Description : Read emails from a Topica mailing list This module screen scrapes the Topica website and fetches back RFC822 text representations of all the mails posted to a given list. Where possible it fills in the from, to and date fields. It should be noted that in some cases it's impossible to get both the sender name and their email address. I'll need a sponsor for this module. -- bye, pabs http://wiki.debian.org/PaulWise signature.asc Description: This is a digitally signed message part
Re: Powerfulness (was: tioga : a powerful plotting system in ruby)
On Sat, 2006-01-07 at 23:52 +0100, Juergen Salk wrote: I am just wondering if we shouldn't be more chary of using meaningless (or soliciting) phrases like powerful in package descriptions in general. Sounds like something that should be added to lintian. I suggest filing a wishlist bug with a patch. I recently made a lintian patch to check for best-practice homepages in the description field, which was easy, just modify checks/description and checks/description.desc. -- bye, pabs http://wiki.debian.org/PaulWise signature.asc Description: This is a digitally signed message part
Bug#347202: ITP: xmms-midi -- MIDI plugin for XMMS
Package: wnpp Severity: wishlist Owner: Paul Wise [EMAIL PROTECTED] * Package name: xmms-midi Version : 0.03 Upstream Author : Chris Reed [EMAIL PROTECTED] * URL : http://web.archive.org/web/20040401143932/http://ban.joh.cam.ac.uk/~cr212/xmms-midi/ * License : GPL Description : MIDI plugin for XMMS This plugin enables XMMS to play MIDI files through Timidity. Although upstream is long gone, I use this plugin quite a bit and will maintain it properly until such time as I no longer use xmms. I'll need a sponsor. Co-maintainers are welcome. -- bye, pabs http://wiki.debian.org/PaulWise signature.asc Description: This is a digitally signed message part
Re: libecw
Miriam Ruiz wrote: I'm not sure if it's license ( http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=293346 ) can be considered free enough to be in main: Some feedback from upstream is in this thread: http://lists.alioth.debian.org/pipermail/pkg-grass-general/2005-August/thread.html#1082 http://lists.alioth.debian.org/pipermail/pkg-grass-general/2005-August/001082.html http://lists.alioth.debian.org/pipermail/pkg-grass-general/2005-August/001083.html http://lists.alioth.debian.org/pipermail/pkg-grass-general/2005-August/001085.html http://lists.alioth.debian.org/pipermail/pkg-grass-general/2005-August/001086.html -- bye, pabs http://wiki.debian.org/PaulWise signature.asc Description: This is a digitally signed message part
Re: TrueType fonts packages maintenance team proposal
On Mon, 2006-02-20 at 07:40 +0100, Christian Perrier wrote: So, please follow up in -devel to show interest, criticism, laughs and the like. As maintainer (non-DD) of the following two fonts, I think this is a great idea. ttf-khmeros - KhmerOS Unicode fonts for the Khmer language of Cambodia ttf-mph-2b-damase - font with ranges from the latest version of unicode There are a few other fonts I'd like to see in Debian (another Khmer one, and a few Burmese Unicode ones). It might be good to write a font policy (if one does not exist), with suggested package names and standards for package descriptions, dependencies and the like. We should also ensure that all the fonts packages have correct debtags. We could also search for binary packages that duplicate font files instead of depending on them (even tho there are lintian warnings). Please feel free to point me at existing projects I wouldn't be aware of (debian-desktop?) which cover similar goals... I also think that this project has a bit in common with debian-i18n, perhaps they could be informed too? -- bye, pabs http://wiki.debian.org/PaulWise signature.asc Description: This is a digitally signed message part
Re: Fonts packages maintenance team (second) proposal
On Wed, 2006-03-08 at 10:33 +0100, Christian Perrier wrote: So, I hereby propose building a Debian fonts team. I'm interested in participating in this, and would add ttf-khmeros and ttf-mph-2b-damase to the list of group maintained packages. I'm interested in order to communicate with and learn from other font package maintainers, learn from their experience and perhaps add minor polish to some other packages before etch is released. I also feel that fontforge needs some love to get new a upstream version (which re-adds the compact/normal views that I miss), and adopt the package as the maintainer seems inactive on it. Same with defoma I think, which IIRC, has lots of Ubuntu patches we could evaluate applying. -- bye, pabs http://wiki.debian.org/PaulWise signature.asc Description: This is a digitally signed message part
Re: idea for project machines
On Sun, 2006-03-26 at 00:22 +0100, Goswin von Brederlow wrote: Create a new custom chroot with the packages preinstalled on demand. Sounds like a use-case for combining pbuilder and cowdancer (or lvm snapshots). No time-consuming tarball extraction, disk usage is reduced and the original chroot is untouched. -- bye, pabs http://wiki.debian.org/PaulWise signature.asc Description: This is a digitally signed message part
Bug#341344: ITP: python-urwid -- curses-based UI/widget library for Python
Package: wnpp Followup-For: Bug #341344 Owner: Paul Wise [EMAIL PROTECTED] I intend to package urwid for debian. I'm making packages now. -- bye, pabs http://wiki.debian.org/PaulWise signature.asc Description: This is a digitally signed message part
Bug#276148: ITP: nsis -- Nullsoft Scriptable Install System (modified for debian)
retitle 276148 ITP: nsis -- Nullsoft Scriptable Install System (modified for debian) retitle 276153 ITP: nsis -- Nullsoft Scriptable Install System (modified for debian) owner 276148 ! owner 276153 ! thanks for the banana republic :( More info and a long description about the version I intend to package: * Package name : nsis Version : 2.05 Upstream Author : Amir Szekely [EMAIL PROTECTED] * URL : http://nsis.sourceforge.net/ * License : zlib/libpng License Description : Nullsoft Scriptable Install System (modified for debian) An installer is the first experience of a user with your application. Slow or unsuccessful software installations are the most irritating computer problems. A quick and user friendly installer is therefore an essential part of your software product. NSIS is a tool that allows programmers to create such installers for Windows. It is released under an open source license and is completely free for any use. NSIS creates installers that are capable of installing, uninstalling, setting system settings, extracting files, etc. Because it's based on script files, you can fully control every part of your installers. The script language support variables, functions, string manipulation, just like a normal programming language - but designed for the creation of installers. Even with all these features, NSIS is still the smallest installer system available. With the default options, it has an overhead of only 34 KB. -- bye, pabs signature.asc Description: This is a digitally signed message part
Bug#351429: ITP: flasm -- command line assembler disassembler of Flash ActionScript bytecode
retitle 351429 ITP: flasm -- command line assembler disassembler of Flash ActionScript bytecode owner 351429 ! thanks I intend to package flasm for debian. I'll need a sponsor once I have packaged it. -- bye, pabs http://wiki.debian.org/PaulWise signature.asc Description: This is a digitally signed message part
Re: RFC: Better portability for package maintainers
On Fri, 2006-05-19 at 18:10 -0700, Russ Allbery wrote: Minimally, package maintainers and developers could take a look on our logs and see if there's anything wrong. If there is, in many cases the fix is obvious. You probably need to provide a view by maintainer in order to get visibility to many developers. Typing all of one's packages in one after another gets rather boring. An appropriate place for such an interface could be on buildd.net, which gathers build logs for several unofficial debian platforms (as well as the official ones). It would be good if GNUSolaris buildd logs were available from buildd.net and buildd.net had a page similar to Igloo's status page. -- bye, pabs http://wiki.debian.org/PaulWise signature.asc Description: This is a digitally signed message part
free flash stuff WAS: Re: Sun Java available from non-free
On Mon, 2006-05-22 at 18:58 -0500, Anthony Towns wrote: Java is one of the most important packages for which we don't have an effective non-free replacement at present. The only one that I can think of that would be more important would be flash. There is a gnash package destined for experimental in NEW, which will greatly increase debian's flash viewing capabilities (swfdec/gplflash1 don't have huge amounts of support). Other things in NEW are: ming, flasm and haxe. mtasc (ActionScript - swf compiler) is already in, and several more development tools are coming, see here: http://osflash.org/debian_packaging Anyone interested in free flash stuff should join the debian-flash list (once it is created) and or send support to the list creation request: http://bugs.debian.org/365479 There is also a pkg-flash project on alioth, waiting on the list to be created (or rejected) before we move forward with putting stuff in svn. -- bye, pabs http://wiki.debian.org/PaulWise signature.asc Description: This is a digitally signed message part
debian flash group launched
Hi all, debian-flash aims to support the free/open source flash community in a manner similar to debian-java does for Classpath/GCJ/Kaffe/etc. The debian flash email list, alioth project, svn repository and wiki pages are now setup, lets get to work! free flash community: mainly http://osflash.org previous wiki page: http://osflash.org/debian_packaging discussion list: http://lists.debian.org/debian-flash/ alioth project: http://alioth.debian.org/projects/pkg-flash/ websvn for the svn repo: http://svn.debian.org/wsvn/pkg-flash wiki homepage: http://wiki.debian.org/Flash bugs/commits list: http://lists.alioth.debian.org/mailman/listinfo/pkg-flash-devel For those of you already added to the alioth project, We will use a subversion setup similar to pkg-perl (except, I think its better if we only commit the debian/ dir), please read this: http://pkg-perl.alioth.debian.org/subversion.html And please run this on your dsc: svn-inject -o foo_1.0-1.dsc svn+ssh://svn.debian.org/svn/pkg-flash/packages/ When you commit, diffs will be sent to the pts for your package (cvs keyword), and to the pkg-flash-devel list: http://lists.alioth.debian.org/pipermail/pkg-flash-devel If you wish for your flash related package to be group maintained, add pkg-flash-devel to the Maintainer field, otherwise it would be nice if you put in the uploaders, so we can easily track the state of all flash-related packages using qa.debian.org/developer.php (for those who don't, we can add them to a section on that page). Those who want to work on all pkg-flash packages should subscribe to that list. PS: Thanks to the alioth admins, cord/pasc for the discussion list and thanks to buxy for the hints for the svn commits stuff. -- bye, pabs http://wiki.debian.org/PaulWise signature.asc Description: This is a digitally signed message part
Re: Kernel bootsplash without recompiling
On Wed, 2006-06-14 at 13:41 +0200, Paul van der Vlis wrote: I don't like the fact that I need to recompile the kernel to get a bootsplash. I don't ask for a bootsplash by default, but I would like a way to enable it with a standard kernel. splashy is a better alternative to the kernel-patch: http://splashy.alioth.debian.org It is only in experimental, but it works nicely. Your other questions were answered by Jérôme Warnier. -- bye, pabs http://wiki.debian.org/PaulWise signature.asc Description: This is a digitally signed message part
Re: Kernel bootsplash without recompiling
On Wed, 2006-06-14 at 19:55 +0800, Paul Wise wrote: Your other questions were answered by Jérôme Warnier. I forgot the following pages related to boot splashscreens: http://packages.debian.org/unstable/graphics/kernel-patch-bootsplash http://packages.debian.org/experimental/graphics/splashy http://packages.debian.org/experimental/graphics/splashy-themes http://bugs.debian.org/297579 http://bugs.debian.org/356193 http://bugs.debian.org/368828 http://bugs.debian.org/368826 http://bugs.debian.org/188439 http://bugs.debian.org/188440 -- bye, pabs http://wiki.debian.org/PaulWise signature.asc Description: This is a digitally signed message part
Re: debian Packages
On Wed, 2006-06-14 at 12:59 +0100, Indraveni wrote: I want to know when will the deb packages for egroupware-1.2.2 and Bugzilla 2.16 version debian packages will be released. egroupware 1.2 is available, you will have to wait for 1.2.2, or contact the maintainer to help her/him out with it: http://packages.debian.org/experimental/web/egroupware Bugzilla 2.16 was released with sarge a year or so ago: http://packages.debian.org/stable/web/bugzilla Bugzilla 2.22 is in sid: http://packages.debian.org/unstable/web/bugzilla Please use this in future: http://www.debian.org/distrib/packages PS: Please don't send HTML mail, or attach yahoo spam to your message. -- bye, pabs http://wiki.debian.org/PaulWise signature.asc Description: This is a digitally signed message part
Re: Bug#374373: ITP: googleearth-package -- utility for automatically building a Google Earth Debian package
On Sun, 2006-06-18 at 23:56 -0400, Joey Hess wrote: Wesley J. Landaker wrote: But the most important one of all is: I've found it useful, I've got it working[1], and I'd like to give others an opportunity to use it if they want to. [1] (almost working--I'm still tweaking it a bit, since I've only been working on it for a few hours) Does it use the loki installer as I read somewhere? I had been considering possibly adding loki support to alien as a package format (without generation support), which might be a nicer general solution. It uses makeself as the wrapper format (shell script+tar.bz2): http://packages.debian.org/unstable/utils/makeself Inside that is a setup.sh, which runs setup.gtk/gtk2, running strings -a on those files gives some loki_* functions, looks like it is using the loki system. The app itself seems to reside in 2 tarballs (data and program). -- bye, pabs http://wiki.debian.org/PaulWise signature.asc Description: This is a digitally signed message part
Bug#374440: ITP: python-templayer -- layered template library for Python
Package: wnpp Severity: wishlist Owner: Paul Wise [EMAIL PROTECTED] * Package name: python-templayer Version : 1.2 Upstream Author : Ian Ward [EMAIL PROTECTED] * URL : http://excess.org/templayer/ * License : soon to be LGPL (being relicenced soon) Programming Lang: Python Description : layered template library for Python Templayer currently supports only HTML generation, but its simple design is easily extended to support other file formats. Templayer was created to offer an alternative to the more common ways of generating dynamic HTML: embedding code within the HTML (PHP etc.), or embedding HTML within code (traditional CGI). Neither of these methods allow for a clean separation of the form, or layout, of a page and the function of page generation. Instead of mixing HTML and Python, two rich and extremely expressive languages, we can add a small amount of syntax to each and keep the two separate and coherent. Packaging this so that the tutorial for python-urwid can be built and installed. Upstream and the python-modules team will by my co-maintainer on this. -- bye, pabs http://wiki.debian.org/PaulWise signature.asc Description: This is a digitally signed message part
Re: xserver-i810 killed by xrandr
On Wed, 2006-06-21 at 23:50 +0200, Daniel Michalik wrote: Is there any possibility to compile and install the packet exactely the same way like the original debian packet is but including debug symbols and run the xserver manually in a debugger? mkdir foo ; cd foo apt-get install fakeroot apt-get build-dep xserver-xorg-video-i810 apt-get source xserver-xorg-video-i810 cd xserver-xorg-video-i810* DEB_BUILD_OPTIONS=nostrip dpkg-buildpackage -b -rfakeroot -us -uc dpkg -i ../*.deb Is there a better way to find the relevant part? How should I begin my work? Another option is to do a binary-search using the upstream CVS (or git these days? git-bisect will be handy if so) and find out which change to the upstream source caused the crashes to start appearing. This is a bit of a brute-force approach though. -- bye, pabs http://wiki.debian.org/PaulWise signature.asc Description: This is a digitally signed message part
Re: *-doc package should not gzip PDF file
On Sun, 2006-06-25 at 16:51 -0400, James R. Van Zandt wrote: I have no idea how debhelper works. Are there anybody out there that can help with getting it to stop gzipping files in -doc? dh_compress already has a list of file extensions where (re-)compressing doesn't make sense. I've submitted Bug#375406 with a patch (below) to add .pdf to the list. If I read the discussion correctly up to this point, some PDFs are fairly compressible and some are not. Perhaps dh_compress could evaluate this for each .pdf and only compress those files where the saving is significant (say 40%)? -- bye, pabs http://wiki.debian.org/PaulWise signature.asc Description: This is a digitally signed message part
Bug#378112: ITP: gzrt -- gzip recovery toolkit
Package: wnpp Severity: wishlist Owner: Paul Wise [EMAIL PROTECTED] * Package name: gzrt Version : 0.4 Upstream Author : Aaron M. Renn * URL : http://www.urbanophile.com/arenn/hacking/gzrt/ * License : GPL Programming Lang: C Description : gzip recovery toolkit gzrecover will attempt to skip over corrupted data in a gzip archive, thereby allowing the remaining data to be recovered. Please install cpio 2.5 or higher to facilitate recovery from damaged gzipped tarballs. -- bye, pabs http://wiki.debian.org/PaulWise signature.asc Description: This is a digitally signed message part
Re: ITP: gzrt -- gzip recovery toolkit
On Thu, 2006-07-13 at 19:35 +0800, Paul Wise wrote: Please install cpio 2.5 or higher to facilitate recovery from damaged gzipped tarballs. I will drop the version from the description and add cpio to the suggests. I added the suggestion to the description because I guess that .tar.gz will be the most common type of file being recovered and because suggests/recommends do not tell humans exactly how/why cpio is useful to install alongside gzrt. -- bye, pabs http://wiki.debian.org/PaulWise signature.asc Description: This is a digitally signed message part
Bug#282313: ITP: python-google -- A Python Interface to the Google API
Package: wnpp Followup-For: Bug #282313 Owner: Paul Wise [EMAIL PROTECTED] * Package name: python-google Version : 0.6 Upstream Author : Brian Landers, Mark Pilgrim [EMAIL PROTECTED] * URL : http://pygoogle.sourceforge.net/ * License : Python license Description : A Python Interface to the Google API This module allows you to access Google's web APIs through SOAP, to do things like search Google and get the results programmatically. This API is described here: http://www.google.com/apis/ -- bye, pabs http://qa.debian.org/developer.php?login=Paul+Wisecomaint=yes signature.asc Description: This is a digitally signed message part
Re: Fedora Directory Server port to Debian ?
Hi, Is somebody working on porting/packaging FDS to Debian? Since no-one answered you yet, I presume not. However, it has been built on debian, please read the RFP bug and a couple of mails on a redhat list: http://bugs.debian.org/315297 https://www.redhat.com/archives/fedora-directory-devel/2005-June/msg6.html https://www.redhat.com/archives/fedora-directory-devel/2005-June/msg7.html As far as I can tell, there is no-one packaging it yet, feel free to contribute, I imagine that it would be good to have this in debian. http://people.debian.org/~mpalmer/debian-mentors_FAQ.html#packaging -- bye, pabs http://qa.debian.org/developer.php?login=Paul+Wisecomaint=yes signature.asc Description: This is a digitally signed message part
Re: Fedora Directory Server port to Debian ?
Hi, Is somebody working on porting/packaging FDS to Debian? http://bugs.debian.org/315297 Bad package description. It tells me something I don't care about (namely the acronym expansion of LDAP) and none of the things I do care about (why would I want this package rather than some other directory server). As with many RFPs, it seems to have just been ripped from upstream. As far as I can tell, there is no-one packaging it yet, feel free to contribute, I imagine that it would be good to have this in debian. Out of curiousity, why? I can't think of any reason to run FDS when we already have OpenLDAP, having had the experience of dealing with FDS's technological predecessor. Is it just the multi-master replication that people are interested in? Comparison: http://directory.fedora.redhat.com/wiki/FAQ#How_is_Fedora_Directory_Server_different_from_OpenLDAP.3F http://directory.fedora.redhat.com/wiki/Features http://www.openldap.org/faq/data/cache/645.html http://www.openldap.org/faq/data/cache/649.html I guess that would be a question for Maykel Moya and Ryan Lovett :) What is your reason for preferring FDS over OpenLDAP? Other reason is the marketing buzz surrounding FDS - debian doesn't have the oh-so-great and recently freed FDS, oh well, looks like we use fedora. Also, see the last paragraph of this: http://software.newsforge.com/article.pl?sid=05/06/22/1543207from=rss (Whatever the answer is, assuming there is some compelling feature not found in OpenLDAP, it should go into the package description.) Indeed. -- bye, pabs http://qa.debian.org/developer.php?login=Paul+Wisecomaint=yes signature.asc Description: This is a digitally signed message part
Bug#322688: ITP: lufis -- allows applications using lufs to use fuse instead
Package: wnpp Severity: wishlist Owner: Paul Wise [EMAIL PROTECTED] * Package name: lufis Version : 0.3 Upstream Author : Miklos Szeredi [EMAIL PROTECTED] * URL : http://fuse.sourceforge.net * License : GPL Description : allows applications using lufs to use fuse instead This is a modified LUFS daemon, which uses the FUSE kernel module. It is binary compatible with existing LUFS filesystems, so no recompilation is needed. I'm packaging this in order to allow packaging captive ntfs (I'm surprised debian doesn't have this) without depending on lufs, which is unmaintained upstream, but use fuse instead, which is maintained upstream. The description is pretty cruddy, if anyone has suggestions, that would be great. -- System Information: Debian Release: unstable APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.12-1-k7 Locale: LANG=en_AU.UTF-8, LC_CTYPE=en_AU.UTF-8 (charmap=UTF-8) -- bye, pabs http://qa.debian.org/developer.php?login=Paul+Wisecomaint=yes signature.asc Description: This is a digitally signed message part
Bug#324214: ITP: ttf-khmeros -- free khmer font from the KhmerOS project
Package: wnpp Severity: wishlist Owner: Paul Wise [EMAIL PROTECTED] * Package name: ttf-khmeros * Version : 3.00-2005 * Upstream Author : Danh Hong/Open Forum of Cambodia * URL : http://www.khmeros.info/drupal/?q=en/download/fonts * License : To be clarified with upstream. * Description : free khmer font from the KhmerOS project Free fonts for the Khmer language, written in Cambodia, developed by theKhmer Software Iniative, part of the Open Forum of Cambodia Any better long or short description is welcome. I also intend to separately package Khmer OS System, Khmer OS Moul, Khmer OS Freehand and Khmer OS Fasthand since they have different versions. -- bye, pabs http://pabs.zip.to signature.asc Description: This is a digitally signed message part
Re: Easy third-party package installer for debian-based distributions
Sami Dalouche wrote: Let's take, for example, Skype's example. It is not available in non-free/universe, but some people may still be interested in downloading it, Once debian-unoffical.org supports Ubuntu, just get users to put debian-unofficial.org in their /etc/apt/sources.list. They claim that they will be importing Christian Marillat's mplayer/etc repository too soon. -- bye, pabs http://wiki.debian.org/PaulWise signature.asc Description: This is a digitally signed message part
Bug#329925: ITP: e00compr -- converter for E00 files
Package: wnpp Severity: wishlist Owner: Paul Wise [EMAIL PROTECTED] * Package name: e00compr Version : 1.0.0 Upstream Author : Daniel Morissette [EMAIL PROTECTED] * URL : http://avce00.maptools.org/e00compr/ * License : MIT Description : a program to read/write Arc/Info compressed E00 files E00compr is an ANSI C library that reads and writes Arc/Info compressed E00 files. Both PARTIAL and FULL compression levels are supported. This package contains the e00conv command-line program, which takes a E00 file as input (compressed or not) and copies it to a new file with the requested compression level (NONE, PARTIAL or FULL). It also contains the header file, static library and some examples needed to create programs using the library. -- bye, pabs http://wiki.debian.org/PaulWise signature.asc Description: This is a digitally signed message part
Bug#333331: ITP: khmer-to-unicode -- converts legacy Khmer encodings to Unicode
Package: wnpp Severity: wishlist Owner: Paul Wise [EMAIL PROTECTED] * Package name: khmer-to-unicode Version : 1.8a Upstream Author : Javier Solá [EMAIL PROTECTED] * URL : http://www.khmeros.info/drupal/?q=en/download/others * License : LGPL Description : converts legacy Khmer encodings to Unicode These programs take a plain text file encoded in either of the ABC or Limon Khmer legacy fonts and creates a file that is the equivalent in Khmer Unicode (UTF-8). -- bye, pabs http://wiki.debian.org/PaulWise signature.asc Description: This is a digitally signed message part
Bug#337074: ITP: as2api -- API documentation tool for ActionScript 2
Package: wnpp Severity: wishlist Owner: Paul Wise [EMAIL PROTECTED] * Package name: as2api Version : 0.3 Upstream Author : David Holroyd [EMAIL PROTECTED] * URL : http://www.badgers-in-foil.co.uk/projects/as2api/ * License : GPL Description : API documentation tool for ActionScript 2 as2api parses ActionScript 2 source code and generates HTML API documentation in the style of JavaDoc. I'm packaging this as part of a general effort to package osflash.org related stuff. Wiki page here: http://osflash.org/debian_packaging I'm in contact with upstream about licence issues. I'll require a sponsor once these are sorted and I've completed the packaging. -- bye, pabs http://wiki.debian.org/PaulWise signature.asc Description: This is a digitally signed message part
Bug#337477: ITP: etl-dev -- Voria Extended Class and Template Library
Package: wnpp Severity: wishlist Owner: Paul Wise [EMAIL PROTECTED] * Package name: etl-dev Version : 0.04.06 Upstream Author : Robert B. Quattlebaum Jr. [EMAIL PROTECTED] * URL : http://www.deepdarc.com/2005/11/01/synfig-developer-preview/ * License : GPL Description : Voria Extended Class and Template Library VoriaETL is a multiplatform class and template library designed to complement and supplement the C++ STL. I'm packaging this in order to package synfig, which depends on it. Co-maintainers welcome, and I'll need a sponsor once the packaging is done. -- bye, pabs http://wiki.debian.org/PaulWise signature.asc Description: This is a digitally signed message part
Bug#337516: ITP: synfig -- vector-based 2D animation studio
Package: wnpp Severity: wishlist Owner: Paul Wise [EMAIL PROTECTED] * Package name: synfig Version : 0.61.00-38 Upstream Author : Robert B. Quattlebaum Jr. [EMAIL PROTECTED] * URL : http://www.synfig.com/ * License : GPL Description : vector-based 2D animation studio synfig is a vector based 2D animation package. It is designed to be capable of producing feature-film quality animation. It eliminates the need for tweening, preventing the need to hand-draw each frame. Some key features: * Spatial and temporal resolution independence - sharp and smooth ant any resolution or framerate. * Supports high dynamic range images (unfortunately this makes it slow. a 2000% speed-up is planned). * Comes with geometric, gradient, filter, distortion/transformation, fractal and other layers. Homepage: http://www.synfig.com/ I've asked upstream to remove all the PROPRIETARY and CONFIDENTIAL notices from the source now that he has released it under the GPL. It also doesn't build with gcc-4.0 at the moment. Co-maintainers welcome. I'll need a sponsor once the upstream licence stuff is sorted and I've packaged it. -- bye, pabs http://wiki.debian.org/PaulWise signature.asc Description: This is a digitally signed message part
Bug#337518: ITP: synfigstudio -- GUI package for synfig (a 2D vector animation package)
Package: wnpp Severity: wishlist Owner: Paul Wise [EMAIL PROTECTED] Package: wnpp Severity: wishlist Owner: Paul Wise [EMAIL PROTECTED] * Package name: synfigstudio Version : 0.61.00-39 Upstream Author : Robert B. Quattlebaum Jr. [EMAIL PROTECTED] * URL : http://www.synfig.com/ * License : GPL Description : GUI package for synfig (a 2D vector animation package) synfig is a vector based 2D animation package. It is designed to be capable of producing feature-film quality animation. This package contains the graphical user interface for synfig. Homepage: http://www.synfig.com/ I've asked upstream to remove all the PROPRIETARY and CONFIDENTIAL notices from the source now that he has released it under the GPL. It also doesn't build with gcc-4.0 at the moment. Co-maintainers welcome. I'll need a sponsor once the upstream licence stuff is sorted and I've packaged it. -- bye, pabs http://wiki.debian.org/PaulWise signature.asc Description: This is a digitally signed message part
Bug#306290: ITP: ttf-mph-2b-damase -- font with ranges from the latest version of unicode
Package: wnpp Severity: wishlist Owner: Paul Wise [EMAIL PROTECTED] * Package name: ttf-mph-2b-damase Version : 001.000 Upstream Author : Mark Williamson [EMAIL PROTECTED] * URL : http://fixedsys.org/~node_ue/fonts/ * License : Public Domain Description : font with ranges from the latest version of unicode MPH 2B Damase is a SuperUnicode font, including some ranges in Plane 1 and some ranges added only in the latest release of the Unicode standard, 4.1 (such as Tifinagh, Kharosthi, hPhags-pa, Old Persian Cuneiform etc). Better short/long descriptions very welcome. -- bye, pabs signature.asc Description: This is a digitally signed message part
Bug#308433: ITP: helpdeco -- decompile Microsoft WinHelp files
Package: wnpp Severity: wishlist Owner: Paul Wise [EMAIL PROTECTED] * Package name: helpdeco Version : 2.1.1 Upstream Author : Manfred Winterhoff [EMAIL PROTECTED] * URL : http://sf.net/projects/helpdeco/ * License : GPL Description : decompile Microsoft WinHelp (.hlp) files helpdeco dissects HLP help files (WinHelp) of Windows 3.0, 3.1, 3.11, and Win95 and many MVB multi media viewer titles into all files required for a rebuild using the appropriate help compiler HC30, HC31, HCP, HCW, HCRTF, WMVC, MMVC or MVC. This software is in the process of relicencing from a no-commercial-use licence to the GNU General Public Licence = 2. Upstream (which I suppose I am now part of, having initiated the relicencing and done the commits) is checking the current CVS version before release. I will begin packaging it and send an RFS after the newly relicenced release is out. Along with the original author, we invited the helpdeo NetBSD maintainer to join us in maintaining the code and he accepted. -- bye, pabs signature.asc Description: This is a digitally signed message part
Re: Gratituous dependences among packages
On Sat, Mar 21, 2009 at 6:11 AM, Ana Guerrero a...@debian.org wrote: kde is a metapackage that includes _all_ KDE that is not related to development. If you just want a functional KDE without games and related stuff look at kde-core. Then you can install what you want else using the modules metapackages (kdemultimedia, kdenetwork, kdeadmin) or just the application you are missing. I'm of the opinion that generally meta-packages should use Recommends rather than Depends. texlive-fonts-recommended dependencies might need to be relaxed to Recommends too? -- bye, pabs http://wiki.debian.org/PaulWise -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: Extended descriptions size (was Re: RFC: Better formatting for long descriptions)
On Sat, Mar 21, 2009 at 8:15 AM, Filipus Klutiero chea...@gmail.com wrote: The extended description needs to be available to APT, not only via packages.d.o. I agree with Neil William's comment in the other thread about removing long descriptions from the Packages files. I think the obvious place to put them is in dists/unstable/main/i18n/Translations-en (or C) like the descriptions from DDTP. -- bye, pabs http://wiki.debian.org/PaulWise -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: Extended descriptions size (was Re: RFC: Better formatting for long descriptions)
On Sat, Mar 21, 2009 at 4:58 PM, Neil Williams codeh...@debian.org wrote: It's another instance of duplication - why retain the long description in the Packages file while a translated version also exists from DDTP? Probably better for the description to be removed from the Packages file completely and the DDTP one contains the translated version and English ones for those with missing or outdated translations. That way, apt spends less time parsing the (smaller) Packages file when doing ordinary stuff like package installation and only needs to look at the DDTP information when specifically called as 'apt-cache search'. One issue is that many people will have disabled downloading translations so they'll need to change their configuration from none to en: APT::Acquire::Translation none; Since en will now be a Translation, perhaps a different config item is more appropriate: APT::Acquire::Description en; -- bye, pabs http://wiki.debian.org/PaulWise -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: Debian 4.0 and Lustre
On Tue, Mar 24, 2009 at 11:38 AM, set...@gmail.com wrote: I would like to know if there is any package of debian 4.0 and Lustre. This will be the ultimate. lustre appears to be only available in Debian 5.0 (lenny) and later, you might want to upgrade to lenny instead of continuing to use etch. There is also no etch-backport on backports.org. I suggest you contact the lustre maintainers about adding a backport to backports.org: http://packages.debian.org/search?keywords=lustre http://lists.alioth.debian.org/mailman/listinfo/pkg-lustre-maintainers -- bye, pabs http://wiki.debian.org/PaulWise -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: Re: Debian 4.0 and Lustre
On Tue, Mar 24, 2009 at 12:52 PM, set...@gmail.com wrote: I prefer Debian 4.0 because I feel it is more stable than 5.0. Am I right? I am unable to detect any difference in stability between etch lenny for my use-cases. There is more useful software available for lenny though and it will be security-supported for longer so I use that where possible. -- bye, pabs http://wiki.debian.org/PaulWise -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: realtime kernel for Debian (was: Please Improve Debian for Multimedia Production)
On Tue, Mar 24, 2009 at 7:25 PM, Grammostola Rosea rosea.grammost...@gmail.com wrote: Mmh this is interesting, cause there is an realtime kernel available in the ubuntu hardy repo, but not in Debian yet. Would be nice if there was one which users could install. But I'm not an rt-kernel expert at all, so maybe I should forward this to some other people... But I think it's good to have some discussion about a realtime kernel for Debian on the Debian-dev list... Looking forward to your opinions on this. We have had a Xen Linux image, so there should be no problem to add an -rt kernel variant. I would suggest filing a wishlist bug with patch on the linux-2.6 source package. -- bye, pabs http://wiki.debian.org/PaulWise -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: [renamed] Debian crda?
On Wed, Mar 25, 2009 at 4:09 PM, Luis R. Rodriguez mcg...@gmail.com wrote: Last time I poked them it seemed it was not easy to figure out how to deal with, if at all, the optional but recommended RSA signature stuff [1] with the DFSG. [1] http://wireless.kernel.org/en/developers/Regulatory#RSADigitalSignature What is the percieved DFSG/RSA conflict? I can't detect any based on that section of the page. -- bye, pabs http://wiki.debian.org/PaulWise -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: #520646: binNMU oprofile
On Wed, Mar 25, 2009 at 8:30 PM, Adeodato Simó wrote: I’m told libbfd.so is a private/internal library of binutils that should not be dynamically linked against. A static version exists (libbfd.a), and packages should be using that AFAIK. Cc'ing -devel in case there’s a reason it should not be that way. If, on the contrary, nobody objects, I’ll file a wishlist against lintian so that an error (warning?) is emitted for packages that DT_NEED that library (and libopcodes/libiberty as well?) Please ensure that the lintian warning says to get the package added to the Debian security team's embedded code copies documentation. -- bye, pabs http://wiki.debian.org/PaulWise -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: [renamed] Debian crda?
On Thu, Mar 26, 2009 at 3:42 AM, Kel Modderman k...@otaku42.de wrote: The DFSG seems to suggest that the source code to the regulatory database should be modifiable and the derived work distributed under the same license. It is my understanding that: Debian probably won't need to build the regdb from source most of the time so we can just ship the upstream regulatory.bin file most of the time. When we do, just adding a second public key to the CRDA pubkeys dir and using the corresponding private key (from outside the package) during the build process of wireless-regdb would be just fine. This would mean the maintainer of crda would also have to be the wireless-regdb maintainer. I assume the wireless-regdb is architecture-independent so this would work because the buildds do not build such packages. It is possible for users to add more public keys to the CRDA pubkeys dir and build their own wireless-regdb using their own private key. debian-volatile isn't an appropriate place for this because many stable users don't use volatile and it is fairly important they are kept up to date with this, kinda like the timezone database. -- bye, pabs http://wiki.debian.org/PaulWise -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: [renamed] Debian crda?
On Thu, Mar 26, 2009 at 4:03 AM, Paul Wise p...@debian.org wrote: When we do, just adding a second public key to the CRDA pubkeys dir and using the corresponding private key (from outside the package) during the build process of wireless-regdb would be just fine. This would mean the maintainer of crda would also have to be the wireless-regdb maintainer. I assume the wireless-regdb is architecture-independent so this would work because the buildds do not build such packages. Brainwave: no need to add a second public key to CRDA itself, the wireless-regdb could install the public key corresponding to the private key it was built with. It is possible for users to add more public keys to the CRDA pubkeys dir and build their own wireless-regdb using their own private key. The above simplification makes this much easier. -- bye, pabs http://wiki.debian.org/PaulWise -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: [renamed] Debian crda?
On Thu, Mar 26, 2009 at 1:19 PM, Luis R. Rodriguez mcg...@gmail.com wrote: Brainwave: no need to add a second public key to CRDA itself, the wireless-regdb could install the public key corresponding to the private key it was built with. Can you elaborate on what you mean? Do you mean for wireless-regdb to put the actual pubkey into the users' system somewhere? Otherwise not sure what you mean. The crda package would contain the default upstream public key. The wireless-regdb would ship the Debian maintainer's pubkey as debian/pubkeys/debian.pem in the source package and /lib/crda/pubkeys/debian.pub.pem (or similar) in the binary package. Ubuntu would add their pubkey in a similar way. When wireless-regdb is built, it would: check the sha1sum/sha256sum of db.txt (alternatively upstream could add a detached signature if possible to the tarball/git repo) if the db.txt is identical to the upstream one (or signed by upstream), ship the upstream regulatory.bin file if the db.txt has been modified: if no private key is available, generate one automatically rebuild the regulatory.bin file using the private key create the corresponding public key and install it in the package as /lib/crda/pubkeys/custom.pub.pem when it is not the same public key as one of the ones in debian/pubkeys/*.pem (avoids shipping two copies of the Debian pubkey) this scheme requires standard locations for the private key. I would suggest either ~/.debian-wireless-regdb.priv.pem or debian-wireless-regdb.priv.pem in the package build directory. It is possible for users to add more public keys to the CRDA pubkeys dir and build their own wireless-regdb using their own private key. The above simplification makes this much easier. Not sure what you mean, but the idea with the pubkeys directory The above scheme would allow users who apt-get source wireless-regdb, edit db.txt, debuild, debi to automatically trust their own key, as well as trusting Debian's key and the upstream key. I wonder if any of this would be even remotely acceptable to regulatory authorities. -- bye, pabs http://wiki.debian.org/PaulWise -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: New quilt source format
On Thu, Mar 26, 2009 at 8:02 AM, Daniel Dickinson wrote: Is there any information on how the typical package is supposed to use this new format, See the dpkg-source manual page and this wiki page: http://wiki.debian.org/Projects/DebSrc3.0 (I'm a little confused on this) is it even in place yet? No, see here: http://bugs.debian.org/457345 If it's not in place how do we prepare for it? Convert your packages to it and see if they build fine. Send patches for stuff that needs to be adapted to use it. -- bye, pabs http://wiki.debian.org/PaulWise -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: NEW processing
On Fri, Mar 27, 2009 at 10:05 AM, Changwoo Ryu wrote: I suggest just to let those buggy packages in, and to file bugs to the BTS. Such big problems always happen even with no NEW check involved and the ftpmasters team can't prevent all of them anyway. Such problems should be fixed, but why should we wait for weeks or months to fix them? That is a really bad idea. A better alternative is to have them automatically rejected. Reduces ftpmaster and QA work rather than increasing them. -- bye, pabs http://wiki.debian.org/PaulWise -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: Suggestions about apt-spy
2009/3/28 Stefano Canepa s...@linux.it: Where is a the right place to copy the mirror list? Perhaps a static copy in /usr/share/apt-spy and the dynamically downloaded version at /var/cache/apt-spy/ ? -- bye, pabs http://wiki.debian.org/PaulWise -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: [Soc-coordination] Official Debian AWS EC2 AMIs?
On Mon, Mar 30, 2009 at 1:10 AM, Gustavo Franco stra...@debian.org wrote: Agreed and please don't forget Eucalyptus[0]. [0] = http://eucalyptus.cs.ucsb.edu/ Ubuntu already packaged that so it might be worth building on their work. -- bye, pabs http://wiki.debian.org/PaulWise -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: demoting a dependency
On Tue, Mar 31, 2009 at 9:21 PM, Marco d'Itri wrote: Is there a more elegant way to do this? Not sure if it would work with your case, but xchat used this to demote plugin dependencies to recommends: dh_shlibdeps -a -u'-dDepends debian/xchat/usr/bin/xchat -dRecommends' -- bye, pabs http://wiki.debian.org/PaulWise -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: Why do we have to support tmpfs for /var/run (policy changes in 3.8.1)
On Sat, Apr 4, 2009 at 7:37 AM, Michael Biebl bi...@debian.org wrote: Afaik, Ubuntu is the only Linux distro which supports and uses tmpfs by default. The OpenEmbedded distros do this too, I've especially seen that the ones associated with OpenMoko do that. In addition the pkg-fso folk's Debian for OpenMoko installer script puts /var/run, /var/lock on a tmpfs and presumably when d-i supports the OpenMoko devices that will be the default on such devices. Again, if there would be a list of cons, I'd be much happier in supporting this new policy. Unfortunately I only see disadvantages. I guess you mean pros rather than cons. One would be that it reduces the number of useless writes to disk/flash, which could be important for mobile situations like phones. -- bye, pabs http://wiki.debian.org/PaulWise -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: Why do we have to support tmpfs for /var/run (policy changes in 3.8.1)
On Sun, Apr 5, 2009 at 3:32 AM, Russ Allbery r...@debian.org wrote: Florian Lohoff f...@rfc822.org writes: On Fri, Apr 03, 2009 at 11:40:57PM +0200, Michael Biebl wrote: Interesting - The unix way IMHO was that /tmp looses content on reboot while /var/tmp did not. This had been the case for commercial Unices for at least some decades. I'm pretty sure Michael meant /var/lock when he said /var/tmp above. Policy 3.8.1 doesn't change anything about /var/tmp. The embedded devices I mentioned in another message in this thread have /var/tmp as a tmpfs too. -- bye, pabs http://wiki.debian.org/PaulWise -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: New architectures
On Sun, Apr 5, 2009 at 11:44 PM, Vincent Bernat ber...@debian.org wrote: How packages that run on Linux only should handle those new architectures? Same as for stuff that only runs on i386; port them to kFreeBSD or restrict them to linux architectures and add them to P-a-s. -- bye, pabs http://wiki.debian.org/PaulWise -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Team uploads
Hi all, In Debian we have several teams working on maintaining large numbers of packages (pkg-games, pkg-perl, pkg-gnome for example). I proposed[1] to silence the lintian NMU warnings in the case of team uploads; where the person doing the upload is a member of the team in Maintainers but is not present in Uploaders. Does anyone think this concept of team uploads has merit? 1. http://lists.debian.org/debian-lint-maint/2009/04/threads.html#00043 -- bye, pabs http://wiki.debian.org/PaulWise -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: lilo about to be dropped?
On Mon, Apr 6, 2009 at 4:49 PM, Romain Beauxis wrote: I also use lilo for /boot on LVM and I also clearly remember that was the major reason for the previous debate about the removal of lilo. Grub2 in lenny and later contains an lvm module: /usr/lib/grub/i386-pc/lvm.mod Has anyone who uses lilo for this tried grub2? -- bye, pabs http://wiki.debian.org/PaulWise -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#522753: ITP: primrose -- compelling tile-placement puzzle game
Package: wnpp Severity: wishlist Owner: Paul Wise p...@debian.org X-Debbugs-CC: debian-devel-ga...@lists.debian.org * Package name: primrose Version : 5 Upstream Author : Jason Rohrer * URL : http://primrose.sf.net * License : None (Public Domain) Programming Lang: C++, PHP Description : compelling tile-placement puzzle game Long description will be a distillation of the description linked from the above URL. This will be maintained by the pkg-games team. -- bye, pabs http://wiki.debian.org/PaulWise signature.asc Description: This is a digitally signed message part
Re: Improvements to ‘debian/watch’for fetching f rom VCS
On Tue, Apr 7, 2009 at 11:06 PM, Manoj Srivastava wrote: What am I missing? One case I can think of; it is (possibly) common for sponsors to check that the result from get-orig-source matches the contents of the tarball uploaded to mentors by the sponsee. -- bye, pabs http://wiki.debian.org/PaulWise -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: lilo about to be dropped?
On Wed, Apr 8, 2009 at 10:22 PM, Giacomo A. Catenazzi wrote: as grub was not really maintained. Also grub2 doesn't seems so fast in development. I think these kind of project have difficult to maintain motivated maintainer. I would really love to own a computer that used coreboot, Linux and a userland bootloader like kboot/kexec-loader/runnix to boot. -- bye, pabs http://wiki.debian.org/PaulWise -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#524565: ITP: clamav-unofficial-sigs -- update script for 3rd-party clamav signatures
Package: wnpp Severity: wishlist Owner: Paul Wise p...@debian.org X-Debbugs-CC: debian-devel@lists.debian.org, pkg-clamav-de...@lists.alioth.debian.org * Package name: clamav-unofficial-sigs Version : 2.7.1 Upstream Author : Bill Landry b...@inetmsg.com * URL : http://www.inetmsg.com/pub/ * License : BSD Programming Lang: shell Description : update script for 3rd-party clamav signatures This package provides a script for updating the following sources of 3rd-party clamav signatures until freshclamav gains support for such signatures. The SaneSecurity signatures provide detection of phishing, spear phishing, fake lottery, ecard malware, casino, fake jobs, fake loans, 419s, fake diplomas, porn, emailed malware and other general spam. MSRBL signatures provide detection of image spam and general spam. SecuriteInfo signatures provide various badware signatures, securiteinfo.com honeypot signatures, honeynet.cz signatures and French anti-spam signatures MalwarePatrol provides detection of mail containing URLs to malware. -- bye, pabs http://wiki.debian.org/PaulWise signature.asc Description: This is a digitally signed message part
Bug#524846: ITP: between -- game about consciousness and isolation
Package: wnpp Severity: wishlist Owner: Paul Wise p...@debian.org X-Debbugs-CC: debian-devel-ga...@lists.debian.org, debian-devel@lists.debian.org * Package name: between Version : 5 Upstream Author : Jason Rohrer * URL : http://www.esquire.com/features/best-and-brightest-2008/rohrer-game * License : None (Public Domain) Programming Lang: C++, PHP Description : game about consciousness and isolation Long description will be a distillation of the above URL. This will be maintained by the pkg-games team. -- bye, pabs http://wiki.debian.org/PaulWise signature.asc Description: This is a digitally signed message part
Re: Linux-libre for Debian Lenny
On Thu, Apr 23, 2009 at 5:36 PM, maximilian attems m...@stro.at wrote: no point in posting that to devel announce. Agreed. this work is pointless Only if you think FSF-free is pointless, obviously that isn't everyone. if you want a working and dfsg free converging linux-2.6 use our sid packages. we are actively working with upstream in getting allmost all drivers using request_firmware() and providing the corresponding linux-firmware in non-free. see http://wiki.debian.org/KernelFirmwareLicensing for status. excluding drivers/staging 2.6.29 is allmost there, upcoming 2.6.30 has further request_firmware() and dfsg improvements. linux-libre goes further and removes even the request_firmware calls for non-free firmware: http://static.fsf.org/nosvn/Alexandre_Olivia_-_Linux_Libre_-_LibrePlanet_2009.spx http://groups.fsf.org/index.php/Alexandre_Oliva_%28LP09%29 -- bye, pabs http://wiki.debian.org/PaulWise -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: AVR32 port - config.{sub,guess} bug filing
On Thu, Apr 23, 2009 at 6:27 PM, Bradley Smith bradsm...@debian.org wrote:
As some of you may be aware, myself and a few others are working towards
an AVR32 port of Debian, which is now making good progress. One problem
we've come across is since AVR32 is such a new architecture, a fair few
packages have config.{sub,guess} files that are missing the architecture
and hence fail to build.
I'd like to see this problem go away once and for all.
How about the scripts check for newer versions of themselves in the
following paths and run those scripts instead of returning the
information directly? Then the buildds for new architectures could
simply install the required version of autotools-dev and be happy.
/usr/share/automake/
/usr/local/share/automake/
~/.automake/
Some non-FHS compliant paths could be added for platforms that need them.
--
bye,
pabs
http://wiki.debian.org/PaulWise
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: AVR32 port - config.{sub,guess} bug filing
On Fri, Apr 24, 2009 at 1:18 PM, Mike Hommey m...@glandium.org wrote:
It unfortunately wouldn't work for the same reason config.{guess,sub}
updates don't work, and more. It would need to be incorporated upstream,
and all debian sources using config.{guess,sub} should be updated to
these newer versions. That sounds like something that's never going to
happen.
You don't think upstream would accept the patch? Once they do and the
updates trickle down into new upstreams then this will become more and
more of a non-issue. Obviously it will be a long time before that
happens, probably many years.
Here is what I plan to send upstream:
cur_v=`echo $timestamp | sed s/-//g`
for path in \
$HOME/.config/automake \
/usr/local/share/automake \
/usr/local/share/misc \
/usr/share/automake \
/usr/share/misc \
; do
if test -x $path/config.sub ; then
v=`$path/config.sub --time-stamp | sed s/-//g`
if test $v -gt $cur_v ; then
$path/config.sub $*
exit $?
fi
fi
done
The best debian can do is enforce dpkg-buildpackage or some other dpkg
binary involved in the source extraction or build startup to replace or
hack the config.{guess,sub} files itself[1] before the build.
That was suggested on IRC the other night, sounds like a good solution
as long as the buildd admins are notified so that they can file bugs.
--
bye,
pabs
http://wiki.debian.org/PaulWise
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: AVR32 port - config.{sub,guess} bug filing
On Fri, Apr 24, 2009 at 1:42 PM, Russ Allbery r...@debian.org wrote: instead. $* doesn't quote its arguments, and the above works around a portability problem with $@ (see the Autoconf manual). Thanks, added. -- bye, pabs http://wiki.debian.org/PaulWise -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: AVR32 port - config.{sub,guess} bug filing
On Fri, Apr 24, 2009 at 3:05 PM, Gabor Gombas gomb...@sztaki.hu wrote: Hmm, wouldn't it be better to look for the newest version instead of first one that's newer? The above would work on a buildd where there is nothing in $HOME or under /usr/local, but could break on user's machines if they have a script in say /usr/local/share/automake that's newer than what the package has, but still older than what would be needed to build correctly. Good point, how about this? cur_v=`echo $timestamp | sed s/-//g` for path in \ $HOME/.config/automake \ /usr/local/share/automake \ /usr/share/automake \ /usr/share/misc \ ; do if test -x $path/config.guess ; then v=`$path/config.guess --time-stamp | sed s/-//g` if test $v -gt $cur_v ; then cur_v=$v latest=$path fi fi done if test x$latest != x ; then case $# in 0) $latest/config.guess;; *) $latest/config.guess $@;; esac exit $? fi -- bye, pabs http://wiki.debian.org/PaulWise -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: [Is there a lawyer in the room?] JPEG-LS license issue
On Fri, Apr 24, 2009 at 3:39 PM, Mathieu Malaterre mathieu.malate...@gmail.com wrote: What I do not understand is implementation such as CharLS, which declare: ... Ref: http://charls.codeplex.com/ On an unrelated note, please do not package this until upstream fixes the security issues that are mentioned on the website. -- bye, pabs http://wiki.debian.org/PaulWise -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: Outdated config.{sub,guess} package list
On Sat, Apr 25, 2009 at 9:44 AM, Cyril Brulebois k...@debian.org wrote: Speaking of which, where can one read more about that port? Are there build logs available (one might want to ease your task and keep an eye on them for some given packages at least)? http://avr32.debian.net/ http://ftp-avr32.debian.net/status/architecture.php?a=avr32 Would be nice to move this port to debian-ports.org IMO, since the debian-ports wanna-build is already linked from the PTS. -- bye, pabs http://wiki.debian.org/PaulWise -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: Outdated config.{sub,guess} package list
On Sat, Apr 25, 2009 at 12:10 PM, Peter Eisentraut pete...@gmx.net wrote:
Like lintian, your list falsely includes packages that use cdbs to build,
which automatically updates config.{sub,guess}.
There doesn't seem to be a bug on lintian about this, please file one.
--
bye,
pabs
http://wiki.debian.org/PaulWise
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: AVR32 port - config.{sub,guess} bug filing
On Fri, Apr 24, 2009 at 3:37 PM, Paul Wise p...@debian.org wrote: Good point, how about this? Sent this patch upstream, will see what they say. -- bye, pabs http://wiki.debian.org/PaulWise -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: Misc developer news (#15)
On Fri, May 1, 2009 at 2:51 PM, David Paleino d.pale...@gmail.com wrote: Also, seems like lists.alioth.debian.org doesn't have the same functionality. Is there any plan for this? Due to the way pipermail works, removing messages from the archives would break all the URLs. Options for working around this might be: Blocking specific messages in apache using Alias or similar. Switching to lurker (or another archiver) since that has persistent URLs IIRC. Eventually mailman 3 will be released and IIRC pipermail will be removed so switching to another archiver will need to be done anyway in the long term. -- bye, pabs http://wiki.debian.org/PaulWise -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: Debian is switching to EGLIBC
On Thu, May 7, 2009 at 12:33 AM, Michael Prokop m...@grml.org wrote: No. Though I think that for essential packages like libc it could be worth a public discussion. In this case there wouldn't be any point of discussing it, I predict the discussion would simply be yes, AOL, +1, do it already, why isn't it done yet and so on. -- bye, pabs http://wiki.debian.org/PaulWise -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: postfix as default-mta? [Re: Bug#508644: new release goal default-mta?]
On Fri, May 8, 2009 at 1:01 AM, Harald Braumann ha...@unheit.net wrote: I never talked about Exim. I was just opposing the proposition, that some esoteric mailer like nullsmtp or esmtp will become the default in Debian. I find the notion of a default MTA to be silly. Most desktops or laptops or cellphones proably do not need an MTA. The MTA to choose on a server depends on what you are doing with the server. My point is that MTA requirements are too diverse to possibly consider any one MTA a useful default. -- bye, pabs http://wiki.debian.org/PaulWise -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: Environment variables, debian/rules and dpkg-buildpackage
On Mon, May 11, 2009 at 8:02 AM, Goswin von Brederlow goswin-...@web.de wrote: Debuild already creates a build log. I think it would be nice to include that file in the changes file and have DAK forward it to buildd.debian.org for archival. git-buildpackage, svn-buildpackage, ... or even dpkg-buildpackage could do this too. It would be much nicer to discard maintainer-built packages and build everything on the buildds. Then we get build logs as well as the opportunity to replicate Ubuntu's automatically created debug debs. -- bye, pabs http://wiki.debian.org/PaulWise -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: [renamed] Debian crda?
On Mon, May 18, 2009 at 4:42 AM, Kel Modderman k...@otaku42.de wrote: (Dropped the CC to linux-wireless as it rejected my other attempt to send message claiming it was part HTML/Spam. Apologies if you get two copies.) Maybe you should send plain text email instead? I would rather the build process fail if the packager has not prepared themselves a priv/pub key pair for maintaining wireless-regdb package or else we could end up with a new key pair created on-the-fly and being used to sign a regulatory.bin which is not recognised by the currently available crda until it is recompiled with the new key in its PUBKEY_DIR. Uhh, what? Does crda not read all of the keys available in its pubkey dir? If not, the scheme I imagined is completely wrong. I assumed that crda would look at /lib/crda/pubkeys at runtime when it starts up rather than everything being compiled into the binary. Instead the debian packaging could provide some documentation/convenience code for expected handling of maintainer priv/pub key pairs for signing and authentication of regulatory.bin. Attempted to write such stuff here: Seems reasonable. When new keys are added to debian/pubkeys, the crda package needs to be rebuilt with an updated versioned build dependency: the wireless-regdb package version with the new key(s). Why is this? Isn't it enough to just install the wireless-regdb package containing the new key? Made an attempt at packaging wireless-regdb and crda after thinking about stuff discussed in this thread, the proposed packaging is at: svn://svn.debian.org/svn/pkg-wpa/wireless-regdb/trunk/ svn://svn.debian.org/svn/pkg-wpa/crda/trunk/ Can people please take a good look at this please to make sure it is a viable packaging effort? A review: Please file ITP bugs. Circular dependencies are bad, please drop the wireless-regdb - crda Depends down to a Suggests. The wireless-regdb patches look like they belong upstream. Please adjust the packaging so it works on lenny, you've used some debhelper/quilt features that don't work there (or in testing yet). At some point we'll have lennyandahalf and I think a cf80211/mac80211 kernel plus crda/wireless-regdb are an important part of that. I'm a bit worried about the Build-Depends on tzdata, does that mean crda embeds the TZ data in its binary and needs a binNMU whenever tzdata is updated? This is especially bad for TZ updates in stable. Ah, I see you only embed it in /lib/crda/setregdomain_zone_codes, which still means binNMUs. I suggest that you send upstream a patch for doing this TZ - regdomain mapping at runtime in the crda binary using the installed zone.tab file when available. Preferably it should detect when the zone.tab file is updated and reload the mapping and reset the regdomain based on the mapping. See my comment above about embedding the wireless-regdb keys in the binary, which I think is a bad idea. Please use these as the homepages, they are slightly more specific: http://wireless.kernel.org/en/developers/Regulatory/#CRDA http://wireless.kernel.org/en/developers/Regulatory/#Theregulatorydatabase -- bye, pabs http://wiki.debian.org/PaulWise -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: @debian.org out of working?
On Sat, May 23, 2009 at 5:59 PM, LI Daobing lidaob...@gmail.com wrote: sounds many f...@debian.org mail address is out of working (including mine). Same here, however it looks like it is fixed now (at least for p...@debian.org). -- bye, pabs http://wiki.debian.org/PaulWise -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: Debian source code search engine
On Mon, May 25, 2009 at 4:31 AM, Peter De Wachter pdewa...@gmail.com wrote: The software used is OpenGrok, originally developed at Sun for OpenSolaris (http://opensolaris.org/os/project/opengrok). It's quite nice, although a bit slow with this amount of source code. Anyone know if there is or will be a fossology instance indexing Debian source packages? -- bye, pabs http://wiki.debian.org/PaulWise -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: debian and lilypond 2.12
On Wed, May 27, 2009 at 1:44 AM, rosea grammostola rosea.grammost...@gmail.com wrote: Could someone fix Lilypond in Debian. There are also some people busy with packaging Frescobaldi for Debian, but it isn't possible to upload it without having Lilypond fixed and updated to the recent stable version. It looks like lilypond is unmaintained in Debian, so that is unlikely to happen until it gets a new maintainer or newly active maintainer. CCing the maintainer, hopefully they will respond. -- bye, pabs http://wiki.debian.org/PaulWise -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: Debian GNU/Hurd porter box strauss.debian.net available
On Thu, May 28, 2009 at 1:43 PM, Felipe Sateler fsate...@gmail.com wrote: I think it would be useful to have a new package with the ssh public key fingerprints of all accessible debian machines, possibly signed by some DSA member (to detect local tampering). It would ease a trust path from the user to the machine. Having to look up these messages (if they exist in the first place), and creating a trust path from yourself to the poster when one might need to connect is suboptimal I think. Agreed. Adding the Debian machine SSH keys to the PGP web of trust via monkeysphere would be nice too. -- bye, pabs http://wiki.debian.org/PaulWise -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: Debtags localisation and font tags proposal
On Fri, May 29, 2009 at 6:31 AM, Enrico Zini enr...@enricozini.org wrote:
To have a software that generate a list of suitable fonts for a user
would also require something more specific than tags. An example that
Arne made was of a font which contains latin and cyrilic characters, but
misses the special latin characters for Serbian.
The language stuff should be automatically generated from the fonts
themselves. I suggest basing that on what Fedora has done for
automatic font installation with PackageKit:
https://fedoraproject.org/wiki/Features/AutoFontsAndMimeInstaller
The technical details are that they run fc-query --format '%{=pkgkit}'
/tmp/newathu.ttf, which gives output like this:
$ fc-query --format '%{=pkgkit}' /tmp/newathu.ttf
font(newathenaunicode)
font(:lang=aa)
font(:lang=af)
font(:lang=an)
font(:lang=ast)
font(:lang=av)
font(:lang=ay)
font(:lang=be)
font(:lang=bg)
font(:lang=bi)
font(:lang=br)
font(:lang=bs)
font(:lang=ca)
font(:lang=ce)
font(:lang=ch)
font(:lang=co)
font(:lang=crh)
font(:lang=cs)
font(:lang=csb)
font(:lang=cy)
font(:lang=da)
font(:lang=de)
font(:lang=el)
font(:lang=en)
font(:lang=eo)
font(:lang=es)
font(:lang=et)
font(:lang=eu)
font(:lang=fi)
font(:lang=fil)
font(:lang=fj)
font(:lang=fo)
font(:lang=fr)
font(:lang=fur)
font(:lang=fy)
font(:lang=gd)
font(:lang=gl)
font(:lang=gv)
font(:lang=ho)
font(:lang=hr)
font(:lang=hsb)
font(:lang=ht)
font(:lang=hu)
font(:lang=ia)
font(:lang=id)
font(:lang=ie)
font(:lang=ik)
font(:lang=io)
font(:lang=is)
font(:lang=it)
font(:lang=jv)
font(:lang=ki)
font(:lang=kj)
font(:lang=kl)
font(:lang=ku-tr)
font(:lang=kum)
font(:lang=kw)
font(:lang=kwm)
font(:lang=la)
font(:lang=lb)
font(:lang=lez)
font(:lang=lg)
font(:lang=li)
font(:lang=lt)
font(:lang=lv)
font(:lang=mg)
font(:lang=mh)
font(:lang=mo)
font(:lang=ms)
font(:lang=mt)
font(:lang=na)
font(:lang=nb)
font(:lang=nds)
font(:lang=ng)
font(:lang=nl)
font(:lang=nn)
font(:lang=no)
font(:lang=nr)
font(:lang=nso)
font(:lang=ny)
font(:lang=oc)
font(:lang=om)
font(:lang=os)
font(:lang=pap-an)
font(:lang=pap-aw)
font(:lang=pl)
font(:lang=pt)
font(:lang=qu)
font(:lang=rm)
font(:lang=rn)
font(:lang=ro)
font(:lang=ru)
font(:lang=rw)
font(:lang=sc)
font(:lang=se)
font(:lang=sel)
font(:lang=sg)
font(:lang=shs)
font(:lang=sk)
font(:lang=sl)
font(:lang=sma)
font(:lang=smj)
font(:lang=smn)
font(:lang=sn)
font(:lang=so)
font(:lang=sq)
font(:lang=sr)
font(:lang=ss)
font(:lang=st)
font(:lang=su)
font(:lang=sv)
font(:lang=sw)
font(:lang=tk)
font(:lang=tl)
font(:lang=tn)
font(:lang=tr)
font(:lang=ts)
font(:lang=ty)
font(:lang=uk)
font(:lang=uz)
font(:lang=vo)
font(:lang=vot)
font(:lang=wa)
font(:lang=wen)
font(:lang=wo)
font(:lang=xh)
font(:lang=yap)
font(:lang=za)
font(:lang=zu)
fc-query will hopefully become available to Debian when fontconfig
2.7.0 is released. The output above is based on RPM's PROVIDES thing.
For Debian we could either invent another control field or use
Provides: font-lang-code in binary packages and Provides:
${font:Provides} in source packages and create a dh_font_provides or
similar.
fc-query also has human-readable output not dissimilar to the fc-match
-v output:
http://fpaste.org/paste/13184
--
bye,
pabs
http://wiki.debian.org/PaulWise
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
stopped daemons starting again during upgrade
Hi all, I recently did an upgrade from lenny to squeeze. I did it in single user mode / runlevel 1 (with all the daemons stopped). I noted that during the upgrade various daemons were started again. IMO it is reasonable to expect that stopped daemons stay stopped during an upgrade, expecially in runlevel 1. Does anyone else agree? Is this a bug in each of the packages with a daemon or in the init system? -- bye, pabs http://wiki.debian.org/PaulWise -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: Vcs-Svn field and trunk
On Mon, Jun 1, 2009 at 2:04 PM, Felipe Sateler fsate...@gmail.com wrote: Recently I've ran into a few cases were doing debcheckout of a package using svn downloads the whole thing: tags, branches and trunk. I would expect debcheckout to give me just the HEAD of development. What should be the sane behavior? Checking out trunk sounds like reasonable behaviour, I guess file minor bugs when you encounter this issue. -- bye, pabs http://wiki.debian.org/PaulWise -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: Bug#531221: okular: Arbitrarily enforces DRM
On Sun, May 31, 2009 at 8:09 AM, John Goerzen jgoer...@complete.org wrote: I'm CCing this to Debian-devel because I think it speaks to a larger issue. I just downloaded a PDF, and tried to copy and paste a bit of text from it. I used the selection tool, and Okular offered to speak it to me, but said Copy forbidden by DRM. This thread has now reached LWN: http://lwn.net/SubscriberLink/335415/8447f6ec4310c100/ -- bye, pabs http://wiki.debian.org/PaulWise -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: Bug#531450: ITP: gmameui -- front-end for the arcade games emulator MAME
On Tue, Jun 2, 2009 at 6:32 PM, Loïc Martin loic.mart...@gmail.com wrote: Christian Marillat wrote: Loïc Martin loic.mart...@gmail.com writes: * License : GPL2+ This package should go in contrib because he depends on non-free packages (mame-*). Right, since it depends on MAME (SDLMAME, XMAME - AFAIK only XMAME is in Debian atm), whose license is restrictive, I had put it in Section: non-free/games (debian/control). Was that the right thing (I must say I still have trouble with some Debian terms) or is there something else to do? I note the GPLv2+ is probably not compatible with the MAME non-free license. How does gmameui interact with MAME? Is the way it does that likely to form a derivative work? If so we cannot distribute gmameui. -- bye, pabs http://wiki.debian.org/PaulWise -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: Removal of fc-cache calls in postinsts
2009/6/14 Josselin Mouette j...@debian.org: Re-running fc-cache used to be done by defoma, but people kept adding fc-cache calls manually. They turned out to have been right, since defoma support was ripped out of fontconfig a while ago. It was? I still see this file in the fontconfig package (2.6.0-3): /usr/share/defoma/scripts/fontconfig.defoma I read somewhere a future version of fontconfig (presumably the branch shipped with Fedora) won't even need the dpkg trigger, running apps will automatically detect newly installed fonts. -- bye, pabs http://wiki.debian.org/PaulWise -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: RFC: DEP-3: Patch Tagging Guidelines
On Tue, Jun 16, 2009 at 7:20 AM, Charles Plessyple...@debian.org wrote: The dh_make template for debian/copyright induces many developers to put their packaging work under the GPL, and I have already seen packages whose license is otherwise BSD-ish with such patches. If the maintainer suddenly goes MIA and the patch is non-trivial, then in theory if we want to respect what is written, we are stuck with a GPL'ed patch. Therefore, we have an optional License field to make things crystal clear if necessary. Sounds like dh_make needs a bug report about the default packagaging license, could you file one? -- bye, pabs http://wiki.debian.org/PaulWise -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: RFC: DEP-3: Patch Tagging Guidelines
2009/6/19 Josselin Mouette j...@debian.org: It’s already better, but for more readability, would it be possible to have a registered list of bug tracking aliases? For example: Bug-Debian: #12345 Bug-Ubuntu: #2356 Bug-GNOME: #5671 Personally I'd prefer URLs (for all bugs, including Debian ones) for the simple reason that no additional information is needed to access the bugs. -- bye, pabs http://wiki.debian.org/PaulWise -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: [Debconf-discuss] using OpenPGP notations to indicate keysigning practices [was: Re: GPG keysigning?]
On Wed, Jun 24, 2009 at 3:14 AM, Daniel Kahn Gillmord...@fifthhorseman.net wrote: I think that misses a critical point; i want to use my OpenPGP key for a variety of purposes both in and out of debian. I consider it a baseline tool for managing my digital identity. While i'm happy to obey debian-specific guidelines for debian-specific purposes, i have no intention of obeying debian-specific guidelines for projects outside of debian, except perhaps by coincidence. I'm *not* saying that i will sign keys blindly or anything, but there are scenarios and groups i interact with where it is meaningful and/or useful to sign a role key, a machine key, or a pseudonymous key, for example. If debian makes up some debian-specific guidelines that say you must not sign pseudonymous keys, i cannot follow those instructions without changing my key (or having a debian-specific key unrelated to my non-debian identity, which seems to defeat the whole point of the binding). Would subkeys help in this scenario? (hint hint, some good docs about real-world subkey usage are needed). -- bye, pabs http://wiki.debian.org/PaulWise -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: A standard patch rule for our rules
Nice poem :) -- bye, pabs http://wiki.debian.org/PaulWise -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: Re-activating an emeritus account
On Fri, Jul 3, 2009 at 12:02 PM, John Ferlitojo...@inodes.org wrote: I've been trying to become a Debian Developer again for a while. I am currently in emeritus status. The correct process for this according to [1] is to email da-mana...@d.o which I have done twice in the last year with no response. Try prodding the DAMs (Ganneff Myon) or FD (bzed, Yoe, Myon, man-di) on IRC on #debian-devel or #debian-newmaint. It is possible that the mails went missing or unnoticed somehow. -- bye, pabs http://wiki.debian.org/PaulWise -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: RFC: DEP-3: Patch Tagging Guidelines
On Sat, Jul 4, 2009 at 10:05 PM, Salvatore Bonaccorsosalvatore.bonacco...@gmail.com wrote: Having only the bugnumber should work too, but the URL is then: https://sourceforge.net/support/tracker.php?aid=1215086 That can be further shortened to this: http://sf.net/support/tracker.php?aid=1215086 -- bye, pabs http://wiki.debian.org/PaulWise -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: Reporting bug on documentation
On Mon, Jul 6, 2009 at 6:32 PM, mathieu.malate...@gmail.com wrote: Where should I report broken links from: http://www.debian.org/doc/developers-reference/new-maintainer There is a link to : http://www.debian.org/doc/developers-reference/new-maintainer.html#mentors which does not exist. The link works for me. -- bye, pabs http://wiki.debian.org/PaulWise -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: Reporting bug on documentation
On Mon, Jul 6, 2009 at 7:03 PM, Neil Williamscodeh...@debian.org wrote: Are you sure? Yes. Is it a cached page you're seeing? Nope, cache = off in ~/.wgetrc From this end, none of the pages exist. http://www.debian.org/doc/developers-reference/scope.html http://www.debian.org/doc/developers-reference/developer-duties.html Some mirrors have also lost the content: http://www.uk.debian.org/doc/developers-reference/developer-duties.html Some mirrors retain the files: http://www.fr.debian.org/doc/developers-reference/developer-duties.html http://www.fr.debian.org/doc/developers-reference/new-maintainer.html#mentors www.debian.org now uses GeoIP, which means that I get a different www.d.o mirror to you by default. I guess the uk mirror is borken somehow. Anyways, asking on debian-www would be appropriate. -- bye, pabs http://wiki.debian.org/PaulWise -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: Coordinating efforts to get a new kernel in testing?
On Sun, Jul 12, 2009 at 5:29 AM, Frans Pop elen...@planet.nl wrote: Like FTBFS of linux-modules-extra-2.6 on 3 architectures I guess? That seemed to me like a valid reason not to want to migrate .29 to testing. Also the armel linux-2.6 FTBFS: https://buildd.debian.org/fetch.cgi?pkg=linux-2.6;ver=2.6.30-2;arch=armel;stamp=1247068753 -- bye, pabs http://wiki.debian.org/PaulWise -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: How to get all dependent source packages
apt-src might be useful to you. -- bye, pabs http://wiki.debian.org/PaulWise -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: How to orphan a package without being the maintainer
On Fri, Jul 17, 2009 at 10:27 AM, LIU Qiliuq...@gmail.com wrote: Long time ago I ITA(http://bugs.debian.org/430431) a package, prokyon3. Because few persons use this software and I switched to gtk instead of qt after I adopted this package (it is qt based), I use this software very rarely and I want to orphan it. I have not uploaded this package once and I am not the maintainer of this package. How should I orphan this package? Just change the owner of this bug to QA group? Also I think I submitted a wrong bug report: http://bugs.debian.org/537334 How should I deal with that? retitle 430431 to O: merge 537334 into 430431 More information here: http://www.debian.org/Bugs/server-control http://www.debian.org/devel/wnpp/ -- bye, pabs http://wiki.debian.org/PaulWise -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: The wider implications of stuffing the NEW queue with issues it was not designed for.
On Sun, Jul 19, 2009 at 9:12 AM, Philipp Kern wrote: Damaged the project... no. Caused a RC bug to be overlooked... yes. I recently encountered a package where the library's binary package was not named after the SONAME. This caused a lintian error which was... overridden. And it broke horribly when the SONAME change went unnoticed because... well... the binary was never named after the SONAME and thus the check wasn't active anymore. The person who did this should probably reconsider their need to maintain library packages or be force-fed 100 copies of libpkg-guide (and its bugs) printed on sandpaper. -- bye, pabs http://wiki.debian.org/PaulWise -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: Whence /usr/lib/debug?
On Sun, Jul 26, 2009 at 12:09 AM, Florian Weimerf...@deneb.enyo.de wrote: Separate debug information objects [name?] must be installed under /usr/lib/debug. The file name must be the result of calling realpath() on the path to the actual DSO containing code, prepended with the string /usr/lib/debug. Separate debug information objects must not be provided for static libraries under /usr/lib/debug. If anything is added to policy I think the wording should allow for multi-arch too, since that is apparently coming soonish. -- bye, pabs http://wiki.debian.org/PaulWise -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
