On 10.11.2014 10:55, Dimitri John Ledkov wrote:
> i am disappoint. =( will second the motion on debian-vote to go for zurg.
There is a ongoing GR proposal waiting for seconds, see
https://lists.debian.org/debian-curiosa/2014/11/msg3.html which I
fully support!
--
with kind regards,
A
Hi,
the next release will be named Debian Zurg[*].
[*] soon to be announced, I'm sure.
--
with kind regards,
Arno Töll
IRC: daemonkeeper on Freenode/OFTC
GnuPG Key-ID: 0x9D80F36D
signature.asc
Description: OpenPGP digital signature
n-time" failure than an "install-time" failure.
>
... which we do. Yet people, including you, blame us for that data loss
as you start the (re-)server at runtime afterwards even though the
installation completes. :-)
--
with kind regards,
Arno Töll
IRC: daemonkeeper on Fre
s of today by the way
[2]
http://anonscm.debian.org/cgit/pkg-apache/apache2.git/tree/debian/control?id=596d18e0bc7e23b2a897f4e1bfb4f1864c8d373e#n127
--
with kind regards,
Arno Töll
IRC: daemonkeeper on Freenode/OFTC
GnuPG Key-ID: 0x9D80F36D
signature.asc
Description: OpenPGP digital signature
ess it, somebody removed the .load symlinks we expect
to be there.
--
with kind regards,
Arno Töll
IRC: daemonkeeper on Freenode/OFTC
GnuPG Key-ID: 0x9D80F36D
signature.asc
Description: OpenPGP digital signature
ing, I need to implement a solution which does not involve any
packaging changes to packages released with Wheezy.
--
with kind regards,
Arno Töll
IRC: daemonkeeper on Freenode/OFTC
GnuPG Key-ID: 0x9D80F36D
signature.asc
Description: OpenPGP digital signature
with kind regards,
Arno Töll
IRC: daemonkeeper on Freenode/OFTC
GnuPG Key-ID: 0x9D80F36D
signature.asc
Description: OpenPGP digital signature
't ask) and it does it's own
configuration completely detached from Debian packaging and Debian
configuration. Therefore, people that don't use Apache on their own have
that package installed, too.
--
with kind regards,
Arno Töll
IRC: daemonkeeper on Freenode/OFTC
GnuPG Key-ID: 0x9D80F36D
signature.asc
Description: OpenPGP digital signature
note 2: We kinda expected this
situation and added a trapdoor in Wheezy [1], but it turned out, that
even that is not good enough to prevent havoc with --purge-unused.
[1]
http://anonscm.debian.org/gitweb/?p=pkg-apache/apache2.git;a=blob;f=debian/apache2.2-common.postrm;h=bbe9f740b81cf8af64412
Hi,
On 01.04.2014 12:38, Mike Gabriel wrote:
> When using debian testing, it is not trivial to get the previous version of a
> package after it is upgraded. [..]
debsnap (in devscripts) is your friend.
--
with kind regards,
Arno Töll
IRC: daemonkeeper on Freenode/OFTC
GnuPG
r stopped mentoring
you because you copied over best practices from other packages, in
particular those your mentor maintains?
If so, not you should be hit with the holy hammer of clue, but your mentor.
--
with kind regards,
Arno Töll
IRC: daemonkeeper on Freenode/OFTC
GnuPG Key-ID: 0x9D80F36D
sign
rking*
team, and I see no problem to use debian-apache@l.d.o for that purpose.
I might even join that team. ;-)
--
with kind regards,
Arno Töll
IRC: daemonkeeper on Freenode/OFTC
GnuPG Key-ID: 0x9D80F36D
signature.asc
Description: OpenPGP digital signature
-uid 'er...@mega-nerd.com' --allow libsndfile libsamplerate
sndfile-tools
I have added a documentation example to the manpage for that.
--
with kind regards,
Arno Töll
IRC: daemonkeeper on Freenode/OFTC
GnuPG Key-ID: 0x9D80F36D
signature.asc
Description: OpenPGP digital signature
rint
> 522D7163831C73A635D12FE5EC371482956781AF
> [Errno 2] No such file or directory
This is fixed in git, see #709831.
--
with kind regards,
Arno Töll
IRC: daemonkeeper on Freenode/OFTC
GnuPG Key-ID: 0x9D80F36D
signature.asc
Description: OpenPGP digital signature
(or breaking them).
+ MySQL (in particular).
There the situation is very complicated, too thanks to Oracle.
I don't know if this applies to other Oracle products, too think of
Virtualbox etc.
--
with kind regards,
Arno Töll
IRC: daemonkeeper on Freenode/OFTC
GnuPG Key-ID: 0x9D80F36D
ming we can fix the dma situation (#671364) I'd rather consider that
one a (possible) future default MTA.
--
with kind regards,
Arno Töll
IRC: daemonkeeper on Freenode/OFTC
GnuPG Key-ID: 0x9D80F36D
signature.asc
Description: OpenPGP digital signature
are more jobs that team could take over, like
handling bugs against "general", or against in-existing packages.
Yet I don't think that would be a highly appealing job, but I'm more
than happy if others would like to do it.
--
with kind regards,
Arno Töll
IRC: daemonke
ussing that, we need automated/mandatory dbg packages for
Debian, e.g. see [1] for the last time this was discussed.
[1]
--
with kind regards,
Arno Töll
IRC: daemonkeeper on Freenode/OFTC
GnuPG Key-ID: 0x9D80F36D
signature.asc
Description: OpenPGP digital signature
one.
[1]
http://www.pathname.com/fhs/pub/fhs-2.3.html#SRVDATAFORSERVICESPROVIDEDBYSYSTEM
[2] <4f8a1567.80...@debian.org> //
https://lists.debian.org/debian-devel/2012/04/msg00301.html
--
with kind regards,
Arno Töll
IRC: daemonkeeper on Freenode/OFTC
GnuPG Key-ID: 0x9D80F36D
signature.asc
Description: OpenPGP digital signature
10 @@
> +apt (0.9.7.8+nmu1) UNRELEASED; urgency=low
^
You missed something, didn't you? Otherwise, your patch looks fine!
Maybe you want to CC deity@l.d.o next time though when you plan to NMU
their package. :>
--
with kind regards,
Arno Töll
IRC: d
nt: You could
help there as well which is a much better idea rather than ranting and
trolling around.
--
with kind regards,
Arno Töll
IRC: daemonkeeper on Freenode/OFTC
GnuPG Key-ID: 0x9D80F36D
signature.asc
Description: OpenPGP digital signature
oice to use an avatar, or someone
assigns one to you.
Well, I'd prefer if we had other choices than that too, but on the other
hand we surely got more important problems. Either way, there is a
thread on debian-project and maybe we could stick with one.
[1] <87hakcbfjy@gkar.ganneff
ing a similar
job. Contrary to our DM implementation it is written in more
self-sufficient bash script and was meant to inclusion into devscripts,
last I heard.
I don't know what the current status is on that matter though.
[1] https://github.com/algernon/yodack
--
with kind regards,
Ar
Hi Paul,
On 06.03.2013 01:13, Paul Wise wrote:
> On Tue, Mar 5, 2013 at 2:57 PM, Arno Töll wrote:
>
>> dcut dm --uid "Tobias Stefan Richter" --allow nexus
>
> Could this be moved to devscripts as a dm command? Maybe with less
> dashes in the interface too.
er: Carlo Segre
Action: dm
Fingerprint: 8CCC1BA8590FF029D17C708FC1BCD3C72AA28B6B
Allow: nexus
---
Note, you can also use dput-ng (available in unstable) to manage DM
permissions. The equivalent command would be:
dcut dm --uid "Tobias Stefan Richter" -
could set-up our own gitorious instance once the stuff is
packaged. I at least am very interested in such a Debian service and
might even set one up.
--
with kind regards,
Arno Töll
IRC: daemonkeeper on Freenode/OFTC
GnuPG Key-ID: 0x9D80F36D
signature.asc
Description: OpenPGP digital signature
Package: wnpp
Severity: wishlist
Owner: "Arno Töll"
* Package name: kpcli
Version : 1.6
Upstream Author : Lester Hightower
* URL : http://sourceforge.net/projects/kpcli/
* License : Perl Artistic License
Programming Lang: Perl
Description
Hi,
On 11.02.2013 14:00, Игорь Пашев wrote:
> If you look at dh_installman, you will see that it replaces such dummy pages
> with symlinks.
Which solves your problem, doesn't it? And no, I don't think that's ugly
- it's a pragmatic workaround.
--
with kind regards,
A
o man1/foo.1
[1] http://www.tldp.org/HOWTO/Man-Page/q4.html
--
with kind regards,
Arno Töll
IRC: daemonkeeper on Freenode/OFTC
GnuPG Key-ID: 0x9D80F36D
signature.asc
Description: OpenPGP digital signature
--
with kind regards,
Arno Töll
IRC: daemonkeeper on Freenode/OFTC
GnuPG Key-ID: 0x9D80F36D
signature.asc
Description: OpenPGP digital signature
ed tasks contradict with upstream's priorities and point of views.
The Debian principle of backporting important fixes instead of upgrading
for example is one of these things where upstream developers tend to say
"WTH? Why don't you just use my latest version".
--
with kind
s.
How is this better/different to incron(d) [1]?
[1] http://packages.debian.org/sid/incron
--
with kind regards,
Arno Töll
IRC: daemonkeeper on Freenode/OFTC
GnuPG Key-ID: 0x9D80F36D
signature.asc
Description: OpenPGP digital signature
p=vindex&search=0xA0A0
--
with kind regards,
Arno Töll
IRC: daemonkeeper on Freenode/OFTC
GnuPG Key-ID: 0x9D80F36D
signature.asc
Description: OpenPGP digital signature
lookupfor argument 0x12 failed. GnuPG returned error:
gpg: error reading key: malformed user id
--
with kind regards,
Arno Töll
IRC: daemonkeeper on Freenode/OFTC
GnuPG Key-ID: 0x9D80F36D
signature.asc
Description: OpenPGP digital signature
eze there won't be dput-ng in
Testing anytime soon.
We may be able to provide an out-of-tree backport on a private
repository, but I don't see many chances to get it into Squeeze.
We may, however, surely provide a backport for Wheezy once it is released.
--
with kind regards,
Arno Töll
I
starting with "But $MY_MUA can['t]" does
not count as real argument until we have a "Debian Developer Reference
Software Toolstack".
--
with kind regards,
Arno Töll
IRC: daemonkeeper on Freenode/OFTC
GnuPG Key-ID: 0x9D80F36D
signature.asc
Description: OpenPGP digital signature
ay and by respecting design choices by others. A NMU is not
about forcing someone else to obey your personal tastes and preferences.
--
with kind regards,
Arno Töll
IRC: daemonkeeper on Freenode/OFTC
GnuPG Key-ID: 0x9D80F36D
signature.asc
Description: OpenPGP digital signature
Hi,
On 28.10.2012 14:15, Adam D. Barratt wrote:
> On 28.10.2012 13:06, Arno Töll wrote:
>> On 28.10.2012 13:57, Florian Weimer wrote:
>>> Does it prevent uploading security updates to the main archive by
>>> default?
>>
>> Adam, with his Release Team hat on
and it is reasonably trivial to implement.
For the time being we do not prevent this, but it is on our TODO already
and the first version we upload to Debian will most likely feature such
a check.
--
with kind regards,
Arno Töll
IRC: daemonkeeper on Freenode/OFTC
GnuPG Key-ID: 0x9D
est in that. Also note, we keep
some backward compatibility but we are not entirely backwards compatible
(but only a few users with edge case configurations should notice this).
--
with kind regards,
Arno Töll
IRC: daemonkeeper on Freenode/OFTC
GnuPG Key-ID: 0x9D80F36D
signature.asc
Description: OpenPGP digital signature
Package: wnpp
Severity: wishlist
Owner: "Arno Töll"
Package: wnpp
Severity: wishlist
Owner: Arno Töll
thanks
* Package name: dput-ng
Version : 1.0.0
Upstream Author : Arno Töll , Paul Tagliamonte
* URL : http://people.debian.org/~paultag/dput-ng
rs :)
--
with kind regards,
Arno Töll
IRC: daemonkeeper on Freenode/OFTC
GnuPG Key-ID: 0x9D80F36D
signature.asc
Description: OpenPGP digital signature
n-devel/2012/10/msg00473.html
--
with kind regards,
Arno Töll
IRC: daemonkeeper on Freenode/OFTC
GnuPG Key-ID: 0x9D80F36D
signature.asc
Description: OpenPGP digital signature
a new maintainer in a
way which is a not prone to conflicts.
I am not saying you should not NMU packages. People should not be afraid
to NMU - but do it an respectful, minimally invasive way. Do the
cosmetic perfectionist stuff later, when you are the official maintainer.
--
with kind regards
positive and negative votes on a
submitted case.
[1] https://lists.debian.org/debian-devel/2012/09/msg00656.html
[2] https://lists.debian.org/debian-devel/2012/10/msg00162.html
--
with kind regards,
Arno Töll
IRC: daemonkeeper on Freenode/OFTC
GnuPG Key-ID: 0x9D80F36D
signature.asc
Description: OpenPGP digital signature
tending we had a working concept to throw away binaries and how to
deal with arch:all packages, why don't we introduce a control/changes
file flag similar in spirit to "XS-Autobuild: yes" instructing dak not
to throw away binaries upon explicit request - say "XS-keep-binary:
re.
Moreover, I bet there is a fair number of DDs building their stuff in
/srv, /some/random/non-fhs/directory and whatever else one could
imagine, possibly including /tmp. Scanning for a particular directory
or, list of directories, does not really help.
--
with kind regards,
Arno Töll
a bad idea though. We
just need someone to care enough to implement missing bits and find a
way how to deal with arch:all.
--
with kind regards,
Arno Töll
IRC: daemonkeeper on Freenode/OFTC
GnuPG Key-ID: 0x9D80F36D
signature.asc
Description: OpenPGP digital signature
velopers
agreed for the opened case. I don't think that's desired or realistic.
* How would you validate binding votes on a salvage process? You would
need to require to send signed mails to the list for seconding.
Otherwise we did not win anything over votes allowed by anyone.
--
wit
ould unblock a package with major changes such
as a new upstream version. Not to say Vincent should not work on it, but
it won't be in time for Wheezy.
--
with kind regards,
Arno Töll
IRC: daemonkeeper on Freenode/OFTC
GnuPG Key-ID: 0x9D80F36D
signature.asc
Description: OpenPGP digital signature
intent to salvage/hijack a
package, wait if people complain loud enough. We would still be in a
legal gray area, where it is not clear whether one is allowed to salvage
a package from a bad maintainership.
I think the most important rationale is to get people not to be afraid
to take over packag
] http://penta.debconf.org/dc12_schedule/events/926.en.html
[7] https://lists.debian.org/debian-project/2012/07/msg3.html
[8] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=681833
--
with kind regards,
Arno Töll
IRC: daemonkeeper on Freenode/OFTC
GnuPG Key-ID: 0x9D80F36D
signature.asc
Description: OpenPGP digital signature
on of it in devscripts:
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=688830
--
with kind regards,
Arno Töll
IRC: daemonkeeper on Freenode/OFTC
GnuPG Key-ID: 0x9D80F36D
signature.asc
Description: OpenPGP digital signature
uot; message
within two months.
--
with kind regards,
Arno Töll
IRC: daemonkeeper on Freenode/OFTC
GnuPG Key-ID: 0x9D80F36D
signature.asc
Description: OpenPGP digital signature
rg/debian-devel/2012/08/msg00101.html
--
with kind regards,
Arno Töll
IRC: daemonkeeper on Freenode/OFTC
GnuPG Key-ID: 0x9D80F36D
signature.asc
Description: OpenPGP digital signature
; other kerberos
> libraries. I've moved illumos gssapi.h inot /usr/include/sys/.
Historically, Linux did similar things. For example we had a kernel NFS
server and user space NFS servers for a long time. That said, Kerberos
is another level of insanity, without doubt.
--
with kind regards,
Arno Töll
IRC: daemonkeeper on Freenode/OFTC
GnuPG Key-ID: 0x9D80F36D
signature.asc
Description: OpenPGP digital signature
for buildds if A is not installable.
The rationale is, that builds should unconditionally result in the same
binary package (I guess).
--
with kind regards,
Arno Töll
IRC: daemonkeeper on Freenode/OFTC
GnuPG Key-ID: 0x9D80F36D
signature.asc
Description: OpenPGP digital signature
packages are upgraded.
Question remains whether the resulting binary packages are distributable
by Debian. You'd basically need to ship source only binary packages
which are built on the installing platform - including utilities, not
only for the kernel driver.
--
with kind regards,
Arno Töll
kFreeBSD only runs in a
chroot for now.
--
with kind regards,
Arno Töll
IRC: daemonkeeper on Freenode/OFTC
GnuPG Key-ID: 0x9D80F36D
signature.asc
Description: OpenPGP digital signature
t;alias ifconfig='ip a'" >>.bashrc
That's not going to work and you know that. I hope you do at least.
--
with kind regards,
Arno Töll
IRC: daemonkeeper on Freenode/OFTC
GnuPG Key-ID: 0x9D80F36D
signature.asc
Description: OpenPGP digital signature
ot show it).
ifconfig eth0 192.168.0.1 up
ifconfig eth0:0 192.168.0.2 up
ifconfig
It does not list addresses you added with ip without adding a
sub-interface, however. With respect to visibility, one might wonder if
doing that that is a good idea after all.
--
with kind regards,
Arno Töll
IR
and route were around already when everyone
insisted on the separation of /bin and /sbin. /bin/ip is slightly newer
and supposed to replace ifconfig/route some day entirely.
I don't think we have concrete plans to get rid of net-tools in a
foreseeable future though.
--
with kind regards,
Arno
te some day, but we should be sure
(virtually) nobody notices once we drop it.
--
with kind regards,
Arno Töll
IRC: daemonkeeper on Freenode/OFTC
GnuPG Key-ID: 0x9D80F36D
signature.asc
Description: OpenPGP digital signature
utions do affect a small notion of developers only. Thus, I
appreciate they are sent to d-d-a now. While the node naming conflict
may not affect too many developer directly, implications resolved by any
tech-ctte decision do per constitutional powers granted to that
institution.
--
with kind rega
Hi,
Eshat Cakar made a package for screenkey already. As far as I know it
was in a good shape and only lacked a sponsor until he gave up
eventually. Maybe get in touch with him (CC:-ed) to save duplicate work.
--
with kind regards,
Arno Töll
IRC: daemonkeeper on Freenode/OFTC
GnuPG Key-ID
a well respected Debian Developer today if your
replies to your first WNPP bug (if you filed any, I don't know) back
then told you to go away, nobody appreciates your work?
--
with kind regards,
Arno Töll
IRC: daemonkeeper on Freenode/OFTC
GnuPG Key-ID: 0x9D80F36D
signature.asc
Description: OpenPGP digital signature
into Debian and what not, and nobody who decides on that beyond
legal issues.
How would Mickaël know, then?
--
with kind regards,
Arno Töll
IRC: daemonkeeper on Freenode/OFTC
GnuPG Key-ID: 0x9D80F36D
signature.asc
Description: OpenPGP digital signature
ns start and
that's perfectly fine. It's what happens (or rather: what's not
happening) afterwards which worries me in some cases.
--
with kind regards,
Arno Töll
IRC: daemonkeeper on Freenode/OFTC
GnuPG Key-ID: 0x9D80F36D
signature.asc
Description: OpenPGP digital signature
Hi,
as a clarification, because I was pointed to it:
On 13.06.2012 18:54, Arno Töll wrote:
> Drive-by sponsoring makes this even more complicated and is not helping
> anybody. We should stop advocating drive-by sponsoring at all.
... with the exception of evident cases like RC bug
>NMUers,
> debian/README.nmu
Likewise.
Maybe we could stick both, the maintainer and the NMU information
README.source though, as people suggested in IRC.
> It doesn't seem to me that there is any need to change the archive
> machinery to handle DM permissions differen
ory for DDs only. You
know we welcome everyone [1] apparently.
[1] <20120606151810.gj4...@camblue.cbg.collabora.co.uk>
--
with kind regards,
Arno Töll
IRC: daemonkeeper on Freenode/OFTC
GnuPG Key-ID: 0x9D80F36D
signature.asc
Description: OpenPGP digital signature
the same for
Debian. Including support for multiple distributions starting with Lenny.
--
with kind regards,
Arno Töll
IRC: daemonkeeper on Freenode/OFTC
GnuPG Key-ID: 0x9D80F36D
signature.asc
Description: OpenPGP digital signature
ppen *now* beyond the bare essential minimum to
improve the user experience in Wheezy.
--
with kind regards,
Arno Töll
IRC: daemonkeeper on Freenode/OFTC
GnuPG Key-ID: 0x9D80F36D
signature.asc
Description: OpenPGP digital signature
--
with kind regards,
Arno Töll
IRC: daemonkeeper on Freenode/OFTC
GnuPG Key-ID: 0x9D80F36D
signature.asc
Description: OpenPGP digital signature
he debian-apache list.
--
with kind regards,
Arno Töll
IRC: daemonkeeper on Freenode/OFTC
GnuPG Key-ID: 0x9D80F36D
signature.asc
Description: OpenPGP digital signature
r own stuff unsupported by
Apache.
--
with kind regards,
Arno Töll
IRC: daemonkeeper on Freenode/OFTC
GnuPG Key-ID: 0x9D80F36D
signature.asc
Description: OpenPGP digital signature
that at
Lighttpd as well.
However, as per FHS no assumptions on such a layout can or should be made.
--
with kind regards,
Arno Töll
IRC: daemonkeeper on Freenode/OFTC
GnuPG Key-ID: 0x9D80F36D
signature.asc
Description: OpenPGP digital signature
those who do, most likely already realize using the default /var/www
vhost plus custom /var/www/site vhosts causes problems.
Hence I advocate to configure the default as sane as possible to obey
the principle of least surprise.
--
with kind regards,
Arno Töll
IRC: daemonkeeper on Freenode/OFT
w/html
NetBSD: /usr/pkg/share/httpd/htdocs
FreeBSD: /usr/local/www/apache22/data
OpenBSD: /var/apache2/htdocs/
Solaris: /var/apache2/htdocs
Slackware: /svr/httpd/htdocs
Gentoo: /var/www/localhost/htdocs
--
with kind regards,
Arno Töll
IRC: daemonkeeper on Freenode/OFTC
GnuPG Key-ID: 0x9D80F36D
cular directory, but I do not see
why /var/lib/www would be better than /var/www/. Please let me know if I
missed something here.
[1]
http://www.pathname.com/fhs/pub/fhs-2.3.html#VARLIBVARIABLESTATEINFORMATION
--
with kind regards,
Arno Töll
IRC: daemonkeeper on Freenode/OFTC
GnuPG Key-I
o worry about sensitive information disclosed by
accidentally matching last-resort catch-all name based hosts anymore.
Thus, to summarize once again: I'd like to change the default directory
served by web servers from /var/www to /var/www/html along with
remaining web servers in Debian.
Comm
build dependency against dpkg-dev >= 1.16.1 doing so.
- --
with kind regards,
Arno Töll
IRC: daemonkeeper on Freenode/OFTC
GnuPG Key-ID: 0x9D80F36D
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.11 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.m
claim to be the better Mentors service.
- --
with kind regards,
Arno Töll
IRC: daemonkeeper on Freenode/OFTC
GnuPG Key-ID: 0x9D80F36D
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.11 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://eni
e Debian project as a whole, be it. But I'd ask
you not to mix-up and confuse debian.net projects with other stuff
discussed in here. Thanks.
- --
with kind regards,
Arno Töll
IRC: daemonkeeper on Freenode/OFTC
GnuPG Key-ID: 0x9D80F36D
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.11 (GNU/
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 01.03.2012 18:11, Arno Töll wrote:
> The vanilla kernel itself has some ASLR protection as well,
> although I think it is still not enabled by default in Debian (and
> is perhaps
^^
KiBi corrected me. It
attacks. That would lead us back to the
grsecurity/PaX discussion we had a few weeks ago.
The vanilla kernel itself has some ASLR protection as well, although I
think it is still not enabled by default in Debian (and is perhaps
weaker than PaX).
- --
with kind regards,
Arno Töll
IRC: dae
atible shell script on !Linux at
boot/install time.
- --
with kind regards,
Arno Töll
IRC: daemonkeeper on Freenode/OFTC
GnuPG Key-ID: 0x9D80F36D
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.11 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/
iQIcBAEB
nd up to basically fork systemd or carry very
heavy patches in systemd. Not sure if that sounds desirable in the
long term, as I do not think upstream is interested to merge any of
these hacks.
- --
with kind regards,
Arno Töll
IRC: daemonkeeper on Freenode/OFTC
GnuPG Key-ID: 0x9D80F36D
-BEGIN P
C buggy immediately, as they all need to
declare a dependency against (an) init script given they rely on a
init script for functionality then.
- --
with kind regards,
Arno Töll
IRC: daemonkeeper on Freenode/OFTC
GnuPG Key-ID: 0x9D80F36D
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.11 (GNU
lists.debian.org/debian-mentors/2012/01/msg00365.html
- --
with kind regards,
Arno Töll
IRC: daemonkeeper on Freenode/OFTC
GnuPG Key-ID: 0x9D80F36D
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.11 (GNU/Linux)
Comment: Using GnuPG with Mozilla - htt
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hi,
On 19.01.2012 05:54, Michael Gilbert wrote:
> On Wed, Jan 18, 2012 at 7:43 AM, Arno Töll wrote:
>> On 18.01.2012 08:40, Raphael Hertzog wrote:
>>> Dear DSA, do you think it's possible to have a CNAME mentors.deb
ches/series, although that would be quite uncommon.
- --
with kind regards,
Arno Töll
IRC: daemonkeeper on Freenode/OFTC
GnuPG Key-ID: 0x9D80F36D
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.11 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail
t;
prompts you for a password two times unless you use a ssh agent.
Moreover, you should provide a source package for review and inclusion.
Not a binary package to the debian-mentors mailing list.
- --
with kind regards,
Arno Töll
IRC: daemonkeeper on Freenode/OFTC
GnuPG Key-ID: 0x9D80F36D
e, you could consider uploading it despite of all critics and hope
ftpmaster will accept it.
I would, however, support any effort in finding a consolidated web
application policy regarding dependencies, suggestions, ways to interact
with web servers and such.
- --
with kind regards,
Arno Töll
IRC: d
example: trac is written in Python but recommends
"apache2 | httpd" (albeit not depends).
We better consolidate dependencies of web applications instead of
picking examples for either arguments, as different people sadly solve
the same problem different here.
- --
with kin
sure
there are many more special case scenarios where a weaker dependency
would be better, but the overall benefit is more valuable. In fact, we
do have "Depends" at all then? I'm sure there is a special use case for
almost every dependency where it would be better not to have it at a
mod +x foo.install" is so much
worse than overriding dh_install by your own dark magic but you should
be realizing you just traded one black-box for another
not-so-black-but-still-very-dark-box.
- --
with kind regards,
Arno Töll
IRC: daemonkeeper on Freenode/OFTC
GnuPG Key-ID: 0x9D80F36D
---
y level 9 to not
break any existing source package out there which might accidentally
have +x on such a file.
- --
with kind regards,
Arno Töll
IRC: daemonkeeper on Freenode/OFTC
GnuPG Key-ID: 0x9D80F36D
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.11 (GNU/Linux)
Comment: Using GnuPG
reat improvement. Or,
alternatively most patches-which-are-scripts could be avoided if quilt
had better support for removing/copying/renaming files.
- --
with kind regards,
Arno Töll
IRC: daemonkeeper on Freenode/OFTC
GnuPG Key-ID: 0x9D80F36D
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.1
/intro-maintainers
- --
with kind regards,
Arno Töll
IRC: daemonkeeper on Freenode/OFTC
GnuPG Key-ID: 0x9D80F36D
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.11 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/
iQIcBAEBAgAGBQJOs/71AAoJEMcrUe
1 - 100 of 125 matches
Mail list logo
