Re: d-i using kexec
I demand that Justin Pryzby may or may not have written...
> Has anybody ever considered the possibility of a 0-reboot installation?
> It seems that this should be possible with (or without?) kexec.
> I think the reason the installer presently reboots is to load the *real*
> kernel (which will be used during normal runtime) rather than the installer
> kernel.
> Rebooting also allows the boot process as a whole to get tested ("Did the
> MBR get written correctly?").
> Are there other reasons?
WRT Acorn and compatible hardware...
In the absence of r/w support for ADFS (is it absent in the install kernel
for ARM? I've not checked), it'd be needed to allow the installed kernel to
be copied into the boot partition and to give the admin a chance to edit the
loader script. In the presence of said r/w support, you'll _definitely_ want
/dev/hda1 to be mounted as /boot if you want to do this from Linux.
In the MBR, there's no loader program to worry about ;-)
--
| Darren Salt | linux (or ds) at | nr. Ashington,
| woody, sarge, | youmustbejoking | Northumberland
| RISC OS | demon co uk | Toon Army
| http://www.youmustbejoking.demon.co.uk/progs.linux.html>
Do not speak about Time until you have spoken to him.
Re: Which 2.6 kernel for Sarge on a Via C3?
I demand that Ron Johnson may or may not have written... [snip] > But really, does the kernel use MMX? Here, at least: linux/arch/i386/lib/memcpy.c -- | Darren Salt | linux (or ds) at | nr. Ashington, | woody, sarge, | youmustbejoking | Northumberland | RISC OS | demon co uk | Toon Army | http://www.youmustbejoking.demon.co.uk/progs.linux.html> I am Janeway of Borg. Crying is futile; you will never make it home.
Re: LCC and blobs
I demand that Matthew Garrett may or may not have written... [snip] > xine should certainly remain within main - it's useful without any non-free > software. Agreed. (Presumably, you mean libxine, since it's that, not any of the front ends [1] which actually does the dlopen()ing of non-free code.) > But then compare to, say, kernel-patch-2.6-bluez - all the devices that > this code will work with have non-free firmware, though only one of them > requires it to be loaded from userspace. Using the kernel firmware loader code, presumably... > Main or contrib? AIUI, main. I'd only say contrib if *all* of the hardware with which it works requires a firmware upload in order to be useful. [1] Go on, use gxine. ;-) -- | Darren Salt | nr. Ashington, | linux (or ds) at | woody, sarge, | Northumberland | youmustbejoking | RISC OS | Toon Army | demon co uk Say NO to UK ID cards | http://www.no2id.net/ Don't let your superiors know you're superior to them.
Re: Are BLOBs source code?
I demand that Bruce Perens may or may not have written... > Goswin von Brederlow wrote: >> Your opinion (and I would generaly agree there) would be that the pseudo >> source files released are not source as per GPLs definition > A lot of these BLOBs have been identified as ARM7 code, and generally > "thumb" (the 8-bit ARM instructions). No. THUMB is a 16-bit instruction set. [snip] -- | Darren Salt | nr. Ashington, | linux (or ds) at | woody, sarge, | Northumberland | youmustbejoking | RISC OS | Toon Army | demon co uk Say NO to UK ID cards | http://www.no2id.net/ Whatever you want to do, you have to do something else first.
Re: LCC and blobs
I demand that Josh Triplett may or may not have written... [snip] > This criteria covers "These criteria cover", surely - unless you mean "criterion" :-\ -- | Darren Salt | linux (or ds) at | nr. Ashington, | woody, sarge, | youmustbejoking | Northumberland | RISC OS | demon co uk | Toon Army | http://www.youmustbejoking.demon.co.uk/> (PGP 2.6, GPG keys) It is better to have men ask why you have no statue than why you have one.
Re: LCC and blobs
I demand that Måns Rullgård may or may not have written... > Anthony DeRobertis <[EMAIL PROTECTED]> writes: >> Henning Makholm wrote: >>> Scripsit Anthony DeRobertis <[EMAIL PROTECTED]> >>>> That would, however, cover firmware and wind up sending X to contrib. So >>>> maybe: ... iff it is stored on the local machine's file system. >>> That would be my *intuitive* understanding of how the mail/contrib >>> difference works. >> So would a web-based firmware loader, that never saved the firmware to >> disk allow the drivers to be in main? > This could be as simple as mounting a tmpfs on /lib/firmware, and wgetting > some firmware files before loading any modules that might need them. The > slightly more complicated solution would be to modify the hotplug scripts > to fetch the files automatically. Problems: * no network connection - perhaps the hardware requires a firmware upload? - usually resolvable with a cheap (<=£10) card * part-time network connection - machine may be a laptop - connection may be time-limited in some way, e.g. to avoid per-call or time-based charges on a dial-up account I'd say that a local cache is needed, though whether it's used should be up to the local admin. -- | Darren Salt | nr. Ashington, | linux (or ds) at | woody, sarge, | Northumberland | youmustbejoking | RISC OS | Toon Army | demon co uk | We've got Shearer, you haven't Since you're going to die anyway, can we use you as a shield?
Re: LCC and blobs
I demand that Glenn Maynard may or may not have written... > On Mon, Jan 03, 2005 at 05:42:07PM +0000, Darren Salt wrote: >>> Anthony DeRobertis <[EMAIL PROTECTED]> writes: >>>>> Scripsit Anthony DeRobertis <[EMAIL PROTECTED]> >>>>>> That would, however, cover firmware and wind up sending X to contrib. >>>>>> So maybe: ... iff it is stored on the local machine's file system. >>>> So would a web-based firmware loader, that never saved the firmware to >>>> disk allow the drivers to be in main? > I read this as a theoretical case to claim that the "local filesystem" > metric was incorrect (at least in some cases)--since I thought it was > obvious that pushing non-free stuff to a remote server and wgetting it is > no different than moving it into non-free (a "remote server", as far as > main is concerned) and Depend:ing on it--which means contrib, at best. Fetch every time and fetch once. That looks like a difference to me... >>> This could be as simple as mounting a tmpfs on /lib/firmware, and >>> wgetting [my comments about network availability removed - RELEVANT CONTEXT] >> I'd say that a local cache is needed, though whether it's used should be >> up to the local admin. > ... so I don't know why we're talking about implementation details. :) I was pointing out that wget can theoretically fail to retrieve the binary. ;-) -- | Darren Salt | nr. Ashington, | linux (or ds) at | woody, sarge, | Northumberland | youmustbejoking | RISC OS | Toon Army | demon co uk | Oh, sarge too... A violent man will die a violent death.
Re: murphy is listed on spamcop
I demand that Jose Carlos Garcia Sogo may or may not have written... > El lun, 03-01-2005 a las 21:35 +1100, Russell Coker escribió: [snip] >> Human lives are much more important than email. The discussion is over. > Of course, but in each field, a bad equipped army is as bad as a bad > equipped mail server. Thus, Rumsfeld's words are applicable here, as Thomas > want to do. No. I think that his words were about a badly equipped army (relatively speaking), not a bad, equipped army... [snip] -- | Darren Salt | linux (or ds) at | nr. Ashington, | woody, sarge, | youmustbejoking | Northumberland | RISC OS | demon co uk | Toon Army | Let's keep the pound sterling Write all adverbial forms correct.
Re: Status of Kernel 2.4.28 packages?
I demand that Stephan Niemz may or may not have written... > On Sun, Jan 02, 2005 at 20:02:25 -0600, Steve Greenland wrote: >> Converting to udev is an additional step, and caused me a lot more work >> than the basic 2.6 upgrade (mostly getting my head around it, and >> converting from usbmgr). > Yes, converting from devfs to udev is one thing that doesn't seem to be > easy. ISTM that whether it's easy depends on whether your devices are adequately represented in sysfs and the udev rules files. (I'm still using a script to create /dev/dvb/*, although if I upgrade to drivers in a newer kernel or CVS, I won't need that.) > Another one is the ISDN support. Hasn't that changed significantly, too? No idea. > And what's going to happen with /etc/modutils/*, how much manual tweaking > would be needed there? [...] None at all, but you may want to tweak things in /etc/modprobe.d/ instead. ;-) -- | Darren Salt | linux (or ds) at | nr. Ashington, | woody, sarge, | youmustbejoking | Northumberland | RISC OS | demon co uk | Toon Army | I don't ask for much, just untold riches... rm -rf /
Re: LCC and blobs
I demand that Glenn Maynard may or may not have written... > On Tue, Jan 04, 2005 at 01:48:12AM +0000, Darren Salt wrote: [fetching firmware on finding hardware which needs it: wget or packaged?] >> Fetch every time and fetch once. That looks like a difference to me... > How could "fetch every time" possibly be acceptable to the SC when "fetch > once" is not? Are you saying that the "rancid-installer" package could go > in main, if it re-downloaded and reinstalled the program every time it was > used? Of course not--there is no difference to the SC. I don't believe that I've made any comments about freeness of the firmware installer package (though I've definitely said things about kernel modules for devices which, to be useful, require firmware uploads). I merely consider fetch-every-time to be broken (and you can add "firmware no longer available for download" to the list of reasons). >>>>> This could be as simple as mounting a tmpfs on /lib/firmware, and >>>>> wgetting >> [my comments about network availability removed - RELEVANT CONTEXT] > The removed quotes were superfluous to my response, so no, they weren't > relevant. Stop yelling. They were relevant to the text which you *didn't* snip. You should have summarised them or left them in place. And you've not marked where you've removed text :-\ -- | Darren Salt | linux (or ds) at | nr. Ashington, | woody, sarge, | youmustbejoking | Northumberland | RISC OS | demon co uk | Toon Army | http://www.youmustbejoking.demon.co.uk/> (PGP 2.6, GPG keys) Answers on a postcard please to 10 Downing Street, London SW1.
Re: LCC and blobs
I demand that Glenn Maynard may or may not have written... > On Tue, Jan 04, 2005 at 06:22:20PM +0000, Darren Salt wrote: >>> On Tue, Jan 04, 2005 at 01:48:12AM +0000, Darren Salt wrote: >> [fetching firmware on finding hardware which needs it: wget or packaged?] >>>> Fetch every time and fetch once. That looks like a difference to me... >>> How could "fetch every time" possibly be acceptable to the SC when "fetch >>> once" is not? Are you saying that the "rancid-installer" package could go >>> in main, if it re-downloaded and reinstalled the program every time it >>> was used? Of course not--there is no difference to the SC. >> I don't believe that I've made any comments about freeness of the firmware >> installer package (though I've definitely said things about kernel modules >> for devices which, to be useful, require firmware uploads). I merely >> consider fetch-every-time to be broken (and you can add "firmware no >> longer available for download" to the list of reasons). > Since this is a discussion of freeness and SC#1, it's differences in > freeness that are relevant here. In response to "no difference: contrib at > best", you said "that looks like a difference", which certainly looks like > a comment on freeness. It looked to me like you were saying that there was no difference between fetching always and fetching once. ISTM (now) that you've removed too much and I've removed not enough. > (Unless you do have something to say about freeness, let's let this > subthread die; [...]) I could say something, but I think that in the general case, it wouldn't add to what has already been said. In the specific cases, well, let's wait for them to be mentioned :-) >> They were relevant to the text which you *didn't* snip. You should have >> summarised them or left them in place. >> And you've not marked where you've removed text :-\ > When I think some indication of removal is useful, I mark it with a blank > line between quotes, instead of ">"; this is clear enough, since the full > text is always available. ... but said full text may not have been received locally, and the reader may be offline - in which case, how is he meant to distinguish between your blank line and a blank line left by the original author and possibly devoid of quote indication due to its having been removed because the line was otherwise blank? > All text in all messages is relevant to other text; not removing text which > is relevant to some other quote would mean never removing anything. [...] Degrees of relevance? (Probably best to let that lie.) -- | Darren Salt | linux (or ds) at | nr. Ashington, | woody, sarge, | youmustbejoking | Northumberland | RISC OS | demon co uk | Toon Army | Let's keep the pound sterling If I send this, does that mean that you'll read it?
Re: what is /.udev for ?
I demand that Marco d'Itri may or may not have written... > On Feb 09, Norbert Tretkowski <[EMAIL PROTECTED]> wrote: >> File a bugreport... /etc/init.d/udev says: > Don't. >> # /.dev is used by /sbin/MAKEDEV to access the real /dev directory. >> # if you don't like this, remove /.dev/. > "Remove /.dev/" does not mean "rm -rf it". Yes. It means "rm -rf /.dev/" ;-) Interpreting "remove" as "delete" is reasonable [1], and your average user may well just delete it without looking (and, maybe, without thinking much about it at all). > Considering that the line above says "to access the real /dev > directory", I think that the message is very clear. I also say s/remove/unmount and remove/. [1] There's a RISC OS *command "remove" which will delete a file... -- | Darren Salt | linux (or ds) at | nr. Ashington, | woody, sarge, | youmustbejoking | Northumberland | RISC OS | demon co uk | Toon Army | I don't ask for much, just untold riches... Don't patch bad code; rewrite it. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Vancouver meeting - clarifications
I demand that Aurelien Jarno may or may not have written... > On Tue, Mar 15, 2005 at 08:58:44AM +0100, Andreas Barth wrote: > > As Steve wrote [snip] >> | - the release architecture must have N+1 buildds where N is the number >> | required to keep up with the volume of uploaded packages >> The reason for this proposal should be instantly clear to everyone who >> ever suffered from buildd backlogs. :) > Which means a lot more buildd. [...] Or, possibly, faster buildds. Take arm, for example: I had a quick look yesterday at buildd.d.o to see what hardware was in use - all SA110. "All" that it needs is somebody with an Iyonix http://www.iyonix.com/> or some other XScale-based machine to step forward... [snip] -- | Darren Salt | nr. Ashington, | linux (or ds) at | woody, sarge, | Northumberland | youmustbejoking | RISC OS | Toon Army | demon co uk | Retrocomputing: a PC card in a Risc PC BNFL: Buy No Fish Locally -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Dropping testing (was: Re: Bits (Nybbles?) from the Vancouver release team meeting)
I demand that Adrian Bunk may or may not have written... [snip] > And without testing, all these transition problems wouldn't exist. And without testing, there are those who currently use testing who'd use stable instead, or possibly go elsewhere. (I'm currently using testing. Updating an installation from unstable over a dial-up connection isn't /quite/ what I want...) [snip] -- | Darren Salt | linux (or ds) at | nr. Ashington, | woody, sarge, | youmustbejoking | Northumberland | RISC OS | demon co uk | Toon Army | http://www.youmustbejoking.demon.co.uk/progs.linux.html> Wit has truth in it. Wisecracking is simply calisthenics with words. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: about Nybbles : how to keep all those archs releasable complying with the Vancouver Project
I demand that Marc Haber may or may not have written... > On Wed, 16 Mar 2005 14:02:20 +0100, Frank Küster <[EMAIL PROTECTED]> > wrote: >> luna <[EMAIL PROTECTED]> wrote: >>> We all have seen this proposal for "dropping architecture" and a lot of >>> us are crying because their favourite pet architecture will be dropped. >> Wrong. My favourite arch is i386, and still I dislike very much the >> original plan. > I have to agree with Frank. I have a Sparc machine in my basement for > years, have never booted it, and doubt that I'll actually be coming around > to working with that box in the foreseeable future. I have thus never used > an architecture other than i386, but I find the availability of my > preferred platform on other architectures an important thing nevertheless. Had I an Iyonix, I'd be quite likely to set it up as a dual-boot machine. Perhaps one day, when I can get hold of one second-hand to replace this Risc PC... -- | Darren Salt | linux (or ds) at | nr. Ashington, | woody, sarge, | youmustbejoking | Northumberland | RISC OS | demon co uk | Toon Army | http://www.youmustbejoking.demon.co.uk/> (PGP 2.6, GPG keys) The Boy Scouts have adult leadership. The Coast Guard doesn't. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Dropping testing (was: Re: Bits (Nybbles?) from the Vancouver release team meeting)
I demand that Adrian Bunk may or may not have written... > On Thu, Mar 17, 2005 at 12:29:28AM +0000, Darren Salt wrote: >> I demand that Adrian Bunk may or may not have written... >> [snip] >>> And without testing, all these transition problems wouldn't exist. >> And without testing, there are those who currently use testing who'd use >> stable instead, or possibly go elsewhere. >> (I'm currently using testing. Updating an installation from unstable over >> a dial-up connection isn't /quite/ what I want...) > Even if you are using unstable, noone forces you to update all packages on > a daily basis. True, but even with (say) weekly updates, the quantity of packages is likely to be lower due to things like RC bugs, uploads of newer versions before the previous versions have made it into testing, etc. > The main reason of people I know who are currently using testing is simply > that Debian stable is much too outdated for being useful. There's that too; and yes, that's one of the reasons why I'm using it. [snip rest; I'll let others argue about it all or whatever...] -- | Darren Salt | linux (or ds) at | nr. Ashington, | woody, sarge, | youmustbejoking | Northumberland | RISC OS | demon co uk | Toon Army | Let's keep the pound sterling Do not clog intellect's sluices with bits of knowledge of questionable uses. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Bits (Nybbles?) from the Vancouver release team meeting
I demand that Anthony Towns may or may not have written... [snip] > At the moment, the only use cases I'm confident exist are: [snip] > arm: We're developing some embedded boxes, that won't run Debian > proper, but it's really convenient to have Debian there to bootstrap > them trivially. Desktop ARM-based machines: http://www.iyonix.com/> Will run Debian: http://www.iyonix.com/linux.html> [snip] > I'm speaking only for myself; please, cure my naivety. The above links should help :-) [snip] -- | Darren Salt | nr. Ashington, | linux (or ds) at | woody, sarge, | Northumberland | youmustbejoking | RISC OS | Toon Army | demon co uk | Oh, sarge too... Look, sir! 'Droids! -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: master's mail backlog and upgrade time
I demand that Simon Richter may or may not have written... > Rolf Kutz wrote: >>> emails because of obviously nonexistent envelope addresses, that doesn't >>> count those systems where we don't accept mail from *at all* because they >>> are dialup systems. This, however, is a small system with 10 email >> How do you define dialup systems and tell dialup systems from other >> systems? > There is a database where ISPs can register the ranges they assign for > dialup users. Isn't that for dynamic-IP dial-up only? -- | Darren Salt | linux (or ds) at | nr. Ashington, | sarge,| youmustbejoking | Northumberland | RISC OS | demon co uk | Toon Army | I don't ask for much, just untold riches... I am Spock of Borg. Resistance is illogical. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: question towards "freetype transition; improved library handling needed for all C/C++ packages"
I demand that Benjamin Mesing may or may not have written... [snip; extra libraries included as parameters at link time] > I believe my package is affected by the issues stated by Steve, depending > on libraries which I do not directly use. Most of them are probably pulled > in through the QT library I am depending on. [...] > In this scenario how should I proceed? Steve's hints seem to apply mostly > to library packages, and due to using qmake are not applicable for me > anyways. Should I go with his last hint to use -Wl,--as-needed? I'd say so. gxine uses this where supported in order to avoid unnecessary direct linkage against libatk etc. (pulled in through libgtk2.0-dev's pkgconfig file), although since I added this after 0.4.8, the current official .debs have those unnecessary dependencies. [snip] -- | Darren Salt | nr. Ashington, | linux (or ds) at | sarge,| Northumberland | youmustbejoking | RISC OS | Toon Army | demon co uk | Retrocomputing: a PC card in a Risc PC "What? This isn't the Files section?" -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: ldd -u (Re: Solving recursive dependency disease in KDE-based packages)
I demand that Adeodato Simó may or may not have written... > * Nathanael Nerode [Sun, 11 Dec 2005 07:35:41 -0500]: >> To work out which libraries you're linked to which you don't actually >> need, ldd -u is invaluable. > This seems like not the case _at all_ to me (the "invaluable" bit): > % ldd -u /usr/lib/amarok/amarokapp > Unused direct dependencies: [snip; list contains some libs which _are_ directly used by the binary] > If this has an explanation (other than bogus ones like "some other > dependency links against libpq.so.4", which I don't think it's the case, > but mentioning as an example), please be my guest. . Doing that for gxine causes libxine and libsmjs (for example) to be listed, and I don't see anything else which gxine requires which uses them. > For now, I plan on sticking to Henning Makholm's "libneeded" lintian check: [snip] A link would have been nice, although this happens to be trivially findable. For the record, it's the subject of http://bugs.debian.org/340934>. -- | Darren Salt | linux (or ds) at | nr. Ashington, | sarge,| youmustbejoking | Northumberland | RISC OS | demon co uk | Toon Army | Let's keep the pound sterling 2*1=2. 2/1=2. Therefore, * and / are the same operation. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
udev event completion order (was: Re: Debian Installer team monthly meeting minutes (20051214 meeting))
[CC'ing hotplug-devel] I demand that Marco d'Itri may or may not have written... > On Dec 17, Christian Perrier <[EMAIL PROTECTED]> wrote: >> It is currently very likely that systems with two network interfaces will >> end up with both switched on the installed system after the reboot. This >> is of course a blocker. >> The discussion showed that sticking with discover while udev is used may >> be the main reason for this. > No. This will happen no matter how the system was installed, because > modules are loaded concurrently and the first one to finish its setup wins. > This applies to the /dev/cdrom and similar links on systems with multiple > CD readers too. FWIW, I've seen this with both CD/DVD drives and both sound devices in one of my machines. I have no doubt that the same applies to DVB cards etc., which might cause problems when one's DVB-T and another's DVB-S or something. > The solution so far appears to be writing a rules file which will > statically assign the names. An alternative appears to be to process events in series... or maybe delaying naming until all modules have been loaded could help? I think that ordering by bus address or kernel device name could help here. Of course, adding some modules may trigger another round of events, causing more modules to be loaded, but this shouldn't be a problem - it should be just another batch of events to be buffered and processed after the current batch is complete. [snip] -- | Darren Salt | nr. Ashington, | linux (or ds) at | sarge,| Northumberland | youmustbejoking | RISC OS | Toon Army | demon co uk | We've got Souness, we don't want him Buy! Amdahl Stock to go up 100 points next week. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: udev event completion order
I demand that Alexander E. Patrakov may or may not have written... > Kay Sievers wrote: >> There is also the plan to do parallel device probing inside the kernel >> some day, that will make the situation of relying on kernel names even >> more fragile. > Right, this means that the way of passing "root=/dev/hdc2" will no longer > work because /dev/hdc will sometimes become /dev/hde. I'd call that broken, just as I consider udev (076) to be broken given that it breaks expectations wrt device naming. (Here, it swapped the names of the DVD drives (drivers are built-in) and sound devices (drivers are modular).) If the parallel probing is done such that the naming remains predicatable, that's good. Whether it's faster doesn't matter - userspace isn't affected and doesn't require modification, and that's a good thing. > If you are serious about going to implement this, first add (to > linux-2.6.16?) a boot-time warning if the kernel is booting without > initramfs. The warning should say something like this: > WARNING: you have booted the kernel without initramfs and passed an > explicit root device name. I see no problem with booting like that. I've always used the root device name; why should I forced to change should a kernel upgrade become necessary just because of some should-be-in-2.7.x [1] breakage? > This will no longer work when the kernel will probe devices in parallel > (i.e., since linux-2.6.??) because device ordering will be random. Please > create an initramfs that mounts the root device using some stable > attribute, like label or UUID. That'd be "stable and duplicatable", and I fully expect somebody to run into that sooner or later... [1] Heated discussion, anybody? ;-) -- | Darren Salt | nr. Ashington, | d youmustbejoking,demon,co,uk | Debian, | Northumberland | s zap,tartarus,org | RISC OS | Toon Army | @ | Kill all extremists! I've got 256K of RAM, so why can't I run Windows 3.1? -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: stable aliases for CD drives
I demand that Marco d'Itri may or may not have written... > On Dec 29, Adrian von Bidder <[EMAIL PROTECTED]> wrote: >> Won't work because the problem at hand is exactly that /dev/hdX won't >> necessarily be stable anymore. > No: the /dev/[sh]d* devices are as stable as they have always been. Which is, in itself, good. > ONLY rules using %e (the /dev/cdrom-like aliases) are unreliable. I remember them being reliable. Sacrificing their reliability at the altar of boot speed (AIUI) wasn't really a good idea... [snip] -- | Darren Salt | nr. Ashington, | linux (or ds) at | sarge,| Northumberland | youmustbejoking | RISC OS | Toon Army | demon co uk | Kill all extremists! People who can least afford to pay rent pay rent. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Size matters. Debian binary package stats
I demand that Benjamin Seidenberg may or may not have written... [snip] > I read 120.000 as 120 dollars, I'm not used to the European '.' as the > seperator, but the US ','. Hmm? You'd better file a bug against locales wrt en_GB, then ;-) -- | Darren Salt | nr. Ashington, | linux (or ds) at | sarge,| Northumberland | youmustbejoking | RISC OS | Toon Army | demon co uk Say NO to UK ID cards | http://www.no2id.net/ They took some of the Van Goghs, most of the jewels, and all of the Chivas! -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: stable aliases for CD drives
I demand that Marco d'Itri may or may not have written... > On Dec 29, Darren Salt <[EMAIL PROTECTED]> wrote: >> I remember [%e etc.] being reliable. Sacrificing their reliability at the >> altar of boot speed (AIUI) wasn't really a good idea... > No reliability will be sacrified, [...] That'd be because it's already been sacrificed... ;-\ -- | Darren Salt | nr. Ashington, | linux (or ds) at | sarge,| Northumberland | youmustbejoking | RISC OS | Toon Army | demon co uk | Retrocomputing: a PC card in a Risc PC I think, therefore I am paid. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: stable aliases for CD drives
I demand that Adrian von Bidder may or may not have written... [snip] > stable Ethernet interface names suddenly becoming unstable in out of the > box upgrades is not funny either. Yes, there are solutions, but at least > one of these needs to be installed in a default installation of Debian. > "Network interfaces may be renamed after sarge to etch upgrades" is > acceptable. "Network interfaces may completely lose any stable naming and > may be randomly named after every reboot after sarge to etch upgrades > unless you manually install some additional software" is not. The same goes for *anything* else which has some sort of sequential numbering as part of its device name. I've mentioned sound devices a few times; yes, that's more annoying than critical, but the cause (AIUI) is the same. -- | Darren Salt | linux (or ds) at | nr. Ashington, | sarge,| youmustbejoking | Northumberland | RISC OS | demon co uk | Toon Army | http://www.youmustbejoking.demon.co.uk/progs.linux.html> Bjorn of Borg: "Tennis is irrelevant." -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=265920
[note: sent to d-d only]
I demand that Luke Kenneth Casson Leighton may or may not have written...
> On Tue, Jan 10, 2006 at 02:04:45PM +0100, Adeodato Sim?? wrote:
>> * Matthew Garrett [Tue, 10 Jan 2006 02:50:56 +]:
[snip]
>>> It's the job of either the bug submitter or (more usually) the Debian
>>> maintainer to contact upstream to make sure that they're aware of the
>>> bug. It is *not* the upstream maintainer's job to examine Debian's bug
>>> database.
> that distinction isn't made clear: it's only if people think about it that
> they will realise that they are supposed to report debian-specific
> packaging bugs to the debian bugs database and package-specific bugs to
> whatever upstream thingy they can find. _if_ they can find it.
Not necessarily. The bug could be due to a Debian-specific change in the
package and, for whatever reason, $USER may be unable to determine this - in
that case, the best place for the bug report is the Debian BTS.
> and even if some people do think, there's lots that won't.
Then there are the people who send bug reports upstream anyway, even for
distribution-specific problems...
[snip]
>>> "If you report a bug to Debian and nobody forwards it, we know nothing
>>> about it".
>> All correct. Thanks, Matthew. I'll just note that the Debian KDE packages
>> receive an incredible amount of bug reports, and that we're understaffed
>> to forward all of them to KDE upstream.
> that's why one of my recommendations was to consider putting, into certain
> key very popular packages, a means to either transfer the bug to upstream
> (via some mad notional XMLeey are pee cee-ey common API) or to simply put
> into reportbug a list of packages for which reporting should be given
> special messages:
[snip]
I can imagine a situation in which, due to a lot of packaging-specific bugs
being sent upstream, upstream starts closing bugs, marking them with
something like "report via your distribution's BTS" ;-\
> other possibilities:
> 1) add into the dpkg thingy an upstream URL where bugs can be reported:
> UpstreamBugs: http://bugs.kde.org/enter_bug.cgi (whatever)
> if you encounter a bug in kde.
> please report it here because otherwise nobody
> will fix it, thank you.
> .
ITYM "... because otherwise your bug report will be ignored".
[snip]
>this would save maintainers a boat-load of time.
Maybe...
> 2) against the list of "UpstreamBugs", on bugs.debian.org, email
> received automatically notifies the sender of the above info.
That /may/ be useful, but it's also another potential black hole, whether the
messages are sent to a person ("not enough time") or to a list. And, as we
know, lists can easily become SEP generators: just add one 9V battery... :-)
[snip]
--
| Darren Salt | nr. Ashington, | linux (or ds) at
| sarge,| Northumberland | youmustbejoking
| RISC OS | Toon Army | demon co uk
| Kill all extremists!
Live within your income, even if you have to borrow to do so.
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Looking for a autotools/libtool expert: Unnecessarily linked libraries
I demand that Frank Küster may or may not have written... > The Problem: > - Binaries in the tetex-bin package are unnecessarily linked against > libraries they do not use directly, but only indirectly through other > libraries [1]. [snip] That sounds like -Wl,--as-needed needs to be added to LDFLAGS. The following m4 fragment (which is used in gxine) may help: ac_SAVE_LDFLAGS="$LDFLAGS" LDFLAGS="$lt_prog_compiler_wl--as-needed $LDFLAGS" AC_MSG_CHECKING([whether the linker supports --as-needed]) AC_TRY_LINK([], [], ac_cv_ld_asneeded=yes, ac_cv_ld_asneeded=no) AC_MSG_RESULT([$ac_cv_ld_asneeded]) test x"$ac_cv_ld_asneeded" = xyes || LDFLAGS="$ac_SAVE_LDFLAGS" (I've not looked at the package, though.) -- | Darren Salt| linux or ds at | nr. Ashington, | Toon | RISC OS, Linux | youmustbejoking,demon,co,uk | Northumberland | Army | + Output *more* particulate pollutants. BUFFER AGAINST GLOBAL WARMING. Can I stop typing in taglines now please? -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: For those who care about stable updates
I demand that Andreas Tille may or may not have written... > On Thu, 9 Mar 2006, Gustavo Franco wrote: >> What's wrong with us ? > It is wrong that somebody who would like to work is stopped to do his work > by others. You mean "stopped from doing". (Common non-native mistake...) -- | Darren Salt| linux or ds at | nr. Ashington, | Toon | RISC OS, Linux | youmustbejoking,demon,co,uk | Northumberland | Army | + At least 4000 million too many people. POPULATION LEVEL IS UNSUSTAINABLE. Lettuce prey fur whirled peas. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: For those who care about stable updates
I demand that Jason Clinton may or may not have written... > On Thu, 2006-03-09 at 19:05 +0100, Josselin Mouette wrote: >> Who are you going to lobby? The candidates who are playing an active role >> in "the problem", or the ones who are just claiming there is no problem >> and that we should all be friends? > If I were a crazier man I would say something like: >"The end is neigh!" Careful. You might shout yourself horse. ;-) -- | Darren Salt| linux or ds at | nr. Ashington, | Toon | RISC OS, Linux | youmustbejoking,demon,co,uk | Northumberland | Army | + At least 4000 million too many people. POPULATION LEVEL IS UNSUSTAINABLE. I imagine that the conditions outside today are totally unimaginable. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Bits (Nybbles?) from the Vancouver release team meeting
I demand that Anthony Towns may or may not have written... > Michael K. Edwards wrote: [snip] >> I think Sarge on ARM has the potential to greatly reduce the learning >> curve for some kinds of embedded development, especially if Iyonix >> succeeds in its niche (long live the Acorn!). > So, I looked at the website, but all I can see are expensive PCs that > happen to have an arm chip. FWIW, they're not the only ARM-based desktop boxes which are currently available, although I'm not sure about the situation wrt Linux. > Put them behind a firewall on a trusted LAN, use them to develop software > for arm chips, and then just follow unstable or run non-security-supported > snapshots. Apart from writing software for embedded arm things, I can't see > the value "Linux desktop box" comes to mind... > -- and if an arch is just going to be used for development, does it really > need all the support we give stable in order to make it useful for servers > and such? Probably not, but ISTM that you'll first have to ascertain that it *is* only being used for development before you can say that that support definitely isn't needed. > If so, why? If not, what level of support does it need, that goes beyond > "unstable + snapshotting facility", and why? Debian developers [...] You're focusing too much on development here. There are users too, you know... :-) [snip] > I guess this is really the wrong place to ask for "we use these machines" > answers instead of "we develop for these machines", but hey. I don't think that there's any need to *guess*... ;-) -- | Darren Salt | linux (or ds) at | nr. Ashington, | woody, sarge, | youmustbejoking | Northumberland | RISC OS | demon co uk | Toon Army | http://www.youmustbejoking.demon.co.uk/progs.linux.html> You will spend the rest of your life in the future. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Bits (Nybbles?) from the Vancouver release team meeting
I demand that Anthony Towns may or may not have written... > Darren Salt wrote: >> I demand that Anthony Towns may or may not have written... >>> Put them behind a firewall on a trusted LAN, use them to develop software >>> for arm chips, and then just follow unstable or run >>> non-security-supported snapshots. Apart from writing software for >>> embedded arm things, I can't see the value >> "Linux desktop box" comes to mind... > But why would you spend over 1000 pounds on an arm Linux desktop box > instead of a few hundred pounds on a random i386 desktop box? Compatibility with what I already have and use? The older hardware won't last forever (and this Risc PC, for example, is 10 years old)... > A reasonable answer is because you're developing for arm's for embedded > applications; but if so, what's the big deal with using unstable or > snapshots, and running your public servers on other boxes? What's wrong with people just using them as desktop boxes, using both OSes? [1] >>> -- and if an arch is just going to be used for development, does it >>> really need all the support we give stable in order to make it useful for >>> servers and such? >> Probably not, but ISTM that you'll first have to ascertain that it *is* >> only being used for development before you can say that that support >> definitely isn't needed. > Uh, you've got that round the wrong way: you don't do something because you > can't say support definitely isn't needed, you do something because you > *can* say support definitely *is* needed. That may well be, but ISTM that you implied that the arch isn't going to be used for non-development tasks... >>> If so, why? If not, what level of support does it need, that goes beyond >>> "unstable + snapshotting facility", and why? Debian developers [...] >> You're focusing too much on development here. There are users too, you >> know... :-) > Haven't seen any evidence of it -- developers and vendors, yes, users, or > uses, no... I can't answer all of that myself, but there are people who can. (Adding debian-arm. Note followups to both lists.) [1] Not at the same time, of course. ;-) -- | Darren Salt | linux (or ds) at | nr. Ashington, | woody, sarge, | youmustbejoking | Northumberland | RISC OS | demon co uk | Toon Army | http://www.youmustbejoking.demon.co.uk/> (PGP 2.6, GPG keys) This portion of UTS II is a trade secret of Amdahl Corporation. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Bits (Nybbles?) from the Vancouver release team meeting
I demand that Bill Gatliff may or may not have written... > Not my preference to jump in the middle of something, but... It's not my preference to be Cc'd, particularly when I'd set the Mail-Followup-To header accordingly... :-\ [snip] -- | Darren Salt | nr. Ashington, | d youmustbejoking,demon,co,uk | Debian, | Northumberland | s zap,tartarus,org | RISC OS | Toon Army | @ | You too can roll your own kernel... Is it a game of chance? Not the way I play it. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: intend-to-implement: script to obtain Debian Source
I demand that Lars Wirzenius may or may not have written... > su, 2005-03-27 kello 07:49 -0300, Henrique de Moraes Holschuh kirjoitti: >> On Sun, 27 Mar 2005, Lars Wirzenius wrote: >>> I hear that Adam Heath (doogie for those on IRC) has been working on a >>> new source package format that will make tarball-within-tarball sources >> But we will only be able to see it (nevermind USE it) when hell freezes >> over, which must be at etch+2 or whatever. > If the binary packages produced are compatible with sarge's dpkg, is there > a reason why the new source package format couldn't be used in etch > already? Back-porting to sarge using tools in sarge? -- | Darren Salt | nr. Ashington, | linux (or ds) at | woody, sarge, | Northumberland | youmustbejoking | RISC OS | Toon Army | demon co uk Say NO to UK ID cards | http://www.no2id.net/ La Forge of Borg: "Come *on*, let's get that assimilation efficiency up." -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Bits from the DAMs ( & Co)
I demand that Ritesh Raj Sarraf may or may not have written... > April Fool! Presumably self-referential for top-posting and quoting the whole text... [snip] -- | Darren Salt | linux (or ds) at | nr. Ashington, | woody, sarge, | youmustbejoking | Northumberland | RISC OS | demon co uk | Toon Army | Let's keep the pound sterling Whenever I feel like exercise, I lie down until the feeling passes. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: How to find out why a package was removed from testing?
I demand that Martin Michlmayr may or may not have written... > * Frank Küster <[EMAIL PROTECTED]> [2005-04-01 19:28]: >> - its open bugs (one RC, but worked on) > http://ftp-master.debian.org/testing/hints/vorlon contains > # bug #295060 > remove wwwoffle/2.8e-1 > So, yes, because of an RC bug. gxine's RC bug (289412/295344) was fixed in 0.4.2; the current release is 0.4.3, which I released a week ago. The bug is marked "fixed-upstream". I'm currently awaiting a response from the package maintainer wrt getting it back into sarge (I hear via xine-devel that he's busy). I'll prepare an NMU if somebody will sponsor it, preferably uploading it to some suitable DELAYED queue. -- | Darren Salt | nr. Ashington, | linux (or ds) at | woody, sarge, | Northumberland | youmustbejoking | RISC OS | Toon Army | demon co uk | We've got Shearer, you haven't A man who turns green has eschewed protein. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: How to find out why a package was removed from testing?
I demand that Andreas Barth may or may not have written... [snip] > perhaps replacing maintainers with bugs is a good idea). I'm not so sure. What do the bugs know about package maintenance? ;-) -- | Darren Salt | linux (or ds) at | nr. Ashington, | sarge,| youmustbejoking | Northumberland | RISC OS | demon co uk | Toon Army | http://www.youmustbejoking.demon.co.uk/> (PGP 2.6, GPG keys) Ernest BORGnine... you be the judge... -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Bug#304266: ITP: sdate -- never ending september date
I demand that Florian Weimer may or may not have written... > * Josselin Mouette: >> Is there any real-life use for this program? > No, especially since September ended a couple of months ago: > <http://help.channels.aol.com/SearchData/kjump.adp?catId=2&sCId=456&sSCId=4202&articleId=218626> That says "early 2005", yet the date is 1/28/2005 == 1/4/2007 - hmm, it must be a future April Fool... ;-) -- | Darren Salt | linux (or ds) at | nr. Ashington, | sarge,| youmustbejoking | Northumberland | RISC OS | demon co uk | Toon Army | http://www.youmustbejoking.demon.co.uk/> (PGP 2.6, GPG keys) Even the smallest candle burns brighter in the dark. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#305106: gxine: 0.4.3 available (fixes RC bug)
Package: gxine Version: 0.4.1-1 gxine 0.4.3 contains fixes for several bugs, most of which are not in the Debian BTS; most importantly, I believe that it fixes the RC bug (no. 289412). I'd quite like this to be in sarge. Siggi, are you too busy to upload it? -- | Darren Salt | linux (or ds) at | nr. Ashington, | sarge,| youmustbejoking | Northumberland | RISC OS | demon co uk | Toon Army | I don't ask for much, just untold riches... See that slate, that's your keyboard, that is. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Status of 'sarge' for the amd64 architecture
I demand that Bernd Eckenfels may or may not have written... > In article <[EMAIL PROTECTED]> you wrote: >> We are already running into size constraints (on an ongoing basis) with >> our mirrors > We dont need to have all architectures on all mirrors. And for the > less-often used architectures we event dont need to care, since one or two > mirrors can easyly hold a stable archive and serve it. Two or three, with sufficient geographical separation? -- | Darren Salt | nr. Ashington, | linux (or ds) at | sarge,| Northumberland | youmustbejoking | RISC OS | Toon Army | demon co uk | We've got Shearer, you haven't Quantised Revision of Murphy's Law: Everything goes wrong all at once. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: packages missing from sarge
I demand that Steve Langasek may or may not have written... > On Sat, May 14, 2005 at 05:44:33PM -0400, François-Denis Gonthier wrote: >> On May 7, 2005 09:03 pm, Joey Hess wrote: >>> erlang >> Erlang and the related erlang-manpages and erlang-doc-html are being put >> up-to-date by me. I have a package ready which should be uploaded by my >> sponsor in the coming week. >> I guess that means that the package that reverse depends on Erlang would >> also be allowed back on: > No, this is a package that was not in woody, so it's going to be too late > to get it (and its reverse-deps) into sarge. The release team is not going > to spend its time hand-holding packages that were nowhere near releasable > at the time of freeze when there are still 50+ RC bugs that need to be > fixed before we release. gxine? Possibility of 0.4.4 in sarge? There are bugs other than the RC bug (in the Debian BTS) which really should be fixed in unstable, preferably (IMO) by uploading 0.4.4 - I suggest that you use the packaging in http://zap.tartarus.org/~ds/debian/> as a starting point. Any changes which you don't think should go into sarge - tell me and I'll (probably) tell you why it should :-) (It's probably still safe to assume that the maintainer doesn't have enough time to prepare and upload the package.) -- | Darren Salt | nr. Ashington, | linux (or ds) at | sarge,| Northumberland | youmustbejoking | RISC OS | Toon Army | demon co uk | Say NO to software patents Be happy with the real pleasures in life. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Linux / Debian / Ubuntu
I demand that Andrew M.A. Cater may or may not have written... > Listening to BBC world service right now - good mentions of Linux, Open > Source, Hacker Ethic - and specifically Ubuntu (mentioned as derived from > Debian Linux). Go Digital - on air and on line > Also mentioning "open source ethic" as a possible way of developing e.g. > drugs and other collaborative developments and that Linux enthusiasts came > along to advise/share experience. > GO DEBIAN :) For those who've missed the first three broadcasts today, there's one more at 01:05 GMT; also see http://news.bbc.co.uk/2/hi/technology/1478157.stm>. -- | Darren Salt | linux (or ds) at | nr. Ashington, | sarge,| youmustbejoking | Northumberland | RISC OS | demon co uk | Toon Army | http://www.youmustbejoking.demon.co.uk/> (PGP 2.6, GPG keys) Many receive advice, few profit by it. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Linux / Debian / Ubuntu
I demand that Stephen Birch may or may not have written... > Darren Salt([EMAIL PROTECTED])@2005-05-31 21:49: >> For those who've missed the first three broadcasts today, there's one more >> at 01:05 GMT; also see >> http://news.bbc.co.uk/2/hi/technology/1478157.stm>. > Why on earth does the BBC force its listeners to all hit its servers at the > same time. [...] Hmm? I made use of a DVB-T card. (I could have listened via a DAB radio too.) Put the name of a nearby city into the appropriate text box on the World Service home page and you will find other ways in which you could have listened to that programme. ;-) -- | Darren Salt | nr. Ashington, | linux (or ds) at | sarge,| Northumberland | youmustbejoking | RISC OS | Toon Army | demon co uk | Say NO to software patents The decision doesn't have to be logical; it was unanimous. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Canonical and Debian
I demand that Benj. Mako Hill may or may not have written... > >> If you're going to complain about a cabal, please do try to get the facts >> straight: The DPL team consists of only one Canonical employee, who was >> even later, after the election, added (Benjamin "Mako" Hill) > And for the record, the extent of my cabalistic work so far has been > limited to editorial, ahem, *grammatical* changes to a couple DPL reports. > ;) You mean "a couple _of_ DPL reports". ;-) -- | Darren Salt | linux (or ds) at | nr. Ashington, | sarge,| youmustbejoking | Northumberland | RISC OS | demon co uk | Toon Army | http://www.youmustbejoking.demon.co.uk/progs.linux.html> And now for something completely different. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: And now for something completely different... etch!
I demand that Rich Walker may or may not have written... > Matthew Palmer <[EMAIL PROTECTED]> writes: >> How common was that problem you were trying to solve, again? > Presumably, you never used an S3 video card. > (Locks up on leaving X in many card/X permutations). IME (one S3 ViRGE), that's VESA driver territory. (No lockup problems, though - at least, not that I recall...) -- | Darren Salt | linux (or ds) at | nr. Ashington, | sarge,| youmustbejoking | Northumberland | RISC OS | demon co uk | Toon Army | Let's keep the pound sterling He is no lawyer who cannot take two sides. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: And now for something completely different... etch!
I demand that Marco d'Itri may or may not have written... > On Jun 12, Frans Pop <[EMAIL PROTECTED]> wrote: >> I have a very nice Pentium I (my internet gateway) that has a broken >> CD-drive and no USB (and certainly wouldn't boot from USB even if it had) >> but that installs perfectly from floppy. > You said it: it's *broken*. > Expecting to support some old hardware is OK, expecting to support old and > broken hardware is not. In that case, replace the CD-ROM drive. ;-) >> There are also other platforms that only do floppy boots (older macs, >> probably m68k too). > Looks like they should use floppy + netboot then. An install on a Risc PC can be done without any removable installation media, although it's possible that the newer or less common Ethernet cards aren't supported. -- | Darren Salt | linux (or ds) at | nr. Ashington, | sarge,| youmustbejoking | Northumberland | RISC OS | demon co uk | Toon Army | http://www.youmustbejoking.demon.co.uk/> (PGP 2.6, GPG keys) Oh my! Another kludge! -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: And now for something completely different... etch!
I demand that Andreas Gredler may or may not have written... > On Thu, Jun 09, 2005 at 07:58:11PM -0400, Joey Hess wrote: [snip] >> Since d-i currently puts the initrd that reads the second floppy (or >> other USB media) on the boot floppy with the kernel, we either have to >> shoehorn that initrd, which is currently 644k, onto the same floppy, >> reducing its size by 414k somehow. > I have to take a look at the initrd. 414k sounds much to me :-( ISTM that a non-standard disk format (21 sectors per track and/or more tracks) would help - or would this just cause too many problems? [snip] -- | Darren Salt | nr. Ashington, | linux (or ds) at | sarge,| Northumberland | youmustbejoking | RISC OS | Toon Army | demon co uk | Say NO to software patents Academy: A modern school where football is taught. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: TODO for etch ?
I demand that Florian Weimer may or may not have written... > * Olaf van der Spek: >>> You should set the clock using NTP *before* starting any daemons. Most >>> daemons don't use monotonic clocks (I'm not even sure if Linux supports >>> them at the required level), and some of them fail in strange ways if the >>> system clock warps. >> Doesn't Linux or NTP support gradually changing the clock exactly to avoid >> such warps? > Gradually skewing the clock doesn't exactly work that well if the offset > exceeds a few minutes. You don't want to run with a wrong clock for hours > or even days. Maybe ntp, ntpdate etc. should recommend adjtimex? -- | Darren Salt | linux (or ds) at | nr. Ashington, | sarge,| youmustbejoking | Northumberland | RISC OS | demon co uk | Toon Army | Let's keep the pound sterling You will be travelling and coming into a fortune. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: TODO for etch ?
I demand that Andrew Suffield may or may not have written... > On Mon, Jun 20, 2005 at 07:22:08PM +0100, Darren Salt wrote: >> I demand that Florian Weimer may or may not have written... >>> * Olaf van der Spek: >>>>> You should set the clock using NTP *before* starting any daemons. Most >>>>> daemons don't use monotonic clocks (I'm not even sure if Linux supports >>>>> them at the required level), and some of them fail in strange ways if >>>>> the system clock warps. >>>> Doesn't Linux or NTP support gradually changing the clock exactly to >>>> avoid such warps? >>> Gradually skewing the clock doesn't exactly work that well if the offset >>> exceeds a few minutes. You don't want to run with a wrong clock for >>> hours or even days. >> Maybe ntp, ntpdate etc. should recommend adjtimex? > adjtimex is pretty near useless and should not be used. It can make things > worse rather than better, especially with the clocks in modern boxes (which > are grossly inaccurate). I find that it improves matters. > Under *no circumstances* should adjtimex be used at the same time as ntpd. That's not a problem here - ntpdate is run regularly, and I don't have a permanent net connection so (AIUI) ntpd isn't really practical here, and I don't run it. > The clock will jitter all over the place because they won't agree and will > keep slewing it in opposition to each other. (There's a hint of 'adjtimex is a daemon' about that, but let's ignore that.) If altering the kernel's system clock rate variables while ntpd is running is the cause of the problem which you mention, then perhaps it's worth mentioning that in the ntpd and adjtimex man pages. I don't see that altering them without a running ntpd should cause a problem (so long as the values used are good), even if ntpd is then started. -- | Darren Salt | nr. Ashington, | linux (or ds) at | sarge,| Northumberland | youmustbejoking | RISC OS | Toon Army | demon co uk | Say NO to software patents File not open, 0:1 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: (Re)Build problem with g++ 4.0
I demand that Brian M. Carlson may or may not have written...
> On Thu, 2005-07-07 at 23:57 +0200, Juergen Salk wrote:
[snip]
>> void *thread_func(void *arg) {
>> sleep(3);
>> pthread_exit(0);
> You are also neglecting to return a value here. You must always return a
> value in a non-void function.
Not in this case: pthread_exit has the "noreturn" attribute, so gcc/g++ won't
complain.
--
| Darren Salt | linux (or ds) at | nr. Ashington,
| sarge,| youmustbejoking | Northumberland
| RISC OS | demon co uk | Toon Army
| Let's keep the pound sterling
Is tomorrow *ever* going to arrive?
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Question about kill(1)
I demand that Brian May may or may not have written... > Goswin von Brederlow <[EMAIL PROTECTED]> writes: >> Try ctrl/atl/shift + print/scroll/pause combinations on the console. Or >> alt+sysrq+h if thats enabled in your kernel. You get a process listing >> with one of the first and the second can do a lot more. > Thanks for reminding me, I need to remember these keystrokes. > How does it work? On my system, I push shift+ctrl+alt with my 1st hand, any > two of print/scroll/pause with my 2nd hand. At this stage, I get a user > friendly manual with "showTasks" as one my options. I'd call it "terse". ;-) > With my third hand I push the T button, and get what looks like a complete > stack trace that overflows the dmesg buffer, let alone the screen. Increase the buffer size and rebuild your kernel. ;-) > Oh wait, I can't do that, I just remembered I only have two hands... Where's Mr Beeblebrox when you need him... Press Alt or AltGr, press SysRq (or Print or Stop or F13...), optionally release Alt (but definitely keep the other key pressed), press whichever key corresponds to what you want to do. (Details may vary according to architecture and/or keyboard. See linux/Documentation/sysrq.txt (kernel source) for more details.) > Maybe this has changed in the 2.6 kernels. It's still the same. > I don't think it will work from X-Windows when the system is too > bogged down to switch to a text console though... You want Alt-SysRq-R (after which you should be able to switch to a text VT) or a serial or network console. -- | Darren Salt | nr. Ashington, | linux (or ds) at | sarge,| Northumberland | youmustbejoking | RISC OS | Toon Army | demon co uk Say NO to UK ID cards | http://www.no2id.net/ Your work is very poor, but at least it's slow. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Centralized darcs
I demand that Matthew Palmer may or may not have written... > I've given up on this thread, but I just have to say one thing: > On Sat, Aug 05, 2006 at 11:38:39AM +0300, George Danchev wrote: >> `Hate patch systems' can easily apply all chunks and start > BWAHAHAHAHAHAHAHAHAHAHA! > Easily. Heh. You should be a comedian. Actually, yes, it *should* be easy: "debian/rules patch". Bwahahaha, as they say. :-) -- | Darren Salt| linux or ds at | nr. Ashington, | Toon | RISC OS, Linux | youmustbejoking,demon,co,uk | Northumberland | Army | + At least 4000 million too many people. POPULATION LEVEL IS UNSUSTAINABLE. "Ehm... out of the top of the screen!" -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Centralized darcs
I demand that Matthew Palmer may or may not have written... > On Sun, Aug 06, 2006 at 01:52:09PM +0100, Darren Salt wrote: >> I demand that Matthew Palmer may or may not have written... >>> I've given up on this thread, but I just have to say one thing: >>> On Sat, Aug 05, 2006 at 11:38:39AM +0300, George Danchev wrote: >>>> `Hate patch systems' can easily apply all chunks and start >>> BWAHAHAHAHAHAHAHAHAHAHA! >>> Easily. Heh. You should be a comedian. >> Actually, yes, it *should* be easy: "debian/rules patch". > I can't see any mention of that target in Policy. Am I looking at a badly > outdated version? (3.7.2.0, 2006-05-04). I'd say not :-) It seems like a reasonable "good practice" starting point to me, given that "patch" and "unpatch" targets are present if the source package uses dpatch, i.e. the rules file includes /usr/share/dpatch/dpatch.make. > It also fails to work on a split-patch package I've been working on over > the weekend (just to renew my hatred of such systems). Should I be filing > a serious bug against that package? No. Wishlist at worst. The one which *I* hate is the tarball-within-tarball one: whenever I've seen that one (rarely), I've normally tried "debian/rules extract", watched it fail, read the rules file, then grumbled about apparent non-obviousness of target choice. ... actually, "debian/rules patch" fails on one package for which I recently provided a patch. But it did provide the opportunity to have a brief look at quilt... [snip] > Or are you, perhaps, taking the convention of a single patch management > system and ass-u-ming that it works across the board, when it, most > assuredly, does not? Probably... but then I'm sure that whoever came up with "unpack" as a target for extracting the files from a tarball ass-u-med that everybody else would be thinking the same way. ;-) Hee-haw, as they say. [snip] -- | Darren Salt| linux or ds at | nr. Ashington, | Toon | RISC OS, Linux | youmustbejoking,demon,co,uk | Northumberland | Army | + Buy less and make it last longer. INDUSTRY CAUSES GLOBAL WARMING. Avert misunderstanding by calm, poise, and balance. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Remove cdrtools
I demand that Russ Allbery may or may not have written... > Steve Greenland <[EMAIL PROTECTED]> writes: >> And, for example, all of a sudden (autoconf 2.5, I think) every/many >> (newly generated or regenerated) configure script starting checking for >> C++ compilers, Fortran compilers, etc. etc. etc. even for pure C projects. > This is a libtool bug. I'm using the following workaround for gxine (due to the browser plugin): m4_undefine([AC_PROG_CXX]) m4_defun([AC_PROG_CXX],[]) m4_undefine([AC_PROG_F77]) m4_defun([AC_PROG_F77],[]) before invoking any A[CM]*LIBTOOL*. -- | Darren Salt| linux or ds at | nr. Ashington, | Toon | RISC OS, Linux | youmustbejoking,demon,co,uk | Northumberland | Army | + Burn less waste. Use less packaging. Waste less. USE FEWER RESOURCES. I'd like to, but I have to answer all of my "occupant" letters. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: On including 64-bit libs in 32-bit packages (see #344104)
I demand that Hendrik Sattler may or may not have written... [snip] > 64bit kernels are not available in the i386 archive. That makes the 64bit > libs rather useless, doesn't it? No - you could be using a locally-built 64-bit kernel. -- | Darren Salt| linux or ds at | nr. Ashington, | Toon | RISC OS, Linux | youmustbejoking,demon,co,uk | Northumberland | Army | + Lobby friends, family, business, government.WE'RE KILLING THE PLANET. Fatal error in Reality (invalid parameter '-utopia') -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Status of IPW3945 (Was: IPW3945)
I demand that David Weinehall may or may not have written... [snip] > I think we should wait until the next firmware version is out; > that way we'll avoid the binary only regulatory daemon. Yes, but that could be released too late for inclusion in etch - if it's not too late already :-) -- | Darren Salt| linux or ds at | nr. Ashington, | Toon | RISC OS, Linux | youmustbejoking,demon,co,uk | Northumberland | Army | Let's keep the pound sterling Exam is a four-letter word for torture... -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Bug#397939: Proposal: Packages must have a working clean target
I demand that Sune Vuorela may or may not have written... > ["Followup-To:" header set to gmane.linux.debian.devel.general.] This is a mailing list, not a newsgroup (though it's mirrored as one). Followups should therefore be directed to the list address, not at the newsgroup mirror, particularly when the list address Just Works and extra configuration is required for the newsgroup. Of course, if you're using mail software which doesn't know about Followup-To or has separate mail and news followup commands, this isn't a problem... [snip] -- | Darren Salt| linux or ds at | nr. Ashington, | Toon | RISC OS, Linux | youmustbejoking,demon,co,uk | Northumberland | Army | + Buy local produce. Try to walk or cycle. TRANSPORT CAUSES GLOBAL WARMING. Cwm fjord-bank glyphs vext quiz. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Proposed new POSIX sh policy
I demand that Gabor Gombas may or may not have written... [snip] > So again I propose that instead of listing features, policy should just > say "maintainer scripts must work with bash, dash [and probably a 3rd > alternative]". busybox? -- | Darren Salt| linux or ds at | nr. Ashington, | Toon | RISC OS, Linux | youmustbejoking,demon,co,uk | Northumberland | Army | Say NO to UK ID cards. http://www.no2id.net/ A theory is better than its explanation. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: default ext3 options
I demand that Petter Reinholdtsen may or may not have written... [snip] > As far as I know, neither the resize_inode nore the dir_index ext3 option > can be securely added after the file system is created. I've done the latter, though while the file system was unmounted, and I ran fsck -D on it afterwards. No problems as a result. [snip] -- | Darren Salt| linux or ds at | nr. Ashington, | Toon | RISC OS, Linux | youmustbejoking,demon,co,uk | Northumberland | Army | + Travel less. Share transport more. PRODUCE LESS CARBON DIOXIDE. If you can put Windows 95 in RAM, you've got far too much memory. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: BTS: Why no "invalid" or "notabug" tag?
I demand that Magnus Holmgren may or may not have written... [snip] > Often, but not always, the bug can or should be reassigned to another > package, but then a second user might come around and submit the same bug > report. Then, when showing bugs for that package, shouldn't those reassigned bugs still be listed (under a "reassigned" heading)? -- | Darren Salt| linux or ds at | nr. Ashington, | Toon | RISC OS, Linux | youmustbejoking,demon,co,uk | Northumberland | Army | Say NO to UK ID cards. http://www.no2id.net/ Invention: the solar-powered torch. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Iceweasel extensions lacking links migrating from firefox. Mass bug?
I demand that Yaroslav Halchenko may or may not have written... > Unfortunately I didn't spot this problem when I was closing #400168. > Iceweasel after transition doesn't care about extensions listed under > /usr/lib/firefox/extensions/ and require them under > /usr/lib/iceweasel/extensions/. So quite a few broke (I have 2) > So 2 possible solutions > 1. Fix every extension to provide links under /usr/lib/iceweasel. So I > would need to send a mass bug report > or > 2. Adjust iceweasel to scan /usr/lib/firefox/extensions/ for > additional extensions to complement the list of already found ones under > /usr/lib/iceweasel/extensions/. Chances are that it looks in /usr/lib/mozilla-firefox/extensions - both firefox and iceweasel look for plugins in /usr/lib/mozilla-firefox/plugins. Which means that there are also broken plugins... I've just checked this (via packages.d.o) and found that the following provide plugins in /usr/lib/mozilla/plugins but not in /usr/lib/mozilla-firefox/plugins or /usr/lib/iceweasel/plugins: mozilla-plugin-gnash mozilla-opensc Bugs are already opened for mozilla-plugin-gnash (399920 and 402292). However, none are for mozilla-opensc - does it work with iceape or iceweasel? What about packages which provide content in /usr/lib/mozilla/extensions or /usr/lib/mozilla/plugins but not the corresponding iceape directories? Does iceape still notice their presence? (Bug 402292 doesn't say either way.) > I prefer 2 (though I have fixed my packages so if they get unblocked, they > appear functional in etch), since that would be easier and more stable > solution for now. > Here is the list of packages which have smth under firefox/extensions > but no iceweasel/extensions [snip] > iceweasel-dom-inspector See bug 399631. A workaround is provided there. -- | Darren Salt| linux or ds at | nr. Ashington, | Toon | RISC OS, Linux | youmustbejoking,demon,co,uk | Northumberland | Army | + Travel less. Share transport more. PRODUCE LESS CARBON DIOXIDE. Everyone is born a king, and most people die in exile. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Bug#402622: bug still not fixed
I demand that Modestas Vainius may or may not have written... [snip] > Incorrect permissions prevent a user to format removable media Hmm? Preventing a user is required for formatting? :-) s/to format/from formatting/ -- | Darren Salt| linux or ds at | nr. Ashington, | Toon | RISC OS, Linux | youmustbejoking,demon,co,uk | Northumberland | Army | + At least 4000 million too many people. POPULATION LEVEL IS UNSUSTAINABLE. No one can put you down without your full cooperation. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Bug#358003: ITP: ttf-dzongkha -- TrueType fonts for Dzongkha language
I demand that Adam Borowski may or may not have written... [snip] > I don't believe that anyone can learn even an alphabet without knowing its > name. I was going to say that you're wrong, but then it occurred to me that the first one that most of us learn is called "the alphabet". ;-) -- | Darren Salt| linux or ds at | nr. Ashington, | Toon | RISC OS, Linux | youmustbejoking,demon,co,uk | Northumberland | Army | Let's keep the pound sterling A truly wise man never plays leapfrog with a unicorn. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Release Date Update
I demand that Gunnar Wolf may or may not have written... > Tollef Fog Heen dijo [Fri, Mar 24, 2006 at 01:47:57PM +0100]: >>> The premise is also weak. Man, in the summer, I want to be out. Day >>> trips. Picnics. Sports. County fairs. Winter is when one hunkers down in >>> the warmth of the house and codes. >> But in the winter you can go skiing! In the summer, there's no snow, but >> nice and cool in the basement without having to worry about the heat or >> the icky yellow thing on the sky. > Man, on which world do you live? In the winter there is no snow either - So... you're saying that that cold white crystalline stuff which fell last month, lay around for a few days then disappeared, leaving behind what looked suspiciously like wet ground *wasn't* snow? > But in the Summer we have rain, which makes you stay indoors in the > evenings. Probably. Or maybe the rest of the day too, if you're *really* lucky. > Lets better hurry, freeze now, Were there less cloud cover here right now, probably. ;-) > release by June, and go looney during Summertime! "That's all, folks!" -- | Darren Salt| linux or ds at | nr. Ashington, | Toon | RISC OS, Linux | youmustbejoking,demon,co,uk | Northumberland | Army | + Buy less and make it last longer. INDUSTRY CAUSES GLOBAL WARMING. C Nonsense in BASIC, 0:1 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: effectiveness of rsync and apt
I demand that Pierre Habouzit may or may not have written... [snip; delta packages?] > The real question is: do people clean their apt cache or not? I do, because > after a full X.org/kde/openoffice upgrade, it takes quite a lot of disk in > /var (that is small on my computers). And with that cache cleaned, I fail > to see how we could improve things much. . But it's not a matter of if the apt cache is cleaned; it's a matter of if, when, and whether old packages only or the whole cache is discarded. Between lists update and packages download is the worst possible time to do so for delta packages; cleaning out old packages immediately before update or after an upgrade (or at least after the new versions are cached) seem to be the best options and should still allow the maximum improvement. > The mirrors replication could really benefit from that though. Seems likely... -- | Darren Salt| linux or ds at | nr. Ashington, | Toon | RISC OS, Linux | youmustbejoking,demon,co,uk | Northumberland | Army | + Use more efficient products. Use less. BE MORE ENERGY EFFICIENT. 4 Out of memory, 0:1 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: effectiveness of rsync and apt
I demand that Andreas Barth may or may not have written... > * Brian Eaton ([EMAIL PROTECTED]) [060501 19:21]: >> On 5/1/06, Andreas Barth <[EMAIL PROTECTED]> wrote: >>> Or you could create the diffdebs before upload or on ftp-master, and >>> include the diffdebs somehow in the Packages file (so they're signed as >>> well by the usual mechanismn). >> My initial view is that any delta package system that doesn't reproduce >> the exact same .debs as downloading the package from scratch is a >> non-starter. > Why that? Of course, you need all the maintainer scripts etc in the > diffdeb, but not all the regular files. I wouldn't like to rely on the admin not having modified any of the package's files (/etc aside). Yes, this shouldn't happen, but it does :-) Of course, if you're running md5sums on all of the package's files, this can be caught... [snip] -- | Darren Salt| linux or ds at | nr. Ashington, | Toon | RISC OS, Linux | youmustbejoking,demon,co,uk | Northumberland | Army | + Lobby friends, family, business, government.WE'RE KILLING THE PLANET. regular guy: n. A person who occurs at fixed or pre-arranged intervals. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Bug#366328: ITP: bsp -- nodes builder for doom-engine levels
I demand that Jamie Jones may or may not have written... > On Sun, 2006-05-07 at 16:59 +0200, Pierre Habouzit wrote: >> Le Dim 7 Mai 2006 15:07, Jon Dowland a écrit : >>> 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. [snip] >>> BSP also exploits some corner-cases of the doom rendering engine to >>> provide special effects such as transparent doors. > 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 ? Good question... The only advantage which I can immediately see is its special effects handling for linedefs with tags >= 900. OTOH, glbsp has support for OpenGL-based Doom engines such as EDGE (which depends on the library component of glbsp). Note that I have packages for etch and sid, too :-) -- | Darren Salt| linux or ds at | nr. Ashington, | Toon | RISC OS, Linux | youmustbejoking,demon,co,uk | Northumberland | Army | + Output less CO2 => avoid massive flooding.TIME IS RUNNING OUT *FAST*. A soft drink turneth away company. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: multiarch status update
I demand that Gabor Gombas may or may not have written... [snip] > How do you want to handle one-arch-only binNMUs? binNMUs change > changelog.Debian.gz, so > - you can't upgrade just the architecture that was binNMUed without > changelog.Debian.gz becoming invalid for the other arches [snip] I think that this'll just have to be accepted - ignore the binNMU versioning when comparing versions for co-installation, but take the docs from the highest-numbered binNMU. I don't know how a binNMU for one architecture followed by a binNMU for another is handled, but it seems reasonable to me that the newer one will have to include the changelog from the older one and, therefore, must have a higher version number. Otherwise, which binNMU changelog entry you get is a matter of chance, and entries may even be lost in later uploads. -- | Darren Salt| linux or ds at | nr. Ashington, | Toon | RISC OS, Linux | youmustbejoking,demon,co,uk | Northumberland | Army | + Output less CO2 => avoid boiling weather. TIME IS RUNNING OUT *FAST*. When you go out to buy, don't show your silver. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: cleaning up lib*-dev packages?
I demand that Matthias Julius may or may not have written... [snip] > I think a more elegant solution would be if aptitude had a command to > install build-depends. . > It could attach a new flag to a package that causes aptitude to treat > build-depends just like depends of that package. [...] Maybe... just installing the build-depends with any necessary marking as automatically installed would be good enough - possibly regardless of whether they're explicitly mentioned as build-dependencies? -- | Darren Salt| linux or ds at | nr. Ashington, | Toon | RISC OS, Linux | youmustbejoking,demon,co,uk | Northumberland | Army | + At least 4000 million too many people. POPULATION LEVEL IS UNSUSTAINABLE. The star of riches is shining upon you. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: cleaning up lib*-dev packages?
I demand that Goswin von Brederlow may or may not have written... > Darren Salt <[EMAIL PROTECTED]> writes: >> I demand that Matthias Julius may or may not have written... >> [snip] >>> I think a more elegant solution would be if aptitude had a command to >>> install build-depends. >> . >>> It could attach a new flag to a package that causes aptitude to treat >>> build-depends just like depends of that package. [...] >> Maybe... just installing the build-depends with any necessary marking as >> automatically installed would be good enough - possibly regardless of >> whether they're explicitly mentioned as build-dependencies? > Then they get removed the next time you run aptitude and not when you stop > using the source. Well, yes. Perhaps I should have explicitly qualified that - "but only if they're depended upon by other build dependencies" - but "any necessary marking" seemed to cover it. Marking them all would indeed be daft. -- | Darren Salt| linux or ds at | nr. Ashington, | Toon | RISC OS, Linux | youmustbejoking,demon,co,uk | Northumberland | Army | + Use more efficient products. Use less. BE MORE ENERGY EFFICIENT. Steer clear of incorrect forms of verbs that have snuck in the language. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#368221: ITP: glbsp -- nodes builder for Doom engine level files (has GL support)
Package: wnpp Severity: wishlist * Package name: glbsp Version : 2.20 Upstream Author : Andrew Apted <[EMAIL PROTECTED]> * URL : http://sourceforge.net/projects/glbsp/ * License : GPL 2.0 or later Description : nodes builder for Doom-style games; has support for OpenGL glBSP is a node builder specially designed to be used with OpenGL ports of the DOOM game engine. It adheres to the "GL-Friendly Nodes" specification, which means it adds some new special nodes to a WAD file that makes it very easy (and fast!) for an OpenGL DOOM engine to compute the polygons needed for drawing the levels. . There are many DOOM ports that understand the GL Nodes which glBSP creates, including EDGE, the Doomsday engine (JDOOM), Doom3D, PrBoom, and Vavoom. The source package provides three binary packages: glbsp, libglbsp2 and libglbsp-dev. http://www.youmustbejoking.demon.co.uk/progs.sid.html> -- | Darren Salt| linux or ds at | nr. Ashington, | Toon | RISC OS, Linux | youmustbejoking,demon,co,uk | Northumberland | Army | + Output less CO2 => avoid massive flooding.TIME IS RUNNING OUT *FAST*. You might have mail. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Please revoke your signatures from Martin Kraff's keys
I demand that Goswin von Brederlow may or may not have written... > Manoj Srivastava <[EMAIL PROTECTED]> writes: >> Actually, passports are not really an answer (I have no idea what the >> passport of cameroon looke like, for example). Given time, one can pay >> more attention to each document (I require at least two photo ID's issued >> by the government). While even these can be forged, it won't be in the >> hurried atmosphere of a KSP. > I don't even own 2 photo ID's if you don't count my student card. I would > have to buy a new passport on top of my ID card just for that. I don't even have _one_ if you discount an old student card or two. -- | Darren Salt| linux or ds at | nr. Ashington, | Toon | RISC OS, Linux | youmustbejoking,demon,co,uk | Northumberland | Army | + Travel less. Share transport more. PRODUCE LESS CARBON DIOXIDE. "An int64_t time ago" just doesn't sound right... -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: GCC 4.1 now the default GCC version for etch
I demand that Martin Michlmayr may or may not have written... > * Matthias Klose <[EMAIL PROTECTED]> [2006-06-07 02:20]: >> We did pick two compiler warnings and scanned the build logs of one >> archive rebuild on alpha (64bit), where wrong code may be generated. These >> warnings can be found in 1600 packages [4]; they are: [4] >> http://people.debian.org/~tbm/logs/pointer/ > Here is a list of maintainers and their packages which exhibit such > warnings: [snip] > Darren Salt > libjsw 1:1.5.5-1 Will look at - hmm, 1.5.6 is available... [snip] > Siggi Langauf > xine-lib 1.1.1-1.1 The warnings for src/libreal/xine_decoder.c are a problem, but only if the relevant RealPlayer 8 codecs are installed. (Do 64-bit versions exist?) The others are trivially fixable; of these, the one in libavcodec is already fixed in CVS. I've committed the rest (they're basically s/int/long/) and am forwarding them appropriately. [snip] -- | Darren Salt| linux or ds at | nr. Ashington, | Toon | RISC OS, Linux | youmustbejoking,demon,co,uk | Northumberland | Army | + Output *more* particulate pollutants. BUFFER AGAINST GLOBAL WARMING. Avoid GOTOs completely if you can keep the program readable. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Hidden files
I demand that Henning Makholm may or may not have written... [snip] > But I don't think I have ever used ls from an interactive shell _without_ > the -a flag. I use -A rather than -a - it filters out "." and "..". -- | Darren Salt| linux or ds at | nr. Ashington, | Toon | RISC OS, Linux | youmustbejoking,demon,co,uk | Northumberland | Army | + Buy less and make it last longer. INDUSTRY CAUSES GLOBAL WARMING. Beware the thirty-first of November. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: GCC 4.1 now the default GCC version for etch
I demand that Goswin von Brederlow may or may not have written... [snip] > But other sources pass a pointer as int and there you loose 32 valuable > bits and get a segfault when the int is used as pointer again. [...] And here's me thinking that you lose them. :-) -- | Darren Salt| linux or ds at | nr. Ashington, | Toon | RISC OS, Linux | youmustbejoking,demon,co,uk | Northumberland | Army | + Buy local produce. Try to walk or cycle. TRANSPORT CAUSES GLOBAL WARMING. It seems to make a car driver mad if he misses you. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: MPEG in general Was: Is anyone packaging `lame' ?
I demand that Tollef Fog Heen may or may not have written... > * Chris Cheney >> Its all encumbered, there is a separate organization MPEG-LA that strictly >> deals with the licensing. It is quite surprising to me that ffmpeg was >> allowed into main. > According to rumors I heard, it was allowed in since other applications > (xine at least, I think) already included it. So it didn't really make a > difference -- if we're infringing on patents with ffmpeg, we are with xine > as well. http://cvs.sourceforge.net/viewcvs.py/xine/xine-lib/src/libffmpeg/> -- | Darren Salt | nr. Ashington, | linux (or ds) at | woody, sarge, | Northumberland | youmustbejoking | RISC OS | Toon Army | demon co uk | We've got Shearer, you haven't Your education begins where what is called your education is over. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: If *-module depends on *-utils, should *-source recommend it?
I demand that Scott James Remnant may or may not have written... [snip] > And a far better solution to the "a package on disk needs dependencies" > solution is for a command-line tool that can grab the dependencies a > package needs, not just bitch about them not existing. apt* with an install-from-local-package command or adaptation of the install command? -- | Darren Salt | nr. Ashington, | linux (or ds) at | woody, sarge, | Northumberland | youmustbejoking | RISC OS | Toon Army | demon co uk | We've got Shearer, you haven't I'd like to, but I have to thaw some karate chops for dinner. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Bug#190302: Misusage of changelog!
I demand that Andreas Metzler may or may not have written... [snip] > It really is no effort to write > * new upstream version: > - escape and de-escape lines starting with a dot correctly > (Closes: #178492) No argument there from me. > instead of > * new upstream version. (Closes: #178492). No argument there either from me, so long as the bug being closed is about there being a new upstream version, and the uploaded package is that or a newer version. -- | Darren Salt | linux (or ds) at | nr. Ashington, | woody, sarge, | youmustbejoking | Northumberland | RISC OS | demon co uk | Toon Army | http://www.youmustbejoking.demon.co.uk/progs.packages.html> Your computer account is overdrawn. Please reauthorise.
Re: no freshness dating inside Packages.gz
I demand that Michael Banck may or may not have written... > On Wed, Jun 18, 2003 at 06:09:55AM +0800, Dan Jacobson wrote: >> But one they forgot when making the spec was some kind of date >> information. > Just subscribe to debian-devel-changes. You can get all the necessary > information from there. That and/or search the list archive. But having a build date in the (processed) package control file would mean that the information, or at least a snapshot of it, is available off-line as well. -- | Darren Salt | nr. Ashington, | linux (or ds) at | woody, sarge, | Northumberland | youmustbejoking | RISC OS | Toon Army | demon co uk | We've got Shearer, you haven't Statistics are used as a drunk uses lamp posts - support, not illumination.
Re: Packages: an average 66321 bytes per line of description
I demand that Dan Jacobson may or may not have written... > I was hoping that maintainers of multi-megabyte packages would do the > package justice by giving an adequate description. "I have here a 20K package. Should it have a 1/3-line description?" ;-) -- | Darren Salt | nr. Ashington, | linux (or ds) at | woody, sarge, | Northumberland | youmustbejoking | RISC OS | Toon Army | demon co uk | Retrocomputing: a PC card in a Risc PC B Integer out of range, 0:1
Re: NEWS.Debian support is here
I demand that Branden Robinson may or may not have written... > On Fri, Jul 04, 2003 at 01:01:14AM -0400, Joey Hess wrote: >> Thanks to Matt Zimmerman and Joe Drew, apt-listchanges will now display >> NEWS.Debian entries for upgraded packages. They're displayed before the >> regular changelog entries, and Matt plans to later let it be configured to >> only display news, if the user wants (more useful for stable users). > Kick ASS. What has that poor donkey done to you to deserve such a kicking? ;-) -- | Darren Salt | linux (or ds) at | nr. Ashington, | woody, sarge, | youmustbejoking | Northumberland | RISC OS | demon co uk | Toon Army | I don't ask for much, just untold riches... You will experience a strong urge to do good, but it will pass.
Re: ITA: yadex -- WAD file editor for doom-style WADs
I demand that Frederic Wagner may or may not have written... > I'd like to maintain yadex, which I'm using quite often, for debian. Anyway > it was about time for me to do something for debian, so adopting an > existing package should be the right way to start. (I was going to do this but mumble...) > I've packaged it, changed changelog, and closed the remaining bug > (#138072). 1.6.0? If not, now's as good a time as any :-) [snip] -- | Darren Salt | linux (or ds) at | nr. Ashington, | woody, sarge, | youmustbejoking | Northumberland | RISC OS | demon co uk | Toon Army | I don't ask for much, just untold riches... Don't use contractions in formal writing.
Re: setuid/setgid binaries contained in the Debian repository.
I demand that Stephen Frost may or may not have written... [snip] > and a consensus reached which approves of the application and it's > needs. ? Almost: s/'// :-) -- | Darren Salt | linux (or ds) at | nr. Ashington, | woody, sarge, | youmustbejoking | Northumberland | RISC OS | demon co uk | Toon Army | I don't ask for much, just untold riches... i Invalid device, 0:1
Re: setuid/setgid binaries contained in the Debian repository.
I demand that Herbert Xu may or may not have written... > Matt Zimmerman <[EMAIL PROTECTED]> wrote: >> nethack is the only game which comes to mind which does this, and I think >> it should probably be changed to keep the saved game in the user's home >> directory. This was clearly done in order to try to prevent cheating, but >> again, these days the player has root anyway. > If the player has root then why are discussing the possibility of the > player cracking into the games group? The machine could be running a network game server which is setgid games, though it could equally well have its own uid and be run setuid. -- | Darren Salt | linux (or ds) at | nr. Ashington, | woody, sarge, | youmustbejoking | Northumberland | RISC OS | demon co uk | Toon Army | I don't ask for much, just untold riches... The basis of optimism is sheer terror.
Re: Should MUA only Recommend mail-transfer-agent?
I demand that Emile van Bergen may or may not have written...
[snip]
> I would not consider anything that contains a SMTP client an MTA.
You realise that by that definition, exim isn't an MTA :-)
> A proxy that handles port 25 is no MTA either. Such strict definitions
> ('talks SMTP') are generally not very useful.
How about "acts as an SMTP client, acts as an SMTP server, queues mail for
local delivery or for forwarding to another server"?
Or /something/ like that...
--
| Darren Salt | linux (or ds) at | nr. Ashington,
| woody, sarge, | youmustbejoking | Northumberland
| RISC OS | demon co uk | Toon Army
| I don't ask for much, just untold riches...
"Smeg... I forgot to ask if there were any curry houses in Dallas..."
Re: Should MUA only Recommend mail-transfer-agent?
I demand that Eduard Bloch may or may not have written... [snip] > PS: a hot day or what? If you call 20°C hot, then yes, it has been a hot day ;-) -- | Darren Salt | nr. Ashington, | linux (or ds) at | woody, sarge, | Northumberland | youmustbejoking | RISC OS | Toon Army | demon co uk | Oh, sarge too... Beggars should be no choosers.
Re: Should this be filed as grave? Gcc-2.95
I demand that Joe Wreschnig may or may not have written... > On Wed, 2003-08-06 at 15:48, Jaldhar H. Vyas wrote: >> On Wed, 6 Aug 2003, Matthias Urlichs wrote: >>> You asked for gcc-2.95. You got gcc-2.95. Whatever else you got should be >>> of no consequence whatsoever. >> It's this kind of attitude that drives people to gentoo. > Let them go. IMO it's far better to install more than is necessary, but > always get the desired functionality, than install less than is desired, > and then have to spend 20 hours recompiling for the necessary > functionality. > For most people, disks are cheap. Time isn't. Just out of interest, what are your assumptions wrt costs associated with downloading? -- | Darren Salt | linux (or ds) at | nr. Ashington, | woody, sarge, | youmustbejoking | Northumberland | RISC OS | demon co uk | Toon Army | http://www.youmustbejoking.demon.co.uk/> (PGP 2.6, GPG keys) The only way to make something foolproof is to keep it away from fools.
Re: About NM and Next Release
I demand that Steve Lamb may or may not have written... > On Fri, 08 Aug 2003 08:52:14 +0200 > Matthias Urlichs <[EMAIL PROTECTED]> wrote: >> OTOH, most editors can be configured as to which characters they consider >> to be quotes. > True, but reflow across multiple levels tends to break when one has > different quote characters to contend with. Your text editor should be able to cope with different quote characters. If it doesn't then maybe you should consider patching it or using another one. FWIW, I've written code to handle this kind of thing, though there's one /small/ problem wrt portability: it's in ARM assembly language... ;-) -- | Darren Salt | linux (or ds) at | nr. Ashington, | woody, sarge, | youmustbejoking | Northumberland | RISC OS | demon co uk | Toon Army | http://www.youmustbejoking.demon.co.uk/progs.linux.html> Celeron: Could Everyone Leave Expendable Resources Out Now?
Re: [Fwd: False Representation at Google.com]
I demand that Branden Robinson may or may not have written... > On Sun, Sep 07, 2003 at 11:02:09AM +1000, Russell Coker wrote: >> It wan't asking for help, it was asking that we change the way we do >> things for their minor benefit. >> Thinking that the world revolves around yourself is a serious attitude >> problem, and not something that we want to pander to. > Precisely. As all right-thinking people know, the world revolves around > *me*. Not possible. You'd have to be made of compact matter, and I'm quite sure that somebody would have noticed the gravitational effects by now... ;-) -- | Darren Salt | nr. Ashington, | linux (or ds) at | woody, sarge, | Northumberland | youmustbejoking | RISC OS | Toon Army | demon co uk | Oh, sarge too... As the dyslexic Jedi said, "Sith happens."
Re: What is going on with udev?
I demand that Goswin von Brederlow may or may not have written... [snip] > I would have suggested using > kernel-hurt-image ^ Ouch. ;-) -- | Darren Salt | linux (or ds) at | nr. Ashington, | sarge,| youmustbejoking | Northumberland | RISC OS | demon co uk | Toon Army | Let's keep the pound sterling The Windows Experience: "Oh no, not *again*..." -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: New appearance of bugs on BTS web pages
I demand that Jon Dowland may or may not have written... > 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. [...] That or HTML 4.01; there's no real difference. Although if XHTML /is/ used, you should be aware that some browsers need the space in "" (for example) else they'll fail to recognise it. -- | Darren Salt | nr. Ashington, | linux (or ds) at | sarge,| Northumberland | youmustbejoking | RISC OS | Toon Army | demon co uk | Kill all extremists! I'd like to, but I'm trying to be less popular. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: README - confusing, irrelevant, redundant, useless
I demand that Henning Makholm may or may not have written... [snip] > There is a fairly widespread convention of putting compilation instructions > in an INSTALL file, but there is no similarly widespread convention for > putting information about, say, "you'll need these libraries", ISTM that INSTALL is the proper place for this, or at least for the detailed version. > "here is what this program can be used for" README. Or at least that's where I'd put it. > or "here is how tarball users should report bugs" in other files than > README. README isn't unreasonable, but I see that there is some usage of BUGS for this. A few packages differ here, using different names: groff-base (BUG-REPORT) and apsfilter (HOWTO-BUGREPORTS). [snip] -- | Darren Salt | nr. Ashington, | linux (or ds) at | sarge,| Northumberland | youmustbejoking | RISC OS | Toon Army | demon co uk Say NO to UK ID cards | http://www.no2id.net/ Everything should be transparent to the user. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: To Linux or not to Linux
I demand that Florian Weimer may or may not have written... > * Henning Makholm: >> In most places we already call our operating system simply "Debian". I >> think we should just go through the website (and CD generation scripts and >> such) and remove the few remaining references to "GNU/Linux". > We'd also have to rename packages that use the term "Linux" in a > non-descriptive way (linuxsampler, linuxtrade, and probably a few more). "leenookssampler", "leenookstrade" etc.? :-) -- | Darren Salt | nr. Ashington, | linux (or ds) at | sarge,| Northumberland | youmustbejoking | RISC OS | Toon Army | demon co uk | Retrocomputing: a PC card in a Risc PC I'd like to, but there's a disturbance in the Force. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: [libsmjs-dev]: Missing files
I demand that Davi Leal may or may not have written...
> I am missing the "js.msg" and "jsopcode.tbl" files in the
> "libdevel/libsmjs-dev" development library package.
> The files are in the mozilla-thunderbird-dev and mozilla-dev packages, but
> not in the libsmjs-dev.
[snip]
> I have workaround the compilation error of my application as follows:
> apt-get install mozilla-dev
> cp /usr/include/mozilla/js/js.msg /usr/include/smjs/
> cp /usr/include/mozilla/js/jsopcode.tbl /usr/include/smjs/
> apt-get remove mozilla-dev
(Assuming bash...)
# aptitude download mozilla-dev
# dpkg-deb -x mozilla-dev_1.7.8.1sarge2_i386.deb foo
# cp -a foo/usr/include/mozilla/js/js{.msg,opcode.tbl} /usr/include/smjs/
# rm -rf foo
# rm mozilla-dev_1.7.8.1sarge2_i386.deb
Note that these files /may/ not be the same as those which you say should be
in libsmjs-dev.
> Could you include the files in the libsmjs-dev package?.
See http://www.debian.org/Bugs/Reporting>.
(FWIW, if your application is intended to be buildable on non-Debian systems,
you need to be aware that /usr/lib/smjs may be known as /usr/lib/js. I got
build failure reports about this when I deprecated gxine's internal copy.)
--
| Darren Salt | linux (or ds) at | nr. Ashington,
| sarge,| youmustbejoking | Northumberland
| RISC OS | demon co uk | Toon Army
| I don't ask for much, just untold riches...
The surest way to be late is to have plenty of time.
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#329833: BTS "fixed" tag: RC-buggy packages may end up in testing due to NMU
Package: general Severity: serious NMUing a package to fix RC bugs can allow the RC-buggy version of the package into testing. My guess is that this is occurring between the bugs being tagged as "fixed" and the newer version entering the archive (as opposed to merely being in one of the upload queues). An instance of this happening: gxine 0.4.1-1 is presently in testing. It is known to be RC-buggy (bug nos. 310712, 289412 and 295344); these were keeping it out of testing. gxine 0.4.7-0.1, containing fixes for these, was uploaded on 4 Sept (DELAYED/5-day) and the package was accepted and these bugs were tagged by 'katie' as "fixed" on 9 Sept, 13:47 -0700. Later, 0.4.1-1 made its way into testing. It looks like this simple tagging as "fixed" is insufficient (version information is needed) or is occurring too early. -- | Darren Salt| nr. Ashington, | RISC OS, | [EMAIL PROTECTED] | Northumberland | Linux | [EMAIL PROTECTED]| *Toon Army*| Say NO to UK ID cards | http://www.no2id.net/ 10 PRINT "I used to do this in Dixons": POKE 23692,255: GO TO 10 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Dependencies of -dev packages
I demand that Gabor Gombas may or may not have written... [snip] > So I propose a different solution, which is not perfect, but is better than > the current situation: > - -dev packages should only Depend: on other -dev packages neccessary > for shared linking > - -dev packages should Recommend: any other -dev packages that are > neccessary for static linking > - Make pkg-config mandatory. pkg-config can already handle the case that > different libraries are needed for static and shared linking. I can see potential problems with that last part regarding upstream developers whose software happens to depend on packages for which pkg-config support remains Debian-specific because upstream doesn't accept the patch. It's possible that the Debian-specific nature of this support may simply not be noticed until bug reports start coming in from users of other distributions... [snip] -- | Darren Salt | nr. Ashington, | linux (or ds) at | sarge,| Northumberland | youmustbejoking | RISC OS | Toon Army | demon co uk | Retrocomputing: a PC card in a Risc PC Would it help if I got out and pushed? -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: pbuilder help (bug 334877)
I demand that Thomas Bushnell BSG may or may not have written... > Isaac Clerencia <[EMAIL PROTECTED]> writes: >> I've an ugly hack to get ccache working inside the pbuilder, that saves >> lots of build time. > Thanks, but the big build time for lilypond is mostly consumed with tracing > fonts, not compiling C code. :( A uuencoded tarball of the generated files would appear to be useful here. (You'll probably want tar's -m option when unpacking.) Or have you already tried this? [snip] -- | Darren Salt | linux (or ds) at | nr. Ashington, | sarge,| youmustbejoking | Northumberland | RISC OS | demon co uk | Toon Army | http://www.youmustbejoking.demon.co.uk/> (PGP 2.6, GPG keys) "But I don't like Spam!!!" -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Dependencies of -dev packages
I demand that Gabor Gombas may or may not have written... > On Fri, Oct 21, 2005 at 02:15:28AM +0100, Darren Salt wrote: >> I can see potential problems with that last part regarding upstream >> developers whose software happens to depend on packages for which >> pkg-config support remains Debian-specific because upstream doesn't accept >> the patch. It's possible that the Debian-specific nature of this support >> may simply not be noticed until bug reports start coming in from users of >> other distributions... > Well, the only problem I can see is auto-detection (configure etc.) > behaving differently. But if we follow the "try pkg-config first, if that > failed, fall back to what detection technique we have used before" > approach, then we cannot be more broken than current upstream is. Providing suitable autoconf macros will help, at least with release tarballs; you still potentially have the problem with CVS (unless the macros are duplicated in the package source, typically via inclusion in an m4 directory). > On the other hand, autodetection is never perfect and bugs always > happen. But if we can agree that the general direction is good and worth > pursuing then we can fix bugs as they are found on the way. I'd say that it is, on condition that these changes are pushed upstream reasonably quickly. -- | Darren Salt | linux (or ds) at | nr. Ashington, | sarge,| youmustbejoking | Northumberland | RISC OS | demon co uk | Toon Army | I don't ask for much, just untold riches... This is a test tagline; please ignore. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
/usr/lib/debug/usr/lib etc. in various packages [bug 336698]
I've noticed that several files which should be in /usr/lib/debug are in fact
in /usr/lib/debug/usr/lib. Checking via packages.d.o shows that as well as
this, debug data is showing up in /usr/lib/debug/usr/bin and
/usr/lib/debug/lib.
There is at least one bug (no. 324681) already reported concerning this; I've
not yet checked for others.
Affected maintainers have not yet been CC'd; bugs will be filed once a fixed
debhelper appears in unstable (or I'm told that I'm completely wrong :-) ).
The following binary packages are affected (sorted by maintainer), according
to packages.d.o (and a little script which is attached):
Aaron M. Ucko <[EMAIL PROTECTED]>
libfltk1.1-dbg
libncbi6-dbg
libvibrant6-dbg
Akira TAGOH <[EMAIL PROTECTED]>
libatk1.0-dbg
libatspi-dbg
Debian Boost Team <[EMAIL PROTECTED]>
libboost-dbg
Debian GCC Maintainers
libgcj6-dbg
libstdc++6-4.0-dbg
Debian GNOME Maintainers <[EMAIL PROTECTED]>
libgnomevfs2-0-dbg
Debian OpenSSL Team <[EMAIL PROTECTED]>
libssl0.9.7-dbg
libssl0.9.8-dbg
Debian Qt/KDE Maintainers
kdelibs4c2-dbg
libqt3-mt-dbg
Debian VoIP Team <[EMAIL PROTECTED]>
libopenh323-dbg
libpt-dbg
Domenico Andreoli <[EMAIL PROTECTED]>
libcurl3-dbg
Eloy A. Paris <[EMAIL PROTECTED]>
samba-dbg
Federico Di Gregorio <[EMAIL PROTECTED]>
libcegui-mk2-0-dbg
libogre5-dbg
GNU Libc Maintainers
libc6-dbg
Goedson Teixeira Paixao <[EMAIL PROTECTED]>
libgfccore-2.0-0c2-dbg
libqof-0.5.0-1-dbg
Gustavo R. Montesino <[EMAIL PROTECTED]>
libgda2-3-dbg
libgnomedb2-4-dbg
Jamie Wilkinson <[EMAIL PROTECTED]>
freeglut3-dbg
libannodex0-dbg
libcmml0-dbg
libfishsound1-dbg
liboggz1-dbg
Joel Aelwyn <[EMAIL PROTECTED]>
tf5
Keith Packard <[EMAIL PROTECTED]>
libfontconfig1-dbg
Marc Dequènes (Duck) <[EMAIL PROTECTED]>
gnome-applets-dbg
Matt T Galvin <[EMAIL PROTECTED]>
libcwd0-dbg
Matthias Klose <[EMAIL PROTECTED]>
python2.3-dbg
python2.4-dbg
Matthias Urlichs <[EMAIL PROTECTED]>
libgcrypt11-dbg
libgnutls11-dbg
libgnutls12-dbg
libopencdk8-dbg
libtasn1-2-dbg
Ondřej Surý <[EMAIL PROTECTED]>
libgnomeui-0-dbg
Peter Palfrader <[EMAIL PROTECTED]>
tor-dbg
Richard Kreckel <[EMAIL PROTECTED]>
libginac1.3c2-dbg
Rob Weir <[EMAIL PROTECTED]>
bazaar-dbg
Robert Jordens <[EMAIL PROTECTED]>
ardour-gtk-dbg
Sebastien Bacher <[EMAIL PROTECTED]>
libglib2.0-0-dbg
libgtk2.0-0-dbg
Takuo KITAME <[EMAIL PROTECTED]>
libnautilus-extension1-dbg
nautilus-dbg
--
| Darren Salt | linux (or ds) at | nr. Ashington,
| sarge,| youmustbejoking | Northumberland
| RISC OS | demon co uk | Toon Army
| http://www.youmustbejoking.demon.co.uk/> (PGP 2.6, GPG keys)
I've never been hurt by anything that I didn't say.
#! /bin/sh
for i in {,usr/}{bin,lib}; do
echo $i 1>&2
lynx -dump -width24 -nolist
'http://packages.debian.org/cgi-bin/search_contents.pl?version=unstable&arch=i386&case=insensitive&word=usr%2Flib%2Fdebug%2F'$i'&searchmode=searchfilesanddirs&number=all';
done \
| sed -re '/^usr\/lib/! d; s%^.*[[:space:]]+[^/]+/%%; s%[[:space:]]+[[<].*$%%' \
| sort -u \
| while read i; do
apt-cache show $i | grep -ie ^Package -e ^Maintainer | head -n 2
echo
done \
| perl -e '\
my ($p,$m,%pm);
while (defined ($p=<>) && defined ($m=<>) && <>)
{
chomp $p;
chomp $m;
push @{$pm{substr($m,12)}}, substr($p,9);
}
foreach $m (sort keys %pm)
{
print $m, "\n\t", join ("\n\t", sort @{$pm{$m}}), "\n\n";
}'
Re: apt-proxy
I demand that Brian May may or may not have written... [snip] > > Without apt-proxy, I can't build packages with pbuilder, because it can't > download the required files, which means I can't rebuild my package for > sarge in order to see if it fixes a bug I encountered while testing another > piece of Debian software. ARgghh! > Using apt-cacher... # pbuilder update Wait for a few seconds, press Ctrl-Z # nano /var/cache/pbuilder/build/*/etc/apt/sources.list # fg Where's the problem? :-) -- | Darren Salt | nr. Ashington, | linux (or ds) at | sarge,| Northumberland | youmustbejoking | RISC OS | Toon Army | demon co uk Say NO to UK ID cards | http://www.no2id.net/ Seeing that death, a necessary end, will come when it will come. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
