Package: wnpp
Severity: wishlist
Owner: Martin Quinson
* Package name: jlm
Version : 1.110411
Upstream Author : martin.quin...@loria.fr
* URL : http://www.loria.fr/~quinson/Teaching/JLM/
* License : GPL
Programming Lang: Java
Description : Learning Man
Package: wnpp
Severity: wishlist
Owner: Martin Quinson
* Package name: libirclib-java
Version : 1.10
Upstream Author : Christoph Schwering (schwer...@gmail.com)
* URL : http://moepii.sourceforge.net/
* License : GPL / Apache 2.0 / Eclipse Public License v1.0
On Sun, 2011-04-10 at 21:28 +0200, Torsten Werner wrote:
> Am -10.01.-28163 20:59, schrieb Svante Signell:
> > libpcap0.8: #612834
>
> A new version that includes the patch has been uploaded and that means
> that the old version will be automatically removed from unstable.
Thanks.
Another packag
On Sun, 2011-04-10 at 21:28 +0200, Torsten Werner wrote:
> Am -10.01.-28163 20:59, schrieb Svante Signell:
> > libpcap0.8: #612834
>
> A new version that includes the patch has been uploaded and that means
> that the old version will be automatically removed from unstable.
Thanks.
Another packag
Package: general
Severity: normal
Dear maintainers,
yesterday I found that some libreoffice package descriptions are not
accessible at
http://packages.debian.org/. The last item of the libreoffice search
result is
libreoffice-l10n-ne which is in Sid since sid 2011-02-08. The behavior
is the s
On Mon, Apr 11, 2011 at 08:01:42PM +0100, Roger Leigh wrote:
> With the transition to /run and /run/lock as tmpfs filesystems, it
> would be desirable to provide sensible default size limits. Currently,
> we default to the tmpfs default of ½ RAM. But with several tmpfs
> filesystems, this does ha
On Tue, Apr 12, 2011 at 12:38:03PM +0100, Roger Leigh wrote:
> On Mon, Apr 11, 2011 at 08:01:42PM +0100, Roger Leigh wrote:
> > With the transition to /run and /run/lock as tmpfs filesystems, it
> > would be desirable to provide sensible default size limits. Currently,
> > we default to the tmpfs
Am 12.04.2011 13:38, schrieb Roger Leigh:
> this for /var/lock (/run/lock), which can be mounted as a separate
> tmpfs on /run/lock if RAMLOCK is set in /etc/defaults/rcS. We could
> also do the same for /dev/shm (/run/shm) and /tmp (/run/tmp) as well.
> In the case of /tmp this would not be the
On Mon, Apr 11, 2011 at 08:01:42PM +0100, Roger Leigh wrote:
> With the transition to /run and /run/lock as tmpfs filesystems, it
> would be desirable to provide sensible default size limits. Currently,
> we default to the tmpfs default of ½ RAM. But with several tmpfs
> filesystems, this does ha
Bastian Blank writes:
> On Sun, Apr 10, 2011 at 11:58:09AM +0200, Goswin von Brederlow wrote:
>> Bastian Blank writes:
>> > On Sun, Apr 10, 2011 at 02:18:49AM +0200, Goswin von Brederlow wrote:
>> >> Here I think we can go one of two ways:
>> >> 2) "bootstrap" scripts are only executed after the
Just in case someone might like to help with the "right approach" -- Sverre
(CCed) is busy with GSOC atm. But he is open to assist someone willing to push
remote-hg forward (I guess it should have been GSOC project! ;) When I have
briefly tried it but I recall some issues yet to be addressed befo
Olá.
O Crescente número de roubos e furtos a jet ski em todo o território vem
assustando a todos, por isso a Xsat vem oferecer a você o nosso rastreador sem
mensalidades para Jet Ski.
Utilizamos uma plataforma simples onde o próprio usuário pode monitorar o seu
jet ski, nosso rastreador é o men
Processing commands for cont...@bugs.debian.org:
> reassign 622341 qa.debian.org
Bug #622341 [general] Missing package descriptions on
http://packages.debian.org/
Bug reassigned from package 'general' to 'qa.debian.org'.
> thanks
Stopping processing here.
Please contact me if you need assistance
On Tue, Apr 12, 2011 at 12:38:03PM +0100, Roger Leigh wrote:
> On Mon, Apr 11, 2011 at 08:01:42PM +0100, Roger Leigh wrote:
> > With the transition to /run and /run/lock as tmpfs filesystems, it
> > would be desirable to provide sensible default size limits. Currently,
> > we default to the tmpfs
Package: wnpp
Severity: wishlist
Owner: Ritesh Raj Sarraf
* Package name: lio-utils
Version : 3.2
Upstream Author : Nicholas Bellinger
* URL : http://www.linux-iscsi.org/
* License : GPL
Programming Lang: C
Description : a simple low-level configuration
(Cc to the relevant bug added.)
On ma, 2011-04-11 at 14:05 +0100, Ian Jackson wrote:
> Lars Wirzenius writes ("Re: System users: removing them"):
> > Thus, I propose to change 9.2.2 "UID and GID classes", the paragraph on
> > uids in the range 100-999, to add the following sentence to the end of
>
Hi there!
On Tue, 12 Apr 2011 13:38:03 +0200, Roger Leigh wrote:
> Josh Triplett suggested that we could use a single tmpfs on /run and
> have the rest as symlinks into /run, with potentially a separate
> tmpfs for user-writable filesystems to prevent a user DoS. This idea
> does have merit, and
On Tue, Apr 12, 2011 at 08:12:21PM +0200, Luca Capello wrote:
> Hi there!
>
> On Tue, 12 Apr 2011 13:38:03 +0200, Roger Leigh wrote:
> > Josh Triplett suggested that we could use a single tmpfs on /run and
> > have the rest as symlinks into /run, with potentially a separate
> > tmpfs for user-writ
On Tue, Apr 12, 2011 at 07:47:35PM +0100, Roger Leigh wrote:
> With the patch as it stands at present, RAMRUN is deprecated. /run
> is always a tmpfs; RUN_SIZE will set its size, as before.
Hmm, just thinking... vServers don't really allow mounting AFAIK as that
would be the host's job. Wouldn't
On Tue, Apr 12, 2011 at 07:44:54AM -0700, Steve Langasek wrote:
> On Tue, Apr 12, 2011 at 12:38:03PM +0100, Roger Leigh wrote:
> > On Mon, Apr 11, 2011 at 08:01:42PM +0100, Roger Leigh wrote:
> > > With the transition to /run and /run/lock as tmpfs filesystems, it
> > > would be desirable to provid
On Tue, Apr 12, 2011 at 09:07:48PM +0200, Jan Hauke Rahm wrote:
> On Tue, Apr 12, 2011 at 07:47:35PM +0100, Roger Leigh wrote:
> > With the patch as it stands at present, RAMRUN is deprecated. /run
> > is always a tmpfs; RUN_SIZE will set its size, as before.
>
> Hmm, just thinking... vServers do
On Tue, Apr 12, 2011 at 08:21:25PM +0100, Roger Leigh wrote:
> On Tue, Apr 12, 2011 at 09:07:48PM +0200, Jan Hauke Rahm wrote:
> > On Tue, Apr 12, 2011 at 07:47:35PM +0100, Roger Leigh wrote:
> > > With the patch as it stands at present, RAMRUN is deprecated. /run
> > > is always a tmpfs; RUN_SIZE
Hi Lars,
On Tue, Apr 12, 2011 at 06:41:10PM +0100, Lars Wirzenius wrote:
> > But shouldn't we say they _must_ lock package-specific system users
> > and groups when the package is removed ?
>
> I think that's a good idea. Steve Langasek in the bug (#621833) and
> others agree, so I think there's
On Tue, Apr 12, 2011 at 08:19:59PM +0100, Roger Leigh wrote:
> On Tue, Apr 12, 2011 at 07:44:54AM -0700, Steve Langasek wrote:
> > If the problem is that multiple tmpfs are mounted and
> > each can expand to half-of-RAM, either reduce the number of tmpfses
> > presented (as discussed), or limit th
Package: wnpp
Severity: wishlist
Owner: Kees Cook
* Package name: duo-unix
Version : 1.5
Upstream Author : Duo Security
* URL : https://github.com/duosecurity/duo_unix
* License : GPL-2+
Programming Lang: C
Description : Duo Security two-factor authenti
]] Roger Leigh
| I think that if we have /run/lock, /run/shm makes sense (how different
| are locks and POSIX semaphores? They are just a different type of
| lock (broadly). And shared memory is ephemeral state, just like
| samba's state etc.). So I would argue that it does fit. But this
| is
On Tue, Apr 12, 2011 at 06:41:10PM +0100, Lars Wirzenius wrote:
> (Cc to the relevant bug added.)
>
> On ma, 2011-04-11 at 14:05 +0100, Ian Jackson wrote:
> > Lars Wirzenius writes ("Re: System users: removing them"):
> > > Thus, I propose to change 9.2.2 "UID and GID classes", the paragraph on
>
On 2011-04-12, Roger Leigh wrote:
> Having multiple tmpfses with the kernel defaults means that a user or
> badly written program could intentionally or accidentally lock up the
> machine by using all available memory by filling up one or more of the
> tmpfses. And the majority /are/ user writabl
Hi there!
On Tue, 12 Apr 2011 20:47:35 +0200, Roger Leigh wrote:
> On Tue, Apr 12, 2011 at 08:12:21PM +0200, Luca Capello wrote:
>> On Tue, 12 Apr 2011 13:38:03 +0200, Roger Leigh wrote:
>> > Josh Triplett suggested that we could use a single tmpfs on /run and
>> > have the rest as symlinks into /
> On Tue, Apr 12, 2011 at 06:41:10PM +0100, Lars Wirzenius wrote:
>> (Cc to the relevant bug added.)
>>
>> On ma, 2011-04-11 at 14:05 +0100, Ian Jackson wrote:
>> > Lars Wirzenius writes ("Re: System users: removing them"):
>> > > Thus, I propose to change 9.2.2 "UID and GID classes", the paragraph
On Tue, Apr 12, 2011 at 10:08:30PM +0200, Tollef Fog Heen wrote:
> ]] Roger Leigh
>
> | I think that if we have /run/lock, /run/shm makes sense (how different
> | are locks and POSIX semaphores? They are just a different type of
> | lock (broadly). And shared memory is ephemeral state, just lik
On Tue, Apr 12, 2011 at 08:22:00PM +, Philipp Kern wrote:
> On 2011-04-12, Roger Leigh wrote:
> > Having multiple tmpfses with the kernel defaults means that a user or
> > badly written program could intentionally or accidentally lock up the
> > machine by using all available memory by filling
On Tue, Apr 12, 2011 at 10:35:37PM +0200, Luca Capello wrote:
> Hi there!
>
> On Tue, 12 Apr 2011 20:47:35 +0200, Roger Leigh wrote:
> > On Tue, Apr 12, 2011 at 08:12:21PM +0200, Luca Capello wrote:
> >> On Tue, 12 Apr 2011 13:38:03 +0200, Roger Leigh wrote:
> >> > Josh Triplett suggested that we
Dear Sir,
Recently, I downloaded a 32bit version of Debian from the following
website:
http://cdimage.debian.org/debian-cd/6.0.1a/i386/iso-dvd/
However, after finishing installation, I found that the 32bit OS
turned out to be amd-64bit:
uname -a
Linux my-computer 2.6.32-5-amd64 #1 SMP
On Wed, Apr 13, 2011 at 12:32 PM, YANG,Chao wrote:
> Dear Sir,
> Recently, I downloaded a 32bit version of Debian from the following
> website:
>
> http://cdimage.debian.org/debian-cd/6.0.1a/i386/iso-dvd/
>
> However, after finishing installation, I found that the 32bit OS
> turned out to be a
Hello,
I'd like to hear opinions on hwclock.sh operation.
Few thoughts of my own:
i) It's still quite common that battery in the RTC becomes flat.
In this case, hwclock.sh silently sets system clock to 1970 (or
whatever else nonsense), efficiently turning file access and modify
times into a mess
"Andrew O. Shadoura" writes:
> iii) Also, it would be good to hear opinions about negative
> consequences of saving the system time to the RTC on frequent basis.
My openmoko does a suspend/resume cycle every 10 minutes. RTC time can
only be set at one second granularity. If I write to RTC on ever
Hi,
On Tuesday 12 April 2011 01.22:55 Scott Kitterman wrote:
> The notion that /usr/bin/python pointing to any python3 version in the
> near term is anything other than crazy talk is, well, crazy.
Agreed. However, it would be interesting to track which of the bg/major
python packages/frameworks
(Moving to -devel, since -release is not a discussion list, and keeping
lots of context because of this)
Hi,
On Sun, 10 Apr 2011, sean finney wrote:
> I think the quality of our releases has always been stellar, but the
> freezes cause quite a bit of slowdown and even demotivation for those
> who
39 matches
Mail list logo
