On Tue, Apr 05, 2011 at 08:41:37AM +0100, Neil Williams wrote:
> > > > This apparently just isn't true. I could have sworn that we had a
> > > > check,
> > > > but we apparently do not. We definitely should. That's probably why
> > > > there are so many problems; I suspect a lot of them would g
Russ Allbery writes:
> You are both taking out of context a specific example within a larger
> discussion that had nothing to do with your reply, and attributing to
> me rather impressive and stunning power over Debian as a whole. :)
I object! How dare you call me short!
:-)
--
\ “What
Ben Finney writes:
> Russ Allbery writes:
>> If upstream is using some other weird thing like bzr or Mercurial or
>> whatnot, we're now getting into rather more effort than I'd personally
>> want to bother with.
> If Bazaar and Mercurial are “some other weird thing”, that doesn't bode
> well fo
Russ Allbery writes:
> If upstream is using some other weird thing like bzr or Mercurial or
> whatnot, we're now getting into rather more effort than I'd personally
> want to bother with.
If Bazaar and Mercurial are “some other weird thing”, that doesn't bode
well for the future of the Debian to
Joey Hess writes:
> I would instead suggest we deprecate packages not including upstream
> source in their VCS. The weight of progress is against that practice;
It is? Where can I read about this supposed weight of progress? Keeping
the debian packaging files in a separate repository suits me ju
Hi Guido,
I have an interest in calendaring & contacts myself, and while I
probably can't make it to such meetings very often in Europe I'd
appreciate being aware of plans, just in case I can participate in some
useful way, even if remotely.
Thanks,
Andrew.
On Wed, 06 Apr 2011, Russ Allbery wrote:
> So I can still see the point of somewhere adding a pointer to the upstream
> VCS repository.
>
> However, is the control file really the right place for that? I guess we
> don't have a better place right now, but this doesn't feel like package
> metadata
Joey Hess writes:
> Evgeni Golov wrote:
>> We (lindi, liw and me) had just a short discussion in #-devel, that it
>> would be nice to have some sort of Vcs-Upstream-* in debian/control, to
>> be able to get to upstreams vcs history if it is not imported in
>> debian's vcs (which is often the case
Evgeni Golov wrote:
> We (lindi, liw and me) had just a short discussion in #-devel, that it
> would be nice to have some sort of Vcs-Upstream-* in debian/control, to
> be able to get to upstreams vcs history if it is not imported in
> debian's vcs (which is often the case when using svn-bp or git-
Package: wnpp
Severity: wishlist
Owner: Kartik Mistry
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
* Package name: dee
Version : 0.5.16
Upstream Author : Mikkel Kamstrup Erlandsen ,
Neil Jagdish Patel
* URL : https://launchpad.net/dee
* License : LGPL-3
I've been using Gmail and thought you might like to try it out. Here's an
invitation to create an account.
You're Invited to Gmail!
swetha sharma has invited you to open a Gmail account.
Gmail is Google's free email service, built on the idea that email can be
intuitive, efficient, and fun. G
On Wed, Apr 06, 2011 at 10:51:08PM +0200, Hendrik Sattler wrote:
> Am Mittwoch 06 April 2011, 19:05:11 schrieb Stanislav Maslovski:
> > > On Wed, Apr 06, 2011 at 07:29:05AM +0200, Josselin Mouette wrote:
> > > > Then you can stack all soft of stuff on top of it, and get them to
> > > > work manuall
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Hi all,
I am pleased to announce the unofficial Debian monthly testing snapshot
release for April 2011 (version 2011.04). This release is currently
available in two flavors, i386 and amd64, as mini iso images (16 MiB
each) downloadable from:
http:
Ieraksts vienas debešķīgas pežiņas īpašnieces dienasgrāmatā:
Sestdiena.
Es izlīdu no gultas ar draiskulīgu sajūtu starp kājām. Sajutu tādu kā tukšumu
sevī.
Man savajadzējās locekli. Lielu un stingru. Gribējās tam uzsēsties virsū.
Es to izdarīju: http://www.vilt.us
--
To UNSUBSCRIBE, em
Also note the uni2ascii package.
--
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/87oc4ipyyw@jidanni.org
¿VOTO SEGURO? VOTA POR KEIKO
Alejandro Toledo viene gastando importantes sumas de dinero en intentar
convencer a la población que votar por él para alcanzar un esenario de segunda
vuelta Toledo - Humala, es un "voto seguro". Nada más equivocado, el voto de
mayor riesgo en primera vuelta es j
On 2011-04-06 18:26:45 +0300, Andrew O. Shadoura wrote:
> If you do `ifdown`, either manually or by unplugging the cable, the
> problem doesn't appear to exist. Calling ifupdown may be inserted into
> the suspend/resume scripts.
I wonder why this isn't done by default.
--
Vincent Lefèvre - Web:
* Luk Claes [2011-04-06 07:20 +0200]:
> On 04/06/2011 01:55 AM, Carsten Hey wrote:
> > Guaranteeing that /bin/sh exists and is functional during debootstrap,
> > even before any maintainer script has been run, could be archived if
> > every system shell would provide /bin/sh pointing to itself. To
On Wed, Apr 06, 2011 at 08:55:05PM +0200, Benjamin Drung wrote:
> Am Mittwoch, den 06.04.2011, 11:39 -0700 schrieb Steve Langasek:
> > On Wed, Apr 06, 2011 at 12:28:39PM +0200, Benjamin Drung wrote:
> > > There should be a Vcs-Debian-* too and used in most cases. A package
> > > should use Vcs-Debi
On Mon, Apr 04, 2011 at 06:04:20PM +0200, Luk Claes wrote:
> Hi
>
> bash is not the default system shell anymore. It's now only the default
> user shell. As such it is not required for a sysadmin to boot and
> install software. Besides that some users would like to get rid of bash
> in their envir
Am Mittwoch 06 April 2011, 19:05:11 schrieb Stanislav Maslovski:
> > On Wed, Apr 06, 2011 at 07:29:05AM +0200, Josselin Mouette wrote:
> > > Then you can stack all soft of stuff on top of it, and get them to
> > > work manually for your specific setup, and since it’s not event-based
>
>
Am Mittwoch, den 06.04.2011, 11:39 -0700 schrieb Steve Langasek:
> On Wed, Apr 06, 2011 at 12:28:39PM +0200, Benjamin Drung wrote:
> > > We (lindi, liw and me) had just a short discussion in #-devel, that it
> > > would be nice to have some sort of Vcs-Upstream-* in debian/control, to
> > > be able
On Wed, Apr 06, 2011 at 12:28:39PM +0200, Benjamin Drung wrote:
> > We (lindi, liw and me) had just a short discussion in #-devel, that it
> > would be nice to have some sort of Vcs-Upstream-* in debian/control, to
> > be able to get to upstreams vcs history if it is not imported in
> > debian's vc
> On Wed, Apr 06, 2011 at 07:29:05AM +0200, Josselin Mouette wrote:
> > Then you can stack all soft of stuff on top of it, and get them to
> > work manually for your specific setup, and since it’s not event-based
> > you have
On Wed, Apr 06, 2011 at 07:29:05AM +0200, Josselin Mouette wrote:
> Le mardi 05 avril 2011 à 02:08 +0400, Stanislav Maslovski a écrit :
> > Well, that is not the question of how many, that is the question of
> > can you do a given task or not with a given tool. NM is limited in all
> > possible wa
Hi there!
On Wed, 06 Apr 2011 10:54:53 +0200, Roger Leigh wrote:
> As of base-files 6.2 which went into unstable yesterday, we have a
> new top-level directory, /run.
>
> This directory will contain a tmpfs which will be present from early
> boot, and which will replace /var/run. This will be don
* 2011-04-06T16:45:03+02:00 * Heiko Schlittermann wrote:
> Stanislav Maslovski (Sun Apr 3
> 12:37:26 2011):
>> On Sun, Apr 03, 2011 at 10:11:03AM +0200, martin f krafft wrote:
>>> But if network-manager would become default and ifupdown an optional
>>> replacement, I would question Debian's capac
Package: wnpp
Owner: Dimitri Fontaine
Severity: wishlist
* Package name: skytools-3.0
Version : 1.0
Upstream Author : Marko Kreen, Skype Technologies OÜ
* URL or Web page : Skype tools for PostgreSQL replication and queueing
* License : BSD
Description : Skype tools
On Wed, Apr 6, 2011 at 9:45 AM, Heiko Schlittermann
wrote:
> Stanislav Maslovski (Sun Apr 3 12:37:26
> 2011):
>> On Sun, Apr 03, 2011 at 10:11:03AM +0200, martin f krafft wrote:
>> > But if network-manager would become default and ifupdown an optional
>> > replacement, I would question Debian'
On ti, 2011-04-05 at 08:52 +0100, Lars Wirzenius wrote:
> I'm re-running the scripts, which will probably take a few hours, and
> will report results when they're done. If you notice any problems with
> the scripts, please tell me ASAP.
The new scripts look also in maintainer scripts.
New results
Hello,
On Wed, 6 Apr 2011 13:40:43 +0200
Vincent Lefevre wrote:
> That's not sufficient, because if a DHCP client is still running (e.g.
> because the previous configuration used DHCP), one needs to kill it
> before using a fixed IP address (in eth-home).
If you do `ifdown`, either manually or
Stanislav Maslovski (Sun Apr 3 12:37:26 2011):
> On Sun, Apr 03, 2011 at 10:11:03AM +0200, martin f krafft wrote:
> > But if network-manager would become default and ifupdown an optional
> > replacement, I would question Debian's capacity to make technically
> > excellent decisions and wonder, ho
Russell Coker writes:
> On Wed, 6 Apr 2011, Yaroslav Halchenko wrote:
>> sorry for a blunt follow-up -- wouldn't making /var/run writable by
>> regular mortals ask for security concerns if an attacker starts
>> pre-creating files/pipes trying to steal the communications of
>> daemons spawned by
Steve Langasek writes:
> On Tue, Apr 05, 2011 at 11:12:29AM +0100, Simon McVittie wrote:
>> On Tue, 05 Apr 2011 at 11:12:54 +0200, Adam Borowski wrote:
>> > On Sat, Apr 02, 2011 at 12:36:05AM -0700, Steve Langasek wrote:
>> > > Specifically, the plan is that any package in wheezy shipping a runti
Brett Parker writes:
> Everything that you can do with ifupdown you can do with network
> manager,
That's simply not true.
You cannot use n-m remotely without having some out-of-band access.
For a start. Fix that, and I'll come back with the next issue. You
don't seem to have a clue wrt the
Am 06.04.2011 15:50, schrieb Roger Leigh:
> On Wed, Apr 06, 2011 at 09:54:53AM +0100, Roger Leigh wrote:
>> I'm just mentioning this here because udev started to use /run before
>> we had completed our work, and without a versioned dependency, causing
>> breakage. If you are planning on using /run
On Wed, Apr 06, 2011 at 09:54:53AM +0100, Roger Leigh wrote:
> I'm just mentioning this here because udev started to use /run before
> we had completed our work, and without a versioned dependency, causing
> breakage. If you are planning on using /run, please hold fire for a
> few days longer unti
On Wed, Apr 06, 2011 at 02:11:35PM +0200, Vincent Lefevre wrote:
> On 2011-04-06 07:24:30 +0200, Josselin Mouette wrote:
> > There are several hacks to do that (like guessnet or laptop-net), but I
> > don’t think this can work correctly in the general case with IPv4.
>
> FYI, I had used laptop-net
Hi,
I do not think that it is a good idea to push for 4k RSA keys! You gain
nothing from it except for slowness on small devices. Debian is used on
a lot of small devices. Further DDs are strongly represented in the WoT
and thus many keyrings will increase in size and checking all the
signatures
On 04/06/2011 03:13 PM, Thomas Goirand wrote:
> On 04/06/2011 04:54 PM, Roger Leigh wrote:
>> Hi,
>>
>> As of base-files 6.2 which went into unstable yesterday, we have a
>> new top-level directory, /run.
>>
>> This directory will contain a tmpfs which will be present from early
>> boot, and which
On 04/06/2011 04:54 PM, Roger Leigh wrote:
> Hi,
>
> As of base-files 6.2 which went into unstable yesterday, we have a
> new top-level directory, /run.
>
> This directory will contain a tmpfs which will be present from early
> boot, and which will replace /var/run.
Why this change?
Thomas
--
On 2011-04-06 07:24:30 +0200, Josselin Mouette wrote:
> There are several hacks to do that (like guessnet or laptop-net), but I
> don’t think this can work correctly in the general case with IPv4.
FYI, I had used laptop-net in the past, but it has been removed
from Debian:
http://bugs.debian.or
On 04/05/2011 06:55 PM, Martin Wuertele wrote:
> * Bernd Zeimetz [2011-04-05 15:04]:
>
>> On 04/04/2011 01:15 PM, Piotr Ożarowski wrote:
>>
>>> most of the work is done by our upstreams, and by simply telling
>>> them "we'll freeze PICK_YOUR_MONTH every even/odd year" will (in the long
>>> term)
On 2011-04-06 11:22:07 +0100, Simon McVittie wrote:
> Not everything in /etc/shells is POSIXy enough to be /bin/sh. The
> *csh family aren't Bourne shells, and while zsh is a very nice
> Bourne-ish interactive shell, in its default configuration it isn't
> POSIX-compliant.
When invoked as sh, zsh
Hi,
On 2011-04-05 20:37:39 +0300, Andrew O. Shadoura wrote:
> Hello,
>
> On Tue, 5 Apr 2011 14:31:40 +0200
> Vincent Lefevre wrote:
>
> > [About the general problem of documentation]
> > The problem is to find the correct tools and the correct
> > documentation. For instance, imagine the averag
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
On 2011-04-06 13:12, Noel David Torres Taño wrote:
>> On Wed, Apr 6, 2011 at 12:18:32 +0200, Reinhard Tartler wrote:
>>> On Wed, Apr 06, 2011 at 10:54:53 (CEST), Roger Leigh wrote:
As of base-files 6.2 which went into unstable yesterday, we hav
> On Wed, Apr 6, 2011 at 12:18:32 +0200, Reinhard Tartler wrote:
> > On Wed, Apr 06, 2011 at 10:54:53 (CEST), Roger Leigh wrote:
> > > As of base-files 6.2 which went into unstable yesterday, we have a
> > > new top-level directory, /run.
> > >
> > > This directory will contain a tmpfs which will
On Wed, 2011-04-06 at 01:09 +, brian m. carlson wrote:
> On Tue, Apr 05, 2011 at 05:15:15PM +0200, Vincent Caron wrote:
> > 2/ It is suggested to update gnupg.conf with:
> >
> > personal-digest-preferences SHA256
> > cert-digest-algo SHA256
> > default-preference-list SHA512 SHA384 SHA
On Wed, Apr 6, 2011 at 12:18:32 +0200, Reinhard Tartler wrote:
> On Wed, Apr 06, 2011 at 10:54:53 (CEST), Roger Leigh wrote:
>
> > As of base-files 6.2 which went into unstable yesterday, we have a
> > new top-level directory, /run.
> >
> > This directory will contain a tmpfs which will be prese
Am Mittwoch, den 06.04.2011, 12:06 +0200 schrieb Evgeni Golov:
> Hi -devel!
>
> We (lindi, liw and me) had just a short discussion in #-devel, that it
> would be nice to have some sort of Vcs-Upstream-* in debian/control, to
> be able to get to upstreams vcs history if it is not imported in
> debi
On Wed, 06 Apr 2011 at 01:55:20 +0200, Carsten Hey wrote:
> It would also need to assure that whilst
> it is running /bin/sh is always functional. Passing a shell to it that
> is not included in /etc/shells could lead to failing of this tool,
> unless --force is used.
Not everything in /etc/shell
On Wed, Apr 06, 2011 at 10:54:53 (CEST), Roger Leigh wrote:
> As of base-files 6.2 which went into unstable yesterday, we have a
> new top-level directory, /run.
>
> This directory will contain a tmpfs which will be present from early
> boot, and which will replace /var/run. This will be done by
Hi -devel!
We (lindi, liw and me) had just a short discussion in #-devel, that it
would be nice to have some sort of Vcs-Upstream-* in debian/control, to
be able to get to upstreams vcs history if it is not imported in
debian's vcs (which is often the case when using svn-bp or git-bf with
import-o
On Wed, 06 Apr 2011 07:29:05 +0200, Josselin Mouette wrote:
> ... and since it’s not event-based you have to hard-code the way your
> network is set up.
I think this is the vital difference -- those that prefer ifupdown do so
because they prefer to be in tight control of what is happening on thei
On 06 Apr 09:10, Andrew O. Shadoura wrote:
> Hello,
>
> On Wed, 06 Apr 2011 07:29:05 +0200
> Josselin Mouette wrote:
>
> > Your limited knowledge is like jam. The less you have, the more you
> > spread it.
>
> Well, you have just confirmed this statement.
>
> > What you actually like about ifu
Hi,
As of base-files 6.2 which went into unstable yesterday, we have a
new top-level directory, /run.
This directory will contain a tmpfs which will be present from early
boot, and which will replace /var/run. This will be done by
initscripts, which we are waiting to be uploaded. For the time
b
* Steve Langasek [110405 20:29]:
> > I think it might be nice if those two aspects could be isolated somehow.
> > This could also reduce the size of some build chroots and the set of
> > packages
> > any boot-strap code has to handle specially[1]. With all the essential
> > stuff only needed for
57 matches
Mail list logo
