On Tue, Oct 01, 2013 at 09:45:17PM +0800, Thomas Goirand wrote:
> Since I have already uploaded python-troveclient (currently waiting in
> the FTP master's NEW queue), OpenStack troveclient will be in Sid, but
> if some day, someone wants to upload TroveClient from
> http://dev.yourtrove.com, then
On Tue, Oct 01, 2013 at 09:42:37PM +0800, Thomas Goirand wrote:
> That much?!? Where did you get the list of ITPs for OpenStack?
GET
'http://bugs.debian.org/cgi-bin/pkgreport.cgi?owner=zigo%40debian.org;dist=unstable'
| grep ITP|wc -l
No doubt something smarter is possible with UDD.
--
To UNSU
s the time to do the sponsor work, so that people have
the opportunity to learn, and you have the opportunity to learn the
quality of someone's work, and in time trust their quality. And so the
adage "you have to spend money to make money" springs to mind: you have
to invest time in
On a related note, I idly wonder whether anyone is interested
in an official ARMv6 hf port. The rpi community is massive.
To be clear I'm not volunteering to be involved, merely curious.
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? C
On Mon, Sep 30, 2013 at 09:22:06PM +, Bill Allombert wrote:
> We should add official support for ppc64 and maybe sparc64 at least for use
> as a multiarch extension to ppc/sparc, even if we do not have time to make a
> full
> port. Otherwise the introduction of multiarch will likely result in
On Wed, Oct 02, 2013 at 02:17:31PM +0200, Jonas Smedegaard wrote:
> Quoting Jonathan Dowland (2013-10-02 13:51:06)
> > On a related note, I idly wonder whether anyone is interested
> > in an official ARMv6 hf port. The rpi community is massive.
> > To be clear I'm not v
> On 2 Oct 2013, at 20:44, Ben Hutchings wrote:
>
> I don't think Debian development should be driven by retro-computing.
No, but driven by demand makes sense to me, and I'm glad Stephen pulled some
figures on that.
>
> I'm not saying we should drop support for perfectly usable machines,
>
On Fri, Oct 04, 2013 at 01:31:35PM +0200, Vincent Lefevre wrote:
> On 2013-10-02 17:50:40 +0200, Dominik George wrote:
> > That said, what's the point in NOT being verbose?
>
> Version strings need to be displayed, and if they take too much space,
> they may be truncated (e.g. in aptitude).
They
On Mon, Oct 07, 2013 at 03:34:58PM +0200, Thibaut Paumard wrote:
> Something has changed recently in dh_auto_clean that made it skip
> cleaning or ignore cleaning errors when the package was not
> configured. Whether it was on purpose or a bug at the time...
Possibly it was detecting it had alread
Eventually, I think, the kernel itself should detect which quirks to
apply for what hardware, and not rely on userspace telling it. Therefore
it would be nice if this could be reported somewhere to be tracked and
eventually fixed in the kernel (probably the kernel bugzilla, if not
already.)
--
T
> On 8 Oct 2013, at 07:58, Neil Williams wrote:
>
> The removal is simply one way to fix
> the RC bug
I'm broadly in favour of this course of action but in no way does it fix the
bugs.
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble
On 13/10/13 19:47, Niels Thykier wrote:
> (Not sure of the origins of the rime; I remember it being used in "V
> from Vendetta" though.)
As a Brit I guess I'm as surprised by people not knowing this as some US
folks are when I don't have plans for the 4th July. The pleasures of an
international pr
On Tue, Oct 15, 2013 at 02:46:20PM +0300, Vangelis Mouhtsis wrote:
> This package contains the shared library for the base MATE library
> functions.
> .
> A library to use for writing pagers and task lists.
You've copied-and-pasted the longdesc for libmatewnck, libmateweather
doesn't do th
On Wed, Oct 16, 2013 at 01:11:01PM +0200, Dominik George wrote:
> Looking at it as code, it is a 16-bit DOS Hello world-program. Not
> copyrightable, I suppose.
I do not want EICAR to be copywritable, but I reckon it probably is.
A surprising amount of work went into developing EICAR: it's a valid
On Thu, Oct 17, 2013 at 11:31:23AM +, Thorsten Glaser wrote:
> So, this means that, yes, you need a total of at least 128 MiB RAM+swap,
> if not more, to use apt/dpkg in sid (and recent releases were not much
> smaller).
Managed with ~100M with squeeze (in VMs) — I remember because I recall
yu
It's good to see puppet modules being packaged for Debian.
Is there a team under which such efforts are coordinated? Are they being
managed in a vcs?
I'd suggest flipping the order of the two paragraphs in the long description:
put the text which describes the module first, and the text which e
On 17 Oct 2013, at 19:21, Javier Fernandez-Sanguino wrote:
>> eicar.com does not have a distributable license.
>
> Neither does the virus discussed in this thread (Win32.Worm.Mytob.EF)
> included in libmail-deliverystatus-bounceparser-perl.
Good point, I agree it should be removed on that bas
>
> It's not difficult if you reject the requirement of being DOS[0] executable:
I meant ending up with something byte-for-byte identical.
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http
At risk of coming across as a bikeshedder,
On Tue, Oct 22, 2013 at 03:43:03PM +0200, Ondřej Surý wrote:
> authoritative-name-server - authoritative domain name server
> recursive-name-server - recursive domain name server
Is there a need to distinguish between "name server" and "domain name
serv
ing accordingly.
It would be worth having a think about how the package dependencies
should be set up here. Can the engine be used with alternative data?
The doom packages have a particular scheme for interworking, and the
Quake packages have another.
Thanks
--
Jonathan Dowland
--
To UNSU
On Thu, Oct 24, 2013 at 02:09:46AM +0200, Adam Borowski wrote:
> just recall the most epic flamewar in Debian's history),
Peh it wasn't *that* epic. I recall some truly awful ones in around 2006
to which the systemd ones pale in comparison. (Do not interpret this as
a challenge.)
--
To UNSUBSCR
On Thu, Oct 24, 2013 at 02:09:46AM +0200, Adam Borowski wrote:
> And I for one heavily use vservers
It's a professional shame of mine that we are still trying to get rid of
some old vserver instances at $WORK. I am astonished to see that you are
still using them. I didn't think they'd rebased ont
On Wed, Oct 23, 2013 at 06:27:51PM -0700, Steve Langasek wrote:
> So first of all, how hard it is to split is irrelevant. This is work
> that must be done, and Debian should not accept excuses for it not
> being done.
I have a lot of respect for the Debian systemd maintainers and I think
it shoul
This seems a little bit of a distraction from the issue at hand (Debian
Development) — perhaps you and the OP could follow up off list?
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://
On Fri, Oct 25, 2013 at 06:48:03AM +0800, Paul Wise wrote:
> I agree with the people who suggest getting rid of the concept of a
> 'default' desktop but I don't know how practical it is since not all
> users will be capable of choosing a desktop. So we need to develop
> some guidance for them. In t
On Fri, Oct 25, 2013 at 08:39:58AM +0100, Marcin Kulisz wrote:
> Why should I have installed packages I'm not using and I don't want to
> use? I know it's rhetorical question but not all systems are having
> enough disk space besides I don't like have packages I'm not using on
> my systems. So it
On Fri, Oct 25, 2013 at 10:46:09AM +0200, Andreas Moog wrote:
> As you can see from
> https://launchpad.net/ubuntu/+source/away/0.9.5+ds-0+nmu1ubuntu1 I did
> fix it in Ubuntu. Please direct your rage at the person who took the
> patch, created a false changelog and uploaded it to Debian.
This may
On Fri, Oct 25, 2013 at 02:02:48PM +0200, Dominik George wrote:
> However, I must admit that even if the standard XFCE installation does
> not depend on systemd, it would be even worse if a user came along and
> wanted to extend their user experience by installing some XFCE addon and
> *that* would
Hi Steve, thanks for starting this discussion.
I was quite intrigued by the responses which challenged whether we need
a default at all, but if we accept that a default is required (as you
outline and as others have said), I have two separate thoughts to
ponder about proceeding:
• we define some
That looked unintentionally *great* in my mutt, half of it got
interpreted and coloured as quotes, giving a "chrome" feel.
--
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
> On 25 Oct 2013, at 21:04, Steve Langasek wrote:
>
> If someone is interested in maintaining Unity in Debian, I would be happy to
> help figure out how Debian could leverage the existing CI infrastructure
> that's in place for these packages in Ubuntu.
Aren't these folks working on it?
https:
Hi Paul,
Whilst I think you have honourable intentions in referring this to tech-ctte, I
can't help but think it's premature.
The systemd maintainers have never said that they believe systemd is ready to
be the default init nor whether they could handle supporting it if the decision
was made o
On Sat, Oct 26, 2013 at 12:19:53AM +0100, Kevin Chadwick wrote:
> I have Gnucash installed and it depends on udisks, trust me I have
> absolutely no need for udisks or polkit, so don't be so sure (I am not
> saying that I am sure that he is not).
gnucash → libgnome2-0 → gvfs → gvfs-daemons → libgd
> On 26 Oct 2013, at 13:00, Neil Williams wrote:
>
> Desktop
> components cannot dictate how the rest of the system operates.
The gnome folks are free to do what they please. They don't answer to us and
your repeated assertions that they're crossing a line just shine a light on
your own hubr
> On 26 Oct 2013, at 16:08, "Andrew M.A. Cater"
> wrote:
>
> That wouldbe my preference - a tasksel change for "no desktop" "KDE" "GNOME"
> "LXDE" XFCE" etc. for the netinst - default being no desktop - ideal for a
> minimum
> install.
I don't understand how that would work: I presume you do
On Fri, Oct 25, 2013 at 02:23:42PM -0700, Steve Langasek wrote:
> Thanks, I hadn't seen that team mentioned before anywhere. It looks
> like the right place for this work to happen. Unfortunately it seems
> rather dormant, as the packages they do have in place date back to
> Ubuntu 12.04 (i.e., b
On Wed, Oct 30, 2013 at 08:59:00PM +0400, Игорь Пашев wrote:
> Debian is not Debian without non-Linux ports.
You are entitled to your opinion, which is what this is. Debian
certainly was Debian without non-Linux ports prior to February
2011, and some are of the opinion that it should be again in
f
On Wed, Oct 30, 2013 at 07:25:55PM +, Kevin Chadwick wrote:
> Couldn't they just be ignored not to mention already having existing or
> far more functional and robust *options* that work with any init system.
A cursory glance at the example above…
> > PrivateTmp=yes
> > InaccessibleDirectorie
On Thu, Oct 31, 2013 at 02:04:24PM +, Steven Chamberlain wrote:
> > [1] https://bugs.launchpad.net/ubuntu/+source/upstart/+bug/557177
>
> This doesn't appear to be a bug in Upstart.
Strictly, no, but there was a surprising amount of resistance to adding
some boilerplate to that script to some
Urgh. How about installing the .py to a private directory (under
/usr/share say?) and creating non-suffixed symlinks in /usr/bin. You
could document that the user could/should prefix the /usr/share dir
in their $PATH if they need to rely on the .py names existing,
perhaps even provide a small helpe
On Thu, Oct 31, 2013 at 03:24:02PM -0400, Yaroslav Halchenko wrote:
> > Urgh. How about installing the .py to a private directory (under
> > /usr/share say?) and creating non-suffixed symlinks in /usr/bin.
>
> how that would help in case of a conflict with original MNE's binaries
> becoming avail
Hello,
What desktop environment are you using: E.g., GNOME3, KDE, XFCE, LXDE…
If GNOME 3, do you know whether you are using it in "normal" mode or
"classic" mode (aka fallback mode, sometimes)?
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe".
> On 3 Nov 2013, at 15:28, Thomas Goirand wrote:
>
> The problem
> with /usr/bin/ collision is *only* when we have 2 software
> doing completely different things using the same /usr/bin/.
We've already established that the tools are not command line compatible.
--
To UNSUBSCRIBE, email to d
Are you planning to package this as part of the Debian GNOME team?
--
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/20131106115623.ga22...@bryant.redmars.org
On Wed, Nov 06, 2013 at 02:33:36PM +0100, Gergely Nagy wrote:
> Please no. That's a maintenance nightmare. I'm fine with one on
> GNU/Linux, another everywhere else (but I'll treat everything else as
> secondary), but supporting all of them, everywhere they're available, is
> madness.
This is now
This discussion isn't really furthering the development of Debian
and the init system question is already with the technical committee
so can we please take such discussions off-list, if one is determined
to continue them.
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a
On 6 Feb 2013, at 17:37, Andrey Rahmatullin wrote:
> Do we finally have mechanisms to start processes without root but with
> elevated capabilities?
We also need fallback for non Capability-capable supported kernels (wow that's
an awkward sentence)
--
To UNSUBSCRIBE, email to debian-devel-requ
I think gnome-shell-extensions has an extension that changes the behaviour to
what you desire.
--
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/96beef9c-c909-48d7-b0ab-c
On Mon, Mar 18, 2013 at 10:06:26AM +0100, 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 #70
On Mon, Mar 18, 2013 at 10:30:46AM -0700, Don Armstrong wrote:
> Additionally, if you don't want to see them, you can append
> ;avatar=no. I'll also enable this to be set by default using cookies
> too. [But since the BTS doesn't use cookies at all currently, please
> don't hold your breath.]
Don'
On Fri, Mar 22, 2013 at 03:06:47PM +0100, Adam Borowski wrote:
> In this case, though, what about making the request on the BTS' side? This
> would reveal nothing about the user who actually reads a bug page to
> gravatar. The bandwidth needed to do so is totally negligible.
I think that's what
h
will dilute the motivation for people to work on a proper solution. Then we
end up stuck with the sub-optimal solution.
I think downloader packages where required for licensing reasons are an uneasy
necessary evil, but for when the maintainer doesn't have time to package
something? This see
That explains why "rc-buggy" started showing up against experimental
packages on packages.debian.org. I assumed it was a PDO bug. I guess
everyone has stopped laughing now. Can we get rid of it? (It's also
very misleading).
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with
On Thu, Mar 28, 2013 at 12:32:57PM +0100, Wouter Verhelst wrote:
> on a more personal note, why oh why would you ever want the system to suspend
> when you close the lid? That's what a suspend button is for.
My suspend button requires a function modifier and is ignored if the screen
saver is activ
On Thu, Mar 28, 2013 at 06:48:09PM +0100, Daniel Pocock wrote:
> If a package fails to do what it is supposed to do, isn't that a valid
> argument that it is RC?
No.
Or virtually every bug would be RC.
> gnome-power-manager is meant to suspend a user's laptop when they shut
> the lid and put it
ts is topical, I'd love a response to #677792, sadly too
late for wheezy now but I'm still interested.
--
Jonathan Dowland
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: h
On Mon, Apr 01, 2013 at 12:48:08AM +0300, Uoti Urpala wrote:
> IMO it's important to remember that it's fundamentally the release team
> that is at fault for problems here, not the R maintainer.
Can you please remind me what you do for Debian? Aside from flame debian-devel.
I've forgotten.
> Unst
On Mon, Apr 01, 2013 at 12:15:17AM +0200, Arno Töll wrote:
> So help speeding up the release process.
The universal rebuttal to all complaints about the release process. Sadly
it misses the point at the heart of most complaints: far too much work is
needed to become release-ready, and there is not
On Mon, Apr 01, 2013 at 07:57:50AM +0300, Faidon Liambotis wrote:
> I don't think the time for this discussion is now, so I'll restrain
> myself from saying more. The release is near, and there's going to
> be plenty of time until the next freeze :)
When the pain of the freeze will be a fast-fadin
On Mon, Apr 01, 2013 at 04:45:19PM +0100, Neil McGovern wrote:
> You seem to believe that unstable is more important than stable
> releases. I do not. One of us is in the wrong project.
If, you are suggesting here, that the release process in Debian is utterly
set in stone and nobody may raise obj
On Tue, Apr 02, 2013 at 05:18:53PM +0200, Reinhard Tartler wrote:
> This can/should preferably be configurable, defaulting to the Debian
> BTS. Derivatives should be encouraged to override the defaults
> accordingly.
In the case of "our" bts tool, I think it would be rather too much work
to re-arc
On Tue, Apr 02, 2013 at 07:13:05PM +0100, Ben Hutchings wrote:
> My point.
Sorry Ben!
--
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/20130402204348.GC5048@debian
The NEW queue is not just for double-checking licenses.
--
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/2013040318.GB11273@debian
On 4 Apr 2013, at 20:16, Andrey Rahmatullin wrote:
> otherwise the workflow becomes clumsier
Just to be clear, did you read Russ' blog - are you referring to the merge
trick he uses in his workflow for this purpose?
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subje
On Fri, Apr 05, 2013 at 11:07:31AM +0200, Thomas Koch wrote:
> This java code should be replaces with something in perl/python/non-JVM.
Why?
> Is there already some logic/templates in Debian that I could build on?
dh-make-perl perhaps?
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.de
On Fri, Apr 05, 2013 at 11:26:29AM +0200, Daniel Pocock wrote:
> It may actually be useful for the technical committee to review what is
> on the wiki and make some general statement about Debian's position (if
> they haven't done so in the past), and that can guide the way similar
> bugs are class
On Fri, Apr 05, 2013 at 07:28:32AM -0400, Paul Tagliamonte wrote:
> Can we *PLEASE* stop making new threads. It's getting *REALLY* hard to
> keep playing whack-a-mole with my bozo bin.
Fix your mailer… I see precisely one thread, correctly linked together
via message-id and references headers, wit
On Wed, Apr 10, 2013 at 02:52:20AM +0800, Thomas Goirand wrote:
> If I upload new packages A and B, that A depends and B, and
> that A gets approved, but B doesn't, then we end up with
> package A being in Debian, but never installable.
Has this ever happened? I believe the FTP masters do look at
On Wed, Apr 10, 2013 at 09:11:05AM +1000, Craig Small wrote:
> That was the part I didn't understand. What are people doing to solve
> this generated files at release problem? I've solved this as upstream
> and a Debian developer by having tarballs.
Run the 'dist' stages as part of the 'build'
On Wed, Apr 10, 2013 at 07:11:13PM +0800, Thomas Goirand wrote:
> On 04/10/2013 05:36 PM, Nicolas Dandrimont wrote:
> > The first point has been handled by zack, and we have on hand a legal
> > document,
> > vetted by SFLC lawyers, that makes the mentors platform a "DMCA safe
> > harbor".
>
> Do
On Tue, Apr 09, 2013 at 05:33:20PM +0200, Laurent Bigonville wrote:
> This ruby gem is needed by FPM (see my ITP[0]).
Hi Laurent, thanks for the clarification — to ask a related question.
What's the worth of FPM on Debian? Especially given the issues that
Wouter has raised in the bug¹
¹ http://b
On Wed, Apr 10, 2013 at 10:51:39PM +0900, Charles Plessy wrote:
> - If mentors.debian.org needs to follow the DMCA, why would
> mentors.debian.net be exempt of it ?
It's not, but Debian is not hosting mentors, the .net domain is a forwarding
service
of sorts, so to take on the responsibilit
On Thu, Apr 11, 2013 at 07:04:40PM +, Luca Filipozzi wrote:
> Aslo, we have sso.debian.org, whose use we should expand.
I'd love to see that.
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archi
On Sat, Apr 13, 2013 at 09:18:05AM -0500, Dirk Eddelbuettel wrote:
> Charles, failing that, shall we coordinate off-list? Re-building in chroot
> takes about a minute or two each but sadly some of these package appear
> effectively orphaned (eg gpplot2, single upload 15 months ago -- is that
> rea
On Tue, Apr 16, 2013 at 01:46:20PM -0700, Steve Langasek wrote:
> On Tue, Apr 16, 2013 at 02:28:18PM +0200, Goswin von Brederlow wrote:
> > % ls -lh debian/rules
> > lrwxrwxrwx 1 mrvn users 1 Apr 16 12:27 debian/rules -> /usr/bin/dh
>
> I don't understand your point, other than to demonstrate tha
On Mon, Apr 22, 2013 at 09:38:14AM +, Thorsten Glaser wrote:
> Well yes, but if you do even small things such as generate the
> package manually instead of using debhelper, prepare to be shouted
> at by the British Cabal with threats of using superpowers to remove
> such packages from Debian.
On Sat, Apr 20, 2013 at 07:22:05PM +0100, Dmitrijs Ledkovs wrote:
> I also posted on Debian Planet, how to find patches applied in Ubuntu
> via Debian PTS together with categories of useful fixes that are
> relevant to Jessie and may be already solved/patched in Ubuntu. [1]
>
> I perceived that bl
It would be nice if the long description (at least) gave a bit more of a
concrete overview over the type of utilities that are included. Look at e.g.
moreutils, devscripts for examples of how to do this.
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubsc
On Sat, Apr 20, 2013 at 07:22:05PM +0100, Dmitrijs Ledkovs wrote:
> Ideally, i'd like to see debian to branch or use t-p-u, such that sid
> can continue accepting new uploads and not freeze. E.g. something
> similar to how fedora operates. I vaguely recall that something like
> that has been propos
On Fri, Apr 26, 2013 at 02:20:53PM +0200, Carlos Alberto Lopez Perez wrote:
> dh_make -f ../foo-1.tar.gz
> dpkg-buildpackage
I think one valid point the OP makes which each of these suggestions — in
isolation — seem to miss, is there are *too many ways to do it*. The
suggestions you (and others)
Is there a mobile version?
Sent from my iPhone
On 30 Apr 2013, at 17:52, Thorsten Glaser wrote:
> http://www.afaik.de/usenet/faq/zitieren/ (in German, English and Dutch)
> Please. Read it. Follow it.
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubsc
Hi Paul,
This has been discussed many times on -devel, including before you became a DD.
Many people, including Roger and Marco, have spent a *lot* of time thinking
about this and working on proofs of concepts, etc. already. Please take some
time to read up on the previous threads before insisting
On Tue, May 07, 2013 at 04:56:04PM +0100, Roger Leigh wrote:
> That said, I'm not in support of moving things to /usr; it's completely
> backward.
…
> If we do this, I'd prefer to make /usr a symlink to / on new installs
I've always thought that myself, but it seems most folks who are pro
merge te
On 7 May 2013, at 17:26, Simon Chopin wrote:
> Please don't assume that only DDs read debian-devel.
Don't worry, I haven't: I just don't know of a more accurate heuristic for
determining when somebody started to get involved.
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
wi
On Tue, May 07, 2013 at 07:21:26PM +0200, Stefano Zacchiroli wrote:
> I don't see why, in this context, that's a useful heuristic to have. If
> you want to debunk someone's argument,
I'm not sure I'd characterize what I tried to get across as debunking someone's
argument. More so, questioning whet
On Tue, Oct 29, 2013 at 02:06:45AM +0800, Thomas Goirand wrote:
> On 10/28/2013 06:28 PM, Jakub Wilk wrote:
> > Please rename /sbin/rc to something else. We've had (unrelated)
> > /usr/bin/rc in Debian for at least 18 years.
>
> Outch! This bites hard. Maybe you being the maintainer of the "rc"
>
On Tue, Nov 12, 2013 at 12:52:35PM +, Neil Williams wrote:
> Generally, I avoid even trying to remove system users during package
> removal. Remove the files for that user but not the user itself. (What
> harm does it do to leave the user defined?)
This seems very sensible and pragmatic, but y
On Fri, Nov 15, 2013 at 11:16:19AM +0100, Helmut Grohne wrote:
> For instance the publican package saved 3/4 of its binary package
> size. If this were a problem, then maybe we should have seen a bug
> report.
I'm not sure that making a general rule based on an edge-case is a
good idea. Publican
On Fri, Nov 15, 2013 at 01:39:07PM +0400, Виталий Филиппов wrote:
> As the latest packaged Subversion in Debian is now 1.8.4 and it seems
> that the maintainer doesn't care updating it by now (see
> http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=725787),
A little over a month ago is not long e
On Fri, Nov 15, 2013 at 10:06:37AM -0500, Paul Tagliamonte wrote:
> I was on my phone, thanks for the advice.
I laboriously quote-post from my phone all the time. Emails should be
optimised for the reader, rather than the writer.
> No, I don't think it's wise to let this back in the archive befor
On Sat, Nov 16, 2013 at 01:30:01PM +0100, John Paul Adrian Glaubitz wrote:
> I have yet to see someone who does. I'm a long-time emacs user
> and so are many of other developers I work together with and everyone
> I know of who uses emacs as their primary editor doesn't use X11
> support, you just
On Tue, Nov 26, 2013 at 06:42:43PM +0800, Thomas Goirand wrote:
> This is correct, OpenRC uses sysvinit, and replaces only sysv-rc
> (which BTW shows that replacing a well working PID 1, or adding any
> piece of code in it, is absolutely not needed at all)
...to achieve what OpenRC achieves.
--
On Mon, Dec 16, 2013 at 09:48:29AM -0500, Paul Tagliamonte wrote:
> If you want this package in Debian, you just had to reply to my original
> mail to you with "Yes" and re-dput it. Instead, you've wasted everyone's
> time with these threads, and I'm sitting here, trying to reply to this.
FWIW I d
On Mon, Dec 30, 2013 at 12:27:29PM +0100, Guillem Jover wrote:
> * signing would get rafactored into a new program so that users do
>not need to manually mangle the .changes file, rebuild or require
>devscripts for something that was possible out-of-the-box.
I chose to read that as "debsi
You raise some very valid points and §I appreciate your concerns and
perhaps should rephrase my request so that I'm suggesting subsuming the
most common used features of debsign and perhaps as part of a staged
migration (compat symlink to debsign binary name in the phase 1, real
name dpkg-sign or w
On Thu, Jan 23, 2014 at 12:45:39PM +0100, Richard Hartmann wrote:
> The absolute monetary value of the Valve Pack on Steam is €89.99 in
> Europe
You're forgetting future, unreleased Valve games too.
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe
On Mon, Jan 27, 2014 at 11:27:52AM +0100, Simon Toedt wrote:
> Hint: Before further claiming the obsolesce of krb-rsh/rlogin vs ssh
> please try ssh on an ARM box (e.g gumstix) vs krb-rsh. ssh takes
> almost 2.6 seconds to complete (even with tuning and using arcfour),
> krb-rsh executes the same i
Hi,
I regularly use rename(1) and miss it on non-Debian systems. The fact perl
provides it currently doesn't matter to me (or I'd argue any end user)
> On 2 Feb 2014, at 15:12, Dominic Hargreaves wrote:
> A
> maintained version is available as a separate package, libfile-rename-perl.
This is a
Hi Gregor,
On Sun, Feb 02, 2014 at 07:31:02PM +0100, gregor herrmann wrote:
> It's the package for the CPAN File::Rename distribution, and
> therefore named accordingly to
> https://www.debian.org/doc/packaging-manuals/perl-policy/ch-module_packages.html#s-package_names
> in Debian.
Thanks for po
You may have better luck on debian-mentors (but I echo what others are
saying… it sounds like your mentor is not behaving in the spirit of
open source software)
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.de
101 - 200 of 559 matches
Mail list logo
