On 03/06/2012 11:23, Aaron Toponce wrote:
> On Sat, Jun 02, 2012 at 10:43:00PM +0200, Tollef Fog Heen wrote:
>> Are you seriously suggesting that DHCP and SSH servers should not listen
>> on external interfaces by default? The use case for SSH or DHCPd on
>> localhost only is pretty small.
>
> I
* Aaron Toponce [120602 16:26]:
> However, I am calling into question the validity of starting a service by
> default post-install. I think it introduces security concerns, possible
> headaces on the local LAN, and just unnessary work for the administrator.
> Other than "if you don't want a servic
On Sat, Jun 02, 2012 at 10:43:00PM +0200, Tollef Fog Heen wrote:
> Are you seriously suggesting that DHCP and SSH servers should not listen
> on external interfaces by default? The use case for SSH or DHCPd on
> localhost only is pretty small.
I would much rather have DHCP listening on localhost,
Package: wnpp
Severity: wishlist
Owner: Jonas Smedegaard
* Package name: libmodule-install-authorrequires-perl
Version : 0.02
Upstream Author : Florian Ragwitz
* URL : http://search.cpan.org/dist/Module-Install-AuthorRequires/
* License : Artistic or GPL-1+
Package: wnpp
Severity: wishlist
Owner: Jonas Smedegaard
* Package name: libmodule-package-perl
Version : 0.30
Upstream Author : Ingy döt Net
* URL : http://search.cpan.org/dist/Module-Package/
* License : Artistic or GPL-1+
Programming Lang: Perl
Descript
Greetings,
This message is an automated, unofficial publication of vote results.
Official results shall follow, sent in by the vote taker, namely
Debian Project Secretary
This email is just a convenience for the impatient.
I remain, gentle folks,
Your humble servant,
De
On June 2, 2012 03:48:03 AM Serge wrote:
> 2012/6/2 Bruce Sass wrote:
> >> Maintainer will probably write a better code.
> >
> > Much better... if TMPTIME != 0 it will be necessary to mount the FS based
> > /tmp, clean it, create a tmpfs, move anything left in /tmp to the tmpfs,
> > then mount --b
]] Aaron Toponce
> Enabling services on external interfaces by default is indeed a bug, IMO,
> especially things like SSH, DHCP, SMTP or Bind (which has a long history of
> security problems).
Are you seriously suggesting that DHCP and SSH servers should not listen
on external interfaces by defa
Hi
Now lets do a benchmark on a busy system (during a kernel compile) and
some memory pressure, due to building on tmpfs. While this is not
directly representative for /tmp/ usage patterns, it does show what
happens if /tmp/ gets full and fights against normal RAM uses.
Tested on a current uns
On 2012-06-01 11:54 +0200, Goswin von Brederlow wrote:
> Guillem Jover writes:
>
>> On Sun, 2012-05-20 at 14:03:35 +0200, David Kalnischkies wrote:
>>> On Sun, May 20, 2012 at 1:10 PM, Sven Joachim wrote:
>>> > On 2012-05-20 11:27 +0200, Goswin von Brederlow wrote:
>>> > > Slightly OT but I want
On Sat, Jun 02, 2012 at 02:56:03PM +0200, Philipp Kern wrote:
If you assume an unexpected reboot, then all that data will be lost,
Well, I can count my unexpected reboots in the last years with one hand,
so this is not a problem. And as already mentioned, you can configure
with TMPTIME in /et
Package: wnpp
Severity: wishlist
Owner: Micha Lenk
Hi,
just for the records, I am currently working on packaging abTransfers from
Patrick Wacker.
* Package name: abtransfers
Version : 0.0.3.0
Upstream Author : Patrick Wacker
* URL : http://schmufu.dyndns.org/dokuwik
On Sat, Jun 02, 2012 at 12:08:24PM -0500, Steve M. Robbins wrote:
> How do I disable ccache inside pbuilder?
OK, I figured this out. The workaround is detailed
in #675691.
Cheers,
-Steve
signature.asc
Description: Digital signature
Am 02.06.2012 19:08, schrieb Steve M. Robbins:
> This hit me again. Is no-one else experiencing this?
I had this problem too. I found a bugreport about this somewhere in BTS
(cant remember the number). There was the suggestion to set BUILDUSERID
as env var in the shell to your userid. This worke
On Sun, May 06, 2012 at 05:33:10PM -0400, Andres Mejia wrote:
> On Sun, May 6, 2012 at 2:40 PM, Steve M. Robbins wrote:
> > On Sun, May 06, 2012 at 01:21:57PM -0400, Andres Mejia wrote:
> >> On Sat, May 5, 2012 at 9:57 PM, Steve M. Robbins wrote:
> >> > I've routinely used pbuilder to build packa
On 2012-06-02 08:25:40 -0600 (-0600), Aaron Toponce wrote:
[...]
> I don't understand why services _should_ be started by default
> post-install.
[...]
There are many desktop-oriented home networking applications (file
and printer sharing, media distribution, et cetera) which really do
need to be
Package: wnpp
Severity: wishlist
Owner: Julio Merino
* Package name: lutok
Version : 0.2
Upstream Author : Julio Merino
* URL : http://code.google.com/p/lutok/
* License : BSD
Programming Lang: C++
Description : Lightweight C++ API library for Lua
Lut
On Sat, Jun 02, 2012 at 04:02:57PM +0300, Serge wrote:
> I'm not experienced in this topic much yet, that's why I'm writing not in
> list, but directly. Feel free to reply into list, if you wish.
I would prefer to keep it on the list for a public archive, and to benefit
the greater admin populatio
On Fri, Jun 01, 2012 at 08:23:20PM +0200, Jonas Smedegaard wrote:
> Debian goal is - as you probably know already - for packages to work out
> of the box. For daemons this means they are started by default.
>
> If a package (service or not) is insecure by default, it is a bug!
> Severity of suc
On Fri, Jun 01, 2012 at 07:49:03PM +0100, Philip Hands wrote:
> The reason that RedHat don't start things is that their default approach
> has been to install a whole load of stuff that you might possibly want,
> and allow you to enable it when you are inspired to give some new
> service a try.
>
>
On Sat, Jun 02, 2012 at 10:54:13AM +0200, Jakub Wilk wrote:
> Package: libgmp-dev
> Version: 2:5.0.5+dfsg-2
> User: multiarch-de...@lists.alioth.debian.org
> Usertags: multiarch
>
> libgmp-dev is marked as "Multi-Arch: same", but the following files
> are architecture-dependent:
>
> /usr/include/
2012/6/2 Toni Mueller wrote:
>> Well, nobody named the benefits yet. Just the problems. There were a
>
> Well, I named one on 28th of May. Did you read it?
Sorry, I was trying to send not so many messages then, and I had not
answered yours. I guess you talk about these:
> Eg. web application's s
Hello,
I have a non-free package that is distributable but comes precompiled
for i386. Squeeze (and previous) released an amd64 package that
depended on ia32-libs. For wheezy we've been able to use multiarched
libraries to drop the dependency. Is there a mechanism that will make
the upgrade to whe
On Fri, Jun 01, 2012 at 07:21:40PM +0200, Stephan Seitz wrote:
> /tmp is for temporary files, so I expect my /tmp to hold all these
> files, in my case DVD ISO images (downloaded or localy generated)
> that I will burn and then delete. So my /tmp is at least 20GB.
> BluRay users may need more.
If
> that problem applies to disks as well, and especially to small /
> partitions, if you don't have /tmp somewhere else.
But by default the installer doesn't create a small / partition, it uses all
the available space.
So by default just by clicking next->next, there are no such problems.
Users wh
* Toni Mueller [2012-06-02 13:46:19 +0200] wrote:
> My suggested fix for this problem is to install a ~/tmp upon account
> creation, and set the TEMP environment variable in, say,
> /etc/environments. That *should* fix up all cases except for rogue
> applications that don't honour $TEMP. We can th
On 12-06-02 at 12:52pm, Tollef Fog Heen wrote:
> ]] Jonas Smedegaard
>
> > > A problem with using policy-rc.d is you don't know whether a
> > > service is being started because it's the initial install or if
> > > it's because of an upgrade. I'll sometimes not want the service
> > > to start
On 06/01/2012 08:45 PM, Steve Langasek wrote:
> On Thu, May 31, 2012 at 08:20:40AM +0200, Raphael Hertzog wrote:
>> On Wed, 30 May 2012, Steve Langasek wrote:
>>> There is no excuse for hijacking a package, ever.
>
>>> If the maintainer is MIA, use the MIA process to get the package orphaned.
>
>
On Fri, Jun 01, 2012 at 07:00:52PM +0300, Serge wrote:
> Well, nobody named the benefits yet. Just the problems. There were a
Well, I named one on 28th of May. Did you read it?
Kind regards,
--Toni++
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscr
Hi Thomas,
On Sat, Jun 02, 2012 at 07:33:26PM +0800, Thomas Goirand wrote:
> > All the complaints about /tmp as tmpfs come down to one simple issue:
> > The size of the tmpfs isn't chosen well. It would be more constructive
> > to find a better heuristic for the size there.
>
> No. The complain i
On 06/02/2012 04:59 PM, Paul Wise wrote:
> They are tied to the source package, this is bad because people's
> commitment to and responsiblity for packages changes over time
> independent of source package uploads.
>
There's another thing that bothers me currently. If I do:
apt-cache show $pack
On 06/01/2012 06:50 PM, Goswin von Brederlow wrote:
> There is also no problem with having large files in tmpfs. Only
> requirement is that you make tmpfs large enough and add enough ram
> and/or swap to cope with it.
Well, there's the problem that it will take some memory at least. So
either your
Hi Phil,
On Fri, Jun 01, 2012 at 07:49:03PM +0100, Philip Hands wrote:
> The Debian approach has always been to not install anything that you
> don't intend to use.
I have brought up this topic in the past, too. Summary: I often do want
the Debian-packaged software on my systems, but use it enti
On Sat, Jun 02, 2012 at 12:48:03PM +0300, Serge wrote:
Oh... I was not thinking about TMPTIME. Does it mean that there's no way
we can mount /tmp to tmpfs because it breaks TMPTIME?
Well, I think, as long as this setting exist, no. With „-1” you can even
disable tmp cleaning. So if the admin w
On 12-06-02 at 04:59pm, Paul Wise wrote:
> On Sat, Jun 2, 2012 at 1:33 AM, Jonas Smedegaard wrote:
>
> > Today I find the Maintainer field a joke.
>
> Both the Maintainer and Uploaders fields are less than useful for a
> number of reasons:
>
> They are tied to the source package, this is bad bec
]] Jonas Smedegaard
> > A problem with using policy-rc.d is you don't know whether a service
> > is being started because it's the initial install or if it's because
> > of an upgrade. I'll sometimes not want the service to start on
> > initial installation (because chef is just about to plop
Package: wnpp
Severity: wishlist
Owner: Panayiotis Karabassis
* Package name: torrentflux-b4rt
Version : 1.0-beta2
Upstream Author : Multiple
* URL : http://tf-b4rt.berlios.de/
* License : GPL2
Programming Lang: PHP, Perl
Description : web-based bittorr
2012/6/2 Carlos Alberto Lopez Perez wrote:
> IMHO The logical way of behaving in such situation is to slow-down the
> IO bandwidth of the processes that are filling the cache, by sending to
> sleep any process that requests more IO while the cache is full instead
> of trying to free RAM by swappin
2012/6/2 Bruce Sass wrote:
>> Maintainer will probably write a better code.
> Much better... if TMPTIME != 0 it will be necessary to mount the FS based
> /tmp, clean it, create a tmpfs, move anything left in /tmp to the tmpfs,
> then mount --bind the tmpfs on /tmp.
Oh... I was not thinking about
2012/6/2 Roger Leigh wrote:
> These tests were all performed on current unstable using a core2 quad
> core system with ext4 and swap on LVM on a 1 TiB MD RAID1 PV, and
> Btrfs internally using RAID1 over 2 1TiB partitions.
Well, not fair for btrfs, but anyway, finally, some tests! Thank you
for d
On Sat, Jun 2, 2012 at 1:33 AM, Jonas Smedegaard wrote:
> Today I find the Maintainer field a joke.
Both the Maintainer and Uploaders fields are less than useful for a
number of reasons:
They are tied to the source package, this is bad because people's
commitment to and responsiblity for package
On Saturday 02 June 2012 05:36:04 Thomas Goirand wrote:
> On 06/02/2012 04:43 AM, Holger Levsen wrote:
> > now that I notice the subject change I also notice the original
> > subject...
> >
> > hi Thomas 8-)
>
> LOL !
>
> I'm amazed that it's seems I'm capable of creating huge uncontrollable
> t
On 12-05-31 at 11:05am, Jonas Smedegaard wrote:
> Thanks to Daniel Kahn Gilmore for lending me the bike!
Gillmor. Sorry!
- Jonas
--
* Jonas Smedegaard - idealist & Internet-arkitekt
* Tlf.: +45 40843136 Website: http://dr.jones.dk/
[x] quote me freely [ ] ask before reusing [ ] keep pr
43 matches
Mail list logo
