On Wed, Apr 13, 2011 at 08:46, Adrian von Bidder wrote:
> Agreed. However, it would be interesting to track which of the bg/major
> python packages/frameworks are not available on Python3 yet, if only as a
> reference for the next time somebody proposes to have /usr/bin/python be a
> Python 3.
>
>
[Adrian von Bidder, 2011-04-13]
> Agreed. However, it would be interesting to track which of the bg/major
> python packages/frameworks are not available on Python3 yet, if only as a
> reference for the next time somebody proposes to have /usr/bin/python be a
> Python 3.
>
> http://wiki.debian.o
On Wed, 13 Apr 2011 09:05:23 +0300, "Andrew O. Shadoura"
wrote:
> 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
> w
# Probably not an X bug, but one has to start somewhere.
# Please cc me on replies.
reassign 615153 xserver-xorg
quit
Hi again,
Debian_bug_report wrote[1]:
> Sorry for the delay,
Now it's my turn to apologize. Our analysts have been very carefully
looking over the information you sent and ---
Processing commands for cont...@bugs.debian.org:
> # Probably not an X bug, but one has to start somewhere.
> # Please cc me on replies.
> reassign 615153 xserver-xorg
Bug #615153 [general] exec: 58: /usr: Permission denied
Bug reassigned from package 'general' to 'xserver-xorg'.
> quit
Stopping p
Hi Raphaël,
On Wed, Apr 13, 2011 at 08:50:04AM +0200, Raphael Hertzog wrote:
> On Sun, 10 Apr 2011, sean finney wrote:
> > My suggestion/feedback would be that we find a way where releases aren't
> > managed so linearly, and can be be handled in a more parallel manner
> > without such disruptive s
Package: wnpp
Severity: wishlist
Owner: Alessandro Ghedini
* Package name: libeval-closure-perl
Version : 0.03
Upstream Author : Jesse Luehrs
* URL : http://search.cpan.org/dist/Eval-Closure/
* License : GPL-1+ or Artistic
Programming Lang: Perl
Descriptio
On 04/04/2011 12:56 PM, Jon Dowland wrote:
> On Sun, Apr 03, 2011 at 07:22:47PM +0300, Faidon Liambotis wrote:
>> It also can't do VLANs (.1q), bridges, bonds and all possible
>> permutations of the above. I'd speculate that it also wouldn't be able
>> to do things like 1k (or more) interfaces.
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
On 2011-04-13 10:53, Bernd Zeimetz wrote:
> Yes. For a distribution which is targeted to support servers properly, yes,
> definitely. For everything else there is Ubuntu.
The universal OS is only running on servers. Check.
- --
brother
http://sis.
Roger Leigh writes:
> One reason for doing this is to have a single writable mount on the
> system, which might be useful for tiny systems with minimal resources,
> where root is r/o. On such a system, it might be useful to pool the
> limited writable space (which might not be a tmpfs).
Could th
On Wed, Apr 13, 2011 at 10:29:16AM +0200, Stig Sandbeck Mathisen wrote:
> Roger Leigh writes:
>
> > One reason for doing this is to have a single writable mount on the
> > system, which might be useful for tiny systems with minimal resources,
> > where root is r/o. On such a system, it might be u
On Mon, Apr 04, 2011 at 11:56:23AM +0100, Jon Dowland wrote:
> On Sun, Apr 03, 2011 at 07:22:47PM +0300, Faidon Liambotis wrote:
> > It also can't do VLANs (.1q), bridges, bonds and all possible
> > permutations of the above. I'd speculate that it also wouldn't be able
> > to do things like 1k
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
On Wed, Apr 13, 2011 at 11:11:27AM +0200, sean finney wrote:
Did i miss the part where somebody explained what the user benefit of
having network-manager on a server was? (apart from "then it's the same
as your desktop[1]", anyway).
I don’t even know why NM should be on a normal desktop.
My fi
On Wednesday 13 April 2011 08.05:23 Andrew O. Shadoura wrote:
> ii) Possibly, `hwclock.sh stop` should be run more frequently than just
> once on shutdown, because it sometimes happens that the system doesn't
> shut down correctly. If that happens after some time correction (like
> DST), system tim
On 04/13/2011 10:56 AM, Martin Bagge / brother wrote:
> On 2011-04-13 10:53, Bernd Zeimetz wrote:
>> Yes. For a distribution which is targeted to support servers properly, yes,
>> definitely. For everything else there is Ubuntu.
>
> The universal OS is only running on servers. Check.
Get your fac
First of all, thanks to Roger Leigh for leading this effort.
Roger Leigh wrote:
> Proposal:
> Switch the default for all tmpfs mounts from 50% to 20%; it's
> still very large, but you have to mount many more to be able to
> break your system.
He should have said "... but you have to mount *and f
On Tue, 12 Apr 2011 13:51:09 +0200, Michael Biebl wrote:
> 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 /
On Tue, Apr 12, 2011 at 09:30:53PM +0200, Jan Hauke Rahm wrote:
> On Tue, Apr 12, 2011 at 08:21:25PM +0100, Roger Leigh wrote:
> > I know little about vservers. How do they currently deal with
> > /dev/shm and /lib/init/rw?
> Interesting question. Actually, in my setup, I don't see /dev/shm at
> a
On Wed, Apr 13, 2011 at 10:51:50AM +0100, Philip Hands wrote:
> On Tue, 12 Apr 2011 13:51:09 +0200, Michael Biebl wrote:
> > I don't think symlinking /tmp to /run would be a good idea, as one could
> > fill up
> > /tmp (accidentaly) pretty quick.
> > If we want to make / ro, then a separate tmpf
On Wed, 13 Apr 2011 10:53:13 +0200, Bernd Zeimetz wrote:
> On 04/04/2011 12:56 PM, Jon Dowland wrote:
>> On Sun, Apr 03, 2011 at 07:22:47PM +0300, Faidon Liambotis wrote:
>>> It also can't do VLANs (.1q), bridges, bonds and all possible
>>> permutations of the above. I'd speculate that it also wou
On Wed, Apr 13, 2011 at 11:26:06AM +, Felipe Sateler wrote:
> On Wed, 13 Apr 2011 10:53:13 +0200, Bernd Zeimetz wrote:
> > Yes. For a distribution which is targeted to support servers properly,
> > yes, definitely. For everything else there is Ubuntu.
>
> Surely a person managing a server can
* Philip Hands [110413 12:54]:
> This strikes me as suboptimal, since one could use the disk space
> allocated to /tmp as extra swap and then allocate a tmpfs of that size
> to be mounted on /tmp with no effect other than allowing the system to
> have access to more swap than it would have otherwi
On 13/04/2011 10:53, Bernd Zeimetz wrote:
On 04/04/2011 12:56 PM, Jon Dowland wrote:
On Sun, Apr 03, 2011 at 07:22:47PM +0300, Faidon Liambotis wrote:
It also can't do VLANs (.1q), bridges, bonds and all possible
permutations of the above. I'd speculate that it also wouldn't be
able to do thing
On Wed, 2011-04-13 at 13:44 +0800, Asias He wrote:
> 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 fin
On Wed, 13 Apr 2011, sean finney wrote:
> I was only 50% at the last DebConf and missed the CUT BoF, but thought
I missed the BoF too (I was not at DebConf).
> reading blogposts etc afterwards that people weren't as focused on the
> "branch out stable" approach that I'm talking about, and rather
On Wed, Apr 13, 2011 at 01:42:43PM +0200, Mehdi Dogguy wrote:
> On 13/04/2011 10:53, Bernd Zeimetz wrote:
> >On 04/04/2011 12:56 PM, Jon Dowland wrote:
> >>On Sun, Apr 03, 2011 at 07:22:47PM +0300, Faidon Liambotis wrote:
> >>>It also can't do VLANs (.1q), bridges, bonds and all possible
> >>>permu
On Wed, 2011-04-13 at 13:34 +0200, Bernhard R. Link wrote:
> * Philip Hands [110413 12:54]:
> > This strikes me as suboptimal, since one could use the disk space
> > allocated to /tmp as extra swap and then allocate a tmpfs of that size
> > to be mounted on /tmp with no effect other than allowing
On Wed, 13 Apr 2011, Ben Hutchings wrote:
> 'dpkg-architecture -qDEB_HOST_ARCH' will show which architecture the
> rest of the system uses.
dpkg --print-architecture is better suited (dpkg-architecture is a
dpkg-dev script).
Cheers,
--
Raphaël Hertzog ◈ Debian Developer
Follow my Debian News ▶
Package: wnpp
Severity: wishlist
Owner: Martin Quinson
* Package name: libjsyntaxpane-java
Version : 0.9.5~svn148
Upstream Author : Ayman Al-Sairafi (ayman.alsair...@gmail.com)
* URL : http://code.google.com/p/jsyntaxpane/
* License : Apache-2.0
Programming L
Package: wnpp
Severity: normal
I think it's time for me to stop pretending I have enough
time/energy/interest to properly maintain Argyll. I'm therefore
regretfully orphaning the package.
Prospective adopters: most of the difficulty I've had in maintaining
this package comes from my switch of
On Wed, Apr 13, 2011 at 01:23:04PM +0200, Adam Borowski wrote:
> On Wed, Apr 13, 2011 at 10:51:50AM +0100, Philip Hands wrote:
> > On Tue, 12 Apr 2011 13:51:09 +0200, Michael Biebl wrote:
> > > I don't think symlinking /tmp to /run would be a good idea, as one could
> > > fill up
> > > /tmp (acci
On Wed, 13 Apr 2011 11:26:06 + (UTC), Felipe Sateler
wrote:
> On Wed, 13 Apr 2011 10:53:13 +0200, Bernd Zeimetz wrote:
>
> > On 04/04/2011 12:56 PM, Jon Dowland wrote:
> >> On Sun, Apr 03, 2011 at 07:22:47PM +0300, Faidon Liambotis wrote:
> >>> It also can't do VLANs (.1q), bridges, bonds an
On Wed, 2011-04-13 at 20:47 +0800, YANG,Chao wrote:
> dpkg --print-architecture shows
> i386.
>
> However, uname -a shows
> x86-64
>
> what does this mean?
It means Asias He was right. And this is a perfectly valid
configuration (though it confuses some third-party installers).
But I think thi
dpkg --print-architecture shows
i386.
However, uname -a shows
x86-64
what does this mean?
Best,
On 2011-04-13 14:27 +0200，Raphael Hertzog wrote：
> On Wed, 13 Apr 2011, Ben Hutchings wrote:
> > 'dpkg-architecture -qDEB_HOST_ARCH' will show which architecture the
> > rest of the system uses.
>
On Wed, Apr 13, 2011 at 01:49:15PM +0100, Roger Leigh wrote:
> I have now implemented this (though it's not the default).
>
> I would very much appreciate it if anyone could take the time to
> install the new initscripts and test it out.
>
> http://people.debian.org/~rleigh/run/sysvinit_2.88dsf-1
On Apr 11, 2011, at 07:22 PM, Scott Kitterman wrote:
>Hopefully it will gain additional sanity before approval (the authors did
>improve it based on comments I sent them it could still be better). The
>notion that /usr/bin/python pointing to any python3 version in the near term
>is anything other
On Wed, Apr 13, 2011 at 03:20:38PM +0200, Adam Borowski wrote:
> On Wed, Apr 13, 2011 at 01:49:15PM +0100, Roger Leigh wrote:
> > I have now implemented this (though it's not the default).
> >
> > I would very much appreciate it if anyone could take the time to
> > install the new initscripts and
On Wed, Apr 13, 2011 at 02:24:30PM +0100, Roger Leigh wrote:
> On Wed, Apr 13, 2011 at 03:20:38PM +0200, Adam Borowski wrote:
> > On Wed, Apr 13, 2011 at 01:49:15PM +0100, Roger Leigh wrote:
> > > I have now implemented this (though it's not the default).
> > >
> > > I would very much appreciate i
On Wednesday, April 13, 2011 09:22:44 AM Barry Warsaw wrote:
> On Apr 11, 2011, at 07:22 PM, Scott Kitterman wrote:
> >Hopefully it will gain additional sanity before approval (the authors did
> >improve it based on comments I sent them it could still be better). The
> >notion that /usr/bin/python
On Wed, Apr 13, 2011 at 02:24:30PM +0100, Roger Leigh wrote:
> On Wed, Apr 13, 2011 at 03:20:38PM +0200, Adam Borowski wrote:
> > find: `var/run': No such file or directory
> > fakerunlevel: open("/var/run/utmp"): No such file or directory
> When is this, in postinst or init scripts? We have logic
Scott Kitterman wrote:
> On Wednesday, April 13, 2011 09:22:44 AM Barry Warsaw wrote:
> > On Apr 11, 2011, at 07:22 PM, Scott Kitterman wrote:
> > >Hopefully it will gain additional sanity before approval (the authors did
> > >improve it based on comments I sent them it could still be better). The
Package: wnpp
Severity: wishlist
Owner: "Marco Túlio Gontijo e Silva"
* Package name: haskell-blaze-builder
Version : 0.2.1.4
Upstream Author : Simon Meier
* URL : http://hackage.haskell.org/package/blaze-builder
* License : BSD3
Programming Lang: Haskell
On Wed, 13 Apr 2011 13:34:13 +0200, "Bernhard R. Link"
wrote:
> * Philip Hands [110413 12:54]:
> > This strikes me as suboptimal, since one could use the disk space
> > allocated to /tmp as extra swap and then allocate a tmpfs of that size
> > to be mounted on /tmp with no effect other than allo
[Michael Gilbert, 2011-04-13]
> Can't that be solved in the release notes when that happens? Something
> like:
>
> python3 is now the default /usr/bin/python, so if you have existing
> python2 scripts you will need to make sure to use /usr/bin/python2
> instead (or convert them to pyt
Piotr Ożarowski wrote:
> [Michael Gilbert, 2011-04-13]
> > Can't that be solved in the release notes when that happens? Something
> > like:
> >
> > python3 is now the default /usr/bin/python, so if you have existing
> > python2 scripts you will need to make sure to use /usr/bin/python2
>
On Wednesday 13 April 2011, Ben Hutchings wrote:
> On Wed, 2011-04-13 at 13:34 +0200, Bernhard R. Link wrote:
> > * Philip Hands [110413 12:54]:
> > > This strikes me as suboptimal, since one could use the disk space
> > > allocated to /tmp as extra swap and then allocate a tmpfs of that size
> >
On 2011-04-13, David Goodenough wrote:
> I am surprised at this. I have several boxes which are small single board
> computers with solid state disks (MIDE or CF), so as I did not need swap
> space (the running set is fixed and the memory requirement was within
> the total available memory, I di
* Philip Hands [110413 15:51]:
> Are you suggesting that a system that has enough RAM to not need swap
> will become slower if you enable swap but don't use it?
If you don't use it it will hopefully make not much big difference.
The difference is if it gets used. If some program goes harvoc and
a
On Wed, Apr 13, 2011 at 03:35:24PM +0200, Adam Borowski wrote:
> On Wed, Apr 13, 2011 at 02:24:30PM +0100, Roger Leigh wrote:
> > On Wed, Apr 13, 2011 at 03:20:38PM +0200, Adam Borowski wrote:
> > > On Wed, Apr 13, 2011 at 01:49:15PM +0100, Roger Leigh wrote:
> > > > I have now implemented this (th
On Apr 13, 2011, at 10:00 AM, Michael Gilbert wrote:
>I think it makes more sense to have a release or two where users can
>fall back on python2. Well there needs to be at least one
>where /usr/bin/python becomes python3 alerting users to the change and
>giving them the python2 fallback, just so
I just realized that I misunderstood Roger Leigh's posting and so
my previous message was mostly superfluous. My apologies.
1. His statement "but you have to mount many more to be able to
break your system" was correct (and can be made more explicit by
adding "... by filling them all").
2. His p
On Wed, Apr 13, 2011 at 03:17:24PM +, Philipp Kern wrote:
> On 2011-04-13, David Goodenough wrote:
> > I am surprised at this. I have several boxes which are small single board
> > computers with solid state disks (MIDE or CF), so as I did not need swap
> > space (the running set is fixed an
On Wednesday 13 April 2011, Ben Hutchings wrote:
> On Wed, Apr 13, 2011 at 03:17:24PM +, Philipp Kern wrote:
> > On 2011-04-13, David Goodenough wrote:
> > > I am surprised at this. I have several boxes which are small single
> > > board computers with solid state disks (MIDE or CF), so as I
On Wed, Apr 13, 2011 at 05:21:18PM +0200, Thomas Hood wrote:
> I just realized that I misunderstood Roger Leigh's posting and so
> my previous message was mostly superfluous. My apologies.
>
> 1. His statement "but you have to mount many more to be able to
> break your system" was correct (and ca
[Barry Warsaw, 2011-04-13]
> On Apr 13, 2011, at 10:00 AM, Michael Gilbert wrote:
>
> >I think it makes more sense to have a release or two where users can
> >fall back on python2. Well there needs to be at least one
> >where /usr/bin/python becomes python3 alerting users to the change and
> >giv
Dear sirs,
I think there's something not entirelly clear to me and perhaps to some
other people, because I couldn't find any solution to my problem.
I have downloaded an i386 ISO for Squeeze (6.0.1a) and used the same media
to perform installation on 2 different machines.
On the first one I got a
On Wed, Apr 13, 2011 at 07:19:59PM +0200, Piotr Ożarowski wrote:
> what's the point? /usr/bin/python2 will not work either when we'll drop
> support for Python 2.X.
Do you think we'll ever drop supported for 2.X? It seems quite likely to me
that it will live on for a long, long time.
--
Jon Do
On Wed, Apr 13, 2011 at 01:39:38PM +0100, Philip Hands wrote:
> > Surely a person managing a server can do "aptitude install ifupdown
> > network-manager-"?
>
> You appear to want to inflict extra work on large swathes of our
> users. If that is the case, I'd like to see some sort of justificati
On 2011-04-13, Piotr Ożarowski wrote:
> [Barry Warsaw, 2011-04-13]
>> On Apr 13, 2011, at 10:00 AM, Michael Gilbert wrote:
>> >I think it makes more sense to have a release or two where users can
>> >fall back on python2. Well there needs to be at least one
>> >where /usr/bin/python becomes pytho
On Wednesday, April 13, 2011 03:06:17 PM Philipp Kern wrote:
> On 2011-04-13, Piotr Ożarowski wrote:
> > [Barry Warsaw, 2011-04-13]
> >
> >> On Apr 13, 2011, at 10:00 AM, Michael Gilbert wrote:
> >> >I think it makes more sense to have a release or two where users can
> >> >fall back on python2.
On ti, 2011-04-12 at 21:31 +0200, sean finney wrote:
> 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 La
Stephan Seitz writes:
> The only thing that I miss from ifupdown (and I configured bonds,
> bridges and vlans) is a good IPv6 support. I can’t separately activate
> or deactivate IPv4 or IPv6 parts of an interface.
I have seen several requests for this feature, but I really don't
understand why
On Wed, Apr 13, 2011 at 02:38:03PM -0300, André Barone Rodrigues wrote:
> Dear sirs,
> I think there's something not entirelly clear to me and perhaps to some
> other people, because I couldn't find any solution to my problem.
>
> I have downloaded an i386 ISO for Squeeze (6.0.1a) and used the sam
On Wed, Apr 13, 2011 at 03:20:38PM +0200, Adam Borowski wrote:
> On Wed, Apr 13, 2011 at 01:49:15PM +0100, Roger Leigh wrote:
> > I have now implemented this (though it's not the default).
> >
> > I would very much appreciate it if anyone could take the time to
> > install the new initscripts and
On 12/04/11 22:43, Scott Kitterman wrote:
>> Also, we need to provide a way for sysadmin to know they can safely remove
>> a stale
>> system user.
>
> If we could do that, we could just remove them automatically and not
> bother the sysadmin.
Not necessarily. We can't be sure there aren't any fil
Jon Dowland writes:
> Does the following assumption hold?
>
> Desktop users favour fewer prompts at install time and more "sane
> default" choices. Server users want fine control over the nuances of
> installation, but harness additional technologies/options to help with
> installations (starting
André Barone Rodrigues writes:
> Dear sirs,
> I think there's something not entirelly clear to me and perhaps to some other
> people, because I couldn't find any solution to my problem.
>
> I have downloaded an i386 ISO for Squeeze (6.0.1a) and used the same media to
> perform installation on 2 d
Package: wnpp
Severity: wishlist
Owner: Charles Plessy
Package name: fastx-toolkit
Version : 0.0.13
Upstream Author : Assaf Gordon
URL : http://hannonlab.cshl.edu/fastx_toolkit/
License : AGPL-3+, MIT
Programming Lang: C
Description : FASTQ/A sho
On Wed, 13 Apr 2011 10:32:42 +0100
Roger Leigh wrote:
> On Tue, Apr 12, 2011 at 12:38:03PM +0100, Roger Leigh wrote:
> Following the discussion yesterday, I'd like to propose doing
> something like the example below. It's possible to size a tmpfs
> as a percentage of core memory, the default be
On Fri, 11 Mar 2011 17:44:42 -0600
Kirk Wolff wrote:
> Package: wnpp
> Severity: wishlist
> Owner: Kirk Wolff
>
>
> * Package name: morse-coach
> Version : 0.0.1
> Upstream Author : Kirk Wolff
> * URL : http://morse-coach.sf.net/
> * License : GPLv3
> Pro
karl,
I can see someone has added pulseaudio to the old morse package, however
it is not compatible with the approach I'm taking with this program. I
have many plans for features, some of which are currently being
implemented. I'll consider adding some of the command-line
functionality from mors
72 matches
Mail list logo
