tax of configuration files varies widly from one package to
another.
Would this kind of tool interest you ?
Cheers
--
Dominique Dumont
"Delivering successful solutions requires giving people what they
need, not what they want." Kurt Bittner
--
To UNSUBSCRIBE, email to [EMAI
er tools, too.
For the record, dependencies are a directed graph by nature.
Preventing circular dependencies will get you a directed acyclic graph
(DAG) which is, IMHO, easier to handle.
HTH
--
Dominique Dumont
"Delivering successful solutions requires giving people what they
need, not w
g "halt" always works
fine.
I humbly admit that I did not provide much information, I just hope to
give you some more hint about this problem...
HTH
--
Dominique Dumont
"Delivering successful solutions requires giving people what they
need, not what they want." Kurt Bittner
better solution would be to flag foo-data as "useless alone".
(I would love to be able to hide from aptitude all these "useless
alone" packages so I could sift faster in the package list).
HTH
--
Dominique Dumont
"Delivering successful solutions requires giving people
be called by dh without warnings ? (Note that this should be
harmless if no option or specific files are provided to
dh-config. dh_config will just exit(0) )
All the best
[1] http://wiki.debian.org/PackageConfigUpgrade
--
Dominique Dumont
"Delivering successful solutions requires giving p
rnate methods for package config upgrade...
I would also need to deliver a matching
/usr/share/perl5/Debian/Debhelper/Sequence/config_model_upgrade.pm
Is this fine or too verbose ?
All the best
--
Dominique Dumont
"Delivering successful solutions requires giving people what they
need
fault Modes or from the list of Modes
declated in the same file.
(2) Models can contain rules to be able to migrate deprecated
configuration paremeters to newer parameters. For instance, old
sshd_config parameter 'KeepAlive' could be migrated to new
'TCPKeepAlive' during package
eos/free/64/
Unfortunately, this video is available only in French.
All the best
--
Dominique Dumont
"Delivering successful solutions requires giving people what they
need, not what they want." Kurt Bittner
irc:
domidumont at irc.freenode.net
ddumont at irc.debian.org
--
To
t's the status on Kerberos model ?
All the best
--
Dominique Dumont
"Delivering successful solutions requires giving people what they
need, not what they want." Kurt Bittner
irc:
domidumont at irc.freenode.net
ddumont at irc.debian.org
--
To UNSUBSCRIBE, email to debian-dev
> The model was pretty much 100% complete and had been well tested on my
> box. However, I ran out of free time to work on this, so I never got
> around to implementing the suggestions that you made back in September
> 2008.
Peter, do you have any hope to resume working on it ?
Or should I look f
your packages ?
You can either reply to this mail or directly edit the wiki page [1].
All the best
[1] http://wiki.debian.org/PackageConfigUpgrade
(*) Manoj, I have not attempted a model for sendmail... ;-)
--
Dominique Dumont
"Delivering successful solutions requires giving people
Guy Hulbert writes:
> On Thu, 2009-17-09 at 14:11 +0200, Dominique Dumont wrote:
>> The other day, I was upgrading cups and dpkg did ask me the usual way
>> if I wanted to keep my cups config file or take the upstream version.
>
> This email looks very familiar. Did you
Package: wnpp
Severity: wishlist
X-Debbugs-CC: debian-devel@lists.debian.org
--- Please fill out the fields below. ---
Package name: libconfig-model-approx-perl
Version: 1.001
Upstream Author: Domminique Dumont
URL: http://search.cpan.org/dist/Config-Model-Approx/
Hello
Le jeudi 17 septembre 2009 14:11:01, Dominique Dumont a écrit :
> So, I've written a wiki page [1] that explains:
> - how configuration upgrade are managed by Config::Model
> - how to implement such upgrades with Approx example:
> * create a configuration model for appr
Le mardi 6 octobre 2009 17:09:05, Dominique Dumont a écrit :
> The patch for approx is much simpler (See attachment):
Ahem, here's the patch in attachment. Sorry.
All the best
diff -Naur approx-4.0/debian/approx.postinst approx-dev/debian/approx.postinst
--- approx-4.0/debian/approx.
Hello Eric
Le mercredi 7 octobre 2009 13:09:06, vous avez écrit :
> I don't really want to add a dependency on another package for such a
> simple task.
Simple, but it may be repetitive. Here a real life comment made by one of your
users on #debian-perl:
(03:02:23 PM) dusty: ddumont1: thanks f
Le mercredi 7 octobre 2009 21:13:45, Steve Langasek a écrit :
> > ucf has a rather crude upgrade strategy: either accept upstream or keep
> > your file or use your favorite editor.
>
> That's not true. ucf supports three-way merges.
You're right.
But three-way merge still requires the end-user
Le mercredi 7 octobre 2009 13:09:06, vous avez écrit :
> I don't really want to add a dependency on another package for such a
> simple task. Anyone deploying a caching proxy server should be able
> to read a man page and edit a config file.
Ok. Looks like you're not convinced...
Could you at le
On Wednesday 11 November 2009 20:16:08 Rodolphe Quiedeville wrote:
> I would like to use a perl lib included in postgresql-common from a
> postinst script. What have I to do ?
I assume you want to call this perl lib from a postinst outside of postgresql-
common package.
> Call directly from the
On Saturday 28 November 2009 15:50:37 Wouter Verhelst wrote:
> For those of you who were waiting for a call for talks from me on this
> subject, it's not really coming. However, if you think your talk may be
> of some interest to people working on distributions (Debian or
> non-Debian), your talk s
Oops, I forgot the link [1] in my previous mail. Sorry.
[1] http://wiki.debian.org/PackageConfigUpgrade
Dominique
--
http://config-model.wiki.sourceforge.net/ -o- http://search.cpan.org/~ddumont/
http://www.ohloh.net/accounts/ddumont
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debi
Hello
The last version of libconfig-model-perl (640-3) is now shipped with
dh_config_model_upgrade.
The aim of dh_config_model_upgrade is to provide an easy way for a
debian developer to add better configuration upgrade to the packages
they maintain.
Let's assume that Joe, debian developer, wa
On Friday 04 December 2009 11:18:46 Neil Williams wrote:
> The package version doesn't sound like a new project, who is using it
> (and why?).
Sorry, that's a typo. The version is 0.640-3. The project is new.
> (FYI the upstream CPAN description doesn't answer any of my questions
> below either.
Le vendredi 4 décembre 2009 10:57:51, Stefano Zacchiroli a écrit :
> I wonder why the detail about how the conf file is being upgraded should
> be relevant to the final user at all. As you observe on the wiki page,
> most lusers barely know of the existence of /etc, why should they care
> about Con
Le vendredi 4 décembre 2009 19:00:55, Felipe Sateler a écrit :
> Well, there is an abstract model of the config file. So yes, basically
> it parses the file into an internal model. I believe the idea is to be
> able to migrate automagically from one version to the next without user
> intervention.
Le vendredi 4 décembre 2009 13:01:39, Stefano Zacchiroli a écrit :
> My reading of the above quoted test, is that Config::Model is not
> seeking to replace debconf; it is going to use it as other packages do
> for interacting with the user. Or, to be more precise, my understanding
> is that the pac
Le vendredi 4 décembre 2009 19:38:19, Neil Williams a écrit :
> That's a user change, I thought the point of this was that changes *not
> done by users* are causing problems. Different problem.
Currently, debian package will detect correctly if a user (or a script) left
the configuration unmodifi
Le vendredi 4 décembre 2009 20:36:19, Joey Hess a écrit :
> But it does seem likely that packages using it could fall back to
> current config file handling if Config::Model were not available
> in an embedded system.
Agreed. That's a reasonable goal.
Dominique
--
http://config-model.wiki.sourcef
Le vendredi 4 décembre 2009 20:08:57, gregor herrmann a écrit :
> Since you speak French you might be interested in Dominique's
> presentation at some French Perl meeting:
> http://fpw2009.ubicast.eu/videos/free/64/
Today, I've recorded today an English version of this presentation (with some
enh
Le vendredi 4 décembre 2009 17:48:00, Stefano Zacchiroli a écrit :
> Well, reading your posts I understand there is in fact a
> misunderstanding. The question mentioned in the reported wiki page has
> nothing to do with a debconf question: is the question posed by dpkg
> when there is a mismatch be
Le vendredi 4 décembre 2009 19:46:04, Stefano Zacchiroli a écrit :
> On Fri, Dec 04, 2009 at 06:54:56PM +0100, Dominique Dumont wrote:
> > The idea was to offer the user a possibility to bail out since
> > config-model is still experimental. But I'm beginning to wonder if
>
Le dimanche 13 décembre 2009 17:48:13, Stefano Zacchiroli a écrit :
> Can I write my own upgrade script in Perl and have it play with
> the models involved in the upgrade (i.e., the old model and the new
> model) in the same scripts to migrate from one to the other in some
> ad-hoc way?.
>
Yes. U
On Tuesday 08 December 2009 08:58:59 Stefano Zacchiroli wrote:
> Fair enough. So, in your terminology, a model is the schema. How do you
> call instances?
Well, I tend to use 3 entities in my doc:
- the model (perl data structures loaded in Config::Model object).
- Configuration instance (derived
Le vendredi 4 décembre 2009 12:35:30, Neil Williams a écrit :
> Does Config::Model obey DEBCONF_NONINTERACTIVE_SEEN=true ?
>
> http://wiki.debian.org/Multistrap#Environment
Once the debconf question is removed, Config::Model will be used in non-
interactive mode (-ui none option) in postinst.
Al
Le lundi 7 décembre 2009 04:19:34, Paul Wise a écrit :
> It would still be nice if the postinst snippets didn't have to be
> patched for EmDebian. I imagine this would simply mean checking for
> perl in the postinst and only performing configuration upgrades when
> it is available.
Paul, during pa
On Wednesday 16 December 2009 17:40:55 Neil Williams wrote:
> No. The package should simply exit cleanly with a successful return
> value if perl does not exist, letting everything else proceed as before.
> The postinst itself needs to check - that way, Emdebian doesn't have to
> patch every packag
On Thursday 17 December 2009 14:24:48 Dominique Dumont wrote:
> Unless somebeody complains, I will add this at the beginning of
> dh_config_model_upgrade:
>
> if ($ENV{DEB_BUILD_OPTIONS} =~ /noconfigmodel/) {
> warn "dh_config_model_upgrade: DEB_BUILD_OPTIONS specifi
Le jeudi 17 décembre 2009 15:38:00, James Vega a écrit :
> '[[' for testing is a bashism. This should be
>
> if [ -e /usr/bin/perl ]
>
> or more accurately
>
> if [ -x /usr/bin/perl ]
Done. Thanks
Dominique
--
http://config-model.wiki.sourceforge.net/ -o- http://search.cpan.org/~ddumont/
Le jeudi 17 décembre 2009 16:41:03, Carl Fürstenberg a écrit :
> Will there be premade modules for the usual suspects? for example
> Apache, INI, perl-hash, JSON, basic shell source, debcontrol/rfc-2822,
> xml etc...
There's already a generic parser and writer for perl-hash (more accurately
perl
Le jeudi 17 décembre 2009 20:48:50, Neil Williams a écrit :
> DH_NO_ACT still needs debian/rules to be modified or else all debhelper
> routines would be disabled; we need an option that is specific to
> dh_config_model without having to edit debian/rules.
>
> I think DEB_BUILD_OPTIONS is still us
Le vendredi 4 décembre 2009 20:08:57, gregor herrmann a écrit :
> Since you speak French you might be interested in Dominique's
> presentation at some French Perl meeting:
> http://fpw2009.ubicast.eu/videos/free/64/
For non-french speakers, I've recorded a new session in English. In this
presenta
e are already available).
Augeas has the ability to read and write INI files (and other files as
well)
See http://augeas.net for details
HTH
--
Dominique Dumont
"Delivering successful solutions requires giving people what they
need, not what they want." Kurt Bittner
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Package: wnpp
Severity: wishlist
Owner: Dominique Dumont
* Package name: libconfig-model-tkui-perl
Version : 1.204-1
Upstream Author : Dominique Dumont
* URL : http://search.cpan.org/dist/Config-Model-TkUI/
* License : LGPL
Programming Lang: Perl
Package: wnpp
Severity: wishlist
Owner: Dominique Dumont
* Package name: libtk-dirselect-perl
Version : 1.11-1
Upstream Author : Michael J. Carman
* URL : http://search.cpan.org/dist/Tk-DirSelect/
* License : Artistic
Programming Lang: Perl
Description
Package: wnpp
Severity: wishlist
Owner: Dominique Dumont
* Package name: libconfig-model-itself-perl
Version : 1.208-1
Upstream Author : Dominique Dumont
* URL : http://search.cpan.org/dist/Config-Model-Itself/
* License : LGPL
Programming Lang: Perl
Package: wnpp
Severity: wishlist
Owner: Dominique Dumont
* Package name: libconfig-model-cursesui-perl
Version : 1.102-1
Upstream Author : Dominique Dumont
* URL : http://search.cpan.org/dist/Config-Model-CursesUI/
* License : LGPL
Programming Lang: Perl
Package: wnpp
Severity: wishlist
Owner: Dominique Dumont
* Package name: libconfig-model-backend-augeas-perl
Version : 0.102-1
Upstream Author : Dominique Dumont
* URL : http://search.cpan.org/dist/Config-Model-Backend-Augeas/
* License : LGPL
Programming
Package: wnpp
Severity: wishlist
X-Debbugs-CC: debian-devel@lists.debian.org
--- Please fill out the fields below. ---
Package name: libdevel-perlysense-perl
Version: 0,0183-1
Upstream Author: Johan Lindström
URL: http://search.cpan.org/dist/Devel-PerlySense/
Licen
Package: wnpp
Owner: Dominique Dumont
Severity: wishlist
X-Debbugs-CC: debian-devel@lists.debian.org,debian-p...@lists.debian.org
* Package name: libfile-corresponding-perl
Version : 0.003
Upstream Author : Johan Lindstrom
* URL : http://search.cpan.org/dist/Fil
Package: wnpp
Owner: Dominique Dumont
Severity: wishlist
X-Debbugs-CC: debian-devel@lists.debian.org,debian-p...@lists.debian.org
* Package name: libdist-zilla-plugins-cjm-perl
Version : 3.01
Upstream Author : Christopher J. Madsen
* URL : http://search.cpan.org/dist
Package: wnpp
Owner: Dominique Dumont
Severity: wishlist
X-Debbugs-CC: debian-devel@lists.debian.org,debian-p...@lists.debian.org
* Package name: libdist-zilla-plugin-prepender-perl
Version : 1.101590
Upstream Author : Jerome Quelin
* URL : http://search.cpan.org
On Friday 08 October 2010 15:38:22 Raphael Hertzog wrote:
> While this avoids the conffile prompt in all cases, it also means that if
> the new conffiguration file has changes compared to the old one, the user
> doesn't get to see them... instead they are stored in .dpkg-new without
> any prompt.
Format-Specification:
http://wiki.debian.org/Proposals/CopyrightFormat?action=recall&rev=196
Upstream-Maintainer: Dominique Dumont (ddumont at cpan.org)
Upstream-Source: http://search.cpan.org/dist/Config-Model-Backend-Augeas/
Upstream-Name: Config-Model-Backend-Augeas
Copyright: 2008-
On Thursday 13 January 2011 15:06:56 Picca Frédéric-Emmanuel wrote:
> Here the messages I got when checking my guidata package (already in the
> new queue)
>
> picca at grisette:~/Debian/guidata/guidata$ config-edit -application
> dpkg-copyright -ui none
> You should install Config::Model::TkUI o
On Thursday 13 January 2011 16:38:31 Steve Langasek wrote:
> Please make your model recognize when a stand-alone license stanza is
> present which defines a new license name in the file. DEP5 is not
> intended to have an authoritative list of all licenses in use, only the
> common ones;
Currentl
On Thursday 13 January 2011 16:35:06 Picca Frédéric-Emmanuel wrote:
> I attached the copyright file
Interesting. Your file is formatted according to the spec archived on Debian
wiki. Looks like this spec was done before the DEP-5 work begun.
Since then, some fields like Debianized-* were dropped
On Thursday 13 January 2011 22:27:02 Joey Hess wrote:
> Thanks for your work, here are a few things I stumbled on.
Thanks for trying and reporting issues :-)
> Worst problem: -save *removes* all Comment fields except for one
> in the header section.
Looks like I messed up the routine that transf
On Thursday 13 January 2011 22:48:48 Joey Hess wrote:
> Also, it's missing BSD-2-clause etc.
ok. Fixed. Unless I remove all these license keyword check... Still thinking
...
> The original format from the wiki page uses comma to separate
> Files. Might be worth detecting and converting those?
D
Le dimanche 16 janvier 2011 13:48:55, Charles Plessy a écrit :
> Given that there are only 9 different fields in the current DEP-5 syntax, I
> think that parsers can simply incorporate the full list of them rather than
> rely on a X- prefix to determine if a field is in the specification or not.
S
Hello Frédéric
On Thursday 13 January 2011 16:35:06 Picca Frédéric-Emmanuel wrote:
> hello, another try :)
>
> picca@grisette:~/Debian/tango/tango$ config-edit -application
> dpkg-copyright -ui none You should install Config::Model::TkUI or
> Config::Model::CursesUI for a more friendly user inter
On Thursday 13 January 2011 23:54:04 Charles Plessy wrote:
> By the way, Dominique, some licence version numbers can contain
> alphanumeric characters. For instance the LaTeX project public license,
> version 1.3c.
Given that License keywords are fuzzy, moving targets. I've dropped any
attempt at
On Saturday 15 January 2011 17:04:30 Joey Hess wrote:
> One more thing, "License: GPL-2+ | Expat" was an old syntax on the wiki,
> and it seems the parser only looks for an expansion of the GPL-2+
> license in this case, ignoring the Expat part.
That was a bug in the Parse::RecDescent grammar snip
On Thursday 20 January 2011 15:33:17 Adam Borowski wrote:
> On Thu, Jan 20, 2011 at 02:27:55PM +0100, Dominique Dumont wrote:
> > On Thursday 13 January 2011 16:35:06 Picca Frédéric-Emmanuel wrote:
> > > 16:30:47 Invalid line: Copyright : � 1997-1999 AT&T Labora
On Friday 21 January 2011 14:32:54 Thomas Preud'homme wrote:
> > 2011/01/13 16:30:47 Invalid line: Copyright : � 2010, The Tango team
> >
>
> Could it be because of the space between Copyright and the colon?
Yes. That was not recognized by the Dpkg syntax parser. This is now accepted
but correc
Hello
I've fixed upstream [1] most (hopefully all) the issues
regarding the DEP5 parser based on Config::Model that
were mentioned on these lists or in the BTS.
The new version is already (thanks gregoa) available
on Debian/Sid in libconfig-model-perl 1.230
I've updated the parser so as to u
Le vendredi 21 janvier 2011 22:18:18, Steve Langasek a écrit :
> Not having looked at the code, I'm wondering: do you apply these
> translations to all files regardless of the Format/Format-Specification
> field's value, or are you selective about only applying these upgrades to
> fields that were
Package: wnpp
Owner: Dominique Dumont
Severity: wishlist
X-Debbugs-CC: debian-devel@lists.debian.org,debian-p...@lists.debian.org
* Package name: libmodule-metadata-perl
Version : 1.03
Upstream Author : David Golden ,
Ken Williams
Package: wnpp
Owner: Dominique Dumont
Severity: wishlist
X-Debbugs-CC: debian-devel@lists.debian.org,debian-p...@lists.debian.org
* Package name: libpod-wordlist-hanekomu-perl
Version : 1.110090
Upstream Author : Marcel Gruenauer
* URL : http://search.cpan.org/dist
Le mardi 22 février 2011 19:06:27, vous avez écrit :
> Can't call method "fetch_element" on an undefined value at
> /usr/share/perl5/Config/Model/Backend/Debian/Dpkg/Copyright.pm line 121.
>
> Do you want me to fill a bug report in addition to this email?
Yes, please. And also include the copyri
Le dimanche 27 février 2011 16:31:29, Lucas Nussbaum a écrit :
> But then, we have a problem, because:
> - ruby-foo need one of (ruby1.8-foo, ruby1.9.1-foo, jruby-foo,
> rubinius-foo) installed to work correctly
ok
> - ruby1.8-foo, ruby1.9.1-foo, jruby-foo, rubinius-foo need ruby-foo
> instal
Package: wnpp
Owner: Dominique Dumont
Severity: wishlist
X-Debbugs-CC: debian-devel@lists.debian.org,debian-p...@lists.debian.org
* Package name: libmousex-strictconstructor-perl
Version : 0.02
Upstream Author : Fuji, Goro (gfx)
* URL : http://search.cpan.org/dist
Hello
lcdproc package in Debian is outdated. I've prepared and uploaded in mentors
an up-to-date package starting from the last version prepared by Nick (thanks
Nick).
In this package, lcdproc's maintainer is still Jose and Jonathan is listed as
uploaders.
Is this still valid ?
Jose, so you
Package: wnpp
Severity: wishlist
Owner: Dominique Dumont
* Package name: libconfig-model-openssh-perl
Version : 1.203
Upstream Author : Dominique Dumont
* URL : http://search.cpan.org/dist/Config-Model-OpenSsh/
* License : LGPL
Programming Lang: Perl
upgrade can be done
--
Dominique Dumont
"Delivering successful solutions requires giving people what they
need, not what they want." Kurt Bittner
irc:
domidumont at irc.freenode.net
ddumont at irc.debian.org
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with
of Value object. See [1] for gory details)
More complex value migration scenarios are possible.
All the best
[1] http://search.cpan.org/dist/Config-Model/lib/Config/Model/ValueComputer.pm
--
Dominique Dumont
"Delivering successful solutions requires giving people what they
need, not what th
TOH, Config::Model uses the semantic knowledge
provided by the model to perform the upgrade.
> Config::Model could be useful in addition, but would it support such a
> work-flow?
Provided I've understood correctly your work-flow, I'd say mostly yes...
All the best
[1] http://freshm
uch better roll-back capability if a config is screwed up by a manual
merge.
All the best
--
Dominique Dumont
"Delivering successful solutions requires giving people what they
need, not what they want." Kurt Bittner
irc:
domidumont at irc.freenode.net
ddumont at irc.debian.org
--
T
2]
http://cpansearch.perl.org/src/DDUMONT/Config-Model-Xorg-0.513/lib/Config/Model/models/
--
Dominique Dumont
"Delivering successful solutions requires giving people what they
need, not what they want." Kurt Bittner
irc:
domidumont at irc.freenode.net
ddumont at irc.debian.org
--
she
> will be faced with that. ... so maybe we should strive for both?
There's may be cases where the merge completes automatically but the
end result is wrong. That would be really bad.
All the best
--
Dominique Dumont
"Delivering successful solutions requires giving peo
ge snippet.
At the risk of drifting away from Config::Model, couldn't ucf propose
by default the three-way merge if the configurations files are
"smallish" ? (with the option for the maintainer to specify --two-way)
By "smallish", I mean below a defined number of lines (
grades will work correctly for "Config::Model enabled"
packages. Later on, the more packages use Config::Model, the easier
will be the system maintenance of "most common" users.
All the best
--
Dominique Dumont
"Delivering successful solutions requires giving people
how the diff between the current state
(current file or file + modifications) and the default values from the
configuration model. There's no notion of history or diff with
previous version of a configuration file. Well, not yet. I'll have to
think about this...
All the best
--
:-)
For this I need a candidate package with a package maintainer willing
to experiment the patch I might send...
All the best
--
Dominique Dumont
"Delivering successful solutions requires giving people what they
need, not what they want." Kurt Bittner
irc:
domidumont at irc.freeno
e
> cases). You can still ask the user about confirmation.
Agreed. Some user will think before confirming, others will not.
All the best
--
Dominique Dumont
"Delivering successful solutions requires giving people what they
need, not what they want." Kurt Bittner
irc:
d
on should not move too fast. So this excludes
exim, sendmail and xorg.
So, do you have a configuration peeve package that fit the criteria
above and bothered you during upgrades ?
Does anyone want to participate actively to improve upgrade with
Config::Model ? (yes, this is a call for help :-) )
Hello
Sorry for the silence, I had a few thing to wrap up before going on
with this proposal.
Dominique Dumont writes:
> ok. Here's the plan:
>
> - Identify a "candidate" package to add (as a patch) an upgrade
> feature based on Config::Model.
I'm goin
update this page regularly. I'll follow the rough plan mentioned
in this page. I'll send patches on this list as soon as I have something
ready.
All the best
--
Dominique Dumont
"Delivering successful solutions requires giving people what they
need, not what they want."
Manoj Srivastava writes:
> Tracking the potentially hundreds of files with © notices that
> make up the binary or the libraries is not something I am likely to
> do. People looking for that information can inspect the sources, or ask
> upstream, directly.
Or use fossology
HTH
--
To
Package: wnpp
Owner: Dominique Dumont
Severity: wishlist
X-Debbugs-CC: debian-devel@lists.debian.org,
pkg-javascript-de...@lists.alioth.debian.org, debian-p...@lists.debian.org
* Package name: prettify
Version : 2013.03.04
Upstream Author : mikesam...@gmail.com
* URL
Package: wnpp
Owner: Dominique Dumont
Severity: wishlist
X-Debbugs-CC: debian-devel@lists.debian.org,debian-p...@lists.debian.org
* Package name: libtk-objeditor-perl
Version : 2.008
Upstream Author : Dominique Dumont
* URL : https://metacpan.org/release/Tk-ObjEditor
Package: wnpp
Owner: Dominique Dumont
Severity: wishlist
X-Debbugs-CC: debian-devel@lists.debian.org,debian-p...@lists.debian.org
* Package name: libopengl-image-perl
Version : 1.03
Upstream Author : Bob "grafman" Free - graf...@graphcomp.com
* URL
On Thursday 16 October 2014 22:34:15 Bas Wijnen wrote:
> Oh yes, and I have some code ready for feedback. I haven't written the
> script libraries yet (and I want others to write some of them), but I
> have written the debhelper module for using them.
For what it's worth, lcdproc package [1] use
On Friday 07 November 2014 17:04:10 Joey Hess wrote:
> It's become abundantly clear that this is no longer the project I
> originally joined in 1996. We've made some good things, and I wish
> everyone well, but I'm out.
I'm very sorry to read this. We'll miss you.
All the best
--
https://githu
On Wednesday 04 April 2012 17:01:25 laurent COOPER wrote:
> what did I miss ? I've tried to google the Debconf::Client::ConfModule,
> I've tried to read the sources, but I didn't find the answer. Any help
> would be appreciated.
At the risk of beating a dead horse, you may have missed the debconf-
Le Wednesday 28 March 2012 07:31:19, Jean-Christophe Dubacq a écrit :
> > The best way to become "hyper-efficient" is to avoid this kind of
> > overhead, automate everything, and be prepared to fail quickly and
> > iterate.
>
> What about a dev. script that would be run in debian/ and would parse
Package: wnpp
Owner: Dominique Dumont
Severity: wishlist
X-Debbugs-CC:
debian-devel@lists.debian.org,debian-p...@lists.debian.org,jcmul...@gmail.com
* Package name: libio-lcdproc-perl
Version : 0.037
Upstream Author : Juan C. Muller
* URL : http://search.cpan.org
Package: wnpp
Owner: Dominique Dumont
Severity: wishlist
X-Debbugs-CC: debian-devel@lists.debian.org,debian-p...@lists.debian.org,
m...@cpan.org
* Package name: libmoosex-role-timer-perl
Version : 0.03
Upstream Author : Michael Langner (m...@cpan.org)
* URL : http
Hello
We, sdl maintainers, made a recent change in our package by removing
unnecessary build depends on -dev packages [1].
Unfortunately, some package did rely on this "extra" dependencies and went
ftbs [2].
Now is the question of possible impact (FTBS) on all packages build-depending
on sdl
Le Friday 4 May 2012 11:09:52, Neil Williams a écrit :
> Dominique Dumont wrote:
> > We, sdl maintainers, made a recent change in our package by removing
> > unnecessary build depends on -dev packages [1].
>
> ... at which point you should have looked at the list of rever
Le Saturday 5 May 2012 12:29:03, Neil Williams a écrit :
> That would have been fine but the upload had been made without this
> check being done. This could have been so much better if the discussion
> had preceded the upload.
ok. there's a misunderstanding. I do not want to justify the upload th
1 - 100 of 271 matches
Mail list logo
