Re: aptitude (priority important) depends on libboost-iostreams (priority optional)
6, 2010 at 12:17 AM, Russ Allbery wrote: > "Steve M. Robbins" writes: > >> I wouldn't place any of Boost in that category. In fact, I wouldn't >> place "aptitude" in that category, either. > > aptitude was historically the recommended tool to use for upgrades because > it had the best dependency resolver for handling the dist-upgrade case. > For so long as that's true, it should be priority: important, which means > that by definition the things that it requires are also priority: > important or higher. > > If apt-get is now strong enough that we can recommend it for upgrades > without qualms, then aptitude is another alternative package manager and > standard may be fine. Is that now the case? > > -- > Russ Allbery (r...@debian.org) <http://www.eyrie.org/~eagle/> > > > -- > To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org > with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org > Archive: http://lists.debian.org/87y6dc83h9@windlord.stanford.edu > > aptitude is the preferred package management tool, so I'm thinking that the priority of libboost-iostreams should be upgraded [1][2]. aptitude has more features than just a better dependency handler, like the significantly more advanced search syntax and the smarter, interactive resolver. I think the better decision is to edit it such that it doesn't require that library. However, that's a decision for the aptitude team to make, since I have no idea how heavily it relies on that package, or what portions of the program depend on that library. I'd be glad to donate some of my time if the aptitude team wanted it though. [1] http://www.debian.org/doc/manuals/reference/ch02.en.html#_basic_package_management_operations [2] http://wiki.debian.org/Aptitude -- -Will Orr -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/aanlktin94w_6n-zwytv_qpkkaoihgrxqs2qn8g00b...@mail.gmail.com
Re: Upstream Tracker
On Wed, Jul 14, 2010 at 7:09 AM, Andrey Ponomarenko wrote: > Hello, Colleagues! > > The new service for tracking ABI changes in various C/C++ libraries is > now available for Linux distribution maintainers and upstream developers > - "Upstream Tracker". It may be helpful for analyzing risks of libraries > updating in the Debian Linux. The service includes more than 100 > libraries at the moment: OpenSSL, ALSA, glib, cairo, libssh, fontconfig etc. > > The service is freely available at: > http://linuxtesting.org/upstream-tracker/ > > Suggestions for libraries inclusion and feature/bug requests are very > welcome. Thanks! > > -- > Andrey Ponomarenko > > Linux Verification Center, ISPRAS > web: http://www.linuxtesting.org > > > -- > To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org > with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org > Archive: http://lists.debian.org/4c3d9b07.1000...@ispras.ru > > This service looks excellent! Definitely spread the word about it, and thanks for providing such a service. PS I posted it on the linux Reddit. -- -Will Orr -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/aanlktil7hb8wde0g5vcau_pbdh2fofjlkfrwzdrtn...@mail.gmail.com
Re: packages being essential but having stuff in /usr/?!
6, 2010 at 5:56 PM, Christoph Anton Mitterer wrote: > On Fri, 2010-07-16 at 20:11 +0200, Petter Reinholdtsen wrote: >> /var/ is not required to be on the root file system, but >> must be available after the $local_fs point during boot. > Ah.. good to know,.. thought that could perhaps also be on > remote-filesystems... What about services that start before $remote_fs is provided that place pidfiles in /var? Portmapper is an example of this. >> > Also, right after the init system starts, neither /proc, nor /dev, >> > nor /sys are there, right? >> This depends on what the initrd did. > Ok.. i see... but at least it's not guaranteed,.. as systems might not > use an initramfs at all,... and then these are mounted by the respective > init-script, right? > Yes, /etc/init.d/mountkernfs.sh > >> Probably not. The early boot is so special anyway, and consist of so >> few packages that there advantage of trying to generalize is probably >> outweighted by the effort to implenent it. The effort with init.d >> scripts should instead be on moving scripts out of rcS.d/ into >> rc[1-5].d/, to improve single user mode and increase concurrency >> during boot. > mhh,.. ok... I see :) > > > Cheers, > Chris. > -- -Will Orr -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/aanlktinh3ykdncjbezq-5tbzlskiw9i1encmynx0f...@mail.gmail.com
Re: How to make Debian more attractive for users, was: Re: The number of popcon.debian.org-submissions is falling
2010/7/21 Jesús M. Navarro : > Hi, Hans: > > On Wednesday 21 July 2010 19:38:02 Hans-J. Ullrich wrote: >> Hi community, >> >> well, I think, the main problem is, WHO are the persons, you want to >> actiuvate. > > [...] > >> Group 4: People, who decide in business, which OS to use. > > [...] > >> Group 4: Business deciders are a big problem. They only see money! > > There's nothing inherently wrong with that, specially when Debian can help on > this front too. > >> But I >> think, if you want to convince them, then you need a web prensentation or a >> presentation at all, who makes the idea of debian clear: save costs through >> the work of a community , development will be guaranteed in the future, use >> of real standards, more power for less money, no license problems and some >> other things I forgot. For those people, a presentation should be developed >> by people, who create professionell advertisements. > > That's an old rant of mine. Not exactly "colorful shiny brochures" but, yes, > being able to make a discourse to reach their ears in a language that they > are able to understand. On this, I think DPL can say and do a lot. > > I always asked myself (rethoric question, since I have my own answer) why is > it the case that hardware and even proprietary software vendors (Dell, IBM, > HP, Oracle, SAP...) don't use Debian as their base platform of choice given > its obvious monetary and strategic advantages to them and go instead with, > say, Red Hat or SUSE. > > With Debian there's no risk for them to be stabbed in the back if wind > changes; there's no need for signing "early access" programs for them to know > what will happen on the next release or going into a market tit-for-tat, > heck, with only a little of fair play and time they can even have an obvious > direct impact being the very driving force that makes Debian advance in the > direction that better suits them (anyone can be a DD and anyone can make a > difference with its own work; this is basically a meritocracy, after all) > without need of dealing with CxOs of other companies with different agendas > and even competing goals. > > With this in mind *why* IBM, Oracle, Dell... are not literally rushing for > Debian -on the premise that *I* would benefit from that in the form of more > man hours even for boring things, better hardware support or > more "enterprise-grade" tools? > > My opinion is that happens because IBM, Oracle, Dell... big boys go playing > golf with Red Hat or SUSE big guys but they don't know a Debian big boy to > talk to and because of this they don't know the message Debian could bring to > them (since they don't listen to "minions", they only listen to their pairs). > > That's where the DPL can help a lot: by acting to those big guys as one of > them. Somehow in their minds, Ellison, Dell, Zacchiroli... should resound > as "birds of a feather" as much as possible. > > Is Ubuntu any better platform for Oracle to run their Database or for Dell to > certify their hardware than Debian? I don't think so. How is it then that > they do with this relatively new kid in the block what they haven't done with > Debian in more than a decade? My answer is that Ubuntu has a Shuttleworth to > talk to them, face to face, in their same language but Debian do not. > > Cheers. > > > -- > To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org > with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org > Archive: > http://lists.debian.org/201007220158.50262.jesus.nava...@undominio.net > > Also I imagine that it helps that they have some kind of commercial support behind their projects, whereas Debian has little/none of that. -- -Will Orr -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/aanlkti=+kfzlbd0dqbd-pvhyyvzk6mp-pw-ju5woh...@mail.gmail.com
Re: How to make Debian more attractive for users, was: Re: The number of popcon.debian.org-submissions is falling
1, 2010 at 10:36 PM, Russ Allbery wrote: > "Fuentes, Adolfo" writes: > >> - If the user is experienced, they argue that the libraries are somehow >> old compared to other distros, with cutting-edge software. Here it >> depends on individuals, since I prefer the solid-rock stability of >> Debian to the problem of upgrading systems regularly. > > This one always boggles me and makes me wonder if we should present Debian > unstable or testing as the "typical" installation. Debian testing (and > often Debian unstable) is more stable than the distributions with > equivalent up-to-date libraries, and those distributions generally never > offer anything remotely like Debian stable. (RHEL is considerably more > unstable than Debian stable *and* has even older software, for example.) > > -- > Russ Allbery (r...@debian.org) <http://www.eyrie.org/~eagle/> > > > -- > To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org > with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org > Archive: http://lists.debian.org/87pqygtf87@windlord.stanford.edu > > Are you serious? What about the stability Debian is known for? IMHO, this totally ruins the point of Debian. Back when I first started using Linux, I always heard that Debian == Stability. And now as a server admin, I like how little Debian changes, and how you can expect almost no breakages when upgrading stable. I can't get that from most other distros; that's why I pick Debian as my server Linux of choice. If people think this is a problem with Debian, rather than a feature, then Debian just isn't for them, and I don't think Debian should try and meet every single use case out there. Granted my opinion really doesn't count in the long run, but I choose Debian stable for servers because of its stability. Testing and unstable just don't cut it for servers in my book. -- -Will Orr -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/aanlktinfas_yygle0ozmhud=y3gw_y_6j-6mytoys...@mail.gmail.com
Re: How to make Debian more attractive for users, was: Re: The number of popcon.debian.org-submissions is falling
> stable = release > testing = current > unstable = development > > (kind of copied from FreeBSD). This. Additionally, an HTTP interface to reportbug would be a good idea. Many new users find it difficult or unnecessary to set up an MTA when they first install, so allowing to use some kind of HTTP interface would be very nice indeed. Where I go to school, there are a lot of people who try Linux for the first time hearing that it's a nice dev environment. They understand software bugs, know what information to provide, and aren't always afraid to delve into source code. But a lot of the time, they just don't wanna be bothered to set up exim. -- -Will Orr -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/aanlkti=sgzgq3o5kzy1hfajeihuwlx8mkndpk82j8...@mail.gmail.com
Re: How to make Debian more attractive for users, was: Re: The number of popcon.debian.org-submissions is falling
5, 2010 at 6:07 PM, Sandro Tosi wrote: > Hello, > > On Sun, Jul 25, 2010 at 19:32, Will wrote: >> Additionally, an HTTP interface to reportbug would be a good idea. > > are you (and all the others asking for this) willing to help developing one? > >> Many new users find it difficult or unnecessary to set up an MTA when >> they first install, Yes, as a Python developer I'd be glad to add in HTTP support given an HTTP interface to the BTS. > Could you please point to any reference where it's written that the > only way for reportbug to work it's thru a local MTA and not also with > a remote SMTP server? It's not, I was working off old information. When I used reportbug a few years ago, just SMTP was broken, so I just set up an MTA and forgot about it. Sorry. > Regards, > -- > Sandro Tosi (aka morph, morpheus, matrixhasu) > My website: http://matrixhasu.altervista.org/ > Me at Debian: http://wiki.debian.org/SandroTosi > > > -- > To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org > with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org > Archive: > http://lists.debian.org/aanlktinxgxvmlarjaosfenndyi+f7swrxuhvwda=h...@mail.gmail.com > > -- -Will Orr -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/aanlktikg4pt8uyrz=uoxaxrpqrc1jrrhdc-p_fzxo...@mail.gmail.com
Re: How to make Debian more attractive for users, was: Re: The number of popcon.debian.org-submissions is falling
6, 2010 at 11:54 AM, Marc Haber wrote: > On Sun, 25 Jul 2010 13:32:49 -0400, Will wrote: >>Additionally, an HTTP interface to reportbug would be a good idea. >>Many new users find it difficult or unnecessary to set up an MTA when >>they first install, so allowing to use some kind of HTTP interface >>would be very nice indeed. > > This will decrease the quality of bugs even more since the bug reports > are not going to contain even the minimum of information collected by > reportbug. > > Greetings > Marc > -- > -- !! No courtesy copies, please !! - > Marc Haber | " Questions are the | Mailadresse im Header > Mannheim, Germany | Beginning of Wisdom " | http://www.zugschlus.de/ > Nordisch by Nature | Lt. Worf, TNG "Rightful Heir" | Fon: *49 621 72739834 > > > -- > To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org > with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org > Archive: http://lists.debian.org/e1odq0b-0004mg...@swivel.zugschlus.de > > I said HTTP interface. I did not say web interface. I have not commented on making a web frontend to the BTS. I was suggesting using HTTP as an alternative transport mechanism since it would require less configuration on the user's part. Any GUI bug reporter/reportbug could transmit information to the BTS via HTTP, and it would be easy to slap a web frontend on top of that if people so desired. It would definitely easier than building one off of the SMTP interface we have currently. -- -Will Orr -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/aanlkti=d+a84mwncvukjfl6fkxbagw8bvvup8dp+-...@mail.gmail.com
Re: Bug#283578: ITP: hot-babe -- erotic graphical system activity monitor
On Wednesday 01 Dec 2004 17:12, Michelle Konzack wrote: > > We need to discuss this point and find a technical way of solving the > > first. > > erotic.debian.org It seems to me this is the sensible solution. When we could not export crypto from the US for legal reasons we created non-US. Now I think it is as significant an issue to distribute items such as hot-babe. It may be a "free speech" issue and people may not want to compromise, but this is the way that a significant part of the world is, and we have to be pragmatic. Do we need hot-babe in main? I don't think so. Is it a significant problem to have it there? Yes it is in many countries. We are not talking about something subjectively offensive but a real legal problem.
Re: Bug#283578: ITP: hot-babe -- erotic graphical system activity monitor
On Wednesday 01 Dec 2004 11:15, Ron Johnson wrote: > Well, guess what? I live in the American South, and I'd like to > give away disks to young geeks and wannabees without having to > worry about whether his/her parents or teacher would wig out. Subjective. Legal issues are one thing, subjectively offensive stuff is another.
Re: Bug#283578: ITP: hot-babe -- erotic graphical system activity monitor
On Wednesday 01 Dec 2004 21:35, Manoj Srivastava wrote: > Right. We should not have games like quake, doom, or > nethack,. since they promoite murder and mayhem and eating of > corpses. So far so sarcastic. IMO if it can be demonstrated that distributing something is illegal we should think about not distributing it. We are not the EFF. If they or anyone else wants to fight for the right to look at cartoon tits then that's fine by me. We are trying to build an operating system. I think.
Re: Bug#283578: ITP: hot-babe -- erotic graphical system activity monitor
On Wednesday 01 Dec 2004 21:30, Manoj Srivastava wrote: > There are a number of locations where gambling is illegal, as > are all games of chance. That's "gambling" as in "wagering a stake on a game of cards" not gambling as in "playing cards".
Re: Bug#283578: ITP: hot-babe -- erotic graphical system activitymonitor
On Wednesday 01 Dec 2004 22:44, Manoj Srivastava wrote: > These nebulous authorities also frown upon various other > things, depending on your jurisdiction -- games of chance, the > bible, games promoting violence, texts promoting freedom .. > > Descending to the lowest common denominator shall leave you > with the husk of an operating system. Well don't then. Take each case on it's merits. There's no need to wilfully lump it all together. If we are bothered about laws governing software licenses, why are we not bothered about laws governing other things? Are they beneath us?
Re: Bug#283578: ITP: hot-babe -- erotic graphical system activitymonitor
On Wednesday 01 Dec 2004 22:15, Andrew Suffield wrote: > Anybody who can't obtain porn using only the tools provided on a > Debian CD is a total moron. You might as well complain that the > internet is bad, just because it's primarily used as a vehicle for > delivering porn. No. We are talking about "distributing" hot-babe. Debian never has and probably never will distribute "teh Intarnet". We cannot stop people doing anything with Debian that is within license terms once it is installed, but we can be held responsible for what we distribute. > [And that's without even starting on this insane notion that trying to > stop kids from seeing porn is somehow a good idea] Debian should have no moral concern, but a legal one is valid IMO. A concern about filling the archive with crap is a different thing altogether...
Re: Bug#283578: ITP: hot-babe -- erotic graphical system activity monitor
On Thursday 02 Dec 2004 07:35, Neil McGovern wrote: > Ok, Yes, if push comes to shove, I'll be happy to stand trial for the > inclusion of hot-babe in main. I can't see how that choice is yours to make.
Re: Bug#283578: ITP: hot-babe -- erotic graphical system activity monitor
On Thursday 02 Dec 2004 09:27, David Weinehall wrote: > > So far so sarcastic. IMO if it can be demonstrated that distributing > > something is illegal we should think about not distributing it. > > And, as demonstrated elsewhere in the thread, whoops goes > bible-kjv-text. I know of no country where that is illegal. If someone can name one with evidence then we may consider it. I don't see how that package is integral to Debian anyway. > > We are not the EFF. If they or anyone else wants to fight for the > > No, we're not. We're also not the PTA or the moral police. I never suggested we were. We should however make sure we try to protect as many of our users, developers and distributors as we can wherever in the world they may live. > > right to look at cartoon tits then that's fine by me. We are trying to > > build an operating system. I think. > > Indeed. From that point of view, hotbabe is pretty meaningless. > Then again, so is quake, doom, nethack, etc. Please do not compare apples and oranges. No-one (other than Manoj making vague insinuations) has suggested any of those may be illegal to distribute.
Re: Bug#283578: ITP: hot-babe -- erotic graphical system activity monitor
On Thursday 02 Dec 2004 04:43, Thomas Bushnell BSG wrote: > Joe Wreschnig <[EMAIL PROTECTED]> writes: > > No, that doesn't work. There's some base level of stuff that's so > > unlawful we don't include it because it would cut off far too much of > > the userbase (or cause them to commit illegal acts). > > So if you think the package in question is actually illegal, you hire > the lawyer and then come back and let us know. We don't take that attitude to software licenses. Why should we take it to other laws? If someone can provide evidence (which I don't think would be very hard to get) that this is illegal in various countries, why is that different from someone saying something is non-distributable in the US because of patent issues?
Re: Bug#283578: ITP: hot-babe -- erotic graphical system activity monitor
On Thursday 02 Dec 2004 00:00, Manoj Srivastava wrote: > > It seems to me this is the sensible solution. When we could not > > export crypto from the US for legal reasons we created non-US. Now I > > think it is as significant an issue to distribute items such as > > hot-babe. > > Cool, we legitimize Debian Pr0n. I prefer to think of it is as the much heralded Debian Data archive. :-) In all seriousness though, at least then it would be out in the open. > It is illegal in many countries to have images of living > things -- or pictures of women with their head uncovered. Pragmatism, > in this case, is the enemy of freedom. Is it? Is it REALLY? Pragmatism is about compromise. Not distributing this tool does not stop anyone downloading it, but it does stop users, developers and distributors getting into legal trouble. Not a bad compromise if you look at the limited utility of the package. > BTW, the DFSG is not very pragmatic, nor is the social > contract. We have drawn a line there, that's what defines us. Not in this sphere we haven't. I see no lines at all on this subject. > > We are not talking about something subjectively offensive but a real > > legal problem. > > As am I -- lots of legal problems in lots of domains. How about we tackle them one at a time?
Re: Bug#283578: ITP: hot-babe -- erotic graphical system activitymonitor
On Thursday 02 Dec 2004 07:48, Manoj Srivastava wrote: > Who gets to decide for each case? Usually it is the person who > does the work who makes the decision -- the packager, in this > case. The only way to override that is call in the tech ctte -- but > this is not a technical issue. Yup, a GR for each case. Is that not broken? Should we not try and fix it? > Heh. Heh heh?
Re: Bug#283578: ITP: hot-babe -- erotic graphical system activitymonitor
On Thursday 02 Dec 2004 07:50, Manoj Srivastava wrote: > > No. We are talking about "distributing" hot-babe. Debian never has > > and probably never will distribute "teh Intarnet". We cannot stop > > people doing anything with Debian that is within license terms once > > it is installed, but we can be held responsible for what we > > distribute. > > Yup. We also distribute purity-ogg. fortunes-off, and the bible. Which are illegal where?
Re: Bug#283578: ITP: hot-babe -- erotic graphical system activity monitor
On Thursday 02 Dec 2004 20:48, Adam Majer wrote: > China would *appear* to be one, > > http://archives.cnn.com/2002/WORLD/asiapcf/east/01/28/china.bibles/ > http://www.upi.com/view.cfm?StoryID=28012002-054849-9679r If you follow the links you'll find they refer to a man charged with involvement with an illegal *group* of Christians. AFAIK there is a state sanctioned Christian church in China and I assume they have bibles of some sort. So no, distributing bibles is likely not illegal in China. Do we have any PRC Debian developers? > >I don't see how that package is integral to Debian anyway. > > A significant number of packages in Debian are not integral to Debian. I'm not saying throw em all out, just that if we are to make pragmatic decisions about packages we should take that into account. e.g. it is worth us standing up against a law outlawing X windows, but maybe not one that outlaws a minor desktop applet.
Re: Bug#283578: ITP: hot-babe -- erotic graphical system activity monitor
On Friday 03 Dec 2004 09:49, Joerg Wendland wrote: > Will Newton, on 2004-12-02, 19:57, you wrote: > > On Thursday 02 Dec 2004 07:35, Neil McGovern wrote: > > > Ok, Yes, if push comes to shove, I'll be happy to stand trial for the > > > inclusion of hot-babe in main. > > > > I can't see how that choice is yours to make. > > Seen his name? Um? Sorry, I don't see how his name has any relevance.
Re: Bug#283578: ITP: hot-babe -- erotic graphical system activitymonitor
On Friday 03 Dec 2004 00:11, Manoj Srivastava wrote: > Umm, the linux kernel, the purity tests, and the offensive > fortunes are not G rated, so can't be given to minors without > parental consent. I guess that makes it illegal in the united > states. You can't distribute text with the word "fuck" in it anywhere to minors in the US? Truly remarkable. Are there any minors reading this? Where do I hand myself in? > The Bible is illegal to distribute in the most populous nation > in the world. I've not seen evidence for this. AFAIK there is a state sponsored Christian church in China, so I dunno what they read.
Re: Bug#283578: ITP: hot-babe -- erotic graphical system activitymonitor
On Monday 06 Dec 2004 06:54, Manoj Srivastava wrote: > Stupidly enough, you have committed the idiotic mistake of > assuming that everyone holds to your premises, that firstly, > tolerating intolerance is somehow a good thing -- why should it be is > beyond me. Oh, this is about intolerance is it? I thought it was about whether a rather pointless, possibly illegal to distribute bit of light entertainment that is widely held to be offensive is really a worthy addition to the "universal operating system". > Secondly, that giving in to the intolerant bigots is not going > to hurt Debian -- it is going to hurt its reputation in enlightened > circles, people who are against narrow minded bigotry, and wo > recognize art --- even if Bruno Bellamy is not on their own preferred > artists of the century list. Also porn fiends might be disappointed. > Not permitting this package would be an indication that Debian > has been overrun by art hating, narrow minded, right wing bigoted > censors who are pursuing their agenda of imposing narrow minded so > called morality on the rest of society. Art hating? Narrow minded? WTF? This is an operating system not an art gallery and no-one is suggesting censoring anyone.
Re: Bug#283578: ITP: hot-babe -- erotic graphical system activitymonitor
On Monday 06 Dec 2004 10:01, Andrew Suffield wrote: > The difference being that editing is a choice made by the person doing > the work, while censorship is a choice made by an otherwise unrelated > person in the same organisation. > > Editing would be if the maintainer decided to remove the > package. Censorship is when some other developer tries to force him. I don't think this holds. Censoring is editing for ideological reasons, which is a subset of editing. It has nothing to do with who does it. A censor is a third party, and editor is a third party, at least in literary terms. Arguing about the difference is IMO word games.
Re: Debian package selection depending on user location/belief/society(was bug #283578 hot-babe (AGAIN :-)))
On Tuesday 07 Dec 2004 01:51, Stephen Gran wrote: > I have to say, this is ridiculous. Do I, living in the US or Europe, > have to take into account the laws about sensuality (note, not sexuality, > since these pictures barely qualify for that word) that mirror operators > in Iran or Saudi Arabia have? I can not and will not learn all the laws > of every country on Earth, and the project can not survive if we have > to meet all of them. This whole thread is a waste of space looking for > a problem. If there is a demonstrable law being broken by a cartoon, > then warn the mirror operator in the respective localities, if you're > worried about it. I'm sure they'll be super happy after being "warned". What do they *do* about it once they have been warned? > If the package offends you, don't install it - it's not like it's a base > package. If you are seriously worried about legal repercussions, do the > homework, and warn the people who could be affected. We already > distribute so many offensive things (purity, fortunes-off, kjv, kernel > sources, etc.) that getting upset about pictures strikes me as silly. > IANAL, so I have no idea of the difference between distributing foul > language or sexual written content to minors and distributing naked Not to point out the obvious, but "foul language" is dependant on the language you speak, so most countries are unlikely to be offended by the Linux kernel.
Re: Bug#283578: ITP: hot-babe -- erotic graphical system activitymonitor
On Tuesday 07 Dec 2004 20:26, Manoj Srivastava wrote: > > I don't think this holds. Censoring is editing for ideological > > reasons, which is a subset of editing. It has nothing to do with who > > does it. A censor is a third party, and editor is a third party, at > > least in literary terms. > > Is removing legal material to protect the viewer from material > that is deemed ideologically inappropriate by some considered " > editing for ideological reasons"? It may well be, it could also be editing in the interests of practicality. I'm not interested in sophistry. If you want to call it censorship call it that, I don't mind. But be aware that it is an emotionally charged word and using it pretty much destroys any chance of a reasoned debate.
Re: Bug#283578: ITP: hot-babe -- erotic graphical system activitymonitor
On Friday 10 Dec 2004 15:13, Thomas Bushnell BSG wrote: > Ron Johnson <[EMAIL PROTECTED]> writes: > > It is. if we want people in Arabia to be able to possess Debian > > disks. > > The solution to censorious regimes is not to say, "well, ok, we'll > censor ourselves so you don't even have to bother". Which is a fine point of view if you are making a political point. But as far as I am aware we are trying to make an operating system.
Re: Bug#283578: ITP: hot-babe -- erotic graphical system activitymonitor
On Friday 10 Dec 2004 15:24, Wouter Verhelst wrote: > > Which is a fine point of view if you are making a political point. But as > > far as I am aware we are trying to make an operating system. > > Sure. So we should not censor ourselves. I don't see how that follows from what I said. Here's a couple of examples: We don't agree with censorship, so anything packageable goes in the distribution. This means we have a number of worthless and crufty packages that no-one uses and our time to release is getting ever longer. We also end up with packages that offend many people and may even cause legal problems for our distributors. We "clarify" the DFSG just prior to an intended release and nearly derail the whole release in the process. We are soon to refuse to ship binary firmware blobs when the writing is quite clearly on the wall that this is going to be something more and more people will have to deal with in the years to come. Do you see why it seems like Debian is more of a political talking shop that a team trying to develop an operating system? I don't want to start a flame war and I will probably not reply to this thread any longer, but the latest discussions on debian-devel have pushed me to the edge of resigning from this project.
Re: Bug#283578: ITP: hot-babe -- erotic graphical system activitymonitor
On Friday 10 Dec 2004 16:07, Wouter Verhelst wrote: > Have you taken a look at what hot-babe actually looks like? I suspect > you haven't. I don't think it will "offend" anyone. I have looked at it. And I don't think it is an acceptable thing to ship as part of an operating system. I am an atheist and a liberal but the majority of people in the world are not.
Re: On the freeness of a BLOB-containing driver
On Sunday 12 Dec 2004 00:43, Bruce Perens wrote: > 1. The manufacturer's concerns regarding the proprietary nature of > information about their device that is below the bus. > 2. The fact that misprogramming the device at that level can damage the > hardware. > 3. They aren't going to want to support more firmware versions than they > have to. 4. Even if they are free to open the firmware, they will likely not be able to supply the tools with which to build it. You're back in contrib. It is also worth noting that some devices that have large complex firmware may have no "default" firmware that can be loaded in flash in the factory, but a different firmware for different markets and system integrators. Devices I have seen like this include video codec chips and DVB tuners, I am sure there are others.
Re: GtkMozEmbed with Firefox not Mozilla
> mozilla-browser is 30 megabytes and duplicates the vast majority of
> firefox
Is 30M of disk space really that precious these days? I can't imagine
trying to run software that uses GTKMozEmbed on an embedded device
where space is truly at a premium.
And splitting hairs like this is partially responsible for insanely
long release cycles.
--
thanks,
Will
Re: New stable version after Sarge
> Is that really true? I would love to run "apt-get dist-upgrade" every
> half a year. Currently it doesn't get me much. :) Now, for production
> systems, don't you do some testing *before* you upgrade the OS?
Sure I do. But I run a production environment with several hundred
machines in it. We package our in-house software in .deb format to
make rollouts easy.
I don't look forward to regressing all of that software, and it's
packaging, every six months on a new OS release. It's hard to do that
even every 18 months.
--
thanks,
Will
Re: MPEG in general Was: Is anyone packaging `lame' ?
On Saturday 08 Jan 2005 12:56, Bartosz Fenski aka fEnIo wrote: > > > It's all encumbered with patents. Encoders *and* decoders. > > > > Encoders only, not decoders. Decoders for anything probably cannot be > > patented. > > Really? AFAIR every producent of mobile mp3 player had to pay patent > grants, to be able to distribute his device. And every set top box manufacturer pays for their MPEG-2 (or MPEG-4) licenses. Obviously their legal departments should have just asked Andrew Suffield and saved themselves the bother.
Re: MPEG in general Was: Is anyone packaging `lame' ?
On Saturday 08 Jan 2005 15:46, Andrew Suffield wrote: > > And every set top box manufacturer pays for their MPEG-2 (or MPEG-4) > > licenses. > > Those are the patents for the transport mechanisms. Still not the decoders. Sigh. You seem to have a talent for picking subjects for argument that you know nothing about. Go study the licensing scheme and patent portfolio for MPEG-2 and tell me how you can get around the motion compensation and prediction patents for example[1] or the alternate scan patents, then maybe you can tell the big silicon vendors where they're all going wrong. [1] You will have to know how MPEG-2 decoding is performed to argue this point.
Re: Cross-compiling and dist-cc
On Tuesday 22 February 2005 14:01, John Hasler wrote: > Wouter Verhelst wrote: > > And a hell of a lot of work. You can't just create checksums of the > > resulting binaries and compare those; it's not as if any difference > > between the two compiled binaries would constitute an error... > > The idea is to cross-compile and native-compile _for_ _the_ _same_ _target_ > _architecture_ and then compare the binaries. I don't see why they should > differ. A suprising number of programs embed the current date, time, hostname etc. in their user visible version strings. The Linux kernel for example, does not compile identically twice unless you hack it slightly. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: UK Meetings
On Monday 07 March 2005 23:38, Ben Hill wrote: > Are there any UK meetings / keysignings for Debian Developers (and > others :-) )? Try the debian-uk list: http://www.chiark.greenend.org.uk/mailman/listinfo/debian-uk -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: SCC proposal (was: Re: Questions for the DPL candidates)
On Tuesday 15 March 2005 12:59, Wouter Verhelst wrote: > My main gripe with the proposal, as it currently stands, is that it > provides a solution for problems that haven't been discussed in detail, > without much space for improvements. I agree. I think there is a spectrum of measures that could be taken to lessen the impact of a particular architecture on the release process. This proposal seems to be a rather nuclear option and I can't support it in it's current form. If we get a concrete list of problems then we can move incrementally towards fixing them rather than alienating a large proportion of the project - while the users of these arches may be few, we should not forget that a quite large percentage of Debian developers are with the project because it supports their pet architecture. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Another load of typos
On Thursday 17 March 2005 03:16, Florian Zumbiehl wrote: > ... and probably not for (that is, not unless you tell me otherwise): > > HPGL > > HTML > > HTTPS Traditionally I think these would use "an". Even if you pronounce "h" as "haich" rather than "aich" as another poster pointed out, many words beginning with "h" such as "historic" or "horrendous" require "an" in formal writing e.g. "an historic achievement". -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: State of gcc 2.95 use in Debian unstable
On Wednesday 16 November 2005 12:05, Thiemo Seufer wrote: > > Device driver development for embedded systems? There are embedded > > systems, including x86-based, that run kernels which fail to compile with > > gcc >= 3.x. > > In that case you likely need as well an older binutils version, which > probably means to use a sarge or even woody chroot. 2.95 works fine with the latest binutils in my experience. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#351821: RFA: freetype -- FreeType 2 font engine, shared library files
Package: wnpp Severity: normal I request an adopter for the freetype package. Due to a new job I haven't had any time to work on FreeType in the last few months. As such I would like someone to adopt it. A team would probably be best, there's lots of difficult issues with this package and it requires plenty of testing with different fonts and displays. There's a new upstream version likely in the not so distant future. The package description is: The FreeType project is a team of volunteers who develop free, portable and high-quality software solutions for digital typography. They specifically target embedded systems and focus on bringing small, efficient and ubiquitous products. . The FreeType 2 library is their new software font engine. It has been designed to provide the following important features: * A universal and simple API to manage font files * Support for several font formats through loadable modules * High-quality anti-aliasing * High portability & performance . Supported font formats include: * TrueType files (.ttf) and collections (.ttc) * Type 1 font files both in ASCII (.pfa) or binary (.pfb) format * Type 1 Multiple Master fonts. The FreeType 2 API also provides routines to manage design instances easily * Type 1 CID-keyed fonts * OpenType/CFF (.otf) fonts * CFF/Type 2 fonts * Adobe CEF fonts (.cef), used to embed fonts in SVG documents with the Adobe SVG viewer plugin. * Windows FNT/FON bitmap fonts . This package contains the files needed to run programs that use the FreeType 2 library. . Home Page: http://www.freetype.org/ Authors: David Turner <[EMAIL PROTECTED]> Robert Wilhelm <[EMAIL PROTECTED]> Werner Lemberg <[EMAIL PROTECTED]> -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.12-1-686 Locale: LANG=en_GB, LC_CTYPE=en_GB (charmap=ISO-8859-1) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: TrueType fonts packages maintenance team proposal
On Monday 20 February 2006 06:40, Christian Perrier wrote: > The project could also include the maintenance of font-related tools, > such as fontforge or defoma (which seems mostly abandoned, but > probably requires solid knowledge or Perl and cryptic > programming...:-)). As several people have noticed, the FreeType packages in Debian could do with some serious love that I do not have time to give. There are several issues in the BTS that are issues with either fonts or FreeType's rendering of a particular font, so it would be useful to get font maintainers actively involved with maintenance of this package. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: DEBIAN ANNOUNCES $1000 GRANT TO GNOME PROJECT
On 1 Dec 1997 [EMAIL PROTECTED] wrote:
> Oops, I left an SMTP command at the end of that message. Did you see it?
Yes.
Will
--
| [EMAIL PROTECTED] [EMAIL PROTECTED] [EMAIL PROTECTED] |
| http://www.cis.udel.edu/~lowe/ |
--
| You and I and George went strolling through the park one day |
| and then you held my hand as if to say, "I love you". |
| Then we passed a brook, and George fell in and drowned himself|
| and floated out to sea, leaving you alone with me. |
||
| -- As sung by Red Kelly, on |
| Stan Kenton/Live at the Las Vegas Tropicana |
--
--
TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word "unsubscribe" to
[EMAIL PROTECTED] .
Trouble? e-mail to [EMAIL PROTECTED] .
Re: Mailinglists documented
> You'll find this file on your favourite Debian mirror in
> /debian/doc/mailing-lists.txt. This file is a complete rewrite.
Hmm. I'm wondering about the last three paragraphs of this file:
1) Have we actually collected any money this way? :)
2) Shouldn't these read, now that SPI is incorporated, that donations
will be accepted to SPI rather than FSF?
Will
--
| [EMAIL PROTECTED] [EMAIL PROTECTED] [EMAIL PROTECTED] |
| http://www.cis.udel.edu/~lowe/ |
--
| You and I and George went strolling through the park one day |
| and then you held my hand as if to say, "I love you". |
| Then we passed a brook, and George fell in and drowned himself|
| and floated out to sea, leaving you alone with me. |
||
| -- As sung by Red Kelly, on |
| Stan Kenton/Live at the Las Vegas Tropicana |
--
--
TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word "unsubscribe" to
[EMAIL PROTECTED] .
Trouble? e-mail to [EMAIL PROTECTED] .
Re: bo -> hamm
On Fri, 5 Dec 1997, Rainer Dorsch wrote:
> I was wondering, if anybody has a package, which does the upgrade from Debian
> to hamm (probably a simple shell script is sufficient).
It's not really a very scriptable thing, I think. Following the HOW-TO
at ftp://ftp.debian.org/debian/doc/libc5-libc6-Mini-HOWTO.txt is pretty
painless and works well.
Will
--
| [EMAIL PROTECTED] [EMAIL PROTECTED] [EMAIL PROTECTED] |
| http://www.cis.udel.edu/~lowe/ |
--
|The problem with computers: |
||
| rivendell[501] [~]> love me |
| bash: love: command not found |
| rivendell[502] [~]> hug me|
| bash: hug: command not found |
--
--
TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word "unsubscribe" to
[EMAIL PROTECTED] .
Trouble? e-mail to [EMAIL PROTECTED] .
xlib6 vs. xlib6g
A package I'm maintaining, rosegarden, has come out with dependencies on xlib6 AND xlib6g. I didn't do this by hand, I left the "shlibs" stuff in the control file. I would purge xlib6 from the system, but a lot of packages I need on a daily basis need xlib6. How do I correct this? Will -- | [EMAIL PROTECTED] [EMAIL PROTECTED] [EMAIL PROTECTED] | | http://www.cis.udel.edu/~lowe/ | -- |The problem with computers: | || | rivendell[501] [~]> love me | | bash: love: command not found | | rivendell[502] [~]> hug me| | bash: hug: command not found | -- -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word "unsubscribe" to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
Re: BS in rxvt+ncurses
On Tue, 9 Dec 1997, Philip Hands wrote: > BTW I'd be interested to hear any justification of why <--- == DEL Well, from a sheer visual standpoint, seeing an arrow pointing to the left, like on the BS key (<--), makes one think that pushing that button's going to move the cursor that way, just like the other arrow keys. I've NEVER understood the funky behavior of the BS key on *nix. Will -- | [EMAIL PROTECTED] [EMAIL PROTECTED] [EMAIL PROTECTED] | | http://www.cis.udel.edu/~lowe/ | -- |The problem with computers: | || | rivendell[501] [~]> love me | | bash: love: command not found | | rivendell[502] [~]> hug me| | bash: hug: command not found | -- -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word "unsubscribe" to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
insmod sound makes a mess
Anytime I do "insmod sound" or run any program which causes kerneld to
have to load the sound module, my whole system freezes for a while --
between 30 and 60 seconds. Then it returns to normality and the sound
stuff works fine.
This problem doesn't occur when the sound module is unloaded either via a
manual "rmmod" or by autoclean.
I'm running kernel 2.0.29, home-configured-and-compiled but that's
nothing new, and I did it directly from the debian kernel source
packages.
Will
--
| [EMAIL PROTECTED] [EMAIL PROTECTED] [EMAIL PROTECTED] |
| http://www.cis.udel.edu/~lowe/ |
--
|The problem with computers: |
||
| rivendell[501] [~]> love me |
| bash: love: command not found |
| rivendell[502] [~]> hug me|
| bash: hug: command not found |
--
--
TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word "unsubscribe" to
[EMAIL PROTECTED] .
Trouble? e-mail to [EMAIL PROTECTED] .
Re: insmod sound makes a mess
On Thu, 11 Dec 1997, Herbert Xu wrote: > > Anytime I do "insmod sound" or run any program which causes kerneld to > > have to load the sound module, my whole system freezes for a while -- > > between 30 and 60 seconds. Then it returns to normality and the sound > > stuff works fine. > > What do you see if you type dmesg? Ok, I did "insmod sound" (machine behaved as above), then did "lsmod" to make sure it was really loaded (it was), and this is the output of "dmesg": --- Console: 16 point font, 400 scans Console: colour VGA+ 80x25, 1 virtual console (max 63) pcibios_init : BIOS32 Service Directory structure at 0x000f7d60 pcibios_init : BIOS32 Service Directory entry at 0xf77b0 pcibios_init : PCI BIOS revision 2.10 entry at 0xf77e0 Probing PCI hardware. Calibrating delay loop.. ok - 132.71 BogoMIPS Memory: 63344k/65536k available (600k kernel code, 384k reserved, 1208k data) This processor honours the WP bit even when in supervisor mode. Good. Swansea University Computer Society NET3.035 for Linux 2.0 NET3: Unix domain sockets 0.13 for Linux NET3.035. Swansea University Computer Society TCP/IP for NET3.034 IP Protocols: IGMP, ICMP, UDP, TCP VFS: Diskquotas version dquot_5.6.0 initialized Checking 386/387 coupling... Ok, fpu using exception 16 error reporting. Checking 'hlt' instruction... Ok. Linux version 2.0.29 ([EMAIL PROTECTED]) (gcc version 2.7.2.3) #7 Mon Nov 24 19:50:22 EST 1997 PS/2 auxiliary pointing device detected -- driver installed. Ramdisk driver initialized : 16 ramdisks of 4096K size loop: registered device at major 7 ide: i82371 PIIX (Triton) on PCI bus 0 function 57 ide0: BM-DMA at 0xe800-0xe807 ide1: BM-DMA at 0xe808-0xe80f hda: ST32132A, 2015MB w/120kB Cache, LBA, CHS=1023/64/63 hdc: CD420E, ATAPI CDROM drive ide0 at 0x1f0-0x1f7,0x3f6 on irq 14 ide1 at 0x170-0x177,0x376 on irq 15 Floppy drive(s): fd0 is 1.44M Started kswapd v 1.4.2.2 FDC 0 is a post-1991 82077 PPP: version 2.2.0 (dynamic channel allocation) TCP compression code copyright 1989 Regents of the University of California PPP Dynamic channel allocation code copyright 1995 Caldera, Inc. PPP line discipline registered. ne.c:v1.10 9/23/94 Donald Becker ([EMAIL PROTECTED]) NE*000 ethercard probe at 0x300: 00 00 94 5d 6e c2 eth0: NE2000 found at 0x300, using IRQ 3. Partition check: hda: hda1 hda2 < hda5 hda6 hda7 hda8 hda9 hda10 > VFS: Mounted root (ext2 filesystem) readonly. Adding Swap: 102780k swap-space CSLIP: code copyright 1989 Regents of the University of California SLIP: version 0.8.4-NET3.019-NEWTTY-MODULAR (dynamic channels, max=256). SLIP linefill/keepalive option. --- Thanks. Will -- | [EMAIL PROTECTED] [EMAIL PROTECTED] [EMAIL PROTECTED] | | http://www.cis.udel.edu/~lowe/ | -- |The problem with computers: | || | rivendell[501] [~]> love me | | bash: love: command not found | | rivendell[502] [~]> hug me| | bash: hug: command not found | -- -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word "unsubscribe" to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
Re: insmod sound makes a mess
On Thu, 11 Dec 1997, Herbert Xu wrote:
> Did the same configuration work for a previous kernel? Which sound
> driver are you using anyway?
Seemed to work ok, previously. I was using kernel 2.0.30 for a while and
switched to 2.0.29 after reported problems with 2.0.30. My system is
entirely hamm, so I need one of those two versions, as they're the only
ones available in hamm.
I'm using a SoundBlaster 16pnp with a fully-pnp bios, and I've never had
any trouble before, even though I don't use isapnptools.
Will
--
| [EMAIL PROTECTED] [EMAIL PROTECTED] [EMAIL PROTECTED] |
| http://www.cis.udel.edu/~lowe/ |
--
|The problem with computers: |
||
| rivendell[501] [~]> love me |
| bash: love: command not found |
| rivendell[502] [~]> hug me|
| bash: hug: command not found |
--
--
TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word "unsubscribe" to
[EMAIL PROTECTED] .
Trouble? e-mail to [EMAIL PROTECTED] .
[FIXED] Re: insmod sound makes a mess
On Thu, 11 Dec 1997, Herbert Xu wrote:
> > > > Anytime I do "insmod sound" or run any program which causes kerneld to
> > > > have to load the sound module, my whole system freezes for a while --
Thanks for your help. I managed to find another copy of an old .config
file for my kernel compiles, and I've determined that the problem was
caused by setting "Configure Additional Low-Level Drivers" in the sound
config menu.
Unselected it, and now everything's fine again.
Will
--
| [EMAIL PROTECTED] [EMAIL PROTECTED] [EMAIL PROTECTED] |
| http://www.cis.udel.edu/~lowe/ |
--
|Float away here with me an evenng just wait and see,|
| But tomorrow go back to your man -- I'm back to my world |
| And we're back to being friends. |
|Wait and see me, Tonight let's do this thing. |
| All we are is wasting hours; until the sun comes up it's all ours |
| On our way here |
| Tomorrow back to being friends. |
| - Dave Matthews |
--
--
TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word "unsubscribe" to
[EMAIL PROTECTED] .
Trouble? e-mail to [EMAIL PROTECTED] .
Re: Moving topics from debian-private (was Re: SPI money out)
On 17 Dec 1997, Guy Maor wrote: > > download them is closing the barn door after the horses have eaten the > > chickens. Horses are vegetarians anyway. Will -- | [EMAIL PROTECTED] [EMAIL PROTECTED] [EMAIL PROTECTED] | | http://www.cis.udel.edu/~lowe/ | -- |If at first you don't succeed, redefine success. | | -- Taken from Hennesey and Patterson,| | _Computer_Organization_And_Design_:_The_Hardware_/_Software_Interface_ | -- -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word "unsubscribe" to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
closing bug reports
how do I do it? Will -- | [EMAIL PROTECTED] [EMAIL PROTECTED] [EMAIL PROTECTED] | | http://www.cis.udel.edu/~lowe/ | -- |If at first you don't succeed, redefine success. | | -- Taken from Hennesey and Patterson,| | _Computer_Organization_And_Design_:_The_Hardware_/_Software_Interface_ | -- -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word "unsubscribe" to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
Re: intent to package: doom!
On 26 Dec 1997, Marco Budde wrote:
> JH> Id released doom's source code today, so I will be able to make a current
> JH> x11 elf build of doom. Due to copyright, it will go in non-free. I will
>
> Great, but then we need a new non-german section :). You're not allowed to
> give doom and quake (!) to children younger than 18 years.
Wow. German law?
Will
--
| [EMAIL PROTECTED] [EMAIL PROTECTED] [EMAIL PROTECTED] |
| http://www.cis.udel.edu/~lowe/ |
--
|The problem with computers: |
||
| rivendell[501] [~]> love me |
| bash: love: command not found |
| rivendell[502] [~]> hug me|
| bash: hug: command not found |
--
--
TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word "unsubscribe" to
[EMAIL PROTECTED] .
Trouble? e-mail to [EMAIL PROTECTED] .
Re: tk 8.0
On Sat, 27 Dec 1997, Ted Holden wrote: > with xxgdb, but I can't even get Tk 80p2 to configure and make under > Debian. Why bother? There are debian packages of tcl 8.0 and tk 8.0 at ftp.debian.org, or you can search for them at http://www.debian.org/packages.html It means you'll have to upgrade to unstable, but that's really not a problem if you follow the libc5-tolibc6-mini-howto, and "unstable" has been just as reliable as "stable" for me since June. Will -- | [EMAIL PROTECTED] [EMAIL PROTECTED] [EMAIL PROTECTED] | | http://www.cis.udel.edu/~lowe/ | -- |The problem with computers: | || | rivendell[501] [~]> love me | | bash: love: command not found | | rivendell[502] [~]> hug me| | bash: hug: command not found | -- -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word "unsubscribe" to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
Re: my user on my box!
On Sun, 28 Dec 1997, Jon Björklund wrote:
> What I want is to get my user named ceed to be as powerful as root but
> at the same time it shouldn't be root. Is there a way of fixing this??
Well, you can use sudo, which lets normal users to superuser tasks.
> And I do not want to go around su:ing all my day.
Really, except for setting up the system and maintaining things, you
shouldn't have to be root all the time, except to shutdown the system...
Will
--
| [EMAIL PROTECTED] [EMAIL PROTECTED] [EMAIL PROTECTED] |
| http://www.cis.udel.edu/~lowe/ |
--
|The problem with computers: |
||
| rivendell[501] [~]> love me |
| bash: love: command not found |
| rivendell[502] [~]> hug me|
| bash: hug: command not found |
--
--
TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word "unsubscribe" to
[EMAIL PROTECTED] .
Trouble? e-mail to [EMAIL PROTECTED] .
Re: Re^2: intent to package: doom!
On 28 Dec 1997, Manoj Srivastava wrote: > Marco> But non-free is mirrored on several FTP servers in Germany. And > Marco> a child could download the games from a German FTP server and > Marco> this is not allowed. Would it be allowed for us to have a non-duetch directory, which just wouldn't get mirrored (be default) in Germany? That way, if a child gets it, they've got to get it from someplace outside Germany, which the German government can't hope to control. It's going to get nuts if we have to have a non- directory for every country, but maybe we'll have to do this. If that's the case, maybe they should be seperate distributions, like "contrib" and "non-free", so dpkg can keep track of them. I know that dpkg isn't used in the mirror process, but having this information stored someplace in the package file itself (other than in the description and COPYRIGHT) might be useful for other scripts, etc... Will -- | [EMAIL PROTECTED] [EMAIL PROTECTED] [EMAIL PROTECTED] | | http://www.cis.udel.edu/~lowe/ | -- |If at first you don't succeed, redefine success. | | -- Taken from Hennesey and Patterson,| | _Computer_Organization_And_Design_:_The_Hardware_/_Software_Interface_ | -- -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word "unsubscribe" to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
non-us and non-deutch (was: Doom)
On 29 Dec 1997, Marco Budde wrote: > WL> Would it be allowed for us to have a non-duetch directory, which just > That's ok. > WL> It's going to get nuts if we have to have a non- directory for > WL> every country, but maybe we'll have to do this. If that's the case, > I would prefer a flag in CONTROL. We have got a lot of programs with such The only problem I can see with this is that we don't want programs which aren't distributable in some places to be under /dists/hamm/binary/ on the ftp tree. If things which can't be mirrored/sold in certain places are in the main distribution, then if you run an ftp site in Germany, you can't mirror the main distribution -- you've got to check each and every package (*) as you mirror it. This goes for CD images, too -- we'd have to release an 'Official Debian CD Set' and an 'Official Debian CD Set German Edition' because the former would contain any packages in the main distribution. * through some sort of dpkg flag -- is in 'dpkg --non-duetch file.deb' would return true, or something. Will -- | [EMAIL PROTECTED] [EMAIL PROTECTED] [EMAIL PROTECTED] | | http://www.cis.udel.edu/~lowe/ | -- |If at first you don't succeed, redefine success. | | -- Taken from Hennesey and Patterson,| | _Computer_Organization_And_Design_:_The_Hardware_/_Software_Interface_ | -- -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word "unsubscribe" to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
Re: Locked out of Root after attemting to change shells
On Thu, 8 Jan 1998, [EMAIL PROTECTED] wrote:
> was trying to change my login shell for root the other day with chsh,
> I accidently typed in an incorrect path to the shell I wanted. Being
Learn to use sudo, when you need to work as root. It helps eliminate
some "oops"es that can really fuggle things up. :)
> every time I log on as root, I get an error message that says 'shell not
> found' and I am promptly logged off the system. Is there
edit /etc/passwd and change the shell entry (last one on the line for
root) to whatever you wanted it to be. You'll probably need to boot from
the rescue disk and mount the filesystem, then edit the file,
because you can't edit /etc/passwd without root priveledges.
For example,
root:x:0:0:root:/root:/bin/bash
is the line that concerns root, and you want to change /bin/bash to
/bin/tcsh or whatever. Make a backup copy of the passwd file 'fore you
play with it, though.
Will
--
| [EMAIL PROTECTED] [EMAIL PROTECTED] [EMAIL PROTECTED] |
| http://www.cis.udel.edu/~lowe/ |
--
|If at first you don't succeed, redefine success. |
| -- Taken from Hennesey and Patterson,|
| _Computer_Organization_And_Design_:_The_Hardware_/_Software_Interface_ |
--
--
TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word "unsubscribe" to
[EMAIL PROTECTED] .
Trouble? e-mail to [EMAIL PROTECTED] .
Re: linux clock overun in 2038 - a solution
On Sat, 10 Jan 1998, Hamish Moffatt wrote: > On Fri, Jan 09, 1998 at 04:24:22PM +0100, Jon Bendtsen wrote: > > while we are setting the clock to be 64 bit rather than 32 bitr, couldnt > > we also just set the 0 > > to be 1/1-2000 00:00:00 ? > There is really no advantage to that. 64 bits will last long enough, > no need to change the epoch! And it would break yet more software. Besides that then you wouldn't be able to keep track of dates before 2000 ... Will -- | [EMAIL PROTECTED] [EMAIL PROTECTED] [EMAIL PROTECTED] | | http://www.cis.udel.edu/~lowe/ | -- |If at first you don't succeed, redefine success. | | -- Taken from Hennesey and Patterson,| | _Computer_Organization_And_Design_:_The_Hardware_/_Software_Interface_ | -- -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word "unsubscribe" to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
Re: Debian logo license still not resolved
On Fri, 9 Jan 1998, Ian Jackson wrote: > Then if we want to change the licence we publish version 2 instead, > leaving version 1 available but stating that it is no longer > available. Users of the logo have to go and check each year that the These last two sentences are a little wacky. You mean, "leaving version one someplace people can still read it, but with a notice that it doesn't apply to new licensees after a certain date"? > * Do we want a separate logo and licence for `powered by Debian' ? Well, it doesn't really make sense for a book to be "powered by Debian", does it? Maybe this should be available only for software/hardware systems. I suggest the following addition: 7. Registration You are required to notify SPI (via email to [EMAIL PROTECTED]) _before_ initiating use of the logo (before pressing the CD or printing the book) of your intent to use the logo on your product. This communication must include legal contact information for your business and a simple description of the product (e.g. "Debian 2.0 Official CD set"). That way we can keep track of who's using it, in case we need to retract the licence at a later date. Will -- | [EMAIL PROTECTED] [EMAIL PROTECTED] [EMAIL PROTECTED] | | http://www.cis.udel.edu/~lowe/ | -- |If at first you don't succeed, redefine success. | | -- Taken from Hennesey and Patterson,| | _Computer_Organization_And_Design_:_The_Hardware_/_Software_Interface_ | -- -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word "unsubscribe" to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
Re: PGP
On Tue, 5 May 1998, The Gecko wrote:
> Ok... I can't seem to find a linux PGP program -- commercial, shareware,
> freeware, open source, GPL, anything... can any one point me in the right
> direction
http://www.debian.org/doc/FAQ/debian-faq-5.html#ss5.11
Will
--
| [EMAIL PROTECTED] [EMAIL PROTECTED] [EMAIL PROTECTED] |
| http://www.cis.udel.edu/~lowe/ |
|PGP Public Key: http://www.cis.udel.edu/~lowe/index.html#pgpkey|
--
| You think you're so smart, but I've seen you naked |
| and I'll prob'ly see you naked again ... |
| --The Barenaked Ladies, "Blame It On Me" |
--
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: scripts to download porn in Debian?
On Tuesday 25 Jan 2005 14:59, Ron Johnson wrote: > You have the option to *not* install them on your machine. John > Ashcroft is not holding a gun to your head making you install it. > > I want to have more options than just to do or do not install > dosage. What's wrong with that? 1. File a wishlist big against dosage if one does not already exist. 2. Get on with your life. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: /usr/lib vs /usr/libexec
On Wednesday 11 May 2005 17:21, Thomas Bushnell BSG wrote: > BUt according to Christoph Hellwig, the ext3 which is the default is > used without directory indexing, which returns you to O(n). You have yet to present any numbers which show there is a problem here. Can we please discuss real world problems? -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: /usr/lib vs /usr/libexec
On Wednesday 11 May 2005 17:35, Humberto Massa wrote: > This is not an imaginary problem, after all, in principle. > > Let's see, as I wrote before, my installation has *thousands* of files > in /usr/lib and, in some filesystems, this can add up to a very large > time (and ab-use of dentry cache memory) to link, say, Konqueror (which > links to *hundreds* of shared objects). > > Imagine that, to load Konqui, you have to go 200 times to the disk (ok, > cache, but...), each of them reading the 1 entries I have in > /usr/lib, some of them twice or three times, to follow the symlinks. > > This is a real inefficiency. That is a possibility, it does sound sub-optimal. However, if you optimise before measuring there is no guarantee things will get any faster. Is reading the directory taking an appreciable amount of time compared to say, doing relocations? > So, if you ask me for MHO, ext3 should be used by default *with* > directory indexing. And maybe FHS should be pressed to provide something > like /usr/libexec. How much stuff would go in libexec? I suspect it would mostly be stuff in currently in subdirectories of /usr/lib, which is less than 7% of my /usr/lib. So 7% performance improvement on something that is yet to be proven to be a bottleneck. On some filesystems. Without benchmarks it's a pointless discussion anyway. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Some packages up for adoption
On Thursday 19 May 2005 13:24, Martin Michlmayr wrote: > > anyone interested? > > > > 2. Erlang -- Concurrent programming language > > > 3. erlang-doc-html -- HTML documentation for Erlang. > > > 4. erlang-manpages -- Manpages for Erlang. These are taken by François-Denis Gonthier. > > > 5. wings3d -- Awesome 3-D modelling software (written > > > in Erlang) > > > 6. libsdl-erlang -- SDL binding for Erlang. I will take these if no-one else is interested.
Re: proficiency-level tag for debian packages
On Tuesday 31 May 2005 19:06, Cesar Martinez Izquierdo wrote: > El Martes 31 Mayo 2005 19:41, Mark Edgington escribió: > > Pardon me if this has already been discussed, but I wonder if there > > should be a tag in debian packages indicating the a minimum proficiency > > level that a user should have in order for a package to be useful to the > > user. > > > > For example, a package like OpenOffice or Firefox are end-user > > applications which most users (even those completely unfamiliar with > > linux) would have a good chance at understanding and being able to use. > > On the other hand, a package like nmap might not be something my > > Grandma would be wanting to use every day, and thus it might be better > > to have a higher proficiency-level rating for such a package. > > > > The motivation for such a thing is that it would make it possible for > > package-management tools to operate in an "easy" mode which would only > > display (or display in a separate category) packages which have a > > proficiency-rating < x. This would be very handy in that it would > > permit using Debian and an apt frontend like synaptic to make it easy > > for more-or-less "computer-illiterate" people to install new packages > > which match their skill-level, without having to wade th > > rough hundreds > > of libraries and technical tools which they would never use. > > > > Perhaps there's a better way to accomplish this, but the ability to > > limit the display of packages in this manner is something that it seems > > would be beneficial to have. > > > > -Mark > > I find it a quite interesting idea. If it was implemented, there should be > an scale, so that maintainers have some reference in order to tag their > packages. This would be rather arbitrary and probably be liable to cause disagreements. I think you could get much the same affect with some well chosen tags and debtags. e.g. you could filter on: command line only tools enterprise tools (e.g. groupware, RDBMS) scientific tools (e.g. octave, R) sysadmin tools (e.g. mrtg) Alternatively create a custom distro based on Debian with only the required packages installed by default.
Re: proficiency-level tag for debian packages
On Tuesday 31 May 2005 19:55, Wouter Verhelst wrote: > > This would be rather arbitrary and probably be liable to cause > > disagreements. > > Not much more so than with the priorities for the alternatives system. > > I find this quite an interesting idea, really. Alternatives are down a fairly narrow axis - is text editor X more appropriate to install by default than editor Y which can be argued quite sensibly along the lines of popularity or ease of use for the novice. Is KMail easier to use than the Gimp? Does that question even make sense to ask? > > command line only tools > > enterprise tools (e.g. groupware, RDBMS) > > scientific tools (e.g. octave, R) > > sysadmin tools (e.g. mrtg) > > That could work too; however, in that case the "proviciency level" of > your filter would need to be pretty expert-ish, I'm afraid. Which would > defeat the purpose, kinda. I'm not sure I understand your meaning, could you expand on that a little? I was suggesting that an install that is tagged "novice" or similar would not by default show packages with those tags in listings and searches, installing them only as dependencies. The only user intervention required would be to enable some kind of "expert mode" to get at the hidden packages. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: proficiency-level tag for debian packages
On Tuesday 31 May 2005 20:07, Rich Walker wrote: > Even within these categories there is some need for finer grain. > > For example, groupware clients are mostly "easy, end-user, corporate" > groupware servers are mostly "impossible, sysadmin, corporate, server" If you are installing a groupware server you probably want to do more research than that. Groupware clients like evolution and kmail I would guess would come under the end-user classification. > But debtags should cope with this? Debtags would cope with the scheme I proposed above, which I would not suggest would be 100% ideal, but is probably an 80/20 solution. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Is Ubuntu a debian derivative or is it a fork?
On Thursday 02 June 2005 06:40, Matt Zimmerman wrote: > > If Debian treated our upstreams this way, I'd be suprised if we ever got > > any patches accepted upstream. > > Debian does, in fact, treat most of its upstreams precisely this way. > Debian publishes a large portion of its changes primarily in the form of > monolithic diffs relative to upstream source. The last time I saw figures, > the usage of dpatch, cdbs, etc. was rising, but not yet the standard > operating procedure. Speaking only for myself, I never do this. IME monolithic diffs are almost always not applied by upstream, splitting diffs into the smallest possible functional units with a full explanation of what they do is the best way to make sure the patch is applied by upstream. I do not use dpatch or cdbs, just patchutils and a text editor. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: And now for something completely different... etch!
On Tuesday 07 June 2005 20:16, Andrew Suffield wrote: > > Would you please contribute your suggestions (either improve bits at that > > page or somewhere else) of how to improve things. Thanks. > > What makes you think I have any? A lack of familiarity with your posts? -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
freetype package
This package hasn't had a maintainer upload in 12 months. It is currently at version 2.1.7 whilst upstream is in the process of releasing 2.1.10. These new releases include some quite critical bugfixes and visual improvements. Is this package being actively maintained? I volunteer to help out with packaging, but I think freetype requires at least one maintainer who is familiar with CJK fonts (i.e. not me). -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: C++ ABI change -- freezing unstable for new C++ library packages
On Friday 10 June 2005 05:59, Steve Langasek wrote: > We're leaning towards possibly keeping udeb-generating packages frozen > during etch still because they require manual intervention for syncing > udebs into testing; this means separating the source packages that create > udebs (which as a class were frozen later) from the rest of the base > packages. I'm in the process of adopting a package (freetype2) that builds a udeb. Would updating this package now require manual intervention from the release team? -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: C++ ABI change -- freezing unstable for new C++ library packages
On Friday 10 June 2005 15:27, Colin Watson wrote: > > I'm in the process of adopting a package (freetype2) that builds a udeb. > > Would updating this package now require manual intervention from the > > release team? > > Yes, for the moment getting that into testing requires release-team > approval (which is unlikely to be withheld - it's just so that the udeb > can be synced at the same time). So I can upload to unstable as often as I like, but when there's a release that is bug free and suitable for testing I need to notify the release team to get it to migrate there? -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Planning a libglade to libglade2 transition
On Tuesday 14 June 2005 23:09, Roger Leigh wrote: > > I would be very thankful for links to aprorpiate search-and-replace > > expressions or compatibility functions. Once I was searching for > > this kind of stuff I failed. > > I don't have any links I'm afraid. I only learnt GTK+ 2.0, and never > used 1.2. I did the work with nothing more than both API references. > It's a while back, but it was basically: http://developer.gnome.org/doc/API/2.0/gtk/gtk-changes-2-0.html ISTR updating from the deprecated GtkCList to GtkTreeView is quite involved but quite simple once you have done it once. I've never updated code that uses custom widgets which is probably substantially more painful. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Upcoming removal of orphaned packages
On Friday 17 June 2005 07:04, Roberto C. Sanchez wrote: > On Thu, Jun 16, 2005 at 06:18:06PM +0100, Martin Michlmayr wrote: > > iceme -- A graphical menu editor for IceWM [#227054] > > * Orphaned 520 days ago > > * Package orphaned > 360 days ago. > > > > icepref -- Yet another configuration tool for IceWM [#227077] > > * Orphaned 520 days ago > > * Package orphaned > 360 days ago. > > I use both of these and would like to adopt them. I will upload next > week (via Anibal). These two also use pygtk 1.2 which is rather outdated. There seems to be a new upstream version that uses pygtk 2.0, but I'm not sure if it is functionally equivalent. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Upcoming removal of orphaned packages
On Friday 17 June 2005 13:40, Andreas Tille wrote:
> > It's only compilable in its current state with g++-2.95 (regarding
> > compilers in Debian stable). There is a single error when compiling with
> > g++-3.4 which I am unable to fix (as I don't know the STL at all).
>
> Thanks for investigating this. It would be great if somebody could fix
> this issue which is probably not much effort for a C++ programmer. If
> it would compile nicely I would take the package (or would leave it for
> somebody who cares for it inside Debian).
I haven't tested this change but it does compile.
--- finddupes.cpp.orig 2005-06-17 13:57:57.0 +0100
+++ finddupes.cpp 2005-06-17 13:57:36.0 +0100
@@ -96,12 +96,13 @@
vector a;
while(cin.getline(buf, buf_size))
{
+Fingerprint fp;
char *p = strchr(buf, ':');
if(!p)
continue;
-a.push_back();
-a.back().name = string(buf, p - buf);
-hex_convert8(a.back().u, p + 1);
+fp.name = string(buf, p - buf);
+hex_convert8(fp.u, p + 1);
+a.push_back(fp);
}
size_t n = a.size();
Re: Upcoming removal of orphaned packages
On Friday 17 June 2005 12:10, Sam Watkins wrote: > some of these packages are useful and interesting, and I feel they > should not be removed from unstable at least. perhaps they could be > moved to a different section which is not necessarily stabilized for > release. http://archive.debian.org/debian-archive/ > I used rtf2latex myself only 5 minutes ago before reading this message > in which you propose to remove it! and I think boust is cool. Would you consider maintaining them? Or persuading someone you know to maintain them? Without a maintainer they may become unbuildable, contain security flaws or break installation of other unrelated software. Someone has to fix these issues and if the QA team are the only ones caring for the package they have the right to ask for the packages removal. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Ongoing Firefox (and Thunderbird) Trademark problems
On Friday 17 June 2005 17:08, Raphaël Hertzog wrote: > The Mozilla Foundation explicitely gave us that right (or at least they > are ready to give us this right because they trust us). Of course the > right is revocable ... but that doesn't matter. When they decide to stop > granting us this right, then we'll have to rename the package. > > Right now, it's not needed. The ironic thing is, even if we do rename, who is going to do the trademark search to prove that the new name we choose is not someone else's trademark who we do NOT have permission to use?
Re: G++ transition page revived
On Tuesday 12 July 2005 21:27, Frank Lichtenheld wrote: > Hi. > > As many of you might remember, back in 2003 Matthew Wilcox created > an overview page for the last g++ transition from 2.95 to 3.2/3.3. > You can still find it at > http://people.debian.org/~willy/gcc-transition/ (but the log file > seems to have suffered during the harddrive failure of gluck) This listing seems to miss packages built with a certain compiler only on some architectures. That may be intentional. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Politeness was: woody removed from mirrors
It looks like Woody has moved to the archives: http://archive.debian.org/dists/woody/ ... I didn't see an announcment about it to any of the usual lists, but perhaps I missed it. FYI, there probably still are companies (like mine :) running large numbers of Woody boxes for legacy applications who would like to know when this happens -- it was pretty scary this morning when my mirror scripts deleted all of woody from my internal mirror -- although obviously they should (as I am) be planning to move those legacy apps to sarge or etch. Oh ... and my .debian.org login goes back to at least 1997, so nobody better start lecturing me about release cycles. (even if I'm a slacker who's mostly disappeared). :) -- Will -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Politeness was: woody removed from mirrors
Oh, and ... archive.debian.org doesn't seem to be rsync-enabled. Is there anyplace that has woody and *does* support rsync? On Mon, Jan 08, 2007 at 09:48:13PM -0800, Will Lowe wrote: > It looks like Woody has moved to the archives: > > http://archive.debian.org/dists/woody/ > > ... I didn't see an announcment about it to any of the usual lists, > but perhaps I missed it. FYI, there probably still are companies > (like mine :) running large numbers of Woody boxes for legacy > applications who would like to know when this happens -- it was pretty > scary this morning when my mirror scripts deleted all of woody from my > internal mirror -- although obviously they should (as I am) be > planning to move those legacy apps to sarge or etch. > > Oh ... and my .debian.org login goes back to at least 1997, so nobody > better start lecturing me about release cycles. (even if I'm a > slacker who's mostly disappeared). :) > > -- > Will > > > -- > To UNSUBSCRIBE, email to [EMAIL PROTECTED] > with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED] > -- Will -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: removed start links are back after upgrade
> > This is an excellent question for debian-user. Or Google.
>
> And a question which has been answered countless times and is even
Given that this comes up so often, is there a reason not to add an
option to update-rc.d that does this? The problem here is that
"remove" sounds like "disable this".
I'm thinking have "update-rc.d -f foo disable" do the same thing as
"update-rc.d -f foo remove && update-rc.d foo stop stop 0", and
clearly document this in the manual page, so that sysadmins can do
what they think they're doing when they use "remove".
--
thanks,
Will
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: removed start links are back after upgrade
> It does exactly as suggested above:
> * remove existing symlinks
> * add stop with priority 0
> * remember original priorities when enabling them later on
... but is not scriptable. I'm thinking of environments like a large
number of hosts managed with cfengine -- update-rc.d is a handy
one-liner.
--
thanks,
Will
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Mozilla
I dont believe that this is a problem with Mozilla itself, because the binary tarball of M14 works fine with M13 prefrences. Its only after you install the deb that this go crazy. Has anyone else used both the deb and the binary version of M14 and had similar results? -- Will Barton
Re: Danger Will Robinson! Danger!
> This update would NOT be blessed as stable, it would be a semi-stable > release with: > > - 2.4 kernel and support utilities > - X 4.0 drivers (but probably just X servers, to minimize changes; Branden > has huge reorganizations in mind for X) > > This would be a full Debian release, with a version number, boot floppies, > CD images, etc, etc. After it ages for a few months, we may choose to call > it stable but at first it would be called something that denotes it is > semi-stable. I like the idea a lot, but I have a question about version numbers. Potato is 2.2, so would you call 2.2.1? I'm assuming it would be more than just 2.2r2, etc. It would be better to have these included in another release with our blessings than added in at your own risk, IMHO. A 2.4 kernel simply should not be included in THE potato release, however. There should be no question about that simply because of the major differences between 2.2 and 2.4. -- Will Barton
Re: Less interactive upgrades.
> - When apt runs to upgrade packages, it will call a new program (which
> I plan to write) in the same way that it calls
> dpkg-preconfigure. TNP would scan the list of upgraded packages,
I've had the same thought, but not enough time to begin such a project.
I wonder if there would be some way to integrate this with the existing
debconf system -- if it uses the same interface, etc., end-users will be
much happier.
Will
--
| [EMAIL PROTECTED] [EMAIL PROTECTED] [EMAIL PROTECTED] [EMAIL PROTECTED] |
| http://www.cis.udel.edu/~lowe/ |
|PGP Public Key: http://www.cis.udel.edu/~lowe/index.html#pgpkey|
--
Re: Less interactive upgrades.
> Debconf integration doesn't seem all that likely, as the two are > fairly orthagonal. (In the Debian world, configuration and > configuration files seem to be rather distinct things.) Yes, they're pretty distinct, but it seems a little counterintuitive to have to "configure" a package twice: once with whatever questions debconf asks, and once again when asked about conffiles. I suppose it's ok if they're seperate programs, so long as the default way to handle things is to dpkg-preconfigure dpkg-askaboutconffiles dpkg-preconfigure dpkg-askaboutconffiles > One other question: Does anyone think having a "never ask about this > config file again" option is a good thing? I'm torn. Not on a per-conffile basis, I think. Maybe there should be a way to make the default for _all_ conffiles be "ask no questions, (accept the dpkg N answer), send email about what you did". With BIG WARNINGS about how much stuff might break if you enabled it. Will -- | [EMAIL PROTECTED] [EMAIL PROTECTED] [EMAIL PROTECTED] [EMAIL PROTECTED] | | http://www.cis.udel.edu/~lowe/ | |PGP Public Key: http://www.cis.udel.edu/~lowe/index.html#pgpkey| --
Re: mail address
> I am interested in becoming a Debian developer. The information in > Debian Developer's Reference section 2.2 mentions that I can send in a > copy of my ID to certify my identity, but it does not specify an > address to send this to. You would send it to [EMAIL PROTECTED], along with the rest of your application. Be advised that Debian hasn't been processing new maintainer applications for a while now; the process is about to open up again, but I don't know that there's a specified date. See http://www.debian.org/News/weekly/1999/39/ and http://www.debian.org/News/weekly/2000/9/ Will -- | [EMAIL PROTECTED] [EMAIL PROTECTED] [EMAIL PROTECTED] [EMAIL PROTECTED] | | http://www.cis.udel.edu/~lowe/ | |PGP Public Key: http://www.cis.udel.edu/~lowe/index.html#pgpkey| --
Re: Is someone working on Jazz++ ?
> > I tried, but it would not build and failed in several places. > > Ditto. > Yup. I have actually resolved most of these issues (not all), and I've been thinking about setting up a package. I actually started working on a package of the (still-alpha-quality) Gseq sequencer, but it needs some work on the midi-handling code, so I've put it off until I have time to rewrite that stuff. > I'll take a look to see if I can get it working with current wxWindows > (the ones that Ron's been packaging up lately) but I'm not entirely > hopeful. I'm almost positive it won't compile against anything in the 2.X wxWindows set. The API changes significantly, IIRC. It _should_ build against wxxt, which is the Xt-based wxWindows 1.X package in potato/woody, but who wants to use _anything_ that looks like Xt apps do? The other issue is that the code, as released, doesn't work with ALSA 0.5.X. There are patches available, but I haven't had time to look at them yet. I'm in the middle of moving from the East Coast to the West due to a job change, so time is short at the moment. Hopefully, I'll get a chance to look at both of these in about two weeks when I need to be done packing. Will -- | [EMAIL PROTECTED] [EMAIL PROTECTED] [EMAIL PROTECTED] [EMAIL PROTECTED] | | http://www.cis.udel.edu/~lowe/ | |PGP Public Key: http://www.cis.udel.edu/~lowe/index.html#pgpkey| --
Re: (Bug horizon) Problem bugs
> But that makes no sense ... I'm a Debian developer, but I have no
> access to any m68k machines. Yet potato, which includes some of my
> work, can't be released ... and I can do nothing about it?
According to http://db.debian.org/machines.cgi, you can get an account on
kullervo.debian.org.
Will
--
| [EMAIL PROTECTED] [EMAIL PROTECTED] [EMAIL PROTECTED] [EMAIL PROTECTED] |
| http://www.cis.udel.edu/~lowe/ |
|PGP Public Key: http://www.cis.udel.edu/~lowe/index.html#pgpkey|
--
Re: Location of chroot environments (was: chroot bind?)
> >I just put it in /var/secure-bind. > > I tend to put play chroots under my home directory, and chroots for > production daemons under /var/chroot. > > A pity that the FHS doesn't comment on that. How about /var/lib/bind/chroot?
Re: Location of chroot environments (was: chroot bind?)
> This will probably clash with a non-chrooted bind on the same machine. > I don't like it. Hmm, why would you have both?
Debian job board?
Is there any place where someone could advertise jobs that would be suitable for Debian developers?
Re: postrm::downgrade?
On Wednesday 02 July 2003 08:18, Niall Young wrote: > How about a postrm::downgrade hook to reverse any changes made in the > new version's preinst::upgrade so that when the old version's > preinst::upgrade is applied you're not left with a potential mix of > configuration? It would be cool if: Dpkg could save backups of all config files when upgrading packages (probably in /var somewhere, so you get multiple versions backe dup and no .bak files everywhere). Also functionality to backup versions of configs so you could do: dpkg-saveconfig package-name --name=working_package_config Edit configs and make changes. Find you have made an error. dpkg-loadconfig package-name --name=working_package_config or perhaps dpkg-loadconfig package_name --rollback-to-last-version This could be extended to associate a configuration with a package version, and downgrading might involve: dpkg-loadconfig package_name --package-version=2.1.7-3 One of the better additions to newer versions of Windows is the ability to rollback configs to previous versions. Of course this is no use to you, but I thought it was an interesting idea. :-)
Re: shared library -dev package naming proposal
On Thursday 14 July 2005 17:14, Junichi Uekawa wrote: > The current recommendation I'm trying to give is: > > Package: libXXX-dev > Conflicts: libXXX-dev > Provides: libXXX-dev > > > Thus, it won't contradict with your requirement to > be able to just build-depend on libXXX-dev. I may be wrong, but I thought it was incorrect to build-dep only on a pure virtual package? e.g.: Build-Depend: xlibmesa-gl-dev | libgl-dev -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
dbopen(3) manpage, but no library implements it?
I'm looking at fixing a bug on one of my packages: http://www.debian.org/News/2008/20080229 ... the binary in question isn't being built because it wants to use dbopen(3).We seem to have a manpage for dbopen(3) but no library that provides it. Is the only option to port the code to the DB- >open() stuff in libdb4*-dev? Will -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#572016: ITP: liboauth-ruby -- A ruby library for implementing both OAuth clients and servers in
Package: wnpp Severity: wishlist Owner: Will Daniels * Package name: liboauth-ruby Version : 0.3.6 Upstream Author : Pelle Braendgaard * URL : http://oauth.rubyforge.org * License : MIT Programming Lang: Ruby Description : The OAuth Ruby Library This is a ruby library for implementing both OAuth clients and servers in Ruby applications. -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20100228231743.31658.48375.report...@aristotle
Re: A case study of a new user turned off debian
On Tuesday 04 Nov 2003 05:47, Greg Stark wrote: > to list the available revisions then explicitly > > apt-get install libc6:2.3.2-8 > > Actually this wouldn't really have helped my friend at all because he was > unlucky enough that the *first* version of libc6 from unstable that he saw > happened to be the buggy one. That doesn't really happen that often to > libc6 so he had particularly bad luck there. Er, doesn't apt-get install libc6=2.3.2-8 do exactly this? man pages are a wonderful thing.
Re: Why you are wrong [Was: On linux kernel packaging issue]
On Monday 10 Nov 2003 19:54, Andrew Suffield wrote: > We refuse to accept it blindly because it's wrong. There have been > cases when architecture-specific optimisations have made programs run > slower (recently the instruction ordering for that via i686 chip > comes to mind); GCC gets it wrong from time to time, and there's no > reason to think it's currently right (since everybody who asserts it > is has failed to provide anything but circumstancial evidence, and > we all know that software sucks). Don't all these arguments apply to architecture independent optimizations also? Incidentally, your standard of proof "There have been cases" is pretty weak, I would say "there have been cases" where architectural optimizations have increased performance.
