a 'main' package from a non-free source
Hi All, I was considering packaging 'Cube' (http://www.cubeengine.com/) in order to get to grips with debian package management; and then possibly find a sponsor. However, there appears to be a latent licencing problem. The engine code is distributed under a licence which I believe is free (zlib/libpng); but various game media are licenced differently: Game media included in the cube game (maps, textures, sounds, models etc.) are not covered by this license, and may have individual copyrights and distribution restrictions (see individual readmes). So, any potential package for main would need to be split so that the resources which weren't considered DFSG free wouldn't be packaged up with the engine. (or the lot could probably be bundled in non-free. Actually, I wouldn't assert that quite yet, I'd not be suprised if one of media licences was too strict for non-free). The trouble is, the source package has the lot of them in it. So, I'd have to split the source package too. Are there any other packages where the source package is not 'pristine' but split in this fashion that I can look at? Thanks, -- Jon Dowland
UML packages for sarge: likelyhood of making it to stable
Hello, I am emailing to ask your opinion on the likely hood of UML packages making it into sarge/stable. We (the University of Newcastle upon Tyne) are experimenting with using UML to manage multiple secure web servers on a single physical box, and have been advised that Debian GNU/Linux is a very good OS to use for the host machine, due to its management tools. We usually use Red Hat for our systems so there would be a labour cost for us to adopt a different distribution. We would need to use the stable branch of Debian for a production system. However, if the transition from woody to sarge would mean that there would no longer be UML packages in stable, we would have to use something else. From a personal POV, I am a debian user and if debian was the best choice for our needs, I'd be very happy to see it being used. What kind of work is needed to get the UML packages sorted out? Is an NMU a possibility? -- Jon Dowland Webteam University of Newcastle -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
debian-policy: please add x-display-manager to virtual-package-names-list.txt
Package: debian-policy Version: 3.6.1.1 Severity: wishlist Hello, I am following the steps in virtual-package-names-list.txt[1] in order to add (or not add) the virtual package name 'x-display-manager' to the authorative list of virtual package names. The virtual package x-display-manager is described in Provides: by (at least) xdm, kdm, gdm and wdm. Patch attached: please comment on my somewhat terse description. [1] http://www.debian.org/doc/packaging-manuals/virtual-package-names-list.txt -- System Information: Debian Release: 3.1 APT prefers testing APT policy: (990, 'testing'), (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.8-2-686-smp Locale: LANG=en_GB, LC_CTYPE=en_GB (charmap=ISO-8859-1) -- no debconf information --- virtual-package-names-list.txt.orig 2005-02-10 20:29:41.0 + +++ virtual-package-names-list.txt 2005-02-10 20:39:27.0 + @@ -130,7 +130,7 @@ services xserver an X server that (directly or indirectly) manages physical input and display hardware - + x-display-manager an X client which manages a collection of X servers (*) Graphics and MultiMedia --- mp3-encoder an MP3 encoder package
Re: Bug#338503: ITP: cvssuck -- inefficient cvs repository grabber using cvs command
On Wed, Nov 16, 2005 at 02:17:08PM +, Tim Cutts wrote: > I wouldn't call it a "mirror" though; how does it manage to fetch the > complete repository including history? It doesn't do something evil > like fetch the cvs log, and then fetch every single revision for > every file, does it? Looking at the source, I think that is exactly what it does, although I've only had a cursory glance. I did notice also that it's vulnerable to a symlink attach, suggest shelling out to mktemp at line #127 in your debian diff.gz. -- Jon Dowland http://jon.dowland.name/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: switching to vim-tiny for standard vi?
On Sun, Dec 18, 2005 at 09:29:24PM +0200, Lars Wirzenius wrote: > su, 2005-12-18 kello 20:17 +0100, Norbert Tretkowski kirjoitti: > > We already have two editors in the base system, nvi and nano. > > Yes, that being the bloat I was referring to. I think there should be at least one non-modal editor in base. -- Jon Dowland http://alcopop.org/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: when and why did python(-minimal) become essential?
On Thu, Jan 19, 2006 at 05:58:20PM -0500, David Nusinow wrote: > For what it's worth, we've caught hell from the ruby community for > breaking the standard library in to its component parts and not > installing it all by default. This problem has been largely abrogated > as of late, but I'd rather not see us piss off the python community > for making a similar mistake. I believe the problem with the ruby situation wasn't that the monolithic ruby distribution was split up; but that there was no clear way to install the lot in one go, without prior knowledge of what the whole distribution was: a simple meta-package with the correct dependencies was all that was missing. -- Jon Dowland http://alcopop.org/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: APT public key updates?
On Fri, Jan 06, 2006 at 07:35:27AM +, Andrew Suffield wrote: > However, we don't have to do this annually; with a 2048-bit key, > replacing every five years and generating the new key one year before > the old one expires should be safe at present. That's true for the crypto strength issue, however if the key was rotated that infrequently, the systems that perform the operation will have succumbed to a lot of bit-rot between invocations and the people doing it will be out of practise. -- Jon Dowland http://alcopop.org/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#351594: ITP: chocolate-doom -- Doom engine closely-compatible with vanilla doom
Package: wnpp Severity: wishlist Owner: Jon Dowland <[EMAIL PROTECTED]> * Package name: chocolate-doom Version : 0.1.3 Upstream Author : Simon Howard <[EMAIL PROTECTED]> * URL : http://www.chocolate-doom.org/ * License : GPL Description : Doom engine closely-compatible with vanilla doom Chocolate doom is a modern, cross-platform doom engine with the major design goal of emulating the behaviour of vanilla Doom as close as is possible. For example, chocolate doom can read and write vanilla doom save games. . Unlike most modern doom engines, chocolate doom is not derived from the Boom source-port and does not inherit it's features (or bugs). . Chocolate doom requires a doom-wad to play. Test packages of chocolate-doom are available from <http://debian.halfcoded.net/>. -- Jon Dowland http://alcopop.org/ -- Jon Dowland http://alcopop.org/ signature.asc Description: Digital signature
Bug#354732: ITP: omgifol -- python library for manipulating doom-style WAD files
Package: wnpp Severity: wishlist Owner: Jon Dowland <[EMAIL PROTECTED]> * Package name: omgifol Version : 0.2 Upstream Author : Fredrik Johansson * URL : http://www.dd.chalmers.se/~frejohl/doom.html * License : MIT-style Description : python library for manipulating doom-style WAD files omgifol (Oh My God, It's Full of Lumps) is a python library for manipulating doom-style WAD files. It includes general purpose lump-manipulation routines as well as more specific map and texture editing facilities. -- System Information: Debian Release: 3.1 APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.11-jmtd Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Bug#355488: ITP: bcpp -- C(++) beautifier
At 1141671548, Miles Bader wrote: > If you attempted to view such code using an application > which uses the standard tab size of 8 -- e.g., more or > less in a terminal -- blocks would end up being indented > by _16 spaces per block level_, which is (pardon my > french) pretty fucking absurd. Indeed it is: so you have two options when facing such code a) use an editor which lets you customize the tab-stop b) use a tool such as bcpp to reformat the source -- Jon Dowland http://alcopop.org/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: the latest gnome
At 1141304953, Thomas Bushnell BSG wrote: > Thomas Bushnell BSG <[EMAIL PROTECTED]> writes: > > > In any case, since the latest gnome has also disabled > > the help system (or rather, the most up-to-date manual > > is the accessibility guide for 2.8 and the user's guide > > for 2.6), where has the feature moved to this week? > > Ah, fortunately, the FreeBSD gnome maintainers believe in > documentation, so I found the answer there. For those of merely following the thread, rather than using bleeding-edge GNOME, could you share the secret? -- Jon Dowland http://alcopop.org/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: TODO for etch ?
On Sun, Jun 19, 2005 at 04:16:28PM +0200, Petter Reinholdtsen wrote: > [Adam Majer] > > That could "save" a grand total of about a second. Also, during > > startup the bottleneck is the hard drive in many cases so starting > > concurrently might not speed up your boot process significantly. > > Do you have any good references document this fact? I've seen > articles documenting a speedup when things are started in parallell, > so I wounder where you got your information from. I think the redhat people who are working on this are getting the most benefit from a large disk read-ahead, prior to the main services being started. If that accounted for the majority of speed-up, maybe it alone, and not a fragile parallel boot process too, would be sufficient for most people in need of a more efficient boot. -- Jon Dowland http://jon.dowland.name/ PGP fingerprint: 7032F238 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: GCC version change / C++ ABI change
On Mon, Jul 04, 2005 at 07:20:36PM +0900, Horms wrote: > On Mon, Jul 04, 2005 at 11:42:39AM +0200, maximilian attems wrote: > > On Mon, 04 Jul 2005, Marc Haber wrote: > > > > > On Mon, Jul 04, 2005 at 11:12:21AM +0200, Thiemo Seufer wrote: > > > > Most kernel hackers don't care that much about 2.4 any more. > > > > > > This is of course one of the reasons why users feel left alone by the > > > kernel developers. > > > > 2.2 went also in deep freeze for 2.4? > > what are you whining about - an x86 only kernel, > > that needed to be heavily patched by each distro to get usable? > > It is my believe that the 2.4 kernel is still in wide spread use > both indide and outside Debian, thats a cause for being concerned > about it in my books. Indeed, its the kernel shipped with RHEL 3.x . 2.4 is still being looked after though, isn't it? Maybe the hackers don't care about it from a features perspective, I'd be suprised if there weren't people working on security problems as and when they happen. As for it not compiling with GCC 4.x, is there really any good reason to make it do so? The lifetime of the 2.4 kernel is undoubtably less than the GCC 3.x branch in distributions. Any attempt to port 2.4 to 4.0 would run the risk of introducing problems for no gain. -- Jon Dowland http://jon.dowland.name/ PGP fingerprint: 7032F238 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Why does Ubuntu have all the ideas?
At 1154196833 past the epoch, Michael Banck wrote: > It makes no sense to complain about this until we have a > good default artwork. So let's fix that first, then > convince the gdm maintainer that we should use this. Well put. On that note, where is consistent art work being coordinated? I'm interested in helping out here, if possible. -- Jon Dowland http://alcopop.org/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Why does Ubuntu have all the ideas?
At 1154090521 past the epoch, Katrina Jackson wrote: > PS. Hardware, Hardware, Hardware, I have to confess, if > there was better hardware support I think most people > would be happy. Hardware supported by Ubuntu 6 months > ago, should be supported by Debian by now. Without further specifics, this is not a useful argument to have. Assuming by "Ubuntu" you mean Ubuntu Breezy (i.e. stable as of 6 months ago), but what do you mean by "Debian"? Sarge? Sid today? Sid yesterday? Etch last week? If you've only looked at Sarge, say, then perhaps Debian *does* support the hardware you are talking about. -- Jon Dowland http://alcopop.org/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Centralized darcs
At 1154609291 past the epoch, Shot (Piotr Szotkowski) wrote: I use something similar, but I generate procmailrc and muttrc snippets from a master file of mailing lists using m4 and some scripts. -- Jon Dowland http://alcopop.org/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Centralized darcs
At 1154593998 past the epoch, Eduard Bloch wrote: > And you can do all that with dpatch-edit-dpatch and the > regular Unix commands without learning another VCS and/or > without needing access to it. Advantage? Yes. Someone is more likely to know a particular VCS than an in-house tool like dpatch, I reckon, and that skillset is going to be more useful and applicable in other contexts as well. -- Jon Dowland http://alcopop.org/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Pan in Sid
At 1155032605 past the epoch, Michael Rasmussen wrote: > I have notice yesterday that the version of Pan has been > change to the coming Pan version 2. For many reasons I > find this a very annoying decision This was discussed on -devel prior to the decision being made. I suggest you read up on that thread (root msg id [EMAIL PROTECTED]) to understand the rationale of the decision and then take it up with the maintainer if you still disagree. -- Jon Dowland http://alcopop.org/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Remove cdrtools
At 1155391794 past the epoch, Bernd Schubert wrote: > Btw, why always the autotools while there's this nice > cmake? I've never used cmake myself, so I can't speak for how nice it is, but autotools (for all its problems) is very widespread. > The cmake build system might even get accepted by Joerg, > as it can create makefiles for MS compilers (I know, its > not important to this list and also not to me, but it > seems to be important for Joerg). I'd consider that points /against/ it's favour. -- Jon Dowland http://alcopop.org/ signature.asc Description: Digital signature
Re: VMware packaging
At 1155469573 past the epoch, martin f krafft wrote: > Why don't those that want to work with QEMU do that, and > those who want to work with VMware worry about its > packaging? > > I can't believe we're having this discussion anyway. It would make sense for each team to keep an eye on what each other are doing, as some common packaging functionality might be possible. -- Jon Dowland http://alcopop.org/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Bug#382531: ITP: furl -- a small utility for displaying the HTTP headers returned by Web servers
At 1155544521 past the epoch, Marco Bertorello wrote: > On Fri, 11 Aug 2006 19:08:19 +0200 > Mike Hommey <[EMAIL PROTECTED]> wrote: > > Is there a real benefit over lynx -dump -head and similar things ? > > It' s more little and easy to use... a little utility. > I must specify this in description, sorry. > > $ ls -alh /usr/bin/furl > -rwxr-xr-x 1 root root 8,6K 2006-08-11 10:18 /usr/bin/furl > > $ls -alh /usr/bin/lynx.stable > -rwxr-xr-x 1 root root 1,2M 2006-05-13 08:13 /usr/bin/lynx.stable Just for reference, the libwww-perl package comes with some useful aliases, HEAD, GET, etc.: ~$ ls -lh $(readlink -f $(which HEAD)) -rwxr-xr-x 1 root root 14K 2005-02-14 00:35 /usr/bin/lwp-request ~$ HEAD -S alcopop.org HEAD http://alcopop.org --> 302 Moved Temporarily HEAD http://alcopop.org/log/ --> 200 OK Date: Mon, 14 Aug 2006 09:15:41 GMT ... -- Jon Dowland http://alcopop.org/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Time to rethink ifupdown
On Sun, Aug 20, 2006 at 02:58:25PM +0700, Alexey Feldgendler wrote: > My guess is that it's time to rethink the philosophy > behind ifupdown and give it some natural development. Interesting post. Many of these problems (and others not listed) also apply to the ifup/down suite in other distributions (e.g. Fedora/Redhat). There is a GUI tool called "NetworkManager"[1] (henceforth NM) which is growing in popularity for configuring networking (although it is only oriented towards the desktop). I've been wondering for a while if it might not be possible to develop a more up-to-date ifup/down that would a) maintain suitability for non-graphical environments and b) have enough functionality, cross-distro, to be useful as a back-end for NM, as I'm pretty uncomfortable with having all the logic in the same tool as the whizzy interface. However, ifupdown is Priority: important and Section: base, meaning that it shall be frozen [2] and that redevelopment will have to target etch+1. [1] http://www.gnome.org/projects/NetworkManager/ [2] (Or already is? it was to be "Next week" as of Aug 8 according to the last release update to d-d-a) -- Jon Dowland http://alcopop.org/ signature.asc Description: Digital signature
Re: Why does Ubuntu have all the ideas?
At 1156986534 past the epoch, Michelle Konzack wrote: > > to be fair with Mgr Tuharsky, I think that it is > > important to remind that the bug he is talking about in > > not affecting OpenOffice only, that it was introduced by > > a security update, and that for various reasons the fix > > takes months to be released, leaving users with a broken > > Sarge. > ^ > Do you mean Testing? A security update in sarge for a different package breaks OOo2 in some circumstances on Sarge. That is, if someone installs OOo2, which means fetching it from elsewhere (backports perhaps?) an unrelated security update will stop it working. Personally I think the DS team have enough work making sure security updates are a smooth process for packages *in the OS*: being expected to test random-external-package-x on top of that is asking too much. -- Jon Dowland http://alcopop.org/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Debian cares more about documents than people
At 1158835506 past the epoch, alfredo diega wrote:
> Next: SD drive, works with Ubuntu with their "free
> stuuf." Probably isn't supported by policy either.
Without more specifics I can't be sure, but if it's an sdhci
device, the driver was merged into mainline starting with
2.6.17. I believe dapper carries 2.6.16, and I think one of
their kernel gurus backported the sdhci driver patches to
that kernel[1] so that hardware support would be present for
the release, prior to it being officially in the kernel.
Again I'm not 100% sure here but I think the default kernel
in Etch will be 2.6.17 or greater so the odds are that your
driver should work out-of-the-box by the time we actually
release.
Either way, 2.6.17 is available in etch to apt-get right
now.
[1] Actually, the sdhci people rewrote the driver a great
deal shortly after 2.6.17 came out because they got
ahold of a spec for the device, finally. They had
previously written everything based on very scant info
and reverse engineering. The out-of-tree patches at the
time of 2.6.17 result in much faster transfers to SDHCI
devices. I don't know if dapper has these, and I don't
know if they made 2.6.18.
--
Jon Dowland
http://alcopop.org/
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Desktop task(sel) in Etch? (Bug #389092)
At 1159290174 past the epoch, Jim Crilly wrote: > The difference here is that removing exim4 and replacing > it with postfix is a lot less work than it is Gnome->KDE > since you can't just remove the 'gnome' metapackage and > have all of Gnome be gone. If there was an easy way to do > that I doubt anyone would care what the default choice > was. Hm. If you installed the gnome metapackage with aptitude, then the dependencies would be marked 'auto' and removed once you'd removed the manual package at the top of the tree. Perhaps aptitude could be modified so that on installation it would look at the tasksel choices and interpret that as if you had installed it yourself via aptitude (that is, mark any dependencies as automatically installed). -- Jon Dowland http://alcopop.org/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Help with menu (Was: Bug#389932: wish: gnumed --debug should open terminal window)
Andreas Tille wrote: 3. File bugs against all packages that provide x-terminal-emulator but do not show the -hold feature (would this be reasonable) If I am correct that -hold does something like your program echo press any key to continue read foo Then perhaps that's a suitably trivial program to bundle with menu, and perhaps extend the menu spec so that you can specify "This is an X program but I want console output displayed and preserved on termination"? -- Jon Dowland -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Debian Women Wiki
Sylvain Beucler wrote: Or to put it the other way, why isn't the developer's reference a wiki? :) I think it's more likely to evolve that way. Just as a side note, I am very interested in the possibilities of wiki software being used to collaboratively develop more structure documentation (like the developer's reference). However for that to be possible, wiki content would need to have it's copyright clarified. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Help with menu (Was: Bug#389932: wish: gnumed --debug should open terminal window)
Bill Allombert wrote: I suggest a simpler route (untested): command="x-terminal-emulator -e /bin/sh -c \"gnumed;echo press any key to continue;read foo\"" Note that it does not really solve the dependency on xterm: it merely replaces it on a depdendency on any terminal-emulator. What about the suggestion to support this sort-of task within the menu system itself? Eg. by perhaps adding a different argument to the menu syntax. -- Jon Dowland -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Free flash player for your browser
Jonas Meurer wrote: I don't use any acceleration at all. I run the mga matrox Xserver, which doesn't support any kind of 3d acceleration. (my graphics controller is a Matrox MGA G400) At this point it would be useful to see your Xorg.conf (but not to the list, perhaps better to the bug) Your card supporting GL/DRI does not preclude the driver supporting it nor it being activated in error. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Simpleminded members better than abusive members
Nico Golde wrote: I'm sorry but your bug reports aren't very helpful sometimes. For example in #390564 there is no explanation why hal should be added to the Suggests. And thats what is required at least to make you mail helpful. You are quite right: and a reply like yours here is much more appropriate than the one that was received in the BTS. Insulting the reporter achieves nothing. -- Jon Dowland -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Debian Women Wiki
Javier Fernández-Sanguino Peña wrote: On Mon, Oct 02, 2006 at 10:32:23AM -0300, Margarita Manterola wrote: Also, as to the question of why is it a wiki, it's because wikis are easier to edit and update than established documentation. The documentation that can only be edited by a few is bound to get outdated quickly. I wonder why do we then have a CVS any developer can get access to that provides all the Debian documentation (DDP) as well as a CVS for all the website any Debian developer (and even non-DD) can easily contribute to. I would urge to go read http://www.debian.org/doc/ddp, if you have not done so already. With the wiki, anybody can put up a new page, mark it "this is a draft or an experiment or a random rambling" and it can be improved by others without it being accepted as part of the official site or meeting a quality standard for official documentation. With the site in CVS, someone must check out the site (ok, that's not too tough, but does make it harder to do it at work in my lunchbreak), make their change, build the site locally, then what? punt the patch at the BTS or debian-www? What kind of exposure will a half-baked idea or a draft piece of work get that way? Perhaps the existing route would be more suitable for this kind-of work if there was a development website somewhere, which people could push patches at without them having to meet a minimum quality standard. Like a CVS branch that is published. If you dislike the current documentation development system in Debian, by all means, go ahead and improve it or make suggestions of how it fails in the appropiate mailing list, but do not actively work against it just because you don't like it. I do not see how Marga using the d-w wiki is actively working against the current documentation system. This really is a storm in a tea cup. She has produced something for her own benefit which she has released to all because it might be useful to others. If you think what she has produced is something that should be in the official documentation, that's great: it can be made so! But Marga is not obliged to have done so from the start. Indeed, highlighting the ease with which someone can public something on the wiki vs. the traditional method seems like a positive step towards improving documentation, by highlighting current defects. -- Jon Dowland -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Debian Women Wiki
Javier Fernández-Sanguino Peña wrote: On Mon, Oct 02, 2006 at 10:32:23AM -0300, Margarita Manterola wrote: Also, as to the question of why is it a wiki, it's because wikis are easier to edit and update than established documentation. The documentation that can only be edited by a few is bound to get outdated quickly. I wonder why do we then have a CVS any developer can get access to that provides all the Debian documentation (DDP) as well as a CVS for all the website any Debian developer (and even non-DD) can easily contribute to. I would urge to go read http://www.debian.org/doc/ddp, if you have not done so already. With the wiki, anybody can put up a new page, mark it "this is a draft or an experiment or a random rambling" and it can be improved by others without it being accepted as part of the official site or meeting a quality standard for official documentation. With the site in CVS, someone must check out the site (ok, that's not too tough, but does make it harder to do it at work in my lunchbreak), make their change, build the site locally, then what? punt the patch at the BTS or debian-www? What kind of exposure will a half-baked idea or a draft piece of work get that way? Perhaps the existing route would be more suitable for this kind-of work if there was a development website somewhere, which people could push patches at without them having to meet a minimum quality standard. Like a CVS branch that is published. If you dislike the current documentation development system in Debian, by all means, go ahead and improve it or make suggestions of how it fails in the appropiate mailing list, but do not actively work against it just because you don't like it. I do not see how Marga using the d-w wiki is actively working against the current documentation system. This really is a storm in a tea cup. She has produced something for her own benefit which she has released to all because it might be useful to others. If you think what she has produced is something that should be in the official documentation, that's great: it can be made so! But Marga is not obliged to have done so from the start. Indeed, highlighting the ease with which someone can public something on the wiki vs. the traditional method seems like a positive step towards improving documentation, by highlighting current defects. -- Jon Dowland -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: The config script in Debconf
Rodrigo Tavares wrote: Hello, I made a structure debconf package, and build deb. I'm testing the debconf and yours templates. Follow the guide's debconf, i just read the script config is executed before the package has been installed. When I run this script not happen. I just configure the debconf use dialog. I think the window with a question must come in screen. But it's not happen. Somebody, can to help me ? You may get a better response from the debian-mentors mailing list as this is a beginner type packaging question. That said: db_input medium foo/like_debian || true ^^ db_input high foo/why_debian_is_great || true These two questions have different priorities. You will see a different set of questions depending on what you have set your debconf priority to. I think you will always see the second question but the first you may not. Secondly, the question may be cached. Try running dpkg-reconfigure package name>. You can add a -p argument to dpkg-reconfigure to force your debconf priority (eg. -p high to see only high questions). Default is 'low'. -- Jon Dowland -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: how to tell people to dpkg-reconfigure exim4-_CONFIG_?
sean finney wrote: funny, i'd have said the ultimate solution was finding a way to make the users learn about looking at README.Debian :) I think users can be forgiven not reading every README.Debian in packages which are installed by default. -- Jon Dowland http://alcopop.org/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#395364: ITP: wadc -- programming environment for creating doom levels
Package: wnpp Severity: wishlist Owner: Jon Dowland <[EMAIL PROTECTED]> * Package name: wadc Version : 1.1 Upstream Author : Wouter van Oortmerssen * URL : <http://strlen.com/wadc/> * License : GPL Programming Lang: Java Description : programming environment for creating doom levels wadc is an integrated development environment and functional programming language for developing doom-style levels. It can be used to generate complex levels which can be saved out in Doom's native WAD format. . The IDE includes a text-editor component; a debug output pane and a 2D drawing pane which previews the current script's output. . An external nodes builder is required before the resulting WAD file can be played by a doom-engine. -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-1-686 Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) signature.asc Description: Digital signature
Re: Getting package build dependencies
On Thu, Oct 26, 2006 at 01:48:45PM +0200, Goswin von Brederlow wrote: > As to your real problem. I was playing around with > building dummy packages (src-) on the fly from the > Sources file that depends on all Build-Depends. Me too! > The idea was that you would 'aptitude install src-foo' to > install the build-depends for foo and src-foo would be > flagged manual then. Removing src-foo would drop all the > build-depends too. I was going to generate src-foo locally and either drop the .deb in $(pwd) or call aptitude install on the result. I'll try and knock together a proof-of-concept... -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Bug#396648: ITP: rt73 -- Linux device driver for Ralink RT73 a/b/g WLAN Card
On Thu, Nov 02, 2006 at 10:39:55AM +0100, Piotr Roszatycki wrote: > Those driver from rt2x00 project simply *does* *not* work, > at least for Ad-Hoc mode with WEP key enabled. How common is your hardware? Do the current maintainers in the rt2x00 project know that it does not work, and if so, have they indicated if they are planning on fixing this? -- Jon Dowland -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Bash /dev/tcp and /dev/udp
On Thu, Nov 23, 2006 at 09:42:50AM -0600, Ron Johnson wrote:
> What's the real problem with /dev/{tcp|udp}?
My issue with it is having phantom files that only exist in
one shell on the system, could clash with real files
(although that is more or less totally unlikely). I think
that having the shell re-implement netcat to be a violation
of "do one thing and do it well". I've never came across a
script on debian or elsewhere that required this
functionality enabled. Indeed I'm horrified to find this
feature enabled on RHEL boxes.
--
Jon Dowland
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Bash /dev/tcp and /dev/udp
On Fri, Nov 24, 2006 at 08:25:27AM -0600, Ron Johnson wrote: > On 11/24/06 06:06, Jon Dowland wrote: > > I think that having the shell re-implement netcat to be > > a violation of "do one thing and do it well". > > Hmmm. A large, complicated shell like bash broke that > stricture long ago, no? Absolutely: but that doesn't give it a free licence to continue doing so :) -- Jon Dowland -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Bug#361418: [Proposal] new Debian menu structure
At 1144568179 past the epoch, Christian Perrier wrote: > HAM is probably well known among the amateur radio > community. > > However, *outside* this community, the name is pretty > cryptic (I have not idea, actually, what this "H" letter > stands for). > > So, I would also second "Amateur radio"... I agree that "Ham Radio" is not too descriptive for those outside the circle (myself included). However it is consistent with the terminology in the Linux kernel's config. -- Jon Dowland http://alcopop.org/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Bug#361418: [Proposal] new Debian menu structure
At 1144653527 past the epoch, Steve Greenland wrote: > On 10-Apr-06, 04:17 (CDT), Jon Dowland <[EMAIL PROTECTED]> > wrote: > > I agree that "Ham Radio" is not too descriptive for > > those outside the circle (myself included). However it > > is consistent with the terminology in the Linux kernel's > > config. > > And how many of our users are going to be digging through > the kernel config? > > +1 for Amateur Radio That's not the point: the point is being consistent with the terminology in use in the field. They may not recompile their kernels but they are quite likely to load/unload modules, and any research into the kernel's support for this concept will throw up those terms. My vote is for "Amateur Radio" as it happens. -- Jon Dowland http://alcopop.org/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Debian Light Desktop - meta package
At 1144766211 past the epoch, Daniel Dickinson wrote: > > - x-window-system-core > > - xfce4 (beautiful!) > > You may want to offer a choice of window manager. On > low-end machines I'm partial to WindowMaker, but IceWm, > FluxBox, or BlackBox are also good choices. I'd use Recommends or Suggests for the window manager you go with, that way someone could mark your package, then change the window manager if they were so inclined. (Using Depends would mean changing the window manager could potentially remove the conflicting light-desktop package and all it's dependencies marked "automatic"). -- Jon Dowland http://alcopop.org/ signature.asc Description: Digital signature
Re: Bug#363250: general: Custom PAGER gives error on sid, but works on sarge
At 1145360089 past the epoch, Rohan Dhruva wrote: > # Set vim as the man pager > export PAGER="col -b | view -c 'set ft=man nomod nolist titlestring=MANPAGE' > -" > > In those systems, it displays the man page properly in vim with full > color. However, on using the same line on sid, the error given is I have a similar problem with setting $EDITOR to something like "vim -gf": some programs pass this through to the shell, others look for a binary named 'vim -gf' in $PATH. Which is the correct behaviour and where is that defined, if at all? -- Jon Dowland http://alcopop.org/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Debian Light Desktop - meta package
At 1144928811 past the epoch, Eduard Bloch wrote: > As said, Gnome bloat. Use gqview or pornview. The latter has been orphaned[1]. [1] http://bugs.debian.org/316934 -- Jon Dowland http://alcopop.org/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Bug#361418: [Proposal] new Debian menu structure
At 1145044383 past the epoch, Linas Žvirblis wrote: > Manoj Srivastava wrote: > > > Amateur radio is the dumb name, for people who > > are confused by what the practioners call it -- > > HAM radio. > > It is translated as "amateur radio" to some languages. > Others translate it entirely to something specific to that > language. And some use HAM. > > Can you claim that HAM is the most common name for this > worldwide? One advantage of specifying this in the menu policy is ease of translations (whereas previously, the hints system was impossible to translate). Therefore, if it is referred to predominantly as "Ham Radio" in one locale and "Amateur Radio" in another, could we not accommodate both? -- Jon Dowland http://alcopop.org/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: sources.list
At 1146288267 past the epoch, Mohsen Pahlevanzadeh wrote: > Dear all, > When i wanna a local directory from my HDD,& parallel of it,I use > apt-get from that directory,How i dpo it? > Yours,Mohsen Hi, the appropriate list for this type of question is "debian-user" rather than -devel: see <http://lists.debian.org/debian-user/> for info and archives. Secondly, your computer's date appears to be inaccurate: Date: Sat, 29 Apr 2006 05:24:27 +0430 If it were the 29th I would have been paid this month :) -- Jon Dowland http://alcopop.org/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Debian Light Desktop - meta package
At 1144985401 past the epoch, Keegan Quinn wrote: > * Full desktop (or "Heavy" maybe?) >* KDE >* GNOME > * Light desktop (or "Advanced" maybe?) No complaints so far > * openbox > * fluxbox > * etc. No - if someone knows which window manager they want they're sufficiently advanced enough to go for "manual package selection". -- Jon Dowland http://alcopop.org/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Bug#365087: ITP: debcheck -- Checks whether dependencies of debian packages can be satisfied
At 1146174800 past the epoch, Ralf Treinen wrote: > Package: wnpp > Severity: wishlist > Owner: Ralf Treinen <[EMAIL PROTECTED]> > > * Package name: debcheck > Version : as of 2006/3/19 > Upstream Author : Jerome Vouillon <[EMAIL PROTECTED]> > * URL : http://www.pps.jussieu.fr/~vouillon/ I cannot find debcheck at the above URL. It does not appear to be mentioned or linked to from the front page and I can't find anything which sounds similar. A google search for "debcheck site:fr" does not yield this domain on the front page. (it looks like a mighty-interesting program though I must say) -- Jon Dowland http://alcopop.org/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#366328: ITP: bsp -- nodes builder for doom-engine levels
Package: wnpp Severity: wishlist Owner: Jon Dowland <[EMAIL PROTECTED]> * Package name: bsp Version : 5.1 Upstream Author : Colin Phipps * URL : http://doombsp.sourceforge.net/ * License : GPL Description : nodes builder for doom-engine levels BSP is a tool for calculating the Binary Space Partition (BSP) for doom-engine levels. The result is stored in the NODES lump for the level. Levels need a NODES lump in order to be playable. . BSP also exploits some corner-cases of the doom rendering engine to provide special effects such as transparent doors. -- System Information: Debian Release: 3.1 APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.17-rc3-jmtd6 Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) -- Jon Dowland http://alcopop.org/ signature.asc Description: Digital signature
Re: Bug#366328: ITP: bsp -- nodes builder for doom-engine levels
At 1147021163 past the epoch, Pierre Habouzit wrote: > given that the upstream name seems to be doombsp, The upstream name is BSP: only the sf.net project name is doombsp. I can only hazard that either cph or the SF staff thought of BSP as being too generic. > and that bsp is a common tla: Bug Squash Party, Binary > Space Partition, ... it seems more adequate to name it > doomdsp to avoid namespace clashes. It is a fairly common tla, yes, but it doesn't clash with Binary Space Partition, it /is/ Binary Space Partition :-) I'm quite happy to rename the package to doombsp, although I'm be less inclined to rename the binary, the orig.tar.gz, the documentation, etc., unless (given this explanation) you still suggest it necessary. -- Jon Dowland http://alcopop.org/ signature.asc Description: Digital signature
Re: Bug#366328: ITP: bsp -- nodes builder for doom-engine levels
At 1147084722 past the epoch, Jamie Jones wrote: > G'day Jon, Hello! (nice hostname btw) > How does this compare to Zennode ( > http://www.mrousseau.org/programs/ZenNode/ ) ? or glBSP ( > http://glbsp.sourceforge.net/ and .debs are > http://www.youmustbejoking.demon.co.uk/progs.sarge.html#glbsp )for > node building ? glBSP is a derivation of BSP which implements an extension (backwards-compatible) to the original doom BSP spec which makes GL-powered doom derivations work better. There are 6 (I believe) such derivations, one of which is in Debian (but is not supplied with GL support), two of which could be, the other 3 of which are non-DFSG free. Zennode is a separate implementation of a BSP calculator for Doom. Some people get better results with zennode than BSP and vice/versa: It seems to be a matter of taste which to use. I was not aware of an effort to package glBSP; thank you for pointing it out. I shall contact the packager to determine whether he has any ambition for glbsp to enter main. Yours, -- Jon Dowland http://alcopop.org/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: alternatives and priorities
At 1148052328 past the epoch, Wouter Verhelst wrote: > Using popcon would ensure that the applications which most people > prefer would be the default; this is a fair and objective criterion. > > Thoughts? Interesting idea, but by my reckoning that would make "ed" the default editor for most people, which I don't think is a good idea: <http://popcon.debian.org/main/editors/by_inst> -- Jon Dowland http://alcopop.org/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: alternatives and priorities
At 1148048910 past the epoch, Jon Dowland wrote: > Interesting idea, but by my reckoning that would make "ed" the default > editor for most people, which I don't think is a good idea: > <http://popcon.debian.org/main/editors/by_inst> Eek. Of course if you go by "vote", then vim or nvi trump ed, and nano: <http://popcon.debian.org/main/editors/by_vote> I'd think that if nano was installed it should be preferred over a vi-instance, because vi is so unintuitive to someone who has not experienced it before. Perhaps some kind of mashing of the two datas together... -- Jon Dowland http://alcopop.org/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: alternatives and priorities
At 1148053588 past the epoch, Wouter Verhelst wrote: > That's not an issue. First, ed doesn't install an alternatives for > "editor". Ah. Of course :) Sheepish, -- Jon Dowland http://alcopop.org/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Debian Light Desktop - meta package
At 1149646535 past the epoch, Axel Beckert wrote: > Why gdm and not wdm? gdm depends on a horribly large bunch > of libraries including GNOME. wdm depends on way less > libraries, looks not as bare as xdm by default does and > still is fast and easy to use. (We use it on all our > Debian workstations at the Department of Physics at ETH > Zurich.) One reason: wdm (really wings) has no keyboard-shortcut support. You are forced to use a mouse to operate it. -- Jon Dowland http://alcopop.org/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Bug#361418: [Proposal] new Debian menu structure
At 1150567172 past the epoch, SZERVÁC Attila wrote: > ++ Contrib/Applications > ++ Contrib/Games > ... > ++ Non-free/Applications > ++ Non-free/Games I think that could be confusing when packages migrate between main,contrib,non-free. I don't know how often that happens. > -- Text > ++ Text Tools/Utilities/Accessories... Could you give an example of what would belong there? -- Jon Dowland http://alcopop.org/ signature.asc Description: Digital signature
Re: Bug#203498: ITP: decss -- utility for stripping CSS tags from an HTML page.
On Thu, Jul 31, 2003 at 11:21:57AM +0200, Sam Hocevar wrote: > >For instance it fails to remove this construct: > >rel="stylesheet" > href="/foo.css" /> Or rel="alternate stylesheet", and the various combinations that arise from support of non-graphical readers, etc. If this does get packaged it'll certainly have a lot of bugs filed against it, so the maintainer needs to be aware that it may be more of a responsibility than just a political statement. -- Jon Dowland
Re: How to install X-Chat in five hours (or more)
On Tue, Aug 05, 2003 at 09:55:59AM -0700, Ian Hickson wrote: > > I receieved the machine with Debian preinstalled and no offline > documentation except a post it note with the root username and password. > On other systems (Mac OS X, Windows XP, etc) I am clearly shown where to > look for more information (on Windows, in fact, the OS goes to the other > extreme and tries to ram help down your throat), but on Debian, there was > no clear path to the documentation. Since your debian distribution seems to be non-standard (a blend of stable/testing/unstable); it would seem only appropriate for your vendor to have supplied some information regarding where you may trip up from looking at conventional sources. Thus a large part of your difficulty can be attributed to them, rather than debian. -- Jon Dowland
Re: "How to recognise different ETCH wishlists from quite a long way away" (revised)
On Mon, Jul 11, 2005 at 11:50:14AM -0400, David Nusinow wrote: > What I'd like to see is no more new items added to that list without > someone signing up and taking responsibility for them. What I really want > to see more than anything with that list is for each and every item to have > at least one person signed up, taking responsibility for it. That way, it > becomes a real TODO list, rather than just a stupid wishlist. I think the TODO list is an incredibly useful tool and I agree that it shouldn't be clogged up by wishlist items (i.e. items someone thinks are worthy enough to add, but nobody is up for working on them yet). However I do think wishlist items serve a purpose too: They demonstrate a desire from users for a feature that could be picked up on and converted into a TODO list item by an interested party. I suggest having __two__ lists: a wishlist and a worklist (with the latter being the existing TODOlist) -- Jon Dowland http://jon.dowland.name/ PGP fingerprint: 7032F238 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: "How to recognise different ETCH wishlists from quite a long way away" (revised)
On Thu, Jul 14, 2005 at 02:55:48PM +0200, Stig Sandbeck Mathisen wrote: > Jon Dowland <[EMAIL PROTECTED]> writes: > > > I suggest having __two__ lists: a wishlist and a worklist (with the > > latter being the existing TODOlist) > > A decent idea, since items can be moved back and forth as needed. I've suggested as such at <http://wiki.debian.net/?EtchTODOList> and put a stub page at <http://wiki.debian.net/?EtchWishList>. -- Jon Dowland http://jon.dowland.name/ PGP fingerprint: 7032F238 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: unreproducable bugs
On Sat, Jul 16, 2005 at 01:14:07AM +0100, Rich Walker wrote: > Yes, to rely on 1300 developers to all think of your cunning method of > solving a problem clearly makes sense. After all, to *write down* a > technique that solves the problem, and make it available to all of them > would stilt their creativity, hinder their intellect, and prevent the > development of a consistent style! I'm pretty sure I've come across this as a guideline in the maintainer docs, if not as a hard-and-fast rule. -- Jon Dowland http://jon.dowland.name/ PGP fingerprint: 7032F238 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: debian mentors & ubuntu
On Tue, Jul 19, 2005 at 09:07:13AM -0400, David Nusinow wrote: > It's rather pathetic that the Debian mentors site doesn't run the > operating system that's the reason for its existence. It depends on the reasoning behind the OS choice. -- Jon Dowland http://jon.dowland.name/ PGP fingerprint: 7032F238 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: lsb-base
On Tue, Jul 19, 2005 at 09:30:33AM +0200, Stig Sandbeck Mathisen wrote: > Anyway, I like the pretty colours. It makes it very easy to see if Colours aside, having the last six-or-so characters dedicated to a PASS/FAIL style string makes summing up the boot process at a glance much easier, and makes the boot procedure generally look tidier. -- Jon Dowland http://jon.dowland.name/ PGP fingerprint: 7032F238 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: about voting for bugs
On Wed, Jul 20, 2005 at 10:24:02AM +0100, Paul Brossier wrote: > Hi, > > With all these great news about the BTS these days, it would be nice to > think about adding a voting feature: a way to count the number of users > that are annoyed by each bug. It could be either a simple way to submit > a follow-up to say 'hey, i faced this one too', either just a button on > bugreport.cgi, or something else. In principle, I like this idea. However > Provided the system gets used ^^^ That's the key point: It must be used and embraced by the people working on the bugs. See <http://jon.dowland.name/log/2005/05/27#voting>, where I discover that attempts to leverage voting etc. on the mozilla bts amount to nothing. -- Jon Dowland http://jon.dowland.name/ PGP fingerprint: 7032F238 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
popcon (was Re: about voting for bugs)
On Wed, Jul 20, 2005 at 11:29:37AM +0100, Paul Brossier wrote: > surely installing popcon should be encouraged. I've been thinking about how popcon might be suggested by debian-installer. A cursory google search shows that this has been discussed in the past: can anyone point me at a summary? -- Jon Dowland http://jon.dowland.name/ PGP fingerprint: 7032F238 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: debian mentors & ubuntu
On Tue, Jul 19, 2005 at 09:44:43PM -0400, David Nusinow wrote: > Then why not run Debian? That's a question for the admins. Is the server only hosting this debian.net service and nothing else? Maybe it is primarily running something else and offered to host this debian.net service on top. As another poster has mentioned, there may have been very valid reasons for choosing Ubuntu above Debian for the primary purpose of the machine. -- Jon Dowland http://jon.dowland.name/ PGP fingerprint: 7032F238 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: about voting for bugs
On Wed, Jul 20, 2005 at 12:44:14PM +0200, Andreas Tille wrote: > Hi, > > if you ask me any bug is worth fixing, also if only a single user > complained about the problem. So why spending effort in "rating" > bugs? We rate bugs already, by severity, but I understand your point, and it appears to be one that the mozilla BTS people agree with. -- Jon Dowland http://jon.dowland.name/ PGP fingerprint: 7032F238 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: popcon (was Re: about voting for bugs)
On Wed, Jul 20, 2005 at 01:01:09PM +0200, Petter Reinholdtsen wrote: > The next version of d-i will ask for participation during the > installation. It was fixed just before debconf5. Brilliant - that's the outcome I thought would be best :) > Sad we didn't manage to do that before sarge was released, but that is > life. :/ Indeed. Cheers, -- Jon Dowland http://jon.dowland.name/ PGP fingerprint: 7032F238 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Usability: Technical details in package descriptions?
On Thu, Jul 21, 2005 at 01:45:55PM +, Thaddeus H. Black wrote: > 4. With a language come a mindset, an aesthetic and a development > culture. Although one cannot speak in absolutes, generally speaking, > which program would you expect to be more focused and reliable: a > program written in C++ or an alternative written in Perl? (On the > other hand, which of the two programs would you expect to be available > sooner?) I think you are expecting people to say C++, and on the other hand, Perl: However, I think perl for both :-) -- Jon Dowland http://jon.dowland.name/ PGP fingerprint: 7032F238 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
doomsday not DFSG (was Re: ITP: doomsday - greatly improved engine to play doom, doom2, heretic and hexen)
On Fri, Jul 22, 2005 at 12:20:45AM +0200, Alexander Fieroch wrote: > Package: wnpp > Severity: wishlist > > URL: http://www.doomsdayhq.com/index.php > License: GPL (see http://sourceforge.net/projects/deng) > > Description: > > About The Doomsday Engine > The Doomsday Engine is an enhanced and extended version of DOOM, > Heretic, and Hexen. It was originally based on the Hexen source code but > parts of it have later been completely rewritten. Doomsday is only an > engine; you will need a Game DLL if you want to play anything. Three > such DLLs are being developed alongside the engine: jDoom, jHeretic and > jHexen. I object to doomsday being packaged. The heretic/hexen source code licence is utterly incompatible with the GPL, making this package technically illegal. It is also very much against the DFSG. See <http://bugs.debian.org/264816> for a similar bug against the existing package for doom legacy. You could arguably only package the engine + doom library portions, but I don't know how much of the heretic/hexen code has made its way into those components (if any). I am currently trying to start negotiations with the publisher of heretic/hexen to relicence under the GPL; this would be the ideal solution to this problem (which applies to doomlegacy as alreay mentioned, doomsday, the derivative risen3d, another port called vavoom: unfortunately, virtually all the doom ports have disregarded the GPL in one way or another :( ) anyone interested in progress updates should mail me. -- Jon Dowland http://jon.dowland.name/ PGP fingerprint: 7032F238 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: doomsday not DFSG (was Re: ITP: doomsday - greatly improved engine to play doom, doom2, heretic and hexen)
On Sat, Jul 23, 2005 at 04:13:30AM +1000, Jamie Jones wrote: > G'day Jon, > > As the unofficial maintainer for the past 6 months, I'd like to chime in > here. The current version can be built without raven code rather easily > so it could be made DFSG free with no major loss of functionality. Glad to hear it. In the case of legacy, it's not so clear - and with their re-write to C++ code, will be nigh-on impossible, so GPLed heretic/hexen code is the only way out. > The fact that no attempt has been made to contact me, when I'm listed in > the official wiki, and present in the official forums announcing new > release is disturbing. Us non-DD's don't like having our packages > hijacked either, especially when we are preparing a new release. I gather you mean the wiki/forum for the doomsday project and not Debian. I'm suitably out of touch that I wasn't aware doomsday was available for GNU/Linux natively, yet - I suppose this is what the ITP process is for. 'Hijack' seems a bit strong - I can't find an ITP from you - do you ever intend to submit your package to debian officially? > In this case no raven code is in the engine, and the doom or heretic > plugins, only the hexen plugin is affected. I'll have to take your word for it on the engine, but surely raven code is in the heretic plugin? -- Jon Dowland http://jon.dowland.name/ PGP fingerprint: 7032F238 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: doomsday not DFSG (was Re: ITP: doomsday - greatly improved engine to play doom, doom2, heretic and hexen)
On Fri, Jul 22, 2005 at 10:00:21PM +0100, Jon Dowland wrote: > I gather you mean the wiki/forum for the doomsday project and not > Debian. I'm suitably out of touch that I wasn't aware doomsday was > available for GNU/Linux natively, yet - I suppose this is what the ITP > process is for. > > 'Hijack' seems a bit strong - I can't find an ITP from you - do you > ever intend to submit your package to debian officially? Reading the wnpp bug <http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=319419> has answered these points for me :-) -- Jon Dowland http://jon.dowland.name/ PGP fingerprint: 7032F238 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: ITP: darkplaces - greatly improved engine for original quake1
On Sat, Jul 23, 2005 at 12:20:33PM +0100, Neil McGovern wrote: > On Sat, Jul 23, 2005 at 12:14:53PM +0200, Alexander Fieroch wrote: > > Package: wnpp > > Severity: wishlist > > > > URL: http://icculus.org/twilight/darkplaces/index.html > > License: GPL > > > > Description: > > > > darkplaces is a greatly improved engine for quake1 with new advanced > > graphic effects. > > > > > > This really isn't enough information. Agreed. Take a look at descriptions for other doom and quake engine packages to see how it could be done. Here's a stab at a description, based on the description for Quake2 and material from the darkplaces webpage: = Description: improved version of id Software's Quake engine darkplaces is a greatly improved Quake engine, featuring much improved bullet impacts, blood splatters, alpha blending and a custom openGL renderer. . Quake is a 3D action game engine in first-person perspective, commonly known as a ``first person shooter''. . This package contains no data files. You will need to either install the commercial Quake data, or alternative free data files. = -- Jon Dowland http://jon.dowland.name/ PGP fingerprint: 7032F238 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: doomsday not DFSG (was Re: ITP: doomsday - greatly improved engine to play doom, doom2, heretic and hexen)
I've added the original ITPer to the CC list, as he hasn't contributed to this thread (and so I don't know if he reads -devel). Alexander, your ITP has generated a bit of discussion: see <http://lists.debian.org/debian-devel/2005/07/thrd3.html#01170>. On Sat, Jul 23, 2005 at 03:08:06PM +1000, Jamie Jones wrote: > After sleeping on it, yes hijack does seem a bit strong, but after a bad > day, then downloading my mail to see an ITP on a package that has been > kept out for a reason, I felt rather unhappy. I can certainly appreciate that. > Doomsday (or Deng as upstream and I refer to it) is the cleanest > implementation in regards separation of the different game logic and > features. The plugins are basically .so files, so if you want to play > doom, you load the jdoom plugin, you want hexen, you load the jhexen > plugin. That's true. The heretic/hexen licence terms are so strict as to make even this dodgy, but if the code was excluded from Debian, it wouldn't be Debian's problem. I expect this confusion would have been avoided if the upstream author didn't classify the entirety of the code as GPL in sourceforge.net. > The problem with legacy and the other ports mentioned is that this logic > wasn't separated so that they could function without the raven code. Yes I know :( I've tried to persuade the upstream maintainers but it has unfortunately been to no avail. The legacy maintainers are some of the most polite, however: I received some pretty angry mail from some of the others. > The biggest problem is that many new wads (game levels) support hexen > features in a doom wad (I believe that they call this zdoom format). > By supporting zdoom format and not using a plugin they then fail the > DFSG test with regards to the raven code. I only know of Zdoom that uses this different WAD structure (maybe vavoom does too, not too familiar with that port). However, zdoom implemented that *before* the heretic/hexen source code release. Despite this, I think that there is no interest in relicencing under the GPL in the zdoom camp. > Deng doesn't even support Boom format (an extension to the GPL Doom > wad format) that was the cause for a fork some time ago. Yup Risen3D - which is closed source :-( I understand that there is work on putting boom support into Jdoom now - about time! (as an upstream author of freedoom, I've had to field many questions about jdoom and boom over the years) -- Jon Dowland http://jon.dowland.name/ PGP fingerprint: 7032F238 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: http://torrents.debian.org -- idea
On Mon, Jul 25, 2005 at 04:49:20AM -0400, Mick Weiss wrote: > Would that be a good idea to have that sub-domain? Has this been > brought up before? Joey suggested that I mention it on the list. Seems like the kind-of thing which could be put under debian.net initially, and if it looks like a valuable service, converted to a .org subdomain. -- Jon Dowland http://jon.dowland.name/ PGP fingerprint: 7032F238 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Bug#320067: ITP: vamps -- Vamps evaporates DVD compliant MPEG2 program streams by selectively copying audio and subpicture tracks and by re-quantizing the embedded elementary video stream.
On Tue, Jul 26, 2005 at 09:36:29PM +0200, Moratti Claudio wrote: > Package: wnpp > Severity: wishlist > Owner: Moratti Claudio <[EMAIL PROTECTED]> > > * Package name: vamps > Version : 0.97 > Upstream Author : vamps admin <[EMAIL PROTECTED]> > * URL : http://sourceforge.net/projects/vamps/ > * License : GPL > Description : Vamps evaporates DVD compliant MPEG2 program > streams by selectively copying audio and > subpicture tracks and by re-quantizing the > embedded elementary video stream. Hi, sorry to be picky, but I think the short description is too long. I've tried to look for official guidance on this, and there's a bit at <http://www.debian.org/doc/manuals/developers-reference/ch-pkgs.en.html#s-newpackage>, but it doesn't specify the description's length. I think < 80 chars is best for the description to be useful using command line tools such as dpkg, apt-cache search, etc. -- Jon Dowland http://jon.dowland.name/ PGP fingerprint: 7032F238 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Bug#320067: ITP: vamps -- Vamps evaporates DVD compliant MPEG2 program streams by selectively copying audio and subpicture tracks and by re-quantizing the embedded elementary video stream.
On Wed, Jul 27, 2005 at 11:13:01AM +0100, Jon Dowland wrote: > Hi, sorry to be picky, but I think the short description is too long. Oh, plenty of other people have picked up on this, sorry for the redundant message. -- Jon Dowland http://jon.dowland.name/ PGP fingerprint: 7032F238 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#322473: ITP: deutex -- composition tool for doom-style WAD files
Package: wnpp Severity: wishlist Owner: Jon Dowland <[EMAIL PROTECTED]> * Package name: deutex Version : 4.4.0 Upstream Author : André Majorel <[EMAIL PROTECTED]> * URL : http://www.teaser.fr/~amajorel/deutex/ * License : GNU/GPL Version 2 Description : composition tool for doom-style WAD files DEU's Texture Companion (DeuTex) is a resource editor that can extract and insert graphics, sounds, levels and other resources in doom-format WAD (where's all the data?) files. . DeuTex is command-line oriented and is most useful for assembling WAD files as part of a build procedure, such as via Makefile. -- System Information: Debian Release: 3.1 Architecture: i386 (i686) Kernel: Linux 2.6.11-jmtd3 Locale: LANG=en_GB, LC_CTYPE=en_GB (charmap=ISO-8859-1) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: New appearance of bugs on BTS web pages
On Sat, Aug 13, 2005 at 10:13:38AM +, W. Borgert wrote: > On Fri, Aug 12, 2005 at 04:26:00PM -0400, Roberto C. Sanchez wrote: > > However, I am wondering if it is a bug that the pages are not even valid > > HTML 4.01. Is this a bug? Should I file a bug agains the b.d.o psuedo > > Shouldn't it be XHTML nowadays? I personally would like to see them XHTML1.0 at least. I think Erinn's CSS is a good start and hopefully the tip of the iceberg :) I had thought about working on the BTS, but the prospect of setting up a local one, with fake bugs or whatever was quite daunting. Of course that isn't necessary for some of the improvements that could be made. -- Jon Dowland http://jon.dowland.name/ FD35 0B0A C6DD 5D91 DB7A 83D1 168B 4E71 7032 F238 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Dogme05: Team Maintenance
On Sun, Aug 14, 2005 at 02:15:43PM +, W. Borgert wrote: > Assumptions: > III. The responsiveness on bug reports is higher, as more people > can react without having to NMU. Adjustments between team > members can slow down this, but this is just a matter of > agreements inside the team. I do not agree that this is always the case. I think that sometimes, a bug which doesn't look like fun to debug or fix can be passed over in team maintenance situations, as no one person is responsible for the package (oh, someone else in the team will pick this one up...) -- Jon Dowland http://jon.dowland.name/ FD35 0B0A C6DD 5D91 DB7A 83D1 168B 4E71 7032 F238 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: RFC: allow new upstream into stable when it's the only way to fix security issues.
I'm sure when I read through this thread the first time, I saw an argument "Get the mozilla people onto our wavelength", but I can't find it now. On Sun, Jul 31, 2005 at 10:01:15PM +0200, Martin Pitt wrote: > It was not an easy decision since usually we follow the same strict > "minimal patches" backporting policy, but we finally had to bow to > reality; the Mozilla code is so ugly and intertwined that backporting > patches is a battle you can't win without employing a couple of > upstream developers (which just say "use the new upstream version, > dude!"). The ideal situation then would be for either the backporting to be less of a nightmare (upstream code cleanup), of for the mozilla foundation to release security updates in a fashion more in accord with the debian approach. How feasible is the latter? How many DDs are mozilla developers, too, or would be interested in becoming involved? How many could then push our agenda? -- Jon Dowland http://jon.dowland.name/ FD35 0B0A C6DD 5D91 DB7A 83D1 168B 4E71 7032 F238 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: remove ruby1.6
On Fri, Aug 12, 2005 at 06:29:58PM +0900, wrote: > Hi, > > I think that ruby1.6 should be removed from Debian. > Because Ruby 1.6.x is the old stable version of Ruby. > (current stable version is Ruby 1.8.x.) I had authored some very simple ruby scripts on a stable machine in 1.6 which are now totally broken in 1.8. I think updating code from 1.6 to 1.8 is a very non-trivial task, it appears a lot has changed. -- Jon Dowland http://jon.dowland.name/ FD35 0B0A C6DD 5D91 DB7A 83D1 168B 4E71 7032 F238 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Release-critical Bugreport for August 19, 2005
On Fri, Aug 19, 2005 at 04:24:35PM +0200, Piotr Roszatycki wrote: > I don't like these reports. They should be available at the web only. > Could anybody turn off the mailing? I would like to see the > [EMAIL PROTECTED] only for really important messages. By contrast, I do, although I wouldn't object to receiving them from a different list (maybe just plain -devel). -- Jon Dowland http://jon.dowland.name/ FD35 0B0A C6DD 5D91 DB7A 83D1 168B 4E71 7032 F238 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Bug#323923: ITP: base -- Basic Analysis and Security Engine
On Fri, Aug 19, 2005 at 11:32:03AM +0200, martin f krafft wrote: > also sprach Javier Fernandez-Sanguino Pen~a <[EMAIL PROTECTED]> > [2005.08.19.1107 +0200]: > > Package name: base > > I don't think this is an appropriate name. It is too easy to mix > that up with the Debian base system, or base packages, or > base-config. I suggest base-security-engine, even though it's quite verbose and the latter two words redundant after the acronym. `base-engine' is better than just base, but similarly could be mistaken for something else important. -- Jon Dowland http://jon.dowland.name/ FD35 0B0A C6DD 5D91 DB7A 83D1 168B 4E71 7032 F238 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Bug#324179: ITP: quake3 -- a famous first person shooter by ID-Software
On Sat, Aug 20, 2005 at 04:06:39PM -0400, Joe Smith wrote: > This package contains no data files. You will need to either install the > commercial data from the Quake II CD-ROM with the ``quake2-data'' package, > or install some free data files. I'd suggest deriving a `quake3-data' from the quake2-data package which is very good, as the engine itself isn't going to be much use without data, then ITPing that too. Also, that implies this is going into contrib, not main. -- Jon Dowland http://jon.dowland.name/ FD35 0B0A C6DD 5D91 DB7A 83D1 168B 4E71 7032 F238 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Results of the meeting in Helsinki about the Vancouver proposal
On Sun, Aug 21, 2005 at 10:30:08PM +0200, Laszlo Boszormenyi wrote: > I do rebuild them and more on this that I download the .orig.tar.gz > for myself from the official upstream location and check the diff > ofcourse. This may sound paranoid, but this is me. As a user, I certainly appreciate this - keep it up! :) -- Jon Dowland http://jon.dowland.name/ FD35 0B0A C6DD 5D91 DB7A 83D1 168B 4E71 7032 F238 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: [PATCH] Simple parallellized boot sequence (and a plea for LSB complience)
On Wed, Aug 24, 2005 at 08:52:36AM +0200, Tollef Fog Heen wrote: > If you have an USB mouse, you need to have the driver for it loaded > before starting gdm (or the boot will fail), if it uses Xdmcp for > connecting to a terminal server, it will need networking to be up (and > so on). This is the net result of a few broken behaviours in X, though. X should not mandate the use of a mouse. With a 2.6 kernel, you should set your mouse device to /dev/input/mice. This device should exist even if there are no mice in the system (just not give out any events, obviously). I think right now it doesn't. -- Jon Dowland http://jon.dowland.name/ FD35 0B0A C6DD 5D91 DB7A 83D1 168B 4E71 7032 F238 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: removing /etc/hotplug.d/ support
On Wed, Aug 24, 2005 at 10:16:02PM +0200, Gabor Gombas wrote: > AFAIK the idea is to deprecate everything under /proc which is not > strictly process-related information, but that transition will take many > years (if ever completed, which I somewhat doubt). It would probably have been easier to rename /proc to /sys and gradually move the process stuff back over :) -- Jon Dowland http://jon.dowland.name/ FD35 0B0A C6DD 5D91 DB7A 83D1 168B 4E71 7032 F238 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Bug#323227: new list: debian-planet to distribute planet.debian.org postings; archive to enable searching
On Wed, Aug 31, 2005 at 04:17:34PM -0400, Kevin Mark wrote: > I'd second that. I was just trying to find a post on planet about > adjusting your screen size and dpi and couldn't rememeber who said it. > the post refered to xdpyinfo and 'displaysize' option in X config and > a kde controlpanel for dpi. If I had a list to search, that be cool. [I'm sure someone else has already expressed this but I can't find the post on this thread, at least] What would really be useful, for more than just debian, would be for the aggregator software to be extended to archive posts which it rotates off the front page. -- Jon Dowland http://jon.dowland.name/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: To Linux or not to Linux
On Wed, Aug 31, 2005 at 06:47:57PM +0200, Henning Makholm wrote: > There are many places on www.debian.org where "Debian GNU/Linux" is > used as a single proper noun. Those are what I am worried about. > > Just to name one example, on <http://www.debian.org/intro/free>, the > paragraph "Debian GNU/Linux is a strong supporter of free software..." > seems to clearly imply that GNU/Linux is a part of the name our > project. I suppose, alternative kernel releases aside, there are probably cases where `Debian' would be more appropriate than 'Debian GNU/Linux'. The example you have given is (I think) one such case, where it describes "the project" not "the release". -- Jon Dowland http://jon.dowland.name/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Bug#323227: new list: debian-planet to distribute planet.debian.org postings; archive to enable searching
On Thu, Sep 01, 2005 at 01:47:43PM +0200, Steinar H. Gunderson wrote: > On Thu, Sep 01, 2005 at 11:51:12AM +0100, Jon Dowland wrote: > > What would really be useful, for more than just debian, would be for > > the aggregator software to be extended to archive posts which it > > rotates off the front page. > > I'm happy this _doesn't_ exist ATM -- I expire all my blog entries > after a month. Perhaps it should be an opt-in or opt-out feature, than. Straying OT, but, if you publish something on the web, you should be prepared never to see the back of it, no matter what desire you express on the site. -- Jon Dowland http://jon.dowland.name/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Work-needing packages report for Sep 2, 2005
On Fri, Sep 02, 2005 at 12:26:09AM -0600, [EMAIL PROTECTED] wrote: > The following packages have been orphaned: > >Kate (#325996), orphaned yesterday >Konqueror (#325996), orphaned yesterday >XMMS (#325995), orphaned yesterday >and (#325996), orphaned yesterday >for (#325996), orphaned yesterday >manager (#325995), orphaned yesterday >playlist (#325995), orphaned yesterday >plugins (#325996), orphaned yesterday >search (#325995), orphaned yesterday >support (#325995), orphaned yesterday >text-to-speech (#325996), orphaned yesterday >with (#325995), orphaned yesterday It looks like something went rather badly wrong when this report was generated. the subject lines for the bugs #325995 and #325996 are O: qbble -- xmms playlist manager with search support O: konq-speaker -- text-to-speech plugins for konqueror and kate These appear to match the instructions at <http://www.debian.org/doc/developers-reference/ch-pkgs.en.html#s-orphaning>. This has resulted in invalid entries in the quoted list, one for each word in the subjects above. -- Jon Dowland http://jon.dowland.name/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Work-needing packages report for Sep 2, 2005
On Fri, Sep 02, 2005 at 02:49:32AM -0700, Steve Langasek wrote: > Yes, those are the titles of those bugs *now*, after I noticed the > problem in the list. Check the original bug titles as submitted. :) Ah, I see. Thanks for pointing this out! -- Jon Dowland http://jon.dowland.name/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: migrating wiki content from twiki (w.d.net) to moinmoin (w.d.org)
On Sat, Sep 03, 2005 at 01:34:29AM +0200, Andreas Schuldei wrote: > The wiki markup languages of twiki and moin-moin are not > compatible. Still it would be nice to have some content moved > from the old .net wiki to the new .org one. This is the first I've heard of plans for a wiki under the official domain, and I haven't seen any discussion about moin-moin either. Could you please point me at the relevant discussion so I can play catch-up? -- Jon Dowland http://jon.dowland.name/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: migrating wiki content from twiki (w.d.net) to moinmoin (w.d.org)
On Sat, Sep 03, 2005 at 10:41:40AM +0200, Andreas Fester wrote: > I thought that the wiki was to be moved to mediawiki? > > http://wiki.debian.net/?HelpMoveDebianWikiToMediaWiki > > Will w.d.org be a replacement for w.d.net? With the latter > leading to the same page once the migration is done? On the mediawiki front, I finally (as promised) setup a mediawiki installation for debian-people to play with, to evaluate it. It's up at <http://wiki.debianflame.org/>. -- Jon Dowland http://jon.dowland.name/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#326813: ITP: doom-data -- Installer for doom data files
Package: wnpp Severity: wishlist Owner: Jon Dowland <[EMAIL PROTECTED]> * Package name: doom-data Version : 1 Upstream Author : Jon Dowland <[EMAIL PROTECTED]> * URL : http://jon.dowland.name/code/doom/doom-data/ * License : GPL Description : Installer for doom data files Doom requires both a doom-engine and doom-data to play. This package allows you to install the data files from your original doom floppy disks, CD-ROMs or filesystem. -- Jon Dowland http://jon.dowland.name/ signature.asc Description: Digital signature
a desperate request for licence metadata (was Re: migrating wiki content from twiki (w.d.net) to moinmoin (w.d.org))
On Sat, Sep 03, 2005 at 01:08:00PM +0200, Javier Fernández-Sanguino Peña wrote: > Based on the text on the w.d.o frontpage it seems that Michael Ivey > has provided the tar.gz with all the w.d.n contents. I would like to make a desperate plee that some attempt is made to incorporate a clear indication of the licence under which material on this wiki is available under, either with a user-readable prompt or machine-readable metadata (ideally both). This is something you really can't retrofit onto a wiki once significant contributions are made. The information in the wiki could be really, really useful for spin-off documents and could incorporate information from existing debian docs too. I managed to hack mediawiki at <http://wiki.debianflame.org/> to use GPL v2 metadata (via the creative commons, strangely enough). I'm sure that something similar must be possible with moin moin and I'm willing to invest time to find out but I'd need to know people were interested and supportive :) -- Jon Dowland http://jon.dowland.name/ signature.asc Description: Digital signature
Re: Bug#326945: ITP: shorten -- tool for fast compression of waveform files
On Tue, Sep 06, 2005 at 02:43:42PM -0500, Graham Wilson wrote: > Package: wnpp > Severity: wishlist > Owner: Graham Wilson <[EMAIL PROTECTED]> > > * Package name: shorten > Version : 3.6.0 > Upstream Author : Tony Robinson <[EMAIL PROTECTED]> > * URL : http://www.example.org/ ^^^ I think this should be changed. -- Jon Dowland http://jon.dowland.name/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Bug#324179: ITP: quake3 -- a famous first person shooter by ID-Software
On Wed, Sep 07, 2005 at 05:06:19PM +1000, Jamie Wilkinson wrote: > Also in the pipeline is a quake3-data that doesn't suck as much as > quake2-data... What's wrong with quake2-data? I've just ITPed doom-data and I was using quake2-data as a positive role model. Constructive cricitism would benefit me a lot here. -- Jon Dowland http://jon.dowland.name/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: time seen at top of /var/log/boot
On Wed, Sep 28, 2005 at 07:01:52AM +0800, Dan Jacobson wrote: > No its not my BIOS time. It appears to be a timezone 4 timezones east > of New Zealand, GMT+16, i.e., out of this world. How about on your > machine? I don't have a /var/log/boot, sorry. How do I get one? -- Jon Dowland http://jon.dowland.name/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
