Re: An abrupt End to Debian Live

On 09/11/15 12:47 PM, Daniel Baumann wrote: > So long, and thanks for all the fish[7]. > > Daniel > > [7] http://live.debian.net/project/downstream/ > Enough bitter words have been said. I don't want to add any more. So: I'm proud. Indeed, that long list of downstreams does speak to the impact y

Re: Bug#775436: ITP: xlennart -- An XBill fork but with Lennart and SystenD instead of Bill and Wingdows

On 16/01/15 11:34 AM, Markus Koschany wrote: > My personal opinion is that both XBill and xlennart are mildly > entertaining and it is rather immature to depict living people as a > "virus". The message is either silly or offensive. While we're talking about personal opinions, and clarifying for D

Re: Bug#775436: ITP: xlennart -- An XBill fork but with Lennart and SystenD instead of Bill and Wingdows

her a package is suitable to enter Debian or not. So yes, it's a necessary part of the process. > On 01/16/2015 03:48 PM, Ben Armstrong wrote: >> Do you honestly not see the difference between poking fun at an >> upstream that is at the center of an ongoing controversy vs. poking >

Re: Bug#775436: ITP: xlennart -- An XBill fork but with Lennart and SystenD instead of Bill and Wingdows

On 16/01/15 08:15 AM, Stephan Seitz wrote: > On Fri, Jan 16, 2015 at 07:32:41AM +1100, Riley Baird wrote: >> (Also, in any case, don't you think that this game is going a little too >> far? It's fine to be opposed to systemd, but don't do to Lennart > > Well, do you see a difference to the original

Re: Removing packages from unofficial repositories

On 03/01/14 01:39 PM, Виталий Филиппов wrote: > If you have other 3rdparty repos, you'll also need to set 1001 for all > of them (except DMO), that should be enough. Simon wanted "a general, user-friendly way to deal with situations like this". This is neither. > And of course strictly speaking i

Re: Removing packages from unofficial repositories

On 01/03/2014 07:41 AM, Виталий Филиппов wrote: > AFAIK the apt_preferences method is rather simple: > > Package: * > Pin: release o=Debian > Pin-Priority: 1001 > > With that setting 'apt-get dist-upgrade' downgrades DMO packages to > official ones. At least it did in my case. > > For me, findin

Re: Removing packages from unofficial repositories

Simon, On 01/02/2014 01:52 PM, Simon Ruggier wrote: > I'm writing to suggest that in the long term, Debian's package > management should have a general, user-friendly way to deal with > situations like this, such as a mechanism to remove a repository > subscription, and all package versions that c

Bug#721611: ITP: libjs-tinycon -- Library to manipulate the favicon by adding an alert bubble

Package: wnpp Severity: wishlist Owner: Ben Armstrong * Package name: libjs-tinycon Version : 0.5 Upstream Author : Tom Moor * URL : https://github.com/tommoor/tinycon * License : MIT Programming Lang: Javascript Description : A small library to

Bug#719315: ITP: taskwarrior-web -- A web interface for the Taskwarrior todo application

Package: wnpp Severity: wishlist Owner: Ben Armstrong * Package name: taskwarrior-web Version : 1.1.11 Upstream Author : Jake Bell * URL : https://github.com/theunraveler/taskwarrior-web & https://rubygems.org/gems/taskwarrior-web * License : MIT, G

Bug#719314: ITP: ruby-versionomy -- A generalized version number class for Ruby

Package: wnpp Severity: wishlist Owner: Ben Armstrong * Package name: ruby-versionomy Version : 0.4.4 Upstream Author : Daniel Azuma * URL : http://dazuma.github.io/versionomy/ & http://rubygems.org/gems/versionomy * License : 3 Clause BSD Programming

Bug#719313: ITP: ruby-blockenspiel -- A comprehensive implementation of Ruby DSL blocks

Package: wnpp Severity: wishlist Owner: Ben Armstrong * Package name: ruby-blockenspiel Version : 0.4.5 Upstream Author : Daniel Azuma * URL : http://dazuma.github.io/blockenspiel/ & http://rubygems.org/gems/blockenspiel * License : 3 Clause

Bug#719312: ITP: ruby-sinatra-simple-navigation -- Create simple navigations for Sinatra or Padrino web applications

Package: wnpp Severity: wishlist Owner: Ben Armstrong * Package name: ruby-sinatra-simple-navigation Version : 3.6.0 Upstream Author : Andi Schacke & Mark J. Titorenko * URL : https://github.com/andi/sinatra-simple-navigation & http://rubygems.org/gems

Bug#719310: ITP: ruby-simple-navigation -- A library to create navigations for Ruby web applications

Package: wnpp Severity: wishlist Owner: Ben Armstrong * Package name: ruby-simple-navigation Version : 3.11.0 Upstream Author : Andi Schacke & Mark J. Titorenko * URL : https://github.com/andi/simple-navigation & http://rubygems.org/gems/simple-navigation *

Bug#719308: ITP: ruby-rack-flash3 -- Flash hash for Ruby Rack applications

Package: wnpp Severity: wishlist Owner: Ben Armstrong * Package name: ruby-rack-flash3 Version : 1.0.3 Upstream Author : Pat Nakajima & Travis Reeder * URL : https://github.com/treeder/rack-flash & https://rubygems.org/gems/rack-flash3 * License

Bug#719307: ITP: ruby-parseconfig -- Simple standard configuration file parser for Ruby

Package: wnpp Severity: wishlist Owner: Ben Armstrong * Package name: ruby-parseconfig Version : 1.0.2 Upstream Author : BJ Dierkes * URL : https://github.com/derks/ruby-parseconfig & http://rubygems.org/gems/parseconfig * License : MIT Programming

[OT] Bridge burning

On 28/07/13 09:51 AM, Matthias Klumpp wrote: > It doesn't look like trolling to me... Sure, the question is a bit odd > on a Debian forum, but it was posted in the "Offtopic" area, and I > think it's perfectly valid to ask that question there. Some people > might use Debian derivatives, and are on

Re: Upstream packaging (was Re: Derivatives, MongoDB and freezes)

On 04/25/2013 09:40 AM, Andreas Tille wrote: > There are actually users who do not "see" the system but just the > topping. Yes, but I don't think we should encourage any users in this skewed view of the system. > I would never try to blame the user about this. Nor would I. However, I would not

Re: DPL 2013: Lats call for votes

On 13/04/13 07:46 AM, Kurt Roeckx wrote: > On Sat, Apr 13, 2013 at 06:52:01AM -0300, Ben Armstrong wrote: >>> - - -=-=-=-=-=- Don't Delete Anything Between These Lines =-=-=-=-=-=-=-=- > [...] > > So you're the second person that doesn't follow the hea

Re: DPL 2013: Lats call for votes

> - - -=-=-=-=-=- Don't Delete Anything Between These Lines =-=-=-=-=-=-=-=- > 8367b943-96ac-4530-afbd-529da5fc4fd5 > [ 3 ] Choice 1: Gergely Nagy > [ 2 ] Choice 2: Moray Allan > [ 1 ] Choice 3: Lucas Nussbaum > [ 4 ] Choice 4: None Of The Above > - - -=-=-=-=-=- Don't Delete Anything Between These

Re: so long, and thanks for all the fish

On 04/04/13 02:28 PM, ian_br...@fastmail.net wrote: > On Thu, 04 Apr 2013 12:45:55 -0300 > Ben Armstrong wrote: > >> Just take care in future that the style of communications you used >> triggered someone's "wetware spam filter" with a false positive. >

Re: Bug#684128: down the memory hole

On 04/04/2013 12:05 PM, ian_br...@fastmail.net wrote: > Do you think there is any way that the relevance of posts to a bug > report can be determined, without reference to the context in which they > appear, *all the preceeding discussion*? So far as I can see, nobody doubts your intentions. But y

Bug#697270: PC 32-bit programs fails to work on amd64

On 01/03/2013 02:16 PM, Alexey Eromenko wrote: > On Thu, Jan 3, 2013 at 8:05 PM, Didier 'OdyX' Raboud wrote: >> >> release and lsb-base being Architecture: foreign). Patches are welcome to >> make >> Wheezy+1 more suitable to your needs. > > How about changing it from a kernel bug to tasksel fea

Document Debian version#s, not just codenames, (was: Feedback)

Mistikos, In spite of your trollish approach to the topic, let's try to make something constructive of your request: On 25/12/12 08:50 AM, Mistikos Nik wrote: > It constantly refers to Debian versions by their nick names, and not their > versions. Please furnish links/references to specific pla

Re: Gnome classic mode

On 09/11/2012 02:22 PM, Wookey wrote: > If the message tells people to select 'gnome classic' in the logon > menu to make it go away then that seems reasonable to me. Again, not really an option for our live images. Two obvious options are: 1. Modify the live image to silently fail over to gnome

Re: Gnome classic mode

On 09/11/2012 01:11 PM, Ben Armstrong wrote: > every time the live image is booted they will see this image unless they > happen to be using ^ I meant to say "see this error message", not "see this image". ug

Re: Gnome classic mode

On 09/11/2012 12:55 PM, Ian Jackson wrote: > Josselin Mouette writes ("Re: Gnome classic mode"): >> Can we move on now? I don’t even understand how a *one-time warning* >> explaining a user that his desktop will look different from what he >> might obtain on another Debian machine can even be a ser

Re: greater popularity of Debian on AMD64?

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 09/05/2012 02:10 PM, martin f krafft wrote: > Nothing we can do about it now. The news posting at http://www.debian.org/News/weekly/2012/17/#amd64 could be edited to change the first reference to amd64 in the text to link to http://www.debian.org

Re: Wheezy release: CDs are not big enough any more...

On 05/16/2012 06:10 AM, Timo Juhani Lindfors wrote: > Bjørn Mork writes: >> No, you don't. On a default Debian system you need to be a member of >> the "floppy" group. From /lib/udev/rules.d/91-permissions.rules : > > Yeah but you are not a member of that group by default surely? $ debconf-sho

Re: Wheezy release: CDs are not big enough any more...

On 05/15/2012 02:18 PM, Thomas Schmitt wrote: > I am a bit scared by the catastrophic potential of > cat debian.iso > /dev/sdX > for X = valuable hard disk. I've wondered about that, too, when working on the relevant section of the Debian Live Manual. > Maybe one should advise people to first r

Re: Bug#661565: ITP: nyancat -- Terminal-based Pop Tart Cat animation

On 28/02/12 09:08 AM, Jakub Wilk wrote: > * Lars Wirzenius , 2012-02-28, 12:58: >> Is this worth including in Debian? It's funny for several >> microfortnights, but how many people really need to install this? > > Completely agreed. We should not accept any new packages in section > games and then

Re: Processed: Re: Bug#646019: general: torrent on USB-HDD cause disk disconnect

On 20/10/11 08:31 PM, Ben Hutchings wrote: > On Thu, 2011-10-20 at 17:39 +, Debian Bug Tracking System wrote: >> Processing commands for cont...@bugs.debian.org: >> >>> reassign 646019 cdimage.debian.org > > WTF? Isn't this a kernel driver bug? my mistake. i had not read it carefully enough.

Re: alternative dependency ordering - with respect of packages in main

On 20/09/11 06:24 PM, Paul Wise wrote: > In my intended case I believe they always end up with foo from main, > only if they choose foo-contrib will they get it, which is how I think > it should be. main should not reference packages from contrib/non-free > in any way. If that's how it works, then

Re: alternative dependency ordering - with respect of packages in main

On 09/20/2011 08:43 AM, Paul Wise wrote: > On Tue, Sep 20, 2011 at 7:12 PM, Gerfried Fuchs wrote: > Package: bar > Depends: foo > > Package: foo-contrib > Provides: foo While that neatly sidesteps the issue, 7.5 says: To specify which of a set of real packages should be the default to

Re: Bug#625865: ITP: ocportal -- ocPortal is a Content Management System for building and maintaining a dynamic website

On 05/06/2011 02:39 PM, Tshepang Lekhonkhobe wrote: > I was responding to someone who said I 'supported' inclusion of proposed > package. Ah, I misunderstood. My apologies. > Yeah, good point. So it's not enough for packager to say he will be > responsive to problems? Packages, once uploaded, en

Re: Bug#625865: ITP: ocportal -- ocPortal is a Content Management System for building and maintaining a dynamic website

We can stop CCing the bug# now, as this subthread is apparently no longer about the ITP itself, but about "proper" conduct in discussing an ITP. On 05/06/2011 01:39 PM, Tshepang Lekhonkhobe wrote: > Strange that you read 'support' into my responses. By support, I hope you understand I mean the De

Re: Bug#625865: ITP: ocportal -- ocPortal is a Content Management System for building and maintaining a dynamic website

On 05/06/2011 12:14 PM, Tshepang Lekhonkhobe wrote: > Q: How many content management systems written in php does Debian need? > A: How about zero? > > Not exactly helpful. When developers are passionately opposed to a particular technology (and not without reason here, I think,) they can be a bit

Re: Bug#625865: ITP: ocportal -- ocPortal is a Content Management System for building and maintaining a dynamic website

On 05/06/2011 10:49 AM, Tshepang Lekhonkhobe wrote: > What's up with the hate? It's always convenient to have a package in > Debian, instead of hunting for it upstream. If it rots in Debian, then > it can easily be removed again (or left in Unstable). Wrong. Every additional package costs the whol

Re: Back to technical discussion? Yes!

On 04/05/2011 05:21 AM, Stanislav Maslovski wrote: > On Tue, Apr 05, 2011 at 12:09:42PM +0400, Stanislav Maslovski wrote: >> On Tue, Apr 05, 2011 at 09:10:47AM +0200, Tollef Fog Heen wrote: >>> ]] Stanislav Maslovski >>> d-i doesn't use ifupdown, it uses netcfg. >> >> Hm, okay, I was pretty sure J

Re: Back to technical discussion? Yes! (was: network-manager as default? No!)

On 04/04/2011 11:03 AM, Josselin Mouette wrote: > I think squeeze already does a lot better, but there is still work to > do, especially with the installation process. > > On my personal wishlist for wheezy is d-i actually calling NM behind the > scenes to configure the network, instead of ifupdow

Re: Back to technical discussion? Yes! (was: network-manager as default? No!)

On 04/04/2011 10:31 AM, Stanislav Maslovski wrote: > I do not think that reading documentation before trying to achieve > something is that elitist. And in the case of wpa_supplicant, it is > definitely not dozens of pages. Basically, it is just > > man interfaces > man wpa_supplicant.conf > zless

Re: Back to technical discussion? Yes! (was: network-manager as default? No!)

On 04/04/2011 10:06 AM, Dmitry E. Oboukhov wrote: > There is only one thing that can be used without reading a manual. It > is a breast. All the other devices (and things, substances, etc) > required to be studied. While this paraphrase of a familiar quote may be applicable when taken in context (

Re: Cedilla removed from sid, users complain

On 01/25/2011 03:09 PM, Juliusz Chroboczek wrote: > Thanks to both of you -- I've forwarded your messages to my (soon-to-be > former, sigh) users. Minus the false hits from my search, I hope? My main point was to illustrate debtags is a nice tool for finding related packages (some time I'll try to

Re: Cedilla removed from sid, users complain

On 01/25/2011 02:36 PM, Andrey Rahmatullin wrote: > On Tue, Jan 25, 2011 at 07:14:39PM +0100, Juliusz Chroboczek wrote: >> I'm upstream for Cedilla [1,2], which has been orphaned and removed from >> Sid. I'm receiving e-mail from Debian users of Cedilla, asking me what >> is the suggested replacem

Re: Squeeze can't fit on 512MiB

On 30/10/10 05:11 AM, Stefan Fritsch wrote: > Is there an easy way to see what is in the tasks without reinstalling? > From /usr/share/tasksel/debian-tasks.desc it would seem that web- > server only pulls apache2-mpm-prefork, and I have no idea how that > could account for this increase $ taskse

Bug#594482: ITP: libsyntax-ruby -- A simple Ruby syntax highlighting library

Package: wnpp Severity: wishlist Owner: Ben Armstrong * Package name: libsyntax-ruby Version : 1.0.0 Upstream Author : Jamis Buck * URL : http://syntax.rubyforge.org/ * License : BSD Programming Lang: Ruby Description : A simple Ruby syntax

Re: RFA: a lot of packages

On 06/20/2010 10:20 AM, Angel Abad wrote: Hi! Im interested in vnc packages too, I use these packages every day. I havent upload rights, Im sure these packages are important for many people, so its posible to make a group of intenerested DD and DM in alioth for maintaintaining vnc related package

Re: RFA: a lot of packages

On 19/06/10 11:55 AM, Ola Lundqvist wrote: Bug#586413: RFA: tightvnc -- virtual network computing server software Bug#586414: RFA: vnc4 -- Virtual network computing server software Although I cannot take on sole maintainership, I'm interested in the survival of the best VNC server and clie

Re: Debian Mobile -- Debian GNU/Linux for mobile devices

On 17/02/10 05:34 PM, Andreas Tille wrote: I wonder whether we really need to "start" or whether we are able to continue what just exist: There is a Debian Eee PC project [1] which - as far as I know - is not reduced to this specific hardware despite the very specific name. Actually, our p

Bug#565770: ITP: libterm-ansicolor-ruby -- Colors strings using ANSI escape sequences

Package: wnpp Severity: wishlist Owner: Ben Armstrong * Package name: libterm-ansicolor-ruby Version : 1.0.4 Upstream Author : Florian Frank * URL : http://flori.github.com/term-ansicolor/ * License : GPL Programming Lang: Ruby Description : Colors

Re: nexuiz-data does not fit on a single CD

On Fri, 20 Nov 2009 11:59:07 -0200 Gustavo Noronha Silva wrote: > On Fri, 2009-11-20 at 14:00 +0100, Stefano Zacchiroli wrote: > This is silly. I haven't seen bug reports about packages not fitting in > diskettes, and it would not make any sense if they were filed! =). I thought this was why we h

Re: Bits from the kernel team

On Mon, 19 Oct 2009 22:54:47 +0100 Vincent Sanders wrote: > A constructive discussion was held about the outstanding firmware > issues, how the team addresses them and how we might work with upstream > to address our DSFG issues with kernel sources. By chance, did any of that discussion touch on

Re: Bits from the Eee PC team, Spring 2009

On Sat, 23 May 2009 15:56:05 +0200 Samuel Thibault wrote: > Ben Armstrong, le Sat 23 May 2009 10:38:51 -0300, a écrit : > > Accessibility > > > > we understand that some users also need software synthesized > >text-to-speech, something for which the

rtl8187se for Eee PC 701SD (and MSI Wind)

Eee PC Model 701SD uses the rtl8187se driver which is not in the kernel upstream. Ultimately, we want to use whatever is supported in the kernel. While there is some recent work on rtl8187 in wireless-testing, we don't yet know if this works for the rtl8187se. We'd be interested in hearing from a

Re: Bits from the Debian Eee PC team, autumn 2008

On Tue, 14 Oct 2008 02:00:29 +0200 Matteo Croce <[EMAIL PROTECTED]> wrote: > On Monday 13 October 2008 19:35:16 Ben Armstrong wrote: > > Ath5k wifi works on Eee PC in Linux 2.6.27 > > > >Jean-Christophe reports that [2]ath5k works in Linux 2.6.27 on > >th

Re: RFA: The Debian Jr. project

On Tue, 30 Sep 2008 16:30:40 +0200 Holger Levsen <[EMAIL PROTECTED]> wrote: > Yup. Has something happened on this in the last month? Miriam Ruiz has some ideas, but since our initial contact on the matter, I have not seen any action on them. > Sounds good and compatible :) OK ... > That said, I

Re: Bug#498180: ITP: eee-applet -- A systray applet for Eee Pc

On Mon, 08 Sep 2008 00:07:39 +0200 Julien Lavergne <[EMAIL PROTECTED]> wrote: > * Start or stop Wifi I'm concerned about how this is implemented. Does it play well with eeepc-acpi-scripts? > * Control fan speed I'd be interested to see that supported in a way that doesn't require the unsupp

Re: RFA: The Debian Jr. project

On Mon, 25 Aug 2008 10:15:39 +0200 Holger Levsen <[EMAIL PROTECTED]> wrote: > thanks for your work on Debian Jr. and for acknowledging that you don't have > time/a heart for it anymore! Thanks. It's hard to let go, but it's really for the best if someone else will carry on. > Is that vision wri

Re: Bits from the Debian Eee PC team, summer 2008

As Robert Millan brought to my attention, in my enthusiasm to present our progress towards fully Lenny support for the Eee in the best possible light, my announcement muddied the distinction between Lenny and non-free when I said that the earliest Eee models are now "fully supported" in Lenny. I ha

Re: confusion about non-free (Re: Bits from the Debian Eee PC team, summer 2008)

On Sun, 3 Aug 2008 14:17:46 +0200 Robert Millan <[EMAIL PROTECTED]> wrote: > I wonder what is it that we do wrong to spread this confusion so much that it > affects even Debian developers themselves. > > What is this to blame? Would it be the FTP archive layout? Perhaps having an > unified BTS?

Re: Bits from the Debian Eee PC team, summer 2008

On Sun, 3 Aug 2008 13:53:54 +0200 Robert Millan <[EMAIL PROTECTED]> wrote: > Lenny is Debian. non-free is not part of Debian. Check the Social Contract. In light of the point of that follows this one, is it perhaps not too far of a stretch to imagine that I understand this, and expected my reade

Re: Intel Atom Processor

On Tue, 29 Jul 2008 09:35:46 -0700 Kushal Koolwal <[EMAIL PROTECTED]> wrote: > For now should we just keep track of the EeePC? > http://wiki.debian.org/DebianEeePC/Status I can't answer the "big picture" questions you're asking. As for the Eee stuff, expect on d-d-a a new "Bits from the Debian E

Re: Intel Atom Processor

On Fri, 25 Jul 2008 14:29:48 +0200 Steffen Moeller <[EMAIL PROTECTED]> wrote: > many thanks for your reply. Your web sites are indeed what I wanted to see, > possibly a bit too far away from John Doe who just bought such a machine > as a Newbie Linux user, Naturally. The site is made by and for t

Re: Intel Atom Processor

On Thu, 24 Jul 2008 15:09:57 +0200 Steffen Moeller <[EMAIL PROTECTED]> wrote: > The EeePCs are sold throughout large resellers (Saturn, Staples, ...) in > Germany and at least until the new ones get out they all ship with > Debian - perfectly visible to every potential customer passing by. I have

Bug#492029: ITP: atl1e -- Atheros(R) L1e ethernet driver

Package: wnpp Severity: wishlist Owner: Ben Armstrong <[EMAIL PROTECTED]> * Package name: atl1e Version : 1.0.0.7r5 Upstream Author : xiong huang <[EMAIL PROTECTED]> * URL : http://marc.info/?t=12160065951&r=1&w=2 * License : GPL

Bug#452014: ITP: atl2-source -- Source for the Attansic L2 ethernet driver

Package: wnpp Severity: wishlist Owner: Ben Armstrong <[EMAIL PROTECTED]> * Package name: atl2-source Version : 1.0.40.2 Upstream Author : xiong huang <[EMAIL PROTECTED]> * URL : https://launchpad.net/ubuntu/hardy/+source/linux-ubuntu-modules-2.6.2

Re: CDD: GastroLinux (RFC)

On Mon, 14 May 2007 14:22:35 +0200 (CEST) Andreas Tille <[EMAIL PROTECTED]> wrote: > So maybe Debian-Dinner would be better? ;-) > > BTW, I think we should have first something and then find an apropriate > name for this something. It makes no sense to do endless naming discussions > before someb

Re: TaskSel proposal (Was: Proposal for a new CDD sub-project: Debian4Business)

On Thu, 19 Apr 2007 14:46:35 +0200 (CEST) Andreas Tille <[EMAIL PROTECTED]> wrote: > On Thu, 19 Apr 2007, Luis Matos wrote: > IMHO the best solution would be if tasksel would have a two level > selection: ... > [ ] Custom Debian Distribution > [ ] Debian-Edu > [ ] Debian-Jr.

Re: Elive requires donation to download

On Fri, 24 Nov 2006 06:04:13 -0800 (PST) Ottavio Caruso <[EMAIL PROTECTED]> wrote: > Elive , based on Debian, > requires a donation, however small, to allow downloading. I wonder if > this legally sound. The DFSG explicitly specifies that licenses of ou

Re: Debian cares more about documents than people

alfredo diega wrote: > Okay: Intel PRO/Wireless 3945ABG. According to this message at > bugs.debian.org/cgi-bin/bugreport.cgi?bug=363967 it isn't packaged > because: > > "there is still an official statement of -release and -kernel about the > policy for oot-modules in etch missing." > > showing

Re: Debian cares more about documents than people

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Alfredo, alfredo diega wrote: > It really pains me to write this since I have used stable for a long > time. > Unfortunately, I think you could use a wakeup call. > > Much of my hardware is never supported by you guys I can see you're frustrated.

Re: huge wnpp bug report page

Hendrik Sattler wrote: > I hope that something can be done about this to make the BTS web pages more > usable. > Are you perhaps not aware of the much smaller indices into the BTS here? http://www.debian.org/devel/wnpp/ Ben -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "

Testing and honesty

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Art Edwards wrote: > Unless such core pieces as the debugging tool (ddd) and the data display tool > (xmgrace) are working, it is dishonest to pretend that the 64-bit version > is ready for testing. It seems your expectations for our "testing" distribu

Re: Bug#361418: [Proposal] new Debian menu structure

On Fri, 2006-04-14 at 14:29 +0100, Thiemo Seufer wrote: > Yes. Debian shouldn't be the Linux Distribution of Cryptic Acronyms. Perhaps you missed the point earlier in the thread that Ham isn't an acronym? Also, I don't think anyone with even a passing familiarity with amateur radio seriously thin

Re: New packages.debian.org

On Mon, 2006-03-06 at 19:38 +0100, Martin Schulze wrote: > It checks the User-Agent string. What are the expected results for a user accessing the following URL from IE running on a W2K terminal server? I didn't notice any restrictions. http://packages.debian.org/tuxpaint Ben -- To UNSUBSCRI

Re: Debian Games Team

On Fri, 2006-01-13 at 09:15 +0100, Andreas Tille wrote: > On Fri, 13 Jan 2006, Miriam Ruiz wrote: > > > We've been recently talking about creating a group to maintain games in > > Debian > > in a collaborative way. > > Are you aware of the Debian-Junior project. Thanks for bringing this thread

Re: Bug#340631: ITP: culmus-fancy -- Type1 Fancy Hebrew Fonts for X11

On Sat, 2005-11-26 at 21:38 -0600, Peter Samuelson wrote: > [Lior Kaplan] > > * Package name: culmus-fancy > > Description : Type1 Fancy Hebrew Fonts for X11 > > I understand that the 'culmus' package already exists, and other > packages like 'lmodern' don't follow any particular name co

Re: major problem with gnome-games dependency

With regards to the suggestion that some means be provided for admins to easily install a subset of GNOME that suits the needs of government and/or US government ... On Wed, 2005-10-12 at 01:50 -0500, Peter Samuelson wrote: > I suppose you were joking, but in all seriousness, why does _Debian_ > n

Re: [Fwd: major problem with gnome-games dependency]

On Tue, 2005-10-11 at 20:07 +0100, Ross Burton wrote: > That is what gnome-core is for: just enough of GNOME to be usable, but > no real apps beyond EoG and gedit. Purposefully created for people who > want to use GNOME, don't want to install all packages manually, but want > some control over wha

Re: [Fwd: major problem with gnome-games dependency]

On Tue, 2005-10-11 at 11:51 -0700, Thomas Bushnell BSG wrote: > I think the question is: do you want all the goodies or you don't want > all the goodies? Well, the problem is, when "all the goodies" is a significant number of packages, it is tedious to have to collect them all myself. > I would n

Re: [Fwd: major problem with gnome-games dependency]

On Tue, 2005-10-11 at 11:20 -0700, Thomas Bushnell BSG wrote: > It should be an easy matter not to play the games even when they are > installed. Regardless, the "gnome" package is not necessary for the > system; it is just a meta-package that depends on all the > gnome-related packages. If you d

Re: Finding out in postinst whether some other package is configured

On Tue, 2005-10-11 at 19:28 +0200, Frank Küster wrote: > is there an established way to find out in the postinst script of a > package whether an other package (e.g. one which we Recommend or > Suggest) is configured? Assuming your package does something reasonable with this knowledge ... > Testi

Re: Finding out in postinst whether some other package is configured

On Tue, 2005-10-11 at 19:28 +0200, Frank Küster wrote: > is there an established way to find out in the postinst script of a > package whether an other package (e.g. one which we Recommend or > Suggest) is configured? Testing for file contents can only tell whether > it is unpacked, but that might

Re: planet.debian.org vs. blog illiteracy

On Mon, 2005-09-26 at 15:29 +0300, Lars Wirzenius wrote: > "Debian development issues" is a rather broad category. Should a travel > report from Debconf be included? I think it should, yet it is not at all > technical. Having a single "Debian development issues" feed is not going > to work particul

Re: planet.debian.org vs. blog illiteracy

On Mon, 2005-09-26 at 14:05 +0300, Lars Wirzenius wrote: > I don't think there is a working way of reliably doing that. In theory, > most web logs can do "categories", but those are not being used > consistently, and they're also not really visible on planet.debian.org > in a way that lets them be

Re: making developer location from ldap public?

On Thu, 2005-08-25 at 17:57 +0200, Robert Lemmen wrote: > there are two reasaons: > - while debian developers might have access to it, it's in a form that > makes it hard to access it, so i doubt that anyone will look up who > is living at some place when he gets there. making this more > a

Re: making developer location from ldap public?

On Thu, 2005-08-25 at 16:51 +0200, W. Borgert wrote: > I don't like opt-out. Better opt-in: > > 4. Invent a new field "public location info" and developers >who care, could enter what they think is appropriate. > > I'm not sure, whether I would use the field. Not just a single field, but a

Re: making developer location from ldap public?

On Thu, 2005-08-25 at 16:01 +0200, Robert Lemmen wrote: > On Thu, Aug 25, 2005 at 02:50:51PM +0100, Oliver Elphick wrote: > > You haven't explained why letting other DDs know this information, which > > is available to them already, requires the whole world to know it. > > > > If you have some pro

Re: how to fully replace another package

On Wed, 2005-08-24 at 16:30 +0200, Marco d'Itri wrote: > On udev systems events are received by udevd, either using udevsend or > (when the kernel input subsystem will be fixed) a netlink socket. > /sbin/hotplug does not enter in the picture at all. > > Then the default udev configuration will run

Re: how to fully replace another package

On Tue, 2005-08-23 at 10:00 +0200, Marco d'Itri wrote: > Right, it's not used but it's checked. > But then there is still /etc/hotplug.d/default/default.hotplug, which if > present will create all kinds of troubles. Let me get one more thing straight before we move on ... What's the sequence of c

Re: how to fully replace another package

On Tue, 2005-08-23 at 19:50 +0200, Marco d'Itri wrote: > The init file does, but /etc/hotplug.d/default/default.hotplug does not. Why is this file a conffile? I didn't see any obviously configurable parts in it. If it were either wholly be moved elsewhere (/sbin) or the guts of it moved elsewher

Re: how to fully replace another package

On Tue, 2005-08-23 at 19:15 +0200, Marco d'Itri wrote: > Think "hotplug events loop". So, a hotplug event could load and run code (which happen to be in conf files, and therefore cannot be diverted) in the old hotplug package. The problem you're facing, it seems, is that while code should be diver

Re: how to fully replace another package

On Mon, 2005-08-22 at 23:18 +0200, Marco d'Itri wrote: > On Aug 22, Ben Armstrong <[EMAIL PROTECTED]> wrote: > > > Which conf files blow things up? The reason I ask is, if it's an init > Just about all of them. Almost all files in the package are conffiles. > &

Re: how to fully replace another package

On Mon, 2005-08-22 at 21:41 +0200, Marco d'Itri wrote: > On Aug 22, Ben Armstrong <[EMAIL PROTECTED]> wrote: > > > > The (still not uploaded) coldplug package conflicts+depends+provides > > > hotplug. > > Aren't you missing "replaces"? >

Re: how to fully replace another package

On Mon, 2005-08-22 at 01:32 +0200, Marco d'Itri wrote: > The (still not uploaded) coldplug package conflicts+depends+provides > hotplug. The issue is that since all the important parts of hotplug are > conffiles they are not deleted when the package is removed, and this > is bad (as in "the system

Re: mass bug filing on packages that are blocking use of cdebconf

On Sun, 2005-08-07 at 17:08 -0300, Ben Armstrong wrote: > I offered this for adoption a while back. Nobody took up my offer. I > finally uploaded xpilot-ng today (see my 3-year-old ITP #141099) and > plan to make it supercede xpilot (i.e. strip the contents of the old > xpilot pack

Re: Dogme05: Team Maintenance

On Tue, 2005-08-16 at 16:42 +0200, Wouter Verhelst wrote: > For low-volume, easy-to-maintain packages, it's never too late to go get > a comaintainer. Or to give the package away. And I simply don't believe > that 'important package' implies 'lots of work to maintain it'. I think what you're sayin

Re: Dogme05: Team Maintenance

On Tue, 2005-08-16 at 15:46 +0200, Wouter Verhelst wrote: > It might take a bit longer for the new maintainer > to be up to speed as compared to when one member of a team gets run over > by a bus, but that doesn't mean "the project stops". Team maintenance is only one way to accomplish the goal of

Re: README - confusing, irrelevant, redundant, useless

On Mon, 2005-08-15 at 08:54 -0700, Russ Allbery wrote: > I don't understand why people keep saying that upstream bug reporting > instructions are irrelevant to Debian. Surely I'm not the only person who > wants to be able to discuss some issues directly with upstream when > they're not in the slig

Re: README - confusing, irrelevant, redundant, useless

On Mon, 2005-08-15 at 16:31 +0200, Henning Makholm wrote: > I don't think there is a way to get around this difference. There is a > fairly widespread convention of putting compilation instructions in an > INSTALL file, but there is no similarly widespread convention for > putting information about

Re: Dogme05: Team Maintenance

On Mon, 2005-08-15 at 06:14 +, W. Borgert wrote: > Some of the things under Dogme05 is certainly exaggeration. > Sorry, if people thought I want to propose enforcement of "team > maintenance policy". However, team maintenance for all > essential and standard is worthwhile and not un-realistic.

  1   2   >