Re: Bug#283994: ITP: glastree -- builds live backup trees, with branches for each day

Matthew Palmer wrote: The advantage of using glastree over pdumpfs is that it is implemented in Perl rather than Ruby (this is in fact the reason that I encountered it in the first place). How is that an advantage of use? We're talking about free software. Modifying it to fit your needs is a perf

Re: Bug#283994: ITP: glastree -- builds live backup trees, with branches for each day

Matthew Palmer wrote: Sounds like you need to expand your repertoire a bit. Possibly so, but unfortunately my time is a finite. There are far too many languages (even in debian main) for me to learn them all. Can you imagine a world in which your argument was taken at face value? There would be

Re: murphy is listed on spamcop

Thomas Bushnell BSG wrote: What is this, "you go to war with the army you have, not the army you want"? Consider the full context of the quote[0], yes. [0] http://www.defenselink.mil/transcripts/2004/tr20041208-secdef1761.html

Re: Print Alternative

Fernanda Giroleti Weiden wrote: That would ease porting this application to run on Debian. This application would add a great facility for our users since it is impossible to know what command must be used to print a document on a Debian system. Which ones don't support 'lpr' ? The LPR varients obv

Re: LCC and blobs

Brian Thomas Sniffen wrote: So would a web-based firmware loader, that never saved the firmware to disk allow the drivers to be in main? Of course not. It's fetching software, then using that software. ICQ software merely mentions messages, but doesn't use them. ICQ uses the messages as instruct

Re: LCC and blobs

Raul Miller wrote: On Fri, Dec 31, 2004 at 05:02:15PM -0500, Anthony DeRobertis wrote: The social contract says "...but we will never make the system depend on an item of non-free software." not "but we will never make the system depend on an item of non-free software /which we

Re: LCC and blobs

Josh Triplett wrote: I would like to suggest an additional option, which I think covers most cases quite well: If Debian were to package (a copy of) the non-free item in the non-free section, would the Free package express a Depends, Recommends, or Build-Depends on the non-free package? If so, the

Re: Do not make gratuitous source uploads just to provoke the buildds!

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Wouter Verhelst wrote: | You misunderstood. I don't fight generic changes to the order; I just | don't think it would be a good thing that any random developer could | prioritize his pet package. | Any random developer already has root on X thousand deb

Re: Do not make gratuitous source uploads just to provoke the buildds!

Wouter Verhelst wrote: That's not to say that a request to prioritize a package is to be ignored; however, the power of deciding which packages get built first should be with those that actually build the packages, rather than with those who want their packages to be built. The former are expected

Re: Checksumming tool

Lars Wirzenius wrote: > > The best I've come up with so far is a pseudo rfc822 syntax: > > File: foo%20bar/hellurei.txt > Size: 12345 > MD5: 012345667 > SHA-256: 0a0a0a0a0a0a0a0a0a0a0a0a > Mode: 0644 [EMAIL PROTECTED]:tmp$ md5sum test 04c09e317db0a

Re: texlive-basic_2005-1_i386.changes REJECTED

Norbert Preining wrote: > > texlive-binaries-source 96M > --- > texlive-basicbin texlive-base-bin > texlive-binextra texlive-extrautils I'd suggest texline-extra-utils here, because (at least to me) "extra" and "utils" put together are

Re: texlive-basic_2005-1_i386.changes REJECTED

Norbert Preining wrote: >>allrunes dfsg >> >>Please: Tell me its not true that the DFSG is used as a license there. > > > As stated in the License file, this list was generated from the TeX > Catalogue, which *can be wrong*! If you check the actual allrunes files, > you see that it is LPPL

Re: ITP: ladder.app -- GNU Go frontend for GNUstep

Roberto C. Sanchez wrote: > On Wed, Nov 30, 2005 at 12:59:07PM +0100, Gürkan Sengün wrote: > >>It uses gnugo as its >>engine and you must have a recent version of gnugo installed in order to run >>it. > > This statement is unnecessary. You use dependencies to specify that. "The description sho

Re: How to automatically update files on alioth from svn

Frank Küster wrote: > What do you mean > with https? I don't want to only check out individual files from a > websvn site, but complete directories, including new files. http://svnbook.red-bean.com/en/1.1/ch06s04.html -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscrib

Re: [EMAIL PROTECTED]: Re: Bug#343662: fsck errors halting boot after upgrade]

Theodore Ts'o wrote: > (for example if the US Congress > changes the definition of daylight savings time), That should be "when", not "if", unfortunately. AFAIK, they've already done it. On my system, /bin, /etc, /lib, and /sbin together are 156M; /usr/share/zoneinfo is 5.5M. So, while a 3.5% in

Re: switching to vim-tiny for standard vi?

Anthony Towns wrote: > Yeah; vi not behaving like vi by default seems like a showstopper. I don't understand why. Debian is a GNU/Linux system, not a UNIX system. Even such simple things as our "echo" command do not behave exactly as POSIX dictates and classic UNIX does; we've generally, I think,

Re: Size matters. Debian binary package stats

Andrew Suffield wrote: > As a general rule, UK bandwidth prices are roughly five to ten times > those of equivalent service in other EU countries. Not that you can > get equivalent service. Ouch. I pay less than that for a T1 to my house, and far far far less for bandwidth at a colo. I suggest th

Re: dependencies on makedev

Matthew Garrett wrote: > Indeed. Editing plain text configuration files has never been the Unix > way, and vi certainly isn't a standard unix tool. > I think the right question for him to ask is, "what ever happened to the unix way?" chmod, chown, etc. are all simple tools that do one job and d

Re: dependencies on makedev

Joey Hess wrote: > If there is then it would be possible to write a tool > like what I think Anthony is suggesting: > > udev-chown 666 /dev/cdrom > udev-chmod -a 644 /dev/sda /dev/sdb # change all scsi usb devices > That'd definitely be a great tool. -- To UNSUBSCRIBE, email to [EMAIL PROTEC

Re: Fwd: Bug#344758: init.d script should create /var/run/dirmngr

Steve Langasek wrote: > That's fine; I'm just saying that there's not much point in telling people > to *not* ship /var/run (or subdirectories thereof) in their package. Well, there is the slight point that if you ship /var/run/foo in your package, you (a) probably use /var/run/foo just assuming

Re: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=265920

Felipe Sateler wrote: > This seems like a nice idea. File a whishlist bug against reportbug ;) > If you really want to do this, look at /usr/share/doc/reportbug/README.developers. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: libecw

Miriam Ruiz wrote: > I'm not sure if it's license ( > http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=293346 ) can be considered > free enough to be in main: FYI, the right place to ask this is [EMAIL PROTECTED] Moving it over there. Full-quoting because of this. Summary: I don't believe this is

Re: Amendment to GR on GFDL, and the changes to the Social Contract

Christopher Martin wrote: > Therefore, no modification of the DFSG would be required after the passage > of the amendment, since it would have been decided by the developers that > there was no inconsistency. If a simple majority can yell, "there is no inconsistency" then the 3:1 requirement ha

Re: Backports

Joseph Smidt wrote: > " I provide these files without any warranty. Use them at your own risk. > If one of these packages eats your cat or your rabbit, kills your > neighbour, or burns your fridge, don't bother me. " Well, perhaps you should read the following, printed whenever you log in to your

Re: Backports

Joseph Smidt wrote: > Were you writing this just to ridicule me? No, not at all. It was just supposed to be a joke. I appologize; I should have been clearer. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: yet another mass bug filing on GFDL issues ?

Holger Levsen wrote: > Hm, on a second thought this (*) _might_ be a feature: the GFDL says > invariant > sections need to be listed, but there aren't any, as a template has been > used. Yay ?! I suspect that many of those cases might just be an accidental ommission in the copyright file... O

Re: For those who care about the GR

On Sun, Jan 22, 2006 at 03:42:39PM -0800, Steve Langasek wrote: > > And what? If someone tries to bring through a GR stating that > > MS office warez can be distributed in main since it meets the DFSG, > > one might rule that as frivolous and a waste of time. > > I'm not convinced the c

Re: How to purge linux-image-2.6.14

Sam Morris wrote: > PS - why do packages without any config files get into the config-files > state in the first place? :) Possibly, because dpkg can only know if a package has conffiles, and not configuration files in general? Look up the details in policy, but not all configuration files are m

Re: Obsolete packages in Experimental

apt-show-versions | grep /experimental should work too, but I haven't tested it (no experimental packages installed on this machine) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: Proposal: move /etc/{protocol,services,rpc} to base-files

Nathanael Nerode wrote: > In fact, this would solve in a certain sense the long argument about how many > protocols/services to include in the lists: alternate packages could > Provides: netbase-data if they included any superset of the most basic list. In this way, I dare say, lies madness. No

Re: the latest gnome

Kevin Mark wrote: > If 'upgrades' > in Gnome are going to remove something, I think there should be > something obvious like a document placed on the desktop saying > 'gnome_2.12.2.removed.features' and explaining what was removed and how to > work around it > based upon the functionality in the l

Re: conffile purging and maintainer scripts

Roger Leigh wrote: > This updated version should cater for both the old and new behaviour. > Any comments? Maintainers using this should be aware that it will mistakenly delete conffiles that have been converted to e.g., ucf configuration files. This is, of course, unavoidable. It will also dele

apt-secure broke?

Recently, I've just started getting errors like these: W: GPG error: http://http.us.debian.org testing Release: Unknown error executing gpgv W: GPG error: http://http.us.debian.org unstable Release: Unknown error executing gpgv W: GPG error: http://http.us.debian.org experimental Release: Unknow

Re: Reboot in postinst

On Fri, Jan 21, 2005 at 10:18:44AM -0800, Ken Bloom wrote: > So I dist-upgrade, and it upgrades 12 packages. Your postinst runs before > any of the other 11. The computer reboots immediately in your postinst. Even worse: One of those other 11 was a kernel-image package, and this machine uses lilo

Re: How to define a release architecture

Steve Langasek wrote: One of the delays affecting getting lully.d.o back on line, AIUI, was a dead power supply that was non-trivial to replace. This is a case of scarce hardware impacting a port even *before* it has ceased to become available for sale. Well, N+1 redundancy is already required. Ma

Re: Bug#302419: ITP: nzb -- A binary news grabber using nzb files

Ron Johnson wrote: What the heck is an nzb file? I checked out the listed web site, but it didn't enlighten. FYI, I think it is a seperate file that is sometimes posted along with a multi-part binary that contains details about the posts that make up that binary and their order. Might even be XM

Re: Bug#304266: ITP: sdate -- never ending september date

Josselin Mouette wrote: Is there any real-life use for this program? Is there any real-life use for filters? /usr/games/jethro /usr/games/kraut /usr/games/cockney /usr/games/jive /usr/games/nyc /usr/games/ken /usr/games/ky00te /usr/games/newspeak /usr/games/eleet /usr/games/b1ff /usr/games/chef /us

Re: OT: macs?

Jens Peter Secher wrote: Shouldn't that be > "Windows is like a prostitute. Sure it's got a nice make up, but you have all kinds of vira after spending some time with it." No, it shouldn't be, or the Latin scholars will take revenge on you. [sending to -curiosa where this belongs] -- To UNSUB

Re: Outrageous Maintainer

Klaus Ethgen wrote: > The according bug is #306608. It looks like the issue there (trying to quickly read through it) is if package libwxgtk2.4-python nedds to declare a Conflicts: with package wxpython2.5.3. The reason being that both provide a /usr/bin/helpviewer. First off, this is a tad bit

Re: Should Debian use lsb init-functions?

Marc Haber wrote: > The bootlogd docs strongly suggest not using it. Out of curiosity, where? I checked /usr/share/doc/sysvinit, /usr/share/doc/initscripts, and bootlogd(8). The only thing I found was a warning about parsing the kernel's command line in the manpage. -- To UNSUBSCRIBE, email to

Re: packages missing from sarge

On May 8, 2005, at 08:36, Andreas Henriksson wrote: Hi everybody! Although I guess there's no chance for it to make it in, Openswan is the one on my personal wishlist. Seconded! The only RC-bug in openswan is for a newer version of the kernel which will not ship with Sarge. -- To UNSUBSCRIBE, em

Re: packages missing from sarge

On Tue, May 10, 2005 at 09:32:49AM +0200, Rene Mayrhofer wrote: > Am Dienstag, 10. Mai 2005 02:40 schrieb Anthony DeRobertis: > > Seconded! The only RC-bug in openswan is for a newer version of the > > kernel which will not ship with Sarge. > Yes, that's true. I have to ad

Re: /usr/lib vs /usr/libexec

Thomas Bushnell BSG wrote: > Still, nobody has said. What filesystems available on Debian have a > better than linear search time for open, reiserfs, ext2/3 (with dir_index), and probably others. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [

Re: RES: /usr/lib vs /usr/libexec

On May 13, 2005, at 11:28, Humberto Massa Guimarães wrote: You said it yourself. Even if your 256MB machine were typical (it's not), the less cache memory you use to cache dentries of /usr/lib, the better (more memory for your apps, or to cache other, more useful stuff). If you suspect that s

Re: packages missing from sarge

On May 15, 2005, at 22:16, Steve Langasek wrote: Still, the concerns about re-adding this software version (which has been out of testing for months) via t-p-u remain. Its hard to see it being any worse than freeswan, which has been abandoned for a while by its upstream. And if it turns out to

Re: RES: /usr/lib vs /usr/libexec

Thomas Bushnell BSG wrote: I do believe you've missed the point. Splitting /usr from / helps in a teeny percentage of cases, and most of the cases where it "helps" that have been mentioned here, it actually doesn't. Well, I think it helps in the case of network mounting it; it is easier to mount

Re: packages missing from sarge

Steve Langasek wrote: With the delays in getting t-p-u built across architectures, that's not long enough for me to be comfortable. I didn't realize t-p-u took so long. But I suppose that's the way it is. Thanks for the explanation, and thank you for your work on getting Sarge out the door! -- T

Re: Bug#311997: ITP: gaim-latex -- gaim plugin wich translate LaTeX code into image in conversation

Martin Braure de Calignon wrote: > Quoting tex2im code: > > (...) > latex -interaction=batchmode out.tex > /dev/null > cd "$homedir" > dvips -o $tmpdir/out.eps -E $tmpdir/out.dvi 2> /dev/null > (...) > convert +adjoin -antialias -transparent $color1 -density $resolution > $tmpdir/out.

Re: Bug#311997: ITP: gaim-latex -- gaim plugin wich translate LaTeX code into image in conversation

Roberto C. Sanchez wrote: > At some point, you do need to execute something on your machine, else > you may as well unplug it and find something else to do. I understand > what you are saying, but we can't put everyone in a small padded room. > Based on your assessment, we would have cause to see

Re: Bug#311997: ITP: gaim-latex -- gaim plugin wich translate LaTeX code into image in conversation

Nicolas Schoonbroodt wrote: > chdir("/tmp") > system("latex -interaction=nonstopmode " FILE_TEX) > system("dvips -o" FILE_PS " -E " FILE_DVI) > system("convert " FILE_PS " " FILE_PNG) > > and finaly a I do a > system("rm -rf /tmp/GaimTeX.*") somewhere This is still a security problem, this time

Re: Ongoing Firefox (and Thunderbird) Trademark problems

Matthew Garrett wrote: Lack of choice of venue imposes a burden on the licensor in case of litigation - I see no reason why one is obviously free and the other non-free. No, lack of choice of venue generally imposes a burden on the plaintiff, who may be either the licensor or the licensee.

Re: Ongoing Firefox (and Thunderbird) Trademark problems

Humberto Massa Guimarães wrote: Well said. IMHO, no. DFSG #8 -- witch is part of the SC, IIRC -- forbids us to have rights that our users don't have. No, it doesn't. It says: The rights attached to the program must not depend on the program's being part of a Debian system. If the program is

Re: Ongoing Firefox (and Thunderbird) Trademark problems

Humberto Massa Guimarães wrote: > And this is my problem with the inclusion of MF's trademark usage in > our package: the right to include such trademark *is* attached to > the program (after all, it's the original name of the program (**)); > it's a right that *must* *not* *depend* on the program

Re: Greylisting for @debian.org email, please

Steve Kemp wrote: > Email may appear to be realtime, and you may even expect it to > be because this is frequently how it works. But this is not guaranteed. > > Either way people's, misguided, beliefs on the realtimeness of > email delivery is not a valid reason to choose against greylisti

Re: Greylisting for @debian.org email, please

Russell Coker wrote: > Why is it tolerable to receive 200 spams in a day? On a bad day I will > receive over 100 spams even though I use most of the anti-spam measures that > some people in this discussion don't like. I receive ~500/day. Of those maybe 4 make it through SpamAssassin. I rarely

Re: Mozilla Foundation Trademarks

Gervase Markham wrote: > Then I'm slightly confused as to your concept of trademark infringement. > If I label the car I've built as a Ford (even if it uses a lot of Ford > parts), it infringes Ford's trademark. OTOH, as has been pointed out before in one of the many related threads, if I take a

Re: Getting rid of circular dependencies

Josselin Mouette wrote: Le mardi 28 juin 2005 à 16:05 +0200, Josselin Mouette a écrit : 2) document that packages using some extra feature (e.g. SVG loader) needs to depend on an extra package (librsvg2-common) Guess why we moved from doing things this way to make librsvg2-2 depend on librsvg

Re: Section for a new package

Bernd Eckenfels wrote: > You can ship the generated file instead. No, that's not source code. To be in main, you must be able to build from source using only tools in main. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: Section for a new package

Lionel Elie Mamane wrote: > that I think of it, the last condition is pretty necessary for any > kind of security support... It may thus be a hard requirement rather > than "it'd be better". > There isn't any guarantee of security support for non-free at least, and I'd guess contrib as well. --

Re: HashKnownHosts

Wouter Verhelst wrote: > and > relying on other people's security to increase your own isn't pretty > clever, actually. Well, it increases your own security to: It makes it harder to use your machine, were it to be compromised, as an attacker. This increases your security in two ways: 1. General

Re: Package distribution, a concept for a modern package distribution

Goswin von Brederlow wrote: > For some time now (as in around a year) you can update your Packages > files by downloading only the differences (ed script format diff) to > your local file. Using that daily updates go down from the full 3+MB > (2+Mb with bz2 now) to ~10K per day. Really? I don't s

Re: Shared library versioning

[EMAIL PROTECTED] wrote: > g.h : > template > void g (T x); > > g.cc : > template > void g (T x) { >cout << x; > } > > The .h file has to include the .cc one in order for the compilation to work. > That leads to a shared library that we'll call libg.so.1.0.0 > Let's say now that I compile

Re: Shared library versioning

[I think you meant to sent this to -devel as well as just me privately... I hope you don't mind me sending my response back to -devel] [EMAIL PROTECTED] wrote: > But is this possible ? If for instance I know that T will be double, int and a > "custom" class, can I force the code for g, g and g to

Re: cdrtools

Erast Benson wrote: > > I do not need to make the build system > available under GPL (GPL §3 requires me to make it available but does > not mention a license) GPL 3(a) requires the "complete corresponding source code [be] distributed under the terms of Sections 1 and 2 above". GPL 3 defines

Re: how to deal with packages depending on mysql-server

Bastian Venthur wrote: > What is the preferred solution for this kind of problem? > > I've heard rumors that packages have a Description: field which could probably contain a note along the lines of: WordPress requires access to a local or remote MySQL server. If you wish to run the s

Re: new mplayer

Yavor Doganov wrote: > I was wondering, what's so important about mplayer? With totem and > vlc (and I anticipate there's something similar for KDE) you have > everything you need. Not true. Mplayer is the only one with proper support for ASS subtitles. -- To UNSUBSCRIBE, email to [EMAIL PROT

Re: Orphaning most of my packages

Steve Greenland wrote: > Bug#392672: O: positron - synchronization manager for the Neuros Audio > Computer Python. Probably dead after v1.1. Pierre Habouzit has NMU'd a > version 1.1 upgrade and support for new python policy, see bug # 380895. I can confirm that Positron is dead. Not only is it dea

Re: Lots of (easily recognisible) spam sent to the BTS today

Bruce Sass wrote: > I have yet to see a spam message sent to the BTS which used a "Package:" > pseudoheader, so that should work to eliminate BTS spam without > preventing non-DD's helping out. > OTOH, a /lot/ of legitimate mail is sent to the BTS w/o a Package: pseudo-header (think: pretty mu

Re: Bug#396117: ITP: cpufreq-detect -- detect CPU frequency control driver

Peter Palfrader wrote: > How come it never outputs p4_clockmod? I use that happily on several > different machines. > I can confirm I've tried it on a machine. The performance impact was substantial (at least if I allowed it to go to its lowest speed); the power consumption difference was imme

Re: "Arch: all" package FTBFS due to test needing network access - RC?

Lucas Nussbaum wrote: > Some packages (e.g choose-mirror) fetch a newer version of a file during > build if it's possible to fetch that file. I don't think this is RC, > since the file is not missing from the package if the network is not > available. > In general, I strongly suspect that fetc

Re: Lots of (easily recognisible) spam sent to the BTS today

Bruce Sass wrote: > I don't think that disqualifies it as a solution, it just means there > would be a transition period while users learn that it is a required > part of messages sent to the BTS. Yes it does. People other than Debian developers mail [EMAIL PROTECTED] Heck, people who are not e

Re: Bug#396117: ITP: cpufreq-detect -- detect CPU frequency control driver

Mattia Dongili wrote: > Yes, p4-clockmod is mostly useless for power saving but it helps > reducing the processor temperature. And this is the only driver working > for my p4 desktop. > Odd. I was unable to measure any temperature reduction either. -- To UNSUBSCRIBE, email to [EMAIL PROTEC

Re: Downgrading the priority of nfs-utils

Matthias Julius wrote: > I would guess that most people who install a linux system don't need > NFS. > Donno. I use it on all my systems, home and otherwise; how else would I mount file servers... > And actually, NFS us not required to run Debian. Do I don't think it > needs to be in the defa

Re: Proposed new POSIX sh policy, version two

Thomas Bushnell BSG wrote: > Somebody needs to explain to Jari the concept of a shared text segment. > Bash: [EMAIL PROTECTED]:~$ grep 'Private_Dirty' /proc/$$/smaps | perl -e '$t = 0; while (<>) { /(\d+) kB$/ or die "parse err: $_"; $t += $1 } print "tot: $t\n"' tot: 2800 Dash: $ grep 'P

Re: Question about "Depends: bash"

Michelle Konzack wrote: > > I do not know a singel person which open 20 xterms with bash at the > same time. On my IBM i have normaly 4-6 XTerms open, mozilla and gaim. > That's nice. ps/grep/wc shows I have 27 xterms, all with bash running, open at the moment. Of course, I have far more than

Re: Ondemand governor by default in etch

On Thu, Dec 07, 2006 at 09:36:29AM -0600, John Goerzen wrote: > > * Will cause negligible impact on system performance. ondemand seems >to have the philosophy of "max system speed unless I can be shown >that the system is pretty much idle" This isn't true on this machine here. Enabling i

Re: Ondemand governor by default in etch

Matthew Garrett wrote: > p4-clockmod is entirely useless. It's high-latency and doesn't drop the > core voltage. Nice. Is there a good alternative for P4 machines? Is the ACPI one any better (assuming a semi-sane BIOS)? -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscri

Re: Etch Software RAID Upgrade Trouble & Suggested Installer Improvements

Alexey Feldgendler wrote: > > cp -avx --preserve=all 1/* 2 # rsync will do as well Of course, 1/* misses any dot-files in 1. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: DPL Debate prepared questions list [Debian Policy Sucks]

Ritesh Raj Sarraf wrote: Now, there was a known issue with those cards with e1000 driver upto kernel 2.6.11, IIRC. Hmmm, and 2.6.12 panics (bug #327355 ) when I try and use the tape drive on my machine. New versions not only fix bugs, but introduce new ones, too.

Re: DPL Debate prepared questions list [Debian Policy Sucks]

Martin Michlmayr wrote: Anthony, do you still see this bug with 2.6.15 or (better yet) 2.6.16? (will be uploaded tomorrow). 2.6.15, yes. I'll check 2.6.16 when it hits unstable (I'm guessing, though I still need to test, that the ide-tape cleanup in 2.6.9 borked it) -- To UNSUBSCRIBE, emai

Re: Maintainers Guide

Jeremy Stanley wrote: This has to include a copyright year, also. ...and following additional discussion, the resolution is: After considering the suggestion, I have decided to close this bug. The year really should be included. At least in the US, not having a year in the notice a

Re: Maintainers Guide

On Tue, Mar 28, 2006 at 03:51:30PM +0200, Henning Makholm wrote: > Only for some pretty strange values of "worthless". AFAIU the only > legal effect of the notice requirements you cite is as defined by > subsection (d): if a compliant notice is present, a defendant is > excluded from the defense t

Re: Bug#360340: ITP: libpcl1 -- the Portable Coroutine Library (PCL) implements the low level functionality for coroutines

Ron Johnson wrote: Vote: nay. OP forgot to mention which volume of tAoCP. I suspect some sarcasm has failed to convey over email. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: the BTS gains a remote bug tracking feature for free !

On Wed, May 03, 2006 at 01:21:41PM +0200, Pierre Habouzit wrote: > * the forward canonization is vital for things like tracking bugzilla's >"merges" (it in fact rewrites a $(uri)/show_bug.cgi?old_nnn into the >$(uri)/show_bug.cgi?new_nnn) Out of curiosity, how does it handle un-merges i

Re: Compiling packages for the standard distribution with -Os instead of -O2

On Wed, May 03, 2006 at 11:02:57AM -0300, Henrique de Moraes Holschuh wrote: > For Etch and Sid, it is probably a good idea to use -Os instead of -O2 at > least on the bigger arches (ia32, ia64, amd64, etc), as we can probably > trust gcc not to screw up. If gcc generally generates faster code wi

Re: Bug#366069: ITP: fusesmb -- filesystem client based on the samba file transfer protocol

On Thu, May 04, 2006 at 10:29:25PM +0200, Samuel Mimram wrote: > fusesmb is a filesystem client based on the samba file transfer protocol. > . > It is based on FUSE (userspace filesystem framework for Linux), thus you will > have to prepare fuse kernel module to be able to use it. Please expl

Re: Compiling packages for the standard distribution with -Os instead of -O2

On Sat, May 06, 2006 at 04:44:23PM +0200, Goswin von Brederlow wrote: > Initialiy this was for people with older computers, not a 2 GHz amd64 > with 2GB ram. Think P90 with 64Mb or slightly better. > > We are not talking "generally" here but "specific". Specific to > certain hardware. OP mention

Re: the BTS gains a remote bug tracking feature for free !

On Fri, May 05, 2006 at 09:35:16AM +0200, Pierre Habouzit wrote: > Could you please point me to an UNMERGED bug to see what it looks like ? > (an URL to the {status=closed ; resolution=merged} bug that was reopen, > as well as the bug in was merged "into"). https://bugzilla.mozilla.org/show_bug

Re: Testing security archive move

Neil McGovern wrote: deb http://security.debian.org etch/updates main contrib non-free deb-src http://security.debian.org etch/updates main contrib non-free Errr... apt-get says: Failed to fetch http://security.debian.org/dists/etch/updates/Release Unable to find expected entry main/b

Re: sending debian-private postings to gmail

Kevin B. McCarty wrote: Come to think of it, [pgp encrypting each message] isn't a bad idea. Is it feasible for this to be done transparently? Mailing list admins, any comments? I suspect that the end result of this would be more people keeping their GPG keys unencrypted on Internet-access

Re: Please revoke your signatures from Martin Kraff's keys

Tyler MacDonald wrote: WTF? In Oregon, if you have a driver's license, you cannot get an ID card. If you have an ID card, you have to surrender it to get a driver's license. You're only legally allowed one ID. Weird! Not really, same rules apply in Virginia, AFAIK. You can still

Re: Testing security archive move

Anthony DeRobertis wrote: Errr... apt-get says: Failed to fetch http://security.debian.org/dists/etch/updates/Release Unable to find expected entry main/binary-amd64/Packages in Meta-index file (malformed Release file?) And, indeed, despite appearing in Architectures, there is no

Re: Real Life hits: need to give up packages for adoption

Christoph Haas wrote: > Yes, of course. Besides some minor things I don't quite like about > Subversion ([...] getting out old revisions of a file means typing > the full URL for no reason) svn cat -r works for me... -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscri

Bug#72140: Setting up libraries too slow

Tim Connors wrote: > only the occasional slowness as apt > replaces libc6 and the /sbin/ldconfig program gets restored. I move it > back out of the way when I notice that apt is taking so long, and all is > fine. man dpkg-divert That should help with your libc6 upgrades. -- To UNSUBSCRIBE, ema

Re: Bug#375047: ITP: srtp -- Secure RTP (SRTP) and UST Reference Implementations

Jonas Smedegaard wrote: > (Include the long description here.) > Yes. Please do so. Writing the long description in the ITP allows debian-devel to help spot any mistakes in, and make suggestions for improvement to, the long description. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a s

Re: new tar behavior and --wildcards

Bdale Garbee wrote: >The following table summarizes pattern-matching default values: > >MembersDefault settings >-- >Inclusion `--no-wildcards --anchored >--no-w

Re: ITP: openwatcom -- C/C++ compiler and IDE that produce efficient, portable code

Matthew Garrett wrote: > > Ok, but it still needs to be modified. Are you suggesting that the > freedom to produce a binary that can't be recompiled by anyone else is a > necessary freedom? > > I haven't read the license, and I suggest asking on -legal if you want a full analysis, but the gen

Re: ITP: openwatcom -- C/C++ compiler and IDE that produce efficient, portable code

Marco d'Itri wrote: > Bullshit. The only criteria for defining freedom for the purposes of > Debian *is* the DFSG. Under a strict reading of the DFSG, I'm not sure how a license that prohibits running the code would fail. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscr

Re: MPEG in general Was: Is anyone packaging `lame' ?

> I'll dare to take the other route and ask: what is now holding back > software such as mplayer/mencoder, transcode and mjpegtools from > entering Debian? Last time mplayer came up on debian-legal (the proper place for questions like this), the problem was unclear licensing. If the unclear lic

Re: Bug#195226: ITP: riece -- redesign of the Liece IRC client for Emacs

On Thu, 2003-05-29 at 06:33, OHASHI Akira wrote: > Description : redesign of the Liece IRC client for Emacs > > Riece is a redesign of the Liece IRC client. I hope you don't intend to use that as your package description. signature.asc Description: This is a digitally signed message part

  1   2   3   >