Bug#569681: ITP: trac-wikirename -- trac plugin which allows to rename wiki pages
Package: wnpp Severity: wishlist Owner: Alexander Gerasiov * Package name: trac-wikirename Version : 2.1.1 Upstream Author : Noah Kantrowitz * URL : //trac-hacks.org/wiki/WikiRenamePlugin * License : BSD Programming Lang: Python Description : trac plugin which allows to rename wiki pages This plugin allows you to rename wiki pages. It will move a page and its history, and will rewrite explicit links ([wiki:PageName Label]) leading to it from other wiki pages. It will also move any attachments on the page. -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
TCP SYN cookies and Bug #520668
Hello, There has been a bug opened for a while to enable TCP SYN cookies by default. The current situation is /etc/sysctl.conf has this option, but it is commented out. The procps (sysctl.conf) bug is http://bugs.debian.org/520668 you may also like to read the discussion about tcp(7) man page at http://bugs.debian.org/253588 which discusses the mechanism too. The general argument seems to be that: - SYN cookies, when activated, break certain options like large windows within TCP The counter-argument is that: - Under the circumstances you have cookies activated your backlog is full so you lose the TCP session anyhow. While initially skeptical, I can see that under high TCP loads having some sort of connection is better than having no connection. Connections with large windows will be dropped, but they would be anyhow. My proposal is to change sysctl.conf so by default it will have TCP SYN cookies ENABLED. Anyone is quite able to change this but the default is proposed to be enabled. Before I make this change, I am emailling debian-devel for comments. I am looking in particular for information about why it could be harmful (if it is). Please CC the BTS so I've got some tracking of it, thankyou! - Craig Further references: http://cr.yp.to/syncookies.html http://lwn.net/Articles/277146/ http://en.wikipedia.org/wiki/SYN_cookies -- Craig Small GnuPG:1C1B D893 1418 2AF4 45EE 95CB C76C E5AC 12CA DFA5 http://www.enc.com.au/ csmall at : enc.com.au http://www.debian.org/ Debian GNU/Linux, software should be Free -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Re: TCP SYN cookies and Bug #520668
On Sun, Feb 14, 2010 at 12:42:09AM +1100, Craig Small wrote: > Before I make this change, I am emailling debian-devel for comments. I > am looking in particular for information about why it could be harmful > (if it is). You forgot to mail the maintainer of the package you change the configuration for. There are several packages now who applies various changes and this are all global parameters. Also you forget to mention my "no" as kernel maintainer. Bastian -- Warp 7 -- It's a law we can live with. -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Re: TCP SYN cookies and Bug #520668
On Sat, 2010-02-13 at 16:08 +0100, Bastian Blank wrote: > On Sun, Feb 14, 2010 at 12:42:09AM +1100, Craig Small wrote: > > Before I make this change, I am emailling debian-devel for comments. I > > am looking in particular for information about why it could be harmful > > (if it is). > > You forgot to mail the maintainer of the package you change the > configuration for. There are several packages now who applies various > changes and this are all global parameters. > > Also you forget to mention my "no" as kernel maintainer. I'm going to agree with Bastian here. Single-user systems won't need this and system administrators can make their own choice. There is some ongoing work on enhanced TCP cookies, but it will not be available for squeeze. Ben. -- Ben Hutchings Who are all these weirdos? - David Bowie, about L-Space IRC channel #afp signature.asc Description: This is a digitally signed message part
Re: TCP SYN cookies and Bug #520668
On Sun, Feb 14, 2010 at 00:42:09 +1100, Craig Small wrote: > My proposal is to change sysctl.conf so by default it will have TCP SYN > cookies ENABLED. Anyone is quite able to change this but the default is > proposed to be enabled. > > Before I make this change, I am emailling debian-devel for comments. I > am looking in particular for information about why it could be harmful > (if it is). > I believe procps is the wrong place to make this change. If we decide that syncookies should be enabled, then that should be done in the linux-2.6 package, IMO. Cheers, Julien signature.asc Description: Digital signature
experimental buildd link gone?
Hi, The "links" box of the PTS used to have a link to the experimental buildd logs. I think I used it last week but today it is not there; c.f. http://packages.qa.debian.org/g/gmp.html How can I see the logs? Thanks, -Steve signature.asc Description: Digital signature
ITP: kde-config-tablet -- implements a KDE configuration GUI for the Wacom drivers
Package: wnpp Severity: wishlist Owner: "Lisandro Damián Nicanor Pérez Meyer" * Package name: kde-config-tablet Version : 1.1.3 Upstream Author : Jörg Ehrichs * URL : http://kde- apps.org/content/show.php/kcm+tablet?content=114856 * License : GPL Programming Lang: C++ Description : implements a KDE configuration GUI for the Wacom drivers KDE 4 KCModule This module implements a GUI for the Wacom Linux Drivers and extends it with profile support to handle different button / pen layouts per profile. For hardware support have a look at http://www.linuxwacom.sourceforge.net All tablets can be set up as long as they are found via xorg.conf or HAL configuration. signature.asc Description: This is a digitally signed message part.
Re: experimental buildd link gone?
Hi, Am Samstag, den 13.02.2010, 11:12 -0600 schrieb Steve M. Robbins: > The "links" box of the PTS used to have a link to the experimental > buildd logs. I think I used it last week but today it is not > there; c.f. http://packages.qa.debian.org/g/gmp.html > > How can I see the logs? it’s only visible if the PTS knows about an experimental version, which is not (yet) the case for gmp. Here is your link: https://buildd.debian.org/status/package.php?p=gmp&suite=experimental Gruß, Joachim -- Joachim "nomeata" Breitner Debian Developer nome...@debian.org | ICQ# 74513189 | GPG-Keyid: 4743206C JID: nome...@joachim-breitner.de | http://people.debian.org/~nomeata signature.asc Description: Dies ist ein digital signierter Nachrichtenteil
Re: TCP SYN cookies and Bug #520668
On Feb 13, Ben Hutchings wrote: > I'm going to agree with Bastian here. Single-user systems won't need > this and system administrators can make their own choice. I do not really disagree with your argument, but can you or the other people who oppose this explain more clearly why you consider enabling SYN cookies by default is a bad idea? -- ciao, Marco signature.asc Description: Digital signature
Re: TCP SYN cookies and Bug #520668
On Sat, 2010-02-13 at 18:24 +0100, Marco d'Itri wrote: > On Feb 13, Ben Hutchings wrote: > > > I'm going to agree with Bastian here. Single-user systems won't need > > this and system administrators can make their own choice. > I do not really disagree with your argument, but can you or the other > people who oppose this explain more clearly why you consider enabling > SYN cookies by default is a bad idea? The upstream default is that they are disabled. The onus is on proponents to argue why this should be changed. Ben. -- Ben Hutchings Who are all these weirdos? - David Bowie, about L-Space IRC channel #afp signature.asc Description: This is a digitally signed message part
Re: e2fsprogs not esential anymore?
On Feb 07, Luk Claes wrote: > The whole archive needs to be scanned to see if no functionality of > e2fsprogs is used without (build) dependency. So, how can this be done? -- ciao, Marco signature.asc Description: Digital signature
Re: TCP SYN cookies and Bug #520668
On Feb 13, Ben Hutchings wrote: > The upstream default is that they are disabled. The onus is on > proponents to argue why this should be changed. The proposed rationale for the change is that SYN cookies are not used until the SYN queue is full and at that point it is more useful to have new TCP sessions without window scaling than no new TCP sessions at all. Do you disagree? -- ciao, Marco signature.asc Description: Digital signature
Re: Bits from the NM people
On Mon, Nov 30, 2009 at 12:49:31AM +0100, Andreas Marschke wrote: > On Monday 30 November 2009 00:08:20 Joerg Jaspert wrote: > > > Lets say this package is maintained on Launchpad that also "maintainance" > > > for debian or would this have to be on mentors.debian.org to be a valid > > > maintainance? (Just curios as there use to be some discussion between the > > > bloggers about that some time back) > > > > Where it is maintained is irrelevant. What is important is the track > > record within Debian, and that can be seen by tools like minechangelogs > > and PTS for example. Or the handling of the bugs for this package that > > you see via our BTS. > > > But if I remember right ftp.debian.org is an official debian repository to > which > only the DDs/Maintainers of a package have access to. > Doesn't that mean I cant upload packages to this repository? Are there > exceptional places on ftp.debian.org a non-maintainer can upload his packages > to without triggering the alarmbells? There is a difference between a package maintainer (the person or group mentioned in a package's Maintainer field) and the Debian Maintainer (DM) fields. While it is true that only DDs and DMs can upload to the archive, it is still possible to maintain packages via a sponsor (who is actually uploading packages for a non DD/DM maintainer. There are several good ways to find sponsors, one is mentors.d.n [1] the other is one of the different teams [2]. [1] http://mentors.debian.net/ [2] http://wiki.debian.org/CategoryTeams There are surely more ways to show activity even without uploading packages or doing other packaging work. Regards Jan -- Jan Dittberner - Debian Developer GPG-key: 4096R/558FB8DD 2009-05-10 B2FF 1D95 CE8F 7A22 DF4C F09B A73E 0055 558F B8DD http://www.dittberner.info/ signature.asc Description: Digital signature
Re: TCP SYN cookies and Bug #520668
* Craig Small: > While initially skeptical, I can see that under high TCP loads having > some sort of connection is better than having no connection. Connections > with large windows will be dropped, but they would be anyhow. This argument ignores the non-attack overload case. Lack of window scaling may increase the load (in terms of the number of connections required for achieve a certain level of aggregated bandwidth), making such situations worse. (Window scaling is more important than it used to be because bandwidth-delay products tend to be larger these days.) -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
732868 Brazilian ICUMSA45 High Seas / Spot Booking Offer
Conrad CraigNormalKashif Waheed13652010-01-29T18:21:00Z2010-02-09T19:13:00Z1303173014321249.2720PrintBestFit Hello 1) We introduceourselves as buying/selling agents for sugar and urea 2) Current High Seasoffers for Brazilian ICUMSA45 white crystallized sugar as follows; 732868/H369 Quantity: 1 x 25000 MT Price: us$ 550/MT CIF Dubai Distance: 11 Days - The above offer[s] are on first come first serve basis 3) To retrieve High Seas transaction modalities ClickHere 4) To retrieve BulkSpot Booking transaction modalities ClickHere 5) To retrieve ContainerSpot Booking offer and transaction modalities ClickHere 6) To retrieveformats of BCL + ICPO ClickHere 7) To retrievespecifications of offered ICUMSA45 ClickHere Best Regards Kashif Waheed C&M Commodities And Mercantile 20-Saeed Colony # (1) 213 Faisalabad 38060, Pakistan Tel: 00923008661624 / 00923077505073 Fax INT: 0012672204268 / Fax LCL: 0092418730125
Re: New Menu category Applictions/Multimedia
Andreas Marschke wrote: >> Personally I think we should have gotten rid of the Debian menu years >> ago, I don't think my opinion is shared by many people in Debian >> though. >> > > It is truely kind of doubled effort to have the debian menu extra to the > actual > menu. The question is who will step forward and propose the removal? > > We can make a new thread for this. Please read the archives. That has been discussed over and over. By the way, one thing you'll learn is to use terms that everyone understands without problems, and that not everyone is using a "Desktop envirnoment". In my window manager, there's only one menu, and that's the Debian one. Regards, Frank -- Dr. Frank Küster Debian Developer (TeXLive) VCD Aschaffenburg-Miltenberg, ADFC Miltenberg B90/Grüne KV Miltenberg -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Possible DDPOMail improvements?
Hi, I just sent a batch of DDPOMail emails. Those emails are sent to maintainers, co-maintainers and PTS subscribers, and report about "serious" issues in the packages. Currently, it reports about: 1. RC bugs in unstable 2. Release Goal bugs in unstable 3. Missing builds on some architectures (not those in the Needs-Build state) 4. Long delays in testing migration 5. New upstream releases 6. Lintian errors and warnings (only their number) It could also report (i.e the code is there, but it's disabled currently) on: 7. RC bugs in stable 8. Unfixed security issues (according to the security team tracker) With the current settings, we send ~1300 mails. If you have never received one of those mails, you can take a look at [1] for a rather complete example. [1] http://lists.debian.org/debian-qa-packages/2010/02/msg00272.html We (Raphael Geissert, who did most of the work on that service recently, and me) believe those mails are useful, since we did not get too many unsubscribe requests, and also got some "thank you" from people who use it as a TODO list. But we are constantly wondering where we should go from there. Should we add more data (like the RC bugs in stable and the unfixed security issues)? Or should we instead try to decrease the amount of data (to increase the signal/noise ratio), for example by not reporting about Lintian errors and warnings? - Lucas -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Re: TCP SYN cookies and Bug #520668
On Sat, 13 Feb 2010, Florian Weimer wrote: > * Craig Small: > > > While initially skeptical, I can see that under high TCP loads having > > some sort of connection is better than having no connection. Connections > > with large windows will be dropped, but they would be anyhow. > > This argument ignores the non-attack overload case. Lack of window > scaling may increase the load (in terms of the number of connections > required for achieve a certain level of aggregated bandwidth), making > such situations worse. > > (Window scaling is more important than it used to be because > bandwidth-delay products tend to be larger these days.) AIUI syn cookies will not affect anything while things are normal, that is window scaling and other TCP options will still work as they should. Once the syn queue gets full and new connections would be dropped syn cookies start becoming active, still accepting connections but without options such as window scaling enabled. If your choice is to get no connection or a connection without the window scale option which would you pick? Cheers, weasel -- | .''`. ** Debian GNU/Linux ** Peter Palfrader | : :' : The universal http://www.palfrader.org/ | `. `' Operating System | `-http://www.debian.org/ -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Re: Possible DDPOMail improvements?
On Sat, Feb 13, 2010 at 08:46:31PM +0100, Lucas Nussbaum wrote: > But we are constantly wondering where we should go from there. Should we > add more data (like the RC bugs in stable and the unfixed security > issues)? Or should we instead try to decrease the amount of data (to > increase the signal/noise ratio), for example by not reporting about > Lintian errors and warnings? One thing that would be nice, but that is not directly related to DDPO messages or the PTS, though it's always when i receive the DDPO mail that i think about it, would be to allow upstream version tracking of branches. For example, right now, for iceweasel, version 3.6 is reported as the last version, which is nice, but i'd also like to be able to get a report when 3.5.8 is going to be released, though i'd also like to keep the current tracking for the 3.6 versions. Mike -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Re: Possible DDPOMail improvements?
Hi, On Sat, 13 Feb 2010, Lucas Nussbaum wrote: > I just sent a batch of DDPOMail emails. Those emails are sent to Thank you for your work on this, it's definitely useful. > But we are constantly wondering where we should go from there. Should we > add more data (like the RC bugs in stable and the unfixed security > issues)? Or should we instead try to decrease the amount of data (to > increase the signal/noise ratio), for example by not reporting about > Lintian errors and warnings? It would be nice to have a web version of it so that I can quickly check that I did not miss something important. It could also be useful in MIA/QA to see how many problems someone has left accumulating. RC bugs in stable would be nice if we can get a way to tag them "wontfix-in-stable". Because not all RC bugs affecting stable will be fixed by stable updates and they should not clutter this report indefinitely. (I know we can tag the bug "sid squeeze" to indicate that the bug only applies to those distributions but that's not what I'm saying above) Cheers, -- Raphaël Hertzog -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Re: Possible DDPOMail improvements?
Hi Lucas, thanks to you and Raphael for your DDPOMail efforts! I find them very useful. On Samstag, 13. Februar 2010, Lucas Nussbaum wrote: > It could also report (i.e the code is there, but it's disabled > currently) on: > 7. RC bugs in stable > 8. Unfixed security issues (according to the security team tracker) I'd like to see that information too. cheers, Holger signature.asc Description: This is a digitally signed message part.
Re: initial packages with multiarch paths
On Fri, Feb 12, 2010 at 12:48:39AM +, Simon McVittie wrote:
> Does this look OK for upload to experimental, and if not, what changes
> are needed?
FWIW, it was an unintended consequence of the wording of the policy change
that static libs and .so symlinks are permitted in the multiarch dirs at
this point - I only had runtime components in mind and expected that the
bits in -dev packages would all wait until later when the could all be
changed at once.
But I can't actually see any way that this is harmful, so I guess it's ok.
> libgfshare.pc
> =
> # Copyright (c) Daniel Silverstone 2006
> prefix=/usr
> exec_prefix=${prefix}
> libdir=/usr/lib/i486-linux-gnu
> includedir=${prefix}/include
> Name: libgfshare
> Description: Secret Sharing in gf(2^8) library.
> Version: 1.0.3
> Libs: -L${libdir} -lgfshare
> Cflags: -I${includedir}
We don't really want extra -L options passed to the build for every library
that's installed to the multiarch lib dir. Does pkgconfig filter these out?
Has anyone verified that these extra -L options don't cause libtool to add
wrong rpaths to resulting binaries?
> Files only in first set of .debs, found in package libgfshare-dbg
> -
> -rw-r--r-- root/root /usr/lib/debug/usr/lib/libgfshare.so.1.0.3
Has anyone checked that gdb will succeed in finding debug symbols via the
multiarch paths? (I guess gdb handles these generically by prepending
/usr/lib/debug to the real object path, but probably should be
double-checked anyway)
Cheers,
--
Steve Langasek Give me a lever long enough and a Free OS
Debian Developer to set it on, and I can move the world.
Ubuntu Developerhttp://www.debian.org/
slanga...@ubuntu.com vor...@debian.org
signature.asc
Description: Digital signature
Bug#569749: ITP: libnet-smtp-tls-perl -- Perl SMTP client library supporting TLS and AUTH
Package: wnpp Severity: wishlist Owner: Ivan Kohler * Package name: libnet-smtp-tls-perl Version : 0.12 Upstream Author : Alexander Christian Westholm, awestholm at verizon dawt net * URL : http://search.cpan.org/dist/Net-SMTP-TLS/ * License : Perl Programming Lang: Perl Description : Perl SMTP client library supporting TLS and AUTH Net::SMTP::TLS is a TLS and AUTH capable SMTP client library which offers an interface that users will find familiar from Net::SMTP. Net::SMTP::TLS implements a subset of the methods provided by that module, but certainly not (yet) a complete mirror image of that API. -- 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/20100213232813.30566.80640.report...@skydancer.freeside.biz
Bug#569748: ITP: libnet-smtp-tls-perl -- A Perl SMTP client library supporting TLS and AUTH
Package: wnpp Severity: wishlist Owner: Ivan Kohler * Package name: libnet-smtp-tls-perl Version : 0.12 Upstream Author : Alexander Christian Westholm, awestholm at verizon dawt net * URL : http://search.cpan.org/dist/Net-SMTP-TLS/ * License : Perl Programming Lang: Perl Description : A Perl SMTP client library supporting TLS and AUTH -- 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/20100213232134.30373.34168.report...@skydancer.freeside.biz
Bug#569751: ITP: libemail-sender-transport-smtp-tls-perl -- SMTP transport class for Email::Sender supporting TLS and AUTH
Package: wnpp Severity: wishlist Owner: Ivan Kohler * Package name: libemail-sender-transport-smtp-tls-perl Version : 0.04 Upstream Author : Fayland Lam * URL : http://search.cpan.org/dist/Email-Sender-Transport-SMTP-TLS/ * License : Perl Programming Lang: Perl Description : SMTP transport class for Email::Sender supporting TLS and AUTH A transport class for use with Email::Sender (libemail-sender-perl) which implements SMTP with TLS and AUTH. -- 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/20100213234054.30652.48832.report...@skydancer.freeside.biz
Re: New Menu category Applictions/Multimedia
On Sun, Feb 14, 2010 at 3:51 AM, Frank Küster wrote: > Please read the archives. That has been discussed over and over. By the > way, one thing you'll learn is to use terms that everyone understands > without problems, and that not everyone is using a "Desktop > envirnoment". In my window manager, there's only one menu, and that's > the Debian one. Which window manager is that? -- bye, pabs http://wiki.debian.org/PaulWise -- 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/e13a36b31002131610u6c012c2dl555cf4994e4ca...@mail.gmail.com
Re: TCP SYN cookies and Bug #520668
On Sun, Feb 14, 2010 at 2:08 AM, Marco d'Itri wrote: > On Feb 13, Ben Hutchings wrote: > >> The upstream default is that they are disabled. The onus is on >> proponents to argue why this should be changed. > > The proposed rationale for the change is that SYN cookies are not used > until the SYN queue is full and at that point it is more useful to have > new TCP sessions without window scaling than no new TCP sessions at all. > Do you disagree? It might be instructive to look at the upstream netdev list, I found a recentish thread about this topic: http://lists.openwall.net/netdev/2009/10/16/74 Kinda a dissapointing thread, but it reveals a few points: http://lkml.indiana.edu/hypermail/linux/kernel/0807.3/0050.html http://lists.openwall.net/netdev/2009/10/21/42 http://lkml.org/lkml/2008/2/5/167 http://lists.openwall.net/netdev/2009/10/21/70 -- bye, pabs http://wiki.debian.org/PaulWise -- 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/e13a36b31002131638k470eeb88m4160a332b9f5c...@mail.gmail.com
Re: Possible DDPOMail improvements?
On Sun, Feb 14, 2010 at 3:46 AM, Lucas Nussbaum wrote: > It could also report (i.e the code is there, but it's disabled > currently) on: > 7. RC bugs in stable > 8. Unfixed security issues (according to the security team tracker) Yummy, yes please! I'd suggest including oldstable RC bugs and security issues too. The security tracker lists issues fixed in stable-security but not stable (ie, no point release yet) as still open, please ensure that DDPOMail handles this appropriately. I think we can assume that most if not all stable users also use stable-security. > We (Raphael Geissert, who did most of the work on that service recently, > and me) believe those mails are useful, since we did not get too many > unsubscribe requests, and also got some "thank you" from people who use > it as a TODO list. Thank you very much for that work. > But we are constantly wondering where we should go from there. Should we > add more data (like the RC bugs in stable and the unfixed security > issues)? Or should we instead try to decrease the amount of data (to > increase the signal/noise ratio), for example by not reporting about > Lintian errors and warnings? I'd lean towards more info. I imagine others would prefer less. So perhaps a subscription setting would be useful. I'd like to echo buxy's suggestion about a web-based version, which would satisfy #461898. PET from the pkg-perl folks comes close, but isn't available for every maintainer/uploader (only specific teams who installed it) and doesn't cover everything in DDPOMail. http://pkg-perl.alioth.debian.org/cgi-bin/pet.cgi -- bye, pabs http://wiki.debian.org/PaulWise -- 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/e13a36b31002131656p1e00e2aal165936278d7e1...@mail.gmail.com
Re: TCP SYN cookies and Bug #520668
On Feb 14, Paul Wise wrote: > Kinda a dissapointing thread, but it reveals a few points: I see more handwaving than points. -- ciao, Marco signature.asc Description: Digital signature
Re: initial packages with multiarch paths
]] Steve Langasek | We don't really want extra -L options passed to the build for every | library that's installed to the multiarch lib dir. Does pkgconfig | filter these out? Not yet. -- Tollef Fog Heen UNIX is user friendly, it's just picky about who its friends are -- 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/87iqa0uuaf@qurzaw.linpro.no
