Hi,
On Mon, Jul 22, 2013 at 04:03:34PM -0400, Scott Howard wrote:
>
> This is kind of a debian based OS, make your own pure blend of Debian:
> "Debian Pure Blend: a subset of Debian that is configured to support a
> particular target group out-of-the-box."
I'd like to stress a bit that making "y
On Sun, Jul 21, 2013 at 10:53 PM, Kouhei Maeda wrote:
> Description : Support of OAuth 1.0a in Django using python-oauth2
>
> The OAuth protocol enables websites or applications (Consumers) to access
> Protected Resources from a web service (Service Provider) via an API, without
> requiri
On Mon, Jul 22, 2013 at 07:17:04PM +0300, Uoti Urpala wrote:
> brian m. carlson wrote:
> > Since Debian is always in need of developers and volunteers, it isn't
> > objectively reasonable to expect that forking a project will be
> > possible. One thing that needs to be taken into consideration is
The Wanderer writes:
> Leaving aside fears about what upstream might decide to do at some point
> (e.g. the "make udev require systemd" proposal), much of that objection
> simply comes down to how difficult it looks like it would be to switch
> *away* from systemd, once it becomes entrenched.
>
>
Hi,
Ondřej Surý writes:
> On Mon, Jul 22, 2013 at 1:53 PM, Ansgar Burchardt wrote:
>> On 07/22/2013 12:57, Ondřej Surý wrote:
>> > dak on coccia.d.o is not in the best shape (yet):
>> >
>> > $ dak rm -nR ruby-activesupport-2.3
>> [...]
>> > daklib.dak_exceptions.CantOpenError:
>> > /srv/
> ftp-m
Does this look funny? To view in browser, click here.
PUBLIC AUCTION Live Onsite and Online
August 15 in Pearl, IL
ASSET SURPLUS FOR THE ONGOING OPERATIONS OF
Prairie Power Inc.
Stuart B. Millner & Associates is conducting an auction for the assets of
Prairie Power's plant in Pearl, Illinois. Be
On Mon, Jul 22, 2013 at 07:13:57PM +0200, Tollef Fog Heen wrote:
> ]] Steven Chamberlain
>
> > On 2013-07-22 15:49, Tollef Fog Heen wrote:
> > > It's not, it's a limitation of resizing a raid and that requiring about
> > > a billion seeks across the disk surface.
> >
> > I didn't realise it was
2013/7/22 Raphael Hertzog :
> Hi,
>
> On Mon, 22 Jul 2013, Paul Tagliamonte wrote:
>> I want the process to be something like:
>>
>> - New PPAMAIN
>> - Upload new package
>> - "NMU" packages to work with the new stuff (this needs to be
>> something that the project is OK with) inside the
(Adding -qa@ to the loop.)
Paul Wise (2013-07-22):
> On Mon, Jul 22, 2013 at 10:03 AM, Cyril Brulebois wrote:
>
> > rmadison now defaults to querying UDD by default
>
> There is a projectb mirror accessible from qa.d.o, so we could rewire
> the madison CGI to look at that. It is written in Perl
On Sun, Jul 21, 2013 at 8:59 PM, Ian Sapelino wrote:
> Hello guys!! I am Ian Sapelino I am also Programmer and I want to know how
> to make a Debian Based OS??
>
> Please reply to my answer! Thank you :)
Welcome to Debian
Here are some resources on making your own Debian derivative:
"Making your
On Mon, Jul 22, 2013 at 10:03 AM, Cyril Brulebois wrote:
> rmadison now defaults to querying UDD by default
There is a projectb mirror accessible from qa.d.o, so we could rewire
the madison CGI to look at that. It is written in Perl though so it is
unlikely I'll ever be motivated to do that. Hope
Hi,
On Mon, 22 Jul 2013, Paul Tagliamonte wrote:
> I want the process to be something like:
>
> - New PPAMAIN
> - Upload new package
> - "NMU" packages to work with the new stuff (this needs to be
> something that the project is OK with) inside the PPA
> - Fiddle
> - Push it back up
]] Steven Chamberlain
> On 2013-07-22 15:49, Tollef Fog Heen wrote:
> > It's not, it's a limitation of resizing a raid and that requiring about
> > a billion seeks across the disk surface.
>
> I didn't realise it was hardware RAID.
>
> If for example it is possible to create multiple, smaller h
On Mon, 22 Jul 2013 16:22:37 +0200
Zlatan Todoric wrote:
> For me, unstable
> or experimental should be *just do it* and develop it so Debian gains
> momentum (or
> some other nice solution to gain that).
Coordination is always the problem. Developers cannot just go and break
everything for othe
Heyya, Michael,
On Mon, Jul 22, 2013 at 05:42:35PM +0100, Michael Tautschnig wrote:
>
> I do see that some innovative ideas cause breakage. And sometimes breaking
> things may result in progress. All I was saying is that innovation and
> breaking
> things are not the same.
Granted. I 100% agree.
Hi Paul, hi all,
> Ahoy, fellow developers,
>
>
> Having followed the recent threads, I've been growing concerned - not of
> sticking with an old init system, or switching to a new one, or even the
> god-aweful tone of every damn post on that thread (srsly guise).
>
> I'm mostly concerned that
Ahoy,
I am not active in Debian development much but I do observe it closely and
must
say that Debian needs innovation a lot - not for purpose to innovate but
there are
so much talented people with great ideas that just need to *explode*. For
me, unstable
or experimental should be *just do it* and
brian m. carlson wrote:
> On Mon, Jul 22, 2013 at 02:59:20AM +0300, Uoti Urpala wrote:
> > Whether your argument was honest or not, I think it was a bad one. OK,
> > perhaps you have concerns about the philosophy behind systemd and where
> > that might take it in the future. Such "philosophy" issue
> On Mon, Jul 22, 2013 at 04:39:54PM +0100, Michael Tautschnig wrote:
> > [...]
> >
> > I feel the subject of this thread is not very well aligned with your
> > reasoning -
> > I don't think innovation==breaking things!? At least for myself the init
> > system
>
> I very much disagree.
>
>
On Mon, Jul 22, 2013 at 04:39:54PM +0100, Michael Tautschnig wrote:
> [...]
>
> I feel the subject of this thread is not very well aligned with your
> reasoning -
> I don't think innovation==breaking things!? At least for myself the init
> system
I very much disagree.
"Without deviation fro
]] Steven Chamberlain
> On 2013-07-22 14:50, Tollef Fog Heen wrote:
> > There are practical problems with your suggestions, such as resizing the
> > RAID taking a very long time when we add a new disk (you're looking at
> > weeks of seriously reduced performance).
>
> That seems like a limitatio
On 2013-07-22 15:49, Tollef Fog Heen wrote:
> It's not, it's a limitation of resizing a raid and that requiring about
> a billion seeks across the disk surface.
I didn't realise it was hardware RAID.
If for example it is possible to create multiple, smaller hardware RAIDs
over time, then maybe al
On Mon, Jul 22, 2013 at 2:28 PM, The Wanderer wrote:
> My concern was that the integrated nature of it would make it harder to
> replace any one part, especially if desiring to extend rather than just
> reimplement. Having it made clear that it's more compatible with being
> split out "piecemeal
Am 22.07.2013 11:17, schrieb Josselin Mouette:
> Le lundi 22 juillet 2013 à 10:45 +0200, Gergely Nagy a écrit :
>> systemd being installed does not mean it will be used as init. The
>> package happens to contain a few tools the GNOME Shell needs, that is
>> all, to the best of my knowledge. It's a
On 07/22/2013 08:48 AM, Jeremy Bicha wrote:
On 21 July 2013 20:22, The Wanderer wrote:
I'm saying that it looks to me as if the lock-in to systemd would
be even stronger than the lock-in to sysvinit, and might well
extend to the point of even making it harder to implement another
new alternat
On 2013-07-22 14:50, Tollef Fog Heen wrote:
> There are practical problems with your suggestions, such as resizing the
> RAID taking a very long time when we add a new disk (you're looking at
> weeks of seriously reduced performance).
That seems like a limitation of software, at one of the lower l
On 21 July 2013 20:22, The Wanderer wrote:
> I'm saying that it looks to me as if the lock-in to systemd would be
> even stronger than the lock-in to sysvinit, and might well extend to the
> point of even making it harder to implement another new alternative in
> the first place.
So let's never s
Ahoy, fellow developers,
Having followed the recent threads, I've been growing concerned - not of
sticking with an old init system, or switching to a new one, or even the
god-aweful tone of every damn post on that thread (srsly guise).
I'm mostly concerned that we, as a project, have a *hard* ti
]] Steven Chamberlain
> Hi!
>
> On 2013-07-21 08:09, Tollef Fog Heen wrote:
> > Backups is 8 x 4T Seagate Constellation drives. Bytemark is 24 x 4T
> > Seagate Constellation drives. We get setup, hosting, power, etc
> > donated, so that is not part of the cost there.
>
> Thanks; was this j
On 07/22/2013 02:52 AM, Tollef Fog Heen wrote:
]] The Wanderer
If someone implementing a new alternative wanted to retain the
other tools with which systemd integrates, that person would have
to match their interfaces, which might limit the functionality the
new alternative could be able to pr
On Mon, Jul 22, 2013 at 1:53 PM, Ansgar Burchardt wrote:
>
> Hi,
>
> On 07/22/2013 12:57, Ondřej Surý wrote:
> > dak on coccia.d.o is not in the best shape (yet):
> >
> > $ dak rm -nR ruby-activesupport-2.3
> [...]
> > daklib.dak_exceptions.CantOpenError:
> > /srv/
ftp-master.debian.org/ftp//pool/
Hi,
On 07/22/2013 12:57, Ondřej Surý wrote:
> dak on coccia.d.o is not in the best shape (yet):
>
> $ dak rm -nR ruby-activesupport-2.3
[...]
> daklib.dak_exceptions.CantOpenError:
> /srv/ftp-master.debian.org/ftp//pool/main//r/ruby-activesupport-2.3/ruby-activesupport-2.3_2.3.14-7_all.deb
Chang
Hi!
On 2013-07-21 08:09, Tollef Fog Heen wrote:
> Backups is 8 x 4T Seagate Constellation drives. Bytemark is 24 x 4T
> Seagate Constellation drives. We get setup, hosting, power, etc
> donated, so that is not part of the cost there.
Thanks; was this just a purchase of drives, or also a new
On 22 July 2013 10:17, Josselin Mouette wrote:
> Le lundi 22 juillet 2013 à 10:45 +0200, Gergely Nagy a écrit :
>> systemd being installed does not mean it will be used as init. The
>> package happens to contain a few tools the GNOME Shell needs, that is
>> all, to the best of my knowledge. It's a
Hmm,
dak on coccia.d.o is not in the best shape (yet):
$ dak rm -nR ruby-activesupport-2.3
Working...W: couldn't open '/srv/
ftp-master.debian.org/ftp//pool/main//r/ruby-activesupport-2.3/ruby-activesupport-2.3_2.3.14-7.dsc
'.
Traceback (most recent call last):
File "/usr/local/bin/dak", line
Josselin Mouette writes:
> Le lundi 22 juillet 2013 à 10:45 +0200, Gergely Nagy a écrit :
>> systemd being installed does not mean it will be used as init. The
>> package happens to contain a few tools the GNOME Shell needs, that is
>> all, to the best of my knowledge. It's a harmless dependency
On Mon, Jul 22, 2013 at 11:02:10AM +0200, Cyril Brulebois wrote:
> > > Trust dak instead:
> > > | kibi@arya:~$ ssh release.debian.org dak ls grub2 -s testing
> > Permission denied (publickey).
>
> For those having missed [1,2], how much time exactly does one need
> to find coccia.d.o on machines.c
On Mon, Jul 22, 2013 at 2:59 AM, Ian Sapelino wrote:
> Hello guys!! I am Ian Sapelino I am also Programmer and I want to know how
> to make a Debian Based OS??
Hi Ian, welcome to the world of Debian!
There are several ways to get the Debian OS on your machine:
http://www.debian.org/distrib/
If
Le lundi 22 juillet 2013 à 10:45 +0200, Gergely Nagy a écrit :
> systemd being installed does not mean it will be used as init. The
> package happens to contain a few tools the GNOME Shell needs, that is
> all, to the best of my knowledge. It's a harmless dependency if you
> don't use systemd, one
Vincent Cheng writes:
> On Fri, Jul 19, 2013 at 9:35 AM, John Paul Adrian Glaubitz
> wrote:
>> On 07/19/2013 06:12 PM, Mathieu Parent wrote:
>>>
>>> As the recommended way to install systemd is using init= and not
>>> installing systemd-sysv, maybe the popcon "vote" count is the correct
>>> metr
Andrey Rahmatullin (2013-07-22):
> On Mon, Jul 22, 2013 at 10:03:48AM +0200, Cyril Brulebois wrote:
> > Trust dak instead:
> > | kibi@arya:~$ ssh release.debian.org dak ls grub2 -s testing
> Permission denied (publickey).
For those having missed [1,2], how much time exactly does one need
to find
On Mon, Jul 22, 2013 at 10:03:48AM +0200, Cyril Brulebois wrote:
> Trust dak instead:
> | kibi@arya:~$ ssh release.debian.org dak ls grub2 -s testing
Permission denied (publickey).
--
WBR, wRAR
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Tr
Andrey Rahmatullin (2013-07-22):
> On Mon, Jul 22, 2013 at 07:36:22AM +0100, Adam D. Barratt wrote:
> > The migration notification is in error; it's a bug in the script that
> > generates the notifications, that doesn't ignore extra entries included
> > in the Sources files added by the archive ma
Package: wnpp
Severity: wishlist
Owner: Kouhei Maeda
* Package name: python-djangorestframework
Version : 2.3.6
Upstream Author : Tom Christie
* URL : http://django-rest-framework.org/
* License : BSD
Programming Lang: Python
Description : Web APIs for
On 2013-07-21 08:09, Tollef Fog Heen wrote:
The only realistic alternative to spending the money here would be if
some company donated the equivalent in hardware. It's not really
possible to code ourselves out of this one.
Well, we could make snapshot store binary deltas. That would kill some
]] The Wanderer
> If someone implementing a new alternative wanted to retain the other
> tools with which systemd integrates, that person would have to match
> their interfaces, which might limit the functionality the new
> alternative could be able to provide - much as having to match the
> sysv
46 matches
Mail list logo
