On Thu, Jan 03, 2013 at 09:41:15AM +0100, Reinhard Tartler wrote:
> On Wed, Jan 2, 2013 at 10:26 PM, Wouter Verhelst wrote:
> > On Wed, Jan 02, 2013 at 01:05:46PM +0100, Guillem Jover wrote:
> >> - Private dependencies, as they leak to rdeps. When a library uses
> >
On Sun, Jan 06, 2013 at 09:48:20PM +0800, Thomas Goirand wrote:
> On 01/06/2013 09:08 PM, Adam Borowski wrote:
> > Ie, anything that is likely to be vulnerable remotely.
>
> And also, anything that is likely to be a critical piece of software.
> Like, for example I wouldn't really care about game
On Thu, Jan 10, 2013 at 02:13:46PM -0500, Michael Gilbert wrote:
> On Thu, Jan 10, 2013 at 3:21 AM, Andreas Beckmann wrote:
> > Excluding shipped files from .md5sums looks seriously wrong for files
> > in /usr and at least questionable in /var/lib.
>
> What is so "serious" about that?
In itself i
Hi Johannes,
On Tue, Jan 15, 2013 at 07:18:40PM +0100, Johannes Schauer wrote:
[...]
> 2. Build-Profiles (extension 1)
> ===
>
> When a source package is built with fewer build dependencies (cross,
> embedded, stage1, nodocs...), then it often happens that it does not
On Thu, Jan 17, 2013 at 09:34:16AM +0100, Johannes Schauer wrote:
> Hi,
>
> On Thu, Jan 17, 2013 at 08:33:57AM +0100, Wouter Verhelst wrote:
> > If wanna-build is updated to support these two fields, then I imagine
> > it can run the bootstrapping dependency algorithm. While
On Thu, Jan 17, 2013 at 11:34:55PM +0100, Johannes Schauer wrote:
> Hi,
>
> On Thu, Jan 17, 2013 at 09:51:32PM +0100, Wouter Verhelst wrote:
> > > I'm not sure if wanna-build is the right tool to do this
> >
> > Why not?
> >
> > It already needs to
On Thu, Jan 17, 2013 at 11:17:07PM +, Neil Williams wrote:
> On Thu, 17 Jan 2013 21:51:32 +0100
> Wouter Verhelst wrote:
>
> > On Thu, Jan 17, 2013 at 09:34:16AM +0100, Johannes Schauer wrote:
> > > Hi,
> > >
> > > On Thu, Jan 17, 2013 at 08:33:57A
On Thu, Jan 24, 2013 at 03:47:08PM +0100, Niels Thykier wrote:
> We are considering removing the following packages from testing as
> they have unfixed RC bugs filed against them.
[...]
> Wouter Verhelst
>pmw
I had overlooked the fact that "serious" means "relea
On Sun, Jan 27, 2013 at 07:16:44PM +0100, Jakub Wilk wrote:
> Dmitrijs Ledkovs wrote on his blog[0]:
>
> >Generally if software is useful in Debian Project it can be useful
> >for other debian-like and unlike projects. In particular native
> >packages do not offer the same patching flexibility as
On Mon, Jan 28, 2013 at 09:44:18AM +0100, Gergely Nagy wrote:
> Wouter Verhelst writes:
>
> > On Sun, Jan 27, 2013 at 07:16:44PM +0100, Jakub Wilk wrote:
> >> Dmitrijs Ledkovs wrote on his blog[0]:
> >>
> >> >Generally if software is useful in Debia
On Tue, Jan 29, 2013 at 08:25:38AM +0100, Michael Stapelberg wrote:
> Hi Hilko,
>
> Hilko Bengen writes:
> > This is a pity for those of us who don't really subscribe to "get
> > everything from github as needed" model of distributing software.
> Yes, but at the same time, it makes Go much more c
On Sat, Feb 09, 2013 at 03:42:38AM +0100, Andreas Beckmann wrote:
> Can't we just annotate the foo-source binary package in some way - it
> should be pretty clear to the maintainer that he produces such a
> "special" package. Then for building other packages B-D-ing on the
> "special" package we co
reopen 701585
reassign 701585 gnome-settings-daemon
severity 701585 normal
thanks
On Sun, Feb 24, 2013 at 09:30:03PM +, Debian Bug Tracking System wrote:
> Hello Carlos,
> > Dear Maintainer,
> > *** Please consider answering these questions, where appropriate ***
>
> Debian-Devel is no user s
On Thu, Feb 28, 2013 at 10:39:26AM +0100, Daniel Pocock wrote:
>
>
> There was recently some discussion in pkg-javascript about how to give
> more people access to the VCS (e.g. keeping the git repositories
> logically organised under the pkg-javascript tree, but making write
> access available t
On Thu, Feb 28, 2013 at 11:07:22AM +0100, Stefano Zacchiroli wrote:
> On Thu, Feb 28, 2013 at 10:39:26AM +0100, Daniel Pocock wrote:
> > Has anybody had experience controlling access to git repositories, for
> > example, to give users access but prevent some of the following
> > dangerous operation
On Tue, Mar 05, 2013 at 02:41:51PM +0100, Johannes Schauer wrote:
> Hi,
>
> Quoting Samuel Thibault (2013-03-05 13:41:12)
> > Maybe arch:all-only source packages should be shown in a different color:
> > AIUI these do not pose a problem for bootstrapping a new Debian port, since
> > one does not n
On 18-03-13 10:06, Christoph Biedl wrote:
> Paul Gevers wrote...
>
>> Is it just me or am I the only one getting bug reports from bugs that
>> don't seem to exist on bugs.debian.org.
>
> Now it's appearently back online, but a web tracking has been
> added, as seen in #703298. That's disgusting
On 26-03-13 09:03, Philipp Kern wrote:
> On Tue, Mar 26, 2013 at 05:18:25AM +0100, Martin Eberhard Schauer wrote:
>> as far as I googled, Chrome is not packaged by Debian, but Chromium is.
>> So better complain at Google.
>
> If userspace is able to freeze your desktop, that's likely "our" fault.
On 28-03-13 11:47, Daniel Pocock wrote:
> On 28/03/13 11:06, Julien Cristau wrote:
>> Control: severity -1 important
>>
>> I am raising this bug to critical, as it meets the definition "makes
>> unrelated software on the system (or the whole system) break"
>> No, it does not. hw will shut itself o
On 28-03-13 14:04, Daniel Pocock wrote:
> On 28/03/13 12:32, Wouter Verhelst wrote:
>> On 28-03-13 11:47, Daniel Pocock wrote:
>>> On 28/03/13 11:06, Julien Cristau wrote:
>>>> Control: severity -1 important
>>>>
>>>> I am raising t
On 28-03-13 17:25, Benjamin Drung wrote:
> JDownloader comes with an updater that will update itself.
Debian has an updater that will update *the whole system*. It's called
"dpkg". Please don't use that as an argument in favour of providing a
downloader.
I agree with what's been said before: we s
On 01-04-13 13:38, Uoti Urpala wrote:
> Samuel Thibault wrote:
>> Uoti Urpala, le Mon 01 Apr 2013 05:12:46 +0300, a écrit :
>>> Distributions that make latest
>>> software available are necessary for free software development.
>>
>> Again, that's one of the things experimental is for.
>
> It is no
On 08-04-13 08:53, Daniel Pocock wrote:
> I'm not suggesting that squeeze systems were installed that way by
> default, although people who have migrated an FS from a raw partition
> to an LV may have this in fstab.
And that fact alone makes it a non-RC bug -- if it's even a bug at all.
Changing
Hi Charles,
On 10-04-13 00:56, Charles Plessy wrote:
> Le Tue, Apr 09, 2013 at 05:54:14PM +0200, Bernd Zeimetz a écrit :
>>
>>> Suggestion #3: have a system where any other DD can review
>>> a package in the NEW queue, not only the FTP masters or the
>>> FTP assistants.
>>
>> That would include pu
Hi Zack,
On 16-04-13 16:37, Stefano Zacchiroli wrote:
> (see John's brief summary [10]) and discuss further technical
[...]
> workshop of FSFE's European Legal Network [10]; slides are available
[...]
> [10]: http://fsfe.org/activities/ftf/ftf.en.html
You made a minor mistake here; there is n
On 25-04-13 10:50, Clint Byrum wrote:
> On 2013-04-24 12:43, Guillem Jover wrote:
> All of the things you mention are huge accomplishments, but the scope is
> what I am suggesting has gotten out of hand. Do we really need "a high
> level view" and "QA of the entire system" for MongoDB?
We don't ne
Hi Ben,
On 25-04-13 18:22, Ben Longbons wrote:
> Package: general
> Severity: wishlist
[...long introduction snipped]
> How Simple Tasks are approached:
> quick:
> Debian:
> - checkinstall is buggy, quirky, and has no upgrade path.
> - I still haven't figured out how to do this e
of these replies.
>
> As Wouter mentioned, coming up to $DISTRO and saying
>> that "you guys are doing things wrong and here is how you should do"
>> is like saying "please throw away 20 years of accumulated experience
>> and restart from scratch". I very
On 27-04-13 10:24, Jérémy Lal wrote:
> Package: wnpp
> Severity: wishlist
> Owner: "Jérémy Lal"
>
> * Package name: node-slide
> Version : 1.1.3
> Upstream Author : Isaac Z. Schlueter
> * URL : https://github.com/isaacs/slide-flow-control
> * License : Expat
>
On 03-05-13 10:25, Chow Loong Jin wrote:
> On 03/05/2013 16:12, Arto Jantunen wrote:
> > Chow Loong Jin writes:
> >
> >> On 03/05/2013 15:01, Emilio Pozuelo Monfort wrote:
> >>> Isn't that already possible?
> >>
> >> It is? I should try that out with my next upload.
> >
> > No, it's not. Source on
On 04-05-13 05:04, Charles Plessy wrote:
> In any case, please refrain passive-aggressive statements on other people's
> projects.
Except that this time the "project" we're talking about was one person
asking another person "can you clarify what I meant?", which seems to
make no sense, at all. If
On 04-05-13 17:53, Michael Gilbert wrote:
> And/or on the technical side, make the buildds always build twice.
Not Going To Happen[tm] on my buildd hosts.
--
This end should point toward the ground if you want to go to space.
If it starts pointing toward space you are having a bad problem and y
On 06-05-13 14:49, Andreas Beckmann wrote:
> Hi,
>
> now might be the right time to start a discussion about release goals
> for jessie. Here are some points that come into my mind right now (and
> some were already discussed very recently):
>
> * multiarch compatible binNMUs
> * discarding maint
Op 27-11-13 02:44, Joey Hess schreef:
> Bas Wijnen wrote:
>> Currently, many packages only do 2
>
> (Citation needed.)
>
>> packages should implement parsing code for it in its config script. My
>> point is that this results in needless code duplication. Therefore I
>> would like to move this par
Op 28-11-13 21:04, Niels Thykier schreef:
> It has also come to our attention that a few buildds do not use
> throw-away chroots. This sometimes results in unclean builds and we
> have therefore decided to only consider architectures which use
> throw-away chroots for all suites on all buildds as c
Op 28-12-13 21:52, René Kuligowski schreef:
> Hi Adrian,
>
>
> Thanks for your quick answer,… but (sounds like a pouting little boy, I
> know):
> Sorry, but I cannot file a bug report against, say, nvidia-glx, because
> it is most likely not the cause. The problem is far more likely kernel
> 3.x
Op 23-12-13 23:43, Clint Adams schreef:
> GPLv2-only folks should be made to see how their antisocial
> behavior is harming everyone. I think this is a delightful
> situation for them to be in.
I am not a member of the church of GNU, nor do I wish to be. I respect
Richard Stallman (and his band o
Op 05-01-14 15:57, Clint Adams schreef:
> On Sat, Jan 04, 2014 at 05:07:29PM +0100, Wouter Verhelst wrote:
>> This goes for GPLvX "or later", but also for other "or later" licenses,
>> where they exist.
>>
>> I'm convinced that the GPLv2 is a fr
On Thu, Jan 23, 2014 at 01:00:10AM +0100, Michael Banck wrote:
> On Thu, Jan 23, 2014 at 03:26:26AM +0330, ?? ?? wrote:
> > Hey, this looks more like an anti-Valve trap for DDs aimed to slow down
> > development of Debian as base of Steam OS by steering their time spending
> > f
Sigh.
On Wed, Feb 05, 2014 at 12:59:23PM +, Neil Williams wrote:
> Using packages to support upstream development is a common problem and
> this is exactly where things get awkward.
No, it is not a *problem*; it is a *method* of doing things.
It is not your place (nor mine) to question anoth
On Thu, Feb 13, 2014 at 11:52:01PM +, Colin Watson wrote:
> On Thu, Feb 13, 2014 at 10:17:46PM +0100, Holger Levsen wrote:
> > See https://buildd.debian.org/status/package.php?p=html2text - you can only
> > hope that I've build it in a clean environment and there aint a logfile for
> > the am
On Fri, Feb 14, 2014 at 02:10:38PM +0100, Jakub Wilk wrote:
> * Wouter Verhelst , 2014-02-14, 14:01:
> >>I'm told there's at least some magic address you can mail the
> >>logs to, but I never remember what it is. (It's all a
> >>workaround anyway.)
&g
On Sun, Feb 16, 2014 at 03:28:30PM +0400, Sergey B Kirpichev wrote:
> Kevin Chadwick :
> >> Doesn't matter) rc.local shouldn't be used by local
> >> admin to start services from. Why not use usual init-script?
> >
> > I wouldn't be surprised if rc.local has been around longer than Debian
> > and
On Mon, Feb 17, 2014 at 08:57:53AM +0100, John Paul Adrian Glaubitz wrote:
> On 02/17/2014 08:37 AM, Chow Loong Jin wrote:
> > It might just be that DDs/"computer experts" just have more customized
> > setups
> > that break in interesting ways when effort isn't spent porting the
> > configuration
On Tue, Feb 18, 2014 at 02:00:36PM +0400, Sergey B Kirpichev wrote:
> On Sun, Feb 16, 2014 at 10:19:24PM +0100, Wouter Verhelst wrote:
> > On Sun, Feb 16, 2014 at 03:28:30PM +0400, Sergey B Kirpichev wrote:
> > > Kevin Chadwick :
> > > >> Doesn't matter
On Tue, Feb 18, 2014 at 05:25:13PM +0100, Josselin Mouette wrote:
> Le lundi 17 février 2014 à 13:24 +, Wookey a écrit :
> > The main complaint in this thread seems to be 'my sound worked with
> > ALSA, but installing PA stopped/stops it working'. It seems to me that
> > PA should try very har
Op vrijdag 28 februari 2014 10:35:15 schreef Solal Rastier:
> Why the "nonfree" and "contrib" distributions aren't removed?
Because unfortunately the free software foundation believes documentation
doesn't need to be free, and we can't put non-free documentation in main.
--
This end should poin
On Mon, Mar 03, 2014 at 02:16:37PM +0100, Solal Rastier wrote:
> The installer recommend "contrib" and "nonfree"...
No, it does not.
--
This end should point toward the ground if you want to go to space.
If it starts pointing toward space you are having a bad problem and you
will not go to spac
On Sun, Mar 23, 2014 at 12:53:55AM +0100, Samuel Thibault wrote:
> Steve Langasek, le Sat 22 Mar 2014 12:43:56 -0700, a écrit :
> > Um, no, build-depending on virtual packages is absolutely allowed.
>
> Yes, but something has to make the buildd pick up one package which
> provides it. It won't de
On Mon, Mar 24, 2014 at 02:58:55PM +0100, Peter Palfrader wrote:
> On Mon, 24 Mar 2014, Adrien CLERC wrote:
>
> > Le 24/03/2014 14:23, Raphael Geissert a écrit :
> > >> Anyway, I strongly recommend that nobody waste their time on an issue
> > >> which in a couple of years will be much less relevan
On Thu, Mar 27, 2014 at 09:07:14AM +0100, Mathieu Malaterre wrote:
> Here is a little bug I just discovered:
>
> http://stackoverflow.com/questions/22664658/finding-off-t-size
>
> For reference, here are the packages affected in debian:
>
> http://codesearch.debian.net/search?q=LARGE_OFF_T
>
>
On Thu, Apr 03, 2014 at 09:19:54PM +0100, Kevin Chadwick wrote:
> previously on this list The Wanderer contributed:
>
> > I was explicitly referring to the point in the future when maintainers
> > do stop providing traditional init scripts. This likely won't happen
> > that fast, no, but I do thin
On Thu, Apr 10, 2014 at 12:29:50PM +0200, Jakub Wilk wrote:
> * Wouter Verhelst , 2014-04-10, 12:03:
> >I've had to figure out the size of off_t in nbd-server, and have been
> >doing it without relying on overflow, for years now. It took quite a few
> >iterations to get
Package: wnpp
Severity: wishlist
Owner: Wouter Verhelst
* Package name: ola
Version : 0.9.0
Upstream Author : the Open Lighting team
* URL : http://www.openlighting.org/
* License : GPL, LGPL
Programming Lang: C++, Python
Description : Open Lighting
Op zaterdag 26 april 2014 16:51:57 schreef Ben Finney:
> "Steve M. Robbins" writes:
> > On April 25, 2014 11:02:29 PM Ben Finney wrote:
> > > We promise the source for everything any recipient downloads as
part
> > > of Debian. If non-source files are distributed in Debian source
> > > packages,
Op vrijdag 25 april 2014 19:34:02 schreef Daniel Pocock:
> When FTP masters approve a package from NEW, they might well see
that
> the js is not really in use - but somebody (upstream or maintainer)
> may change something after 6 months and the js does get used
That argument goes for just about a
Hi Charles,
Op zaterdag 26 april 2014 14:29:44 schreef Charles Plessy:
> Le Fri, Apr 25, 2014 at 10:11:58PM -0700, Steve Langasek a écrit :
> > On Sat, Apr 26, 2014 at 02:07:22PM +0900, Charles Plessy wrote:
> > > Le Sat, Apr 26, 2014 at 11:41:17AM +0800, Paul Wise a écrit :
> > > > On Sat, Apr 26
Hi Jonas,
[re-sending, since my first attempt did not make the list]
Op vrijdag 18 april 2014 12:43:40 schreef Jonas Smedegaard:
> Thanks, but (again) I am sorry if it was not clear: The *question* is
> about *debconf* irregardless of the *example* involving other details.
>
> Here's another exa
Op vrijdag 2 mei 2014 15:58:37 schreef Paul Tagliamonte:
> If you were to 'update' the image, how would you do it? What things
> would you need? Include that. Think about what you'd need when you fork
> the project.
Does that mean I should include "wget"?
Most minified externally-produced javascr
On Fri, Apr 25, 2014 at 11:07:53AM +0100, Neil Williams wrote:
> No. The requirement is that the source is part of the source package.
[citation needed]
The only requirement I know of is that the source is part of *a*
source package, not necessarily the same one.
(consider "Built-Using")
--
Op woensdag 7 mei 2014 20:14:50 schreef Ben Finney:
> Wouter Verhelst writes:
> > Op vrijdag 2 mei 2014 15:58:37 schreef Paul Tagliamonte:
> > > If you were to 'update' the image, how would you do it? What things
> > > would you need? Include that. Think about
Op woensdag 7 mei 2014 12:59:57 schreef Jonas Smedegaard:
> Hi Wouter,
>
> Quoting Wouter Verhelst (2014-05-07 11:34:23)
>
> > What you seem to want is a unified and standardized way for one
> > package to provide an API for changing things about how the package
>
Op woensdag 7 mei 2014 12:19:31 schreef Philip Hands:
> Wouter Verhelst writes:
>
>
> > One way this could work is by adding a SETOTHER message (name could
> > probably be better), which asks debconf to change a value for a given
> > debconf question in another pa
Op woensdag 7 mei 2014 23:18:00 schreef Ben Finney:
> Wouter Verhelst writes:
> > The point is, I'm having a hard time buying the argument that if the
> > minified javascript was unmodified, and if the non-minified javascript
> > library is in the archive (or a version
On Sun, Mar 27, 2011 at 10:56:28AM +0200, Joerg Jaspert wrote:
> - The long standing project of enabling autosigning for the buildds also
> got finished. That means that packages successfully built can now be
> uploaded automatically, without waiting for the buildd admin to wake
> up/come bac
On Mon, Mar 28, 2011 at 01:26:02PM +0200, Joerg Jaspert wrote:
> Hi
>
> >> - The long standing project of enabling autosigning for the buildds also
> >> got finished. That means that packages successfully built can now be
> >> uploaded automatically, without waiting for the buildd admin to wak
Hi Phil,
[ Note: re-reading, I find that my mail could be read as "heated", which
it wasn't meant to be. I'm firm in what I believe needs to be done, but
not angry :-) ]
On Mon, Mar 28, 2011 at 03:08:12PM +0200, Philipp Kern wrote:
> > So, AIUI, only members of the wbadm GID can change keys, not
On Mon, Mar 28, 2011 at 10:19:32PM +, Philipp Kern wrote:
> On 2011-03-28, Wouter Verhelst wrote:
> > But I'd think that "making sure this buildd host can still do uploads in
> > a timely manner when the key expires" is pretty well inside the realm of
> &g
On Sat, Mar 26, 2011 at 08:56:14AM +0100, Raphael Hertzog wrote:
> On Fri, 25 Mar 2011, Steve McIntyre wrote:
> > On Fri, Mar 25, 2011 at 12:28:54PM -0400, Joey Hess wrote:
> > >Steve McIntyre wrote:
> > >> There are uses I've heard about, including (apparently quite common)
> > >> using CDs and DV
did not finish. See this archives of netconf-de...@lists.alioth.debian.org
> > for more info.
>
> Instead of Martin's project you might want to look into ipcfg by Wouter
> Verhelst, which is in experimental already.
Yes, except that it's not very useful in its current state. The
Hi -devel,
I was working on nbd-server upstream, and so had ran ./configure with
CFLAGS='-Wall -Werror', which I consider good practice when writing C
code.
What I didn't notice immediately was that gcc was emitting some
warnings, but that the -Werror option was not honored for those
warnings. In
On Mon, May 16, 2011 at 05:04:07PM -0700, Russ Allbery wrote:
> Wouter Verhelst writes:
>
> > What I didn't notice immediately was that gcc was emitting some
> > warnings, but that the -Werror option was not honored for those
> > warnings. Investigating turn
On Thu, May 26, 2011 at 11:44:33PM +0200, Jakub Wilk wrote:
> >dh-make
>
> Seriously? Are you, grown-up developers, using it? oO
Me, not anymore since it switched to debhelper7 'dh' mode. Before that,
it contained a number of useful debian/rules templates for "old"style
debhelper-only usage.
--
On Sat, May 28, 2011 at 07:27:33PM +0800, Paul Wise wrote:
> On Sat, May 28, 2011 at 7:18 PM, Wouter Verhelst wrote:
> > Me, not anymore since it switched to debhelper7 'dh' mode. Before that,
> > it contained a number of useful debian/rules templates for "old&
On Tue, Jun 28, 2011 at 06:51:48AM +0200, Stanisław Findeisen wrote:
> On 2011-06-27 18:42, Bastian Blank wrote:
> > On Mon, Jun 27, 2011 at 05:49:34PM +0200, Stanisław Findeisen wrote:
> >> This specifies that users sf, u2 and u3 can each do passwordless su to
> >> users root and sf2. User sf2 can
On Tue, Jun 28, 2011 at 02:30:51AM +0200, Vincent Lefevre wrote:
> On 2011-06-27 15:59:27 +0100, Simon McVittie wrote:
> > If by "fat binaries" you mean executables,
>
> No, I meant libraries (the term "fat binary" is used by the GMP library,
> but is here restricted to x86 subarchs).
>
> > If by
On Fri, Jul 01, 2011 at 11:49:11AM +0200, Samuel Thibault wrote:
> a major accessibility regression. I however believe corba can be used
> over TCP/IP,
I would be *very* surprised if that wasn't true -- CORBA was meant to be
used over TCP/IP, using it to localhost or over a unix domain socket is
j
On Mon, Jul 18, 2011 at 11:05:56PM +, Uoti Urpala wrote:
> I think the important question is whether portability to other kernels is or
> should be a "project's goal", and how much else you're willing to lose for
> the sake of that goal.
Debian/kFreeBSD is here to stay, it's not going away. Wi
On Mon, Jul 18, 2011 at 11:48:35PM +, Uoti Urpala wrote:
> By the way, I think "in exchange for faster boot" is focusing too narrowly on
> boot speed. It's not like boot speed would be the only reason to avoid shell.
You do realize that you're talking to a mailinglist populated mostly by
peopl
On Tue, Jul 19, 2011 at 01:12:33PM +, Uoti Urpala wrote:
> Wouter Verhelst debian.org> writes:
> > On Mon, Jul 18, 2011 at 11:05:56PM +, Uoti Urpala wrote:
> > > I think the important question is whether portability to other kernels is
> > > or
> > >
On Tue, Jul 19, 2011 at 03:59:13PM +, Uoti Urpala wrote:
> Wouter Verhelst debian.org> writes:
> > > > Debian/kFreeBSD is here to stay, it's not going away. With that as a
> > > > given, systemd is suddenly a lot less interesting.
> > >
> >
On Tue, Jul 19, 2011 at 09:38:04PM +0200, Marco d'Itri wrote:
> On Jul 19, Wouter Verhelst wrote:
> > kFreeBSD is currently released as a "technology preview". With that, we
> > mean it works, but it isn't necessarily ready yet for prime usage. The
> > fa
On Tue, Jul 19, 2011 at 08:25:19PM +, Uoti Urpala wrote:
> Even if you disagree about systemd upstream's views on portability that does
> not change the quality of the software and how it performs on Linux. IMO
> attitudes like "if upstream holds such heretical views then their software is
> no
On Tue, Jul 19, 2011 at 09:52:30PM +, Uoti Urpala wrote:
> Adam D. Barratt adam-barratt.org.uk> writes:
> > Proof by assertion isn't an argument. If you think kfreebsd sucks then
> > you're entitled to that opinion, but please don't seek to frame it as
> > some sort of consensus direction on
On Tue, Jul 19, 2011 at 05:31:37PM -0400, Joey Hess wrote:
> Wouter Verhelst wrote:
> > Debian is the 'Universal' operating system
>
> "Universal operating system" is a phrase that was added to our website
> most likely by Bruce Perens in April 1997. (He pos
On Wed, Jul 20, 2011 at 04:31:24PM +0200, Marco d'Itri wrote:
> On Jul 20, Russ Allbery wrote:
>
> > > Again, why?
> > ZFS is a pretty big one.
> It is about as stable as BTRFS on Linux, so I do not see either a
> compelling argument right now.
Do you have any data to back up that statement? The
On Fri, Jul 22, 2011 at 05:09:11PM +0200, Michael Biebl wrote:
> A lot of those /etc/default files have a ENABLED=YES flags, which are not
> particularly useful with systemd, as systemd provides proper mechanisms to
> enable/disable services in a convenient way.
That this is not particularly usefu
On Sat, Jul 23, 2011 at 01:09:02PM -0300, Fernando Lemos wrote:
> On Sat, Jul 23, 2011 at 12:47 PM, Marc Haber
> wrote:
> > On Thu, 21 Jul 2011 18:12:13 -0300, Fernando Lemos
> > wrote:
> >>A more realistic option would be launching a program (or script) which
> >>would read a configuration file
On Sun, Jul 24, 2011 at 10:16:15PM +0200, Stephan Seitz wrote:
> On Sun, Jul 24, 2011 at 09:59:40PM +0200, Wouter Verhelst wrote:
> >That this is not particularly useful is not specific to any init
> >implementation. I hate 'ENABLED=' configuration options with a passion.
On Sun, Jul 24, 2011 at 10:52:13PM +0100, Simon McVittie wrote:
> On Sun, 24 Jul 2011 at 21:59:40 +0200, Wouter Verhelst wrote:
> > even init.d has a documented (and what's
> > more, actually *working*) implementation of not starting daemons at
> > boot. It's cal
On Mon, Jul 25, 2011 at 12:41:59AM +0200, Tollef Fog Heen wrote:
> ]] Wouter Verhelst
>
> Hi Wouter,
>
> | At any rate, by not wanting to do scripts, you're making life harder for
> | yourself, since now you suddenly have to implement everything what
> | people ha
On Mon, Aug 01, 2011 at 03:17:51PM +0600, Andrey Rahmatullin wrote:
> On Sun, Jul 31, 2011 at 08:27:04PM +, Clint Adams wrote:
> > On Sun, Jul 31, 2011 at 05:38:43PM +0600, Andrey Rahmatullin wrote:
> > > I would be glad if all services (at least network-enabled or especially
> > > insecure for
On Thu, Aug 04, 2011 at 07:41:29AM +0200, Thibaut Paumard wrote:
> Hi,
>
> Le 03/08/11 17:23, Wouter Verhelst a écrit :
> > On Mon, Aug 01, 2011 at 03:17:51PM +0600, Andrey Rahmatullin wrote:
> >> On Sun, Jul 31, 2011 at 08:27:04PM +, Clint Adams wrote:
> >&g
On Tue, Aug 16, 2011 at 10:43:04AM +1000, Russell Coker wrote:
> On Tue, 16 Aug 2011, Iustin Pop wrote:
> > There is also information on Wikipedia about various compression
> > benchmarks, but IMHO if we want to switch from gzip then bzip2
> > doesn't make sense for /usr/share/doc.
>
> I'd like t
On Sat, Aug 20, 2011 at 01:11:40AM +0200, Samuel Thibault wrote:
>ntfs-3g
I was under the impression that ntfs-3g was a FUSE implementation, which
should in theory work on kFreeBSD too. But don't take my word for it :-)
--
The volume of a pizza of thickness a and radius z can be described by
On Sat, Sep 10, 2011 at 03:33:06PM +0200, Kurt Roeckx wrote:
> On Thu, Sep 08, 2011 at 07:34:41PM +0200, Andreas Barth wrote:
> >
> > > - Being able to judge whether the maintainers have done their part in
> > > reaching out to porters is a requisite for the above. And to do so, we
> > > reall
On Sun, Sep 11, 2011 at 02:23:37PM +0100, Jon Dowland wrote:
> I think it would be wonderful to have such ease-of-use $HOME
> encryption in Debian. Ubuntu's scheme uses ecryptfs. Before I begin
> looking into how best I might help work towards this, I was wondering
> if experienced people could w
On Mon, Nov 17, 2014 at 06:24:00PM -0500, Scott Kitterman wrote:
> It appears that the appropriate resolution of #769106 [1] is to add a new
> pre-depends on python-minimal in python.
>
> This issue at hand is that at the time python2.7-minimal is configured,
> python
> is unpacked, but python
On Sun, Nov 02, 2014 at 12:37:06PM +0100, Ralf Jung wrote:
> Hi,
>
> >>> - Debian should ship a default set of firewall rules. Are we the only
> >>> distro which doesn't do this? I mean a basic ruleset which drops
> >>> incoming, accepts outgoing and accepts related,establised is so easy to
> >>>
On Sat, Nov 22, 2014 at 05:06:25PM +0100, Jakub Wilk wrote:
> * Wouter Verhelst , 2014-11-22, 08:25:
> >>It appears that the appropriate resolution of #769106 [1] is to add a
> >>new pre-depends on python-minimal in python.
> >>
> >>This issue at hand i
1301 - 1400 of 1709 matches
Mail list logo
