If the source includes SHA, then it must remain in non-US, together
with the binaries (iow: binaries compiled without SHA, from a source
which has SHA in it must be in non-us still).
At least, that's what I think, but I may be wrong.
--
Gergely Nagy \ mhp/|8]
pgpJ5XuclYybE.pgp
Description
that...
--
Gergely Nagy
package? That'd result in your buggetting automatically closed when the
bug is fixed in the other package, it would probably make filtering
easier too, and the bug would normally appear on the bug page of your
package, so users would notice it and won't report it again and again.
HTH,
--
Gergely Nagy
the problems with testing (mainly
testing-security at this point in time) would be MUCH better than
dropping testing and freezing unstable before the next release.
--
Gergely Nagy
want to push the same larger
update into a frozen unstable, you'd run into the very same problems
anyway.
--
Gergely Nagy
reasons I'm a Debian user.
--
Gergely Nagy
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
On Tue, 2005-03-08 at 16:22 -0800, Steve Langasek wrote:
Hi Gergely,
On Wed, Mar 09, 2005 at 12:56:10AM +0100, Gergely Nagy wrote:
Just to chime in, not saying that maintaining a consistent state between
architectures is an easy thing and presents no problems, but Debian is
the only
a plus in
my book.
Please help us testing this release, by giving it a go, and
checking if it does not break existing functionality or if there are
more features wanted[3]!
Cheers,
--
Gergely Nagy
[1] http://www.gnu.org/software/gnu-arch/
[2] tla register-archive [EMAIL PROTECTED] \
http
* Michael Ablassmeier ([EMAIL PROTECTED]) [031201 19:55]:
I think, at least Packages like dpkg or gnupg should call
dh_md5sums. I was wondering, if it would be usefull to make
a mass bug-filling against these Packages. Before, it would be
nice to have a List of Packages (maybe sorted by
Hello!
Maintainer: Eric Delaunay [EMAIL PROTECTED]
Changed-By: Eric delaunay [EMAIL PROTECTED]
^
These are not the same, note the case...
Cheers,
--
Gergely Nagy \ mhp/|8]
pgpzmOMLrgPk3.pgp
Description: PGP signature
You can either Cc: debian devel, or add a X-Debbugs-Cc: header (works
like Cc, but includes the bug# in the subject too).
IIRC, it is documented somewhere in the doc-debian package.
Cheers,
--
Gergely Nagy \ mhp/|8]
pgpWqyKFvBmI9.pgp
Description: PGP signature
like that..
Cheers,
--
Gergely Nagy \ mhp/|8]
pgpS3dP2SXClJ.pgp
Description: PGP signature
I can see where a patch.diff might come in. It may not always be the
result of a DD not cleaning out the debian/ directory before building.
It may even be an essential part of the build process.
Yes, but probably with a more suitable name.. (note that I checked the
patch.diff itself, and it
I mailed the maintainer of the above package on the eleventh of december and
haven't got a reply yet. All the bugs of the package are pretty old, a new
version of the proggy is also available upstream, current version is a year
old.
He is my applicant, and has a new version ready (with a
Is there anyone out there who actually appreciates the storms of
Information received acks that debbugs generates? If not, it is
fairly simple to turn them off - we just need to decide to do so.
I do. If lists are slow, I get an ACK back quickly, and won't wonder
for hours if my mail got
Hi!
Some time ago, I assembled a list of packages which were arch: all,
yet used binary-arch to build the package, and another list of
packages whose debian/copyright did not have a pointer to the full
license.
Unfortunately, I wasn't able to file the bugs at that time, so I redid
the test now.
Rather than mass filing bugs, can you write a lintian check for it
instead?
He filed a bug about Upstream Author(s), I fixed it, and then shaleh and
others reverted it :)
I think we have better things to be nitpicky about. Besides, lintian tries to
only enforce policy.
Spelling
On Tue, Aug 20, 2002 at 05:56:58PM +0200, Gergely Nagy wrote:
Some time ago, I assembled a list of packages which were arch: all,
yet used binary-arch to build the package, and another list of
packages whose debian/copyright did not have a pointer to the full
license.
Rather than mass
Package: lintian
Version: 1.20.17
Severity: wishlist
Tags: patch
Rather than mass filing bugs, can you write a lintian check for it
instead?
As promised, here is the check:
diff -u -urNad old/copyright-file new/copyright-file
--- old/copyright-file 2002-08-20 23:04:54.0 +0200
+++
, a
Debian or linux-flaming article somewhere on the net, etc), preferably
calmly, without having ones blood pressure rise to unhealthy heights.
--
Gergely Nagy
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
On Tue, 2005-01-25 at 12:02 -0600, John Hasler wrote:
Gergely Nagy writes:
Indeed. Even if all of us start to behave ourselves and avoid nasty
flamewars (ha! in your dreams! :P), we still have to deal with the
occassional bugreporter of Barbaric Communication School For 1337 People
not
want to upload a new, probably half-broken dpatch just to orphan it.
--
Gergely Nagy
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
on alioth like we did for fetchmail?
It is already there, and has been from day 1. We didn't use the stuff
provided by alioth though... Mostly the arch repo was in use, and
nothing else.
--
Gergely Nagy
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact
does anyone knows a solution to let packages FTBFS on
buildd's which architecure are not supported by the
software?
If the arch is not supported by the package, why is it in the packages
Architecture: line to begin with?
--
Gergely Nagy
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED
as a dependency.
Furthermore, as adduser is used in preinst, the package must Pre-Depend
on it (according to my reading of Policy 7.2).
--
Gergely Nagy
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
be much better.
I fall into the doesn't read WNPP summaries because they're too
friggin' long category, but I'd certainly glance through them, would
they be shorter and posted to a list I'm subscribed to most of the time.
--
Gergely Nagy
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED
On Fri, 2005-05-27 at 14:17 +0300, Cesar Martinez Izquierdo wrote:
El Viernes 27 Mayo 2005 14:09, Pierre Habouzit escribi:
multimedia seems more appropriate. most of the video player actually are
music player too, and some music player can show video with appropriate
plugins (xmms e.g.)
On Fri, 2005-05-27 at 07:38 -0400, Roberto C. Sanchez wrote:
On Fri, May 27, 2005 at 01:26:59PM +0200, Gergely Nagy wrote:
On Fri, 2005-05-27 at 14:17 +0300, Cesar Martinez Izquierdo wrote:
El Viernes 27 Mayo 2005 14:09, Pierre Habouzit escribi:
multimedia seems more appropriate. most
On Fri, 2005-05-27 at 14:00 +0200, Philipp Kern wrote:
Gergely Nagy wrote:
Then media players are just fine in graphics or sound, depending on
which is their main focus (or they could even be in gnome or kde, or
whatever).
Please see it from a user's point of view. If one wants a media
On Fri, 2005-05-27 at 14:13 +0200, Pierre Habouzit wrote:
Le Vendredi 27 Mai 2005 14:00, Philipp Kern a crit :
Gergely Nagy wrote:
Then media players are just fine in graphics or sound, depending on
which is their main focus (or they could even be in gnome or kde,
or whatever
Package: wnpp
Severity: wishlist
Owner: Gergely Nagy alger...@madhouse-project.org
* Package name: libmongo-client
Version : 0.1.0
Upstream Author : Gergely Nagy alger...@balabit.hu
* URL : https://github.com/algernon/libmongo-client/
* License : Apache 2.0
Jonas Smedegaard d...@jones.dk writes:
I have noticed several times package changes like the following (from
cairomm entering testing today):
* debian/control:
- Drop build dependencies on doxygen and graphviz, since upstream
now ships the generated documentation
Feels
Benjamin Drung bdr...@debian.org writes:
Am Samstag, den 04.06.2011, 14:10 +0200 schrieb Gergely Nagy:
Jonas Smedegaard d...@jones.dk writes:
I have noticed several times package changes like the following (from
cairomm entering testing today):
* debian/control:
- Drop build
Andrew O. Shadoura bugzi...@tut.by writes:
On Tue, 14 Jun 2011 00:25:29 +0200
Peter De Wachter pdewa...@gmail.com wrote:
You can do something like this using apt pinning. If you assign a
negative priority to a package, it will still be listed but apt will
refuse to install it.
For
Package: wnpp
Severity: wishlist
* Package name: libczmq
Version : 1.0.0
Upstream Author : Pieter Hintjens p...@imatix.com and others
* URL : http://czmq.zeromq.org/
* License : LGPL3+
Programming Lang: C
Description : High-level C binding for ZeroMQ
Federico Di Gregorio f...@debian.org writes:
On 18/07/11 12:13, Samuel Thibault wrote:
Jon Dowland, le Mon 18 Jul 2011 10:35:30 +0100, a écrit :
1. carry portability patches against systemd locally
2. support multiple init systems
3. drop kfreebsd (and HURD and others)
3 basically means
What if next year $upstream_of_an_important_package decides that he only
cares about amd64 and arm? The rest of the world is obsolete anyway...
What about also embeded marked ? Projection says what consumer will
use more embeded software than desktop in the next years.
Systemd seems pretty
Tollef Fog Heen tfh...@err.no writes:
| The main issue I have with dropping kFreeBSD HURD would be (apart from
| losing two platforms I use - even if for fun only; I don't want to use a
| distribution that doesn't allow me to have as much fun as I do now) that
| it leads down the path of
Nikolaus Rath nikol...@rath.org writes:
My sponsor requested me to add debian/copyright entries for files in the
generated HTML documentation. The documentation is generated by Sphinx,
and Sphinx adds some templates and js libraries which are then covered
(at least that's what I believe) by
Sven Hoexter s...@timegate.de writes:
The question is what should be achieved with d/copyright?
Give just a short overview over the main parts of the package or a complete
overview of the complete package contents?
My understanding is, that it should be a complete overview of the source
Uoti Urpala uoti.urp...@pp1.inet.fi writes:
Whatever its features, if we have to jump through a large heap of hoops
to get it to work at all, or to make life for maintainers of daemon
packages not a complete nightmare, it's not likely to become the default
in Debian any time soon.
I think
Tollef Fog Heen tfh...@err.no writes:
]] Gergely Nagy
| FYI, there are upstreams who provide initscripts in their source
| package. systemd is yet another burden on them that they have to
| maintain, and makes their lives miserable.
You make it sound like systemd requires you to make
Uoti Urpala uoti.urp...@pp1.inet.fi writes:
Gergely Nagy algernon at balabit.hu writes:
Uoti Urpala uoti.urpala at pp1.inet.fi writes:
Whatever its features, if we have to jump through a large heap of hoops
to get it to work at all, or to make life for maintainers of daemon
packages
Raphael Hertzog hert...@debian.org writes:
On Tue, 19 Jul 2011, Gergely Nagy wrote:
Thus, upstream has to jump through a large heap of hoops to support
systemd properly (and if not going for proper systemd support, making
use of its new features, I see no point in writing a service file
Hi!
Some of you may have heard of this ancient beast called 'dpatch'[1],
some of you might have noticed that it's been recentishly orphaned[2],
and that someone (hi!) intends to pick it up[3].
The past
My involvement with dpatch goes back a loong long time, and I feel
somewhat
Raphael Hertzog hert...@debian.org writes:
Hi,
On Tue, 16 Aug 2011, Gergely Nagy wrote:
As for the future: I still believe dpatch is a temporary solution, and
that better tools exist now. Therefore, it is my long-term plan to
slowly deprecate dpatch, and eventually make it gracefully leave
Sandro Tosi mo...@debian.org writes:
On Tue, Aug 16, 2011 at 22:54, Gergely Nagy
alger...@madhouse-project.org wrote:
Something like a dpatch2quilt thing. While I haven't verified it yet,
I'm fairly sure most dpatches out there actually use the default
template, which is trivial to convert
Stefano Zacchiroli z...@debian.org writes:
On Tue, Aug 16, 2011 at 10:54:30PM +0200, Gergely Nagy wrote:
I don't want to make it spew out deprecation warnings, those are too
tempting to ignore. Updating the description, filing wishlist bugs with
patches, and providing upgrade paths
Guillem Jover guil...@debian.org writes:
But if your goal is really to get rid of it, you could just as well file
wishlist bugs on all packages build-depending on it, usertag them and
increase their severity slowly. Wishlist for now, normal in the next
release cycle and important/RC in the
Torsten Werner twer...@debian.org writes:
On Fri, Aug 19, 2011 at 2:11 PM, Michael Bramer gr...@debian.org wrote:
! Description: Standard Java or Java compatible Runtime
! This package points to the Java runtime, or Java compatible
! runtime recommended for the ${jre:arch} architecture,
!
Sébastien Riccio s...@swisscenter.com writes:
If i'm right it seems it has been closed and merged in ifupdown-0.7~alpha4.
[...]
The package version installed on my box is:
ifupdown 0.7~alpha5+really0.6.15
Notice the +really0.6.15. Try with the ifupdown from
Henri Le Foll li...@lefoll.eu writes:
http://wiki.debian.org/Packaging/Minimal (for empty packages)
http://wiki.debian.org/Packaging/Trivial (for a pdf file)
http://wiki.debian.org/Packaging
I am interested to have feed back on it
I maintain my view that to learn packaging, the best way to
Package: wnpp
Severity: wishlist
* Package name: libtest-harness-archive-perl
Version : 0.14
Upstream Author : Michael Peters mpet...@plusthree.com
* URL or Web page : http://search.cpan.org/dist/TAP-Harness-Archive/
* License : Artistic
Description : Create an
Stefano Zacchiroli z...@debian.org writes:
Steve suggested a feature that might improve the status quo:
- enable people to subscribe to bug traffic only if it matches specific
tags (the idea being of forwarding upstream only the traffic for
confirmed bugs)
I'd love this, even with
Paul Wise p...@debian.org writes:
On Tue, Nov 15, 2011 at 8:14 AM, Alex Pennace wrote:
Even without that point, the conclusion remains the same: Both
projects should endure the rename (unless one concedes), and that
shouldn't be viewed in terms of look at what those meanies in Debian
are
Margarita Manterola margamanter...@gmail.com writes:
Recently [1], dpatch's maintainer uploaded a new version indicating
that dpatch is now deprecated. Following that, he filed a bug [2] so
that lintian might warn that dpatch's makefile has been deprecated
since 2003, and that dpatch itself
Alexander Wirt formo...@debian.org writes:
Recently [1], dpatch's maintainer uploaded a new version indicating
that dpatch is now deprecated. Following that, he filed a bug [2] so
that lintian might warn that dpatch's makefile has been deprecated
since 2003, and that dpatch itself is now
Alexander Wirt formo...@debian.org writes:
The question is: who decides? I have a bunch of packages and an established
workflow that served me well over the last years. I don't want to learn
another *censored* system, just because someone said its the new standard or
it is better.
Thing is,
Steve Langasek vor...@debian.org writes:
On Sun, Nov 27, 2011 at 06:44:04PM +0100, Luk Claes wrote:
Besides it would be great that everyone uploading has a big reminder to
switch away from dpatch. Switching to v3 quilt should be easy.
There are several features of dpatch that can't be
Martin Wuertele m...@debian.org writes:
* Roger Leigh rle...@codelibre.net [2011-11-29 10:04]:
(...)
- Conditional application of patches. Some packages have patches
that are
only applied on a per-architecture or per-target-distribution basis.
(...)
All of these can be
Raphael Hertzog hert...@debian.org writes:
On Tue, 29 Nov 2011, Gergely Nagy wrote:
- Custom patch commands, as already discussed. Yes, we should get rid of
them, but that doesn't make it easy to convert them.
echo skip-patches debian/source/options
And then in a pre-build target
Steve Langasek vor...@debian.org writes:
On Tue, Nov 29, 2011 at 09:04:31AM +, Roger Leigh wrote:
- Conditional application of patches. Some packages have patches
that are
only applied on a per-architecture or per-target-distribution basis.
All of these can be dealt with
Josselin Mouette j...@debian.org writes:
So, to sum it up. Before, you would do in debian/rules:
sed s/@DEB_HOST_MULTIARCH@/${DEB_HOST_MULTIARCH}/
debian/libfoo.install.in debian/libfoo.install
Now, you will do in debian/foo.install:
#! /bin/sh
sed
Chow Loong Jin hyper...@ubuntu.com writes:
On 08/12/2011 07:12, Gergely Nagy wrote:
And by extend, I mean something like:
,
| #! /usr/bin/dh_multiarchify
| /usr/lib/${DEB_HOST_MULTIARCH}/*
`
The /usr/bin/dh_multiarchify script would do the sed magic. This would
make
Goswin von Brederlow goswin-...@web.de writes:
Arno Töll deb...@toell.net writes:
Your own script-fu in debian/rules or external scripts isn't exactly the
next best thing to read and learn how a foreign package works and there
/are/ use cases where dh_install isn't flexible enough to deal
Jon Dowland j...@debian.org writes:
On Thu, Dec 08, 2011 at 08:14:52AM +0100, Gergely Nagy wrote:
I disagree. Look at dpatch. It had executable patches since the
beginning, and a standardised script from 2.0 onwards.
One problem with executable patches was the fact you couldn't reason
about
Josselin Mouette j...@debian.org writes:
Le jeudi 08 décembre 2011 à 00:12 +0100, Gergely Nagy a écrit :
,
| #! /usr/bin/dh_multiarchify
| /usr/lib/${DEB_HOST_MULTIARCH}/*
`
The /usr/bin/dh_multiarchify script
*tad*
It would need to be a compiled program, since you can’t
Kees Cook k...@debian.org writes:
- Export DEB_* environment variables to the script. This really feels
like the missing piece to me.
I'd love this too. I already have a half-baked patch, implementing some
generic substitution-foo that could use this (see #651393 for the
details).
--
|8]
Goswin von Brederlow goswin-...@web.de writes:
override_dh_auto_install:
debian/libfoo.my-install-script
[..]
This new feature stinks of black-box magic that will make people crazy
trying to find/fix a prolem in somebody elses package. The thing that
make cdbs so bad.
I beg to
Adam Borowski kilob...@angband.pl writes:
*tad*
It would need to be a compiled program, since you can’t use scripts in
shebangs.
Wrong, you can.
On Linux and Hurd, yeah.
On kFreeBSD, you can't.
But hey, FreeBSD folks learned about basic niceties like tab completion just
last
Chow Loong Jin hyper...@ubuntu.com writes:
See my workaround in the mail you quoted. #! /bin/sh $PATH should work
for kFreeBSD and pretty much anything else out there too. An extra
/bin/sh never hurt anybody!
Except that it forces your interpreter to be written in sh, which Debian
doesn't
Chow Loong Jin hyper...@ubuntu.com writes:
On 09/12/2011 02:10, Gergely Nagy wrote:
Chow Loong Jin hyper...@ubuntu.com writes:
See my workaround in the mail you quoted. #! /bin/sh $PATH should work
for kFreeBSD and pretty much anything else out there too. An extra
/bin/sh never hurt
Thomas Goirand z...@debian.org writes:
Disclaimer: I didn't write any multiarch packaging (yet).
The incentive for doing all this seems to be multiarch. Why
instead don't we have a mechanism to have variables in
debian/*.install instead, or a dh_helper to move things to
the multiarch folder
Kees Cook k...@debian.org writes:
Which means I can't use DEB_HOST_MULTIARCH in the config-scripts,
unfortunately.
Not to worry! dh-subst will be coming in a day or two (+ NEW waiting
time), which will allow you to use DEB_HOST_MULTIARCH as you'd expect
to.
--
|8]
--
To UNSUBSCRIBE, email
Thomas Goirand z...@debian.org writes:
P.S: Is there any valid lintian clean package in the archive that doesn't
use any helper tools at all? That's would be very instructive...
dpatch, for example. There are plenty of other examples in the archive.
--
|8]
--
To UNSUBSCRIBE, email to
Steve Langasek vor...@debian.org writes:
On Thu, Dec 08, 2011 at 10:07:12PM +0100, Gergely Nagy wrote:
Kees Cook k...@debian.org writes:
Which means I can't use DEB_HOST_MULTIARCH in the config-scripts,
unfortunately.
Not to worry! dh-subst will be coming in a day or two (+ NEW waiting
Goswin von Brederlow goswin-...@web.de writes:
I'll happily use the new dh_install feature instead of whining.
You are forgetting that there are more people than just you looking at
your package. By using an obviously verry controversial feature you will
make everybody else life more
Goswin von Brederlow goswin-...@web.de writes:
Compared to writing overrides, it's less effort. Compared to just
writing the variable and expecting it to work, it's two commands more. I
believe that's not much.
On the other hand, though, making it obvious that it's a script, and
there's
Gergely Nagy alger...@madhouse-project.org writes:
Kees Cook k...@debian.org writes:
Which means I can't use DEB_HOST_MULTIARCH in the config-scripts,
unfortunately.
Not to worry! dh-subst will be coming in a day or two (+ NEW waiting
time), which will allow you to use DEB_HOST_MULTIARCH
Jakub Wilk jw...@debian.org writes:
* Gergely Nagy alger...@balabit.hu, 2011-12-09, 16:05:
Comments, critique, testing and whatnot is more than welcomed, feel
free to shout my head off if you see something remarkably stupid.
[1]: https://github.com/algernon/dh-subst
As I already told you
Nicolas Boulenguez nicolas.bouleng...@free.fr writes:
3/ The way debhelper splits its work in small tools does not always
fit the separation of human concerns. For example, the following is
IMHO more readable that generating/executing a single debian/*.install
file in which each line deals
Goswin von Brederlow goswin-...@web.de writes:
So, in this case, the difference is negligible, both can be trivially
understood.
However, it gives more flexibility to the maintainer, to do more complex
stuff, if so needs be. But, that won't be the common case. Why? Because
there's no point
Goswin von Brederlow goswin-...@web.de writes:
At a glance what does this do?
[...]
It triggers my slap the maintainer silly button. Other than that, it's
dead simple: copy a file from one place to the other (with possibly
renaming the file), with the file list following the while loop.
Joey Hess jo...@debian.org writes:
Gergely Nagy wrote:
At the moment, I have something that works like this:
,
| #! /usr/bin/dh-exec-install
| # The next one will simply echo it back to dh_install
| source-file /dest-dir/
|
| # This one will copy the file itself, following similar
Hi!
As a result of a recent discussion on this list, I started to prepare a
package[1] that will hopefully make it easier and more straightforward
to use the executable debhelper files introduces in 8.9.12.
For now, it can only substitute environment variables, and stuff
dpkg-architecture(1)
Roland Mas lola...@debian.org writes:
Gergely Nagy, 2011-12-14 12:04:03 +0100 :
Hi!
As a result of a recent discussion on this list, I started to prepare a
package[1] that will hopefully make it easier and more straightforward
to use the executable debhelper files introduces in 8.9.12
Josselin Mouette j...@debian.org writes:
Le vendredi 09 décembre 2011 à 16:05 +0100, Gergely Nagy a écrit :
'lo and behold, I started implementing dh-subst, and while it's fairly
rough and underdocumented, there's some usable code out there in my
github repo[1].
If it’s a joke, it’s a bad
Josselin Mouette j...@debian.org writes:
Le vendredi 09 décembre 2011 à 11:50 -0400, Joey Hess a écrit :
I have made hundreds of changes to debhelper that broke buggy packages
without using compat levels; that is not what compat levels are for.
So, breaking a dozen packages with +x on their
Gergely Nagy alger...@balabit.hu writes:
For now, it can only substitute environment variables, and stuff
dpkg-architecture(1) knows about (yes, it will work just fine even when
$DEB_HOST_MULTIARCH and similar aren't available in the environment),
but there's possibility to add more helpers
Josselin Mouette j...@debian.org writes:
Le jeudi 15 décembre 2011 à 18:33 +0100, Gergely Nagy a écrit :
,
| #! /usr/bin/dh-exec
| etc/sample.conf = /etc/my-package/my-package.conf
| examples/* /usr/share/doc/my-package/examples
`
The syntax itself isn't all that bad
Vincent Danjean vdanjean...@free.fr writes:
Le 15/12/2011 18:33, Gergely Nagy a écrit :
,
| dh-exec.DEADBEEF/etc/my-package/my-package.conf /etc/my-package
| examples/* /usr/share/doc/my-package/examples
`
As far as I see, this should cause no ill side-effects, apart from
Gergely Nagy alger...@madhouse-project.org writes:
Vincent Danjean vdanjean...@free.fr writes:
Le 15/12/2011 18:33, Gergely Nagy a écrit :
,
| dh-exec.DEADBEEF/etc/my-package/my-package.conf /etc/my-package
| examples/* /usr/share/doc/my-package/examples
`
As far as I see
Goswin von Brederlow goswin-...@web.de writes:
My implementation copies the file to the desired destination, which may
or may not be a good idea - I'll do some more tests to see which one's
less painful and more safe.
That breaks -X, --fail-missing, --list-missing, --sourcedir, and --tmpdir
Goswin von Brederlow goswin-...@web.de writes:
And for the record, I'm seeking input on the dh-exec implementation
here. Keep the anti-executable-debhelper-foo thing in the other thread,
please.
But that is the actualy problem. The executable-debhelper-foo thing is
in many peoples optinion
Stephan Seitz stse+deb...@fsing.rootsland.net writes:
On Wed, Feb 22, 2012 at 03:24:47PM +0200, Riku Voipio wrote:
I have. Not on debian, but on debianish system with dash. And the
result was that shellscripts are indeed the bottleneck. We still did
convert to
I don’t doubt it, but the
David Prévot taf...@debian.org writes:
So no, “translators [are not] held in a labor camp”, but undervaluing
their work (“because it's fun for them”) seems rude, at least.
I would find it rude if someone asserted that what I do for Debian is
not something I find fun.
I do not see how it's
Sergio Cipolla secipo...@gmail.com writes:
I'm not sure if you're a Debian Maintainer or not (or worse, Debian
Developer) but this kind of big mouthing shouldn't be accepted from a
DM/DD.
I don't see a problem. Someone has a strong opinon, and perhaps the way
it came across was a bit harsh,
Ben Hutchings b...@decadent.org.uk writes:
Looking at the front page of http://www.debian-multimedia.org/ today, I
don't see a clear statement that it is unofficial.
There are a ton of hints, nevertheless. I'd like to think that someone
who's adding sources.list entries to his config will
Florian Reitmeir flor...@reitmeir.org writes:
to expect that any third-party package archive is stable enough to
survive an debian dist-upgrade is just brave.
It can be done, though, and it should be the norm. That it is not so,
that's unfortunate, and something we (both the Debian maintainers
Thomas Goirand z...@debian.org writes:
On 03/07/2012 06:33 PM, Neil Williams wrote:
Even with such calls, I don't see how to remove a single line from
a .install file using dpkg-vendor. (Typically this is necessary when
the line in question contains a wildcard but the modified build means
1 - 100 of 424 matches
Mail list logo