Re: Bug#549417: ITP: coinor-bcp -- a framework for constructing parallel branch-cut-price algorithms for mixed-integer linear programs

Soeren Sonnenburg schrieb: >>> Upstream Author : Common Public License 1.0 >> I guess that is not right :) > > What is not? That the software is authored by a license and not a person. ;) -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Troub

Re: Flag images

Steve Langasek schrieb: > Herbert's resignation mail is here: > > http://lists.debian.org/debian-devel/2004/05/msg00276.html > > I've always found it ambiguous what Herbert was referring to when he said > "this is too much" - the use of the Taiwanese flag? The original listing of > Taiwan as a

Re: Processed: ipv6 release goal

Marc Haber schrieb: > Marc, who has preferred language DE as well and cringes whenever a > Debian page comes up and would really love to see those in English Same here, yes. -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact list

Re: Bug#581434: UPG and the default umask

Christoph Anton Mitterer schrieb: >> #2 UPG with umask 022 is useless. > Why is it? See . -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Re: UPG and the default umask

Felipe Sateler schrieb: > I mean, is there a reason for why I would want a non-UPG system? What about a hosting environment where you need to have user files world-readable (HTML documents or (PHP) scripts readable by www-data), but don't want them readable by other customers? You could achieve t

Re: Bits from keyring-maint

Christian PERRIER schrieb: >> I would like to know the process which lead to selecting these figures. > > Apparently, just like many other things in the project: the folks > doing the work (and appointed for this by the project through the DPL) > examine the situation, make plans and decisions and

Re: Debian bugs #700000 and #1000000 contest

Josselin Mouette schrieb: > Le dimanche 17 octobre 2010 à 21:25 +0200, Christian PERRIER a écrit : >> So, for the third time, a small contest has been set up. The principle >> is very simple: please place a bet (one per person) about the day bugs >> #70 and #100 will be reported. > > I fin

Re: RFH: bug squashing for php5

Michael Banck wrote: > On Thu, Oct 21, 2010 at 11:10:45AM +0200, Ond?ej Surý wrote: >> we currently lack hands for testing and bug squashing in php5. I have just >> uploaded php5 5.3.3-2 to unstable and as soon as it get built it would be >> great if we had more hands to go through all the bugs in

Re: Oops: I broke the lenny --> squeeze update

Philipp Kern wrote: > On 2010-11-22, Raphael Hertzog wrote: >> The release notes usually recommend to have the latest stable packages >> before proceeding with the upgrade. > > Are they? They did: | 4.2 Checking system status [...] | This procedure also assumes your system has been updated t

Re: Can insserv made better?

Mike Bird schrieb: > No, I'm saying that Snn/Knn values boot some systems where > insserv fails. Therefore Snn/Knn is superior in some cases. Does insserv fail then because it is inherently unable to mimic the Snn/Knn behaviour or due to wrong (missing, ...) dependency info in the initscripts? I

Re: GnuTLS in Debian

Russ Allbery schrieb: > "Bernhard R. Link" writes: >> Could you please stop using that word "idiosyncratic". > > I believe idiosyncratic is exactly the correct term: > > idiosyncratic > adj 1: peculiar to the individual; "we all have our own > idiosyncratic gestures"; "Michel

Re: Bug in linux-image-2.6.32-5-amd64

Hans-J. Ullrich wrote: > I hope, you can help me. I am looking for a prior version of latest kernel- > package, as the last version got a big bug. The latest version, I found was > named > > linux-image-2.6.32-5-amd64_2.6.32-31_amd64.deb > > but I am looking for the package named > > linux-image

Re: DM upload permissions in detail

Ben Finney schrieb: >> the first UID with an email address is used by dak. It can be changed >> manually if there is a good reason for such a change. Please file a >> bug report against ftp.debian.org if you need such a change. > > Why is an additional reason needed? Why isn't it sufficient that t

Re: About i386 support

Victor Gamper wrote: > Is there a reason to do this? If so, what would be required to keep > the i386 version, seeing as it still is important and used?

Re: Alioth: the future of mailing lists

Alexander Wirt wrote: > As the Alioth system is not something that we as a project have the will > and manpower to maintain in its current form, we held a sprint [sprint] > last month in Hamburg, Germany, and discussed options and the future of > the several services currently provided by Alioth.

Re: Private code: to forge, or not to forge?

Iustin Pop wrote: > Gitea/Forgejo are common > recommended solutions for "home hosting", but neither is packaged. Forgejo has unofficial Debian packages that work fine with bookworm, at least.