Hello Jörg,
On 07-01-15 13:12, Jörg Frings-Fürst wrote:
> Am Montag, den 05.01.2015, 21:55 +0100 schrieb Paul Gevers:
>> On 30-12-14 21:17, Jörg Frings-Fürst wrote:
>>> Am Montag, den 29.12.2014, 11:13 +0100 schrieb Paul Gevers:
>>>> On 26-12-14 20:48, Jörg Frings-
On 10-01-15 20:59, Paul Gevers wrote:
>>> I think you don't need to add the version to the dpkg-gensymbols call,
>>> and if you do, why strip the Debian part of the version? Doesn't
>>> dh_makeshlibs call dpkg-gensymbols itself? So if you try to override
>&g
Hi all,
I am wondering about the following, what is the practical difference in
a shell script between
[ "$foo" ] and [ -n "$foo" ]
or
[ ! "$foo" ] and [ -z "$foo" ]
Looking up their literal meaning shows that they are different of
course, but is there also a practical difference?
Paul
signat
Hi Jörg,
Ping. Any progress on xmlrpc-c?
On 10-01-15 21:35, Paul Gevers wrote:
> On 10-01-15 20:59, Paul Gevers wrote:
>>>> I think you don't need to add the version to the dpkg-gensymbols call,
>>>> and if you do, why strip the Debian part of the version? Does
On 22-03-15 06:39, Riley Baird wrote:
> -The upstream tarball contains embedded code copies of the java
> version of antlr, which violates Debian policy.
This depends on the license, but in general this statement is not
completely true.
> You'll need to repack
> the tarball and add +ds to the ver
On 03-04-15 17:55, Felix Natter wrote:
> does nobody have an opinion on this?
>
> In short: Is it better to have _a lot_ of beta gbp import-origs, commits
> that are reverted/superceded etc. OR
> develop on a private repository and copy the debian/* changes to alioth
> on a release?
If this means
Hi João,
I haven't used dquilt in a while (its use has rapidly decrease since
source format 3) but have you checked that refreshing with plain quilt
(without the d) solves the issue? To understand the issue, you may even
compare the patch file before and after quilt refresh to see what has
changed
Hi
On 24-04-15 06:02, Amul Shah wrote:
> While this fix works, it strikes me as not completely correct because
> 21 # Set up locale support in the pbuilder environment
> 22 override_dh_auto_build:
> 23 mkdir -p debian/tmp/locale/
> 24 localedef -f UTF-8 -i en_US
On 28-04-15 14:26, Christopher Baines wrote:
> This happens when the package is installed, and I am running
> dpkg-reconfigure. The manpage seems to suggest that this can happen for
> three reasons:
>
> "Debconf decides if the question is actually displayed, based on its
> priority, and whether th
Hi Dir,
On 10-05-18 14:04, Dirk Eddelbuettel wrote:
> Sorry about that. It must have been an old packaging oversight that only came
> to light now -- DBI never had a src/ directory and should have been 'all' all
> along.
>
> Any idea how we can correct that at the repo? Shall we file a bug with
Hi,
On 10-05-18 19:57, Dirk Eddelbuettel wrote:
> On 10 May 2018 at 19:47, Paul Gevers wrote:
> | On 10-05-18 14:04, Dirk Eddelbuettel wrote:
> | > Sorry about that. It must have been an old packaging oversight that only
> came
> | > to light now -- DBI never had a src/ dire
Hi Andreas
On 10-05-18 22:08, Andreas Tille wrote:
> On Thu, May 10, 2018 at 12:57:54PM -0500, Dirk Eddelbuettel wrote:
>> |
>> | ftp.debian.org is the right pseudo-package for removal (of the 0.8-1
>> | packages) from unstable.
>>
>> Ok, thanks, filed as #898354.
>
> Seems that bug is somehow n
Hi Feri,
Please CC me on reply.
>> I think I understand the rest, although I don't know whether the
>> autopkgtest regression blocks migration indefinitely. That would be
>> unfortunate, because unstable pcs needs unstable pacemaker, so they
>> deadlock...
>
> I think you will need to ask the re
Hi,
On 06-02-2020 00:07, Adam D. Barratt wrote:
> On Wed, 2020-02-05 at 22:42 +, Sudip Mukherjee wrote:
>> On Wed, Feb 5, 2020 at 10:22 PM Christian Barcenas
>> wrote:
>>> Because this changes the versioning scheme from kernel releases
>>> (libbpf-dev and libbpf0 currently are at 5.4.13-1 in
Hi Andreas,
On 14-03-2020 14:30, Andreas Tille wrote:
> Hi Paul,
[...]
> Any help would be welcome
I can't help you with this.
Paul
signature.asc
Description: OpenPGP digital signature
You can also check how I solved this in dbconfig-common in the
dbc_get_app_pass function that is called during configure of any package
that depends on dbconfig-common:
https://sources.debian.net/src/dbconfig-common/1.8.52/dpkg/common/#L853
Although in this case the non-interactive mode is easier
control: owner -1 !
On 19-08-15 21:29, Vincent Blut wrote:
> So, nobody’s interested to see chrony updated ? ;-)
I will look at it soon.
Paul
signature.asc
Description: OpenPGP digital signature
Hi Vincent,
Live from Debconf15.
On 19-08-15 21:29, Vincent Blut wrote:
>> I am looking for a sponsor for my package "chrony"
Please note this is a first manual inspection. Not all items are
critical, most are just nitpicks or tips or questions.
Please add the CVE numbers that were fixed by ups
Hi
On 20-08-15 12:10, Paul Gevers wrote:
> Are the man pages regrenerated
Could you check with upstream that he/she really is generating the man
pages by hand in groff format? If not, ask him to include the source.
> Are (new) examples installed
Is there a reason why you don't
Hi
On 20-08-15 22:33, Joachim Wiedorn wrote:
> Hello Vincent,
>
> Vincent Blut wrote on 2015-08-20 18:36:
>
>> features. By the way, if I want to close these outdated bug reports,
>> what’s
>> the canonical way to do it? I guess I can’t do that from d/changelog?
>
> do it in the changelog: e.g
Hi Vincent,
[I am merging the e-mails you send yesterday to make the thread easier
again.]
On 20-08-15 18:12, Vincent Blut wrote:
> Le jeu. 20 août 2015 à 12:10, Paul Gevers a écrit :
>> On 19-08-15 21:29, Vincent Blut wrote:
>> Please add the CVE numbers that were fixed by u
Hi Vincent,
On 24-08-15 23:52, Vincent Blut wrote:
Which file do you have in common with ntp? Please re-read ¹.
>>>
>>> I guess I’ve been misled by § 7.6.2! The previous section shows the
>>> usage of the 'replaces:' field for packages providing *files* already
>>> provided by another pac
Control: owner -1 !
Hi Vincent,
On 15-09-15 21:56, Vincent Blut wrote:
> Could you please take a look at chrony 1.31.1-2¹?
Sure, my dashboard told me that there was a new chrony, so I was
expecting this e-mail. Surprisingly it was not to package that. Could
you also fix the watch file, as you se
On 15-09-15 22:06, Paul Gevers wrote:
> On 15-09-15 21:56, Vincent Blut wrote:
>> Could you please take a look at chrony 1.31.1-2¹?
>
> Sure, my dashboard told me that there was a new chrony, so I was
> expecting this e-mail. Surprisingly it was not to package that. Could
> y
Building right now.
On 15-09-15 23:08, Joachim Wiedorn wrote:
> for clarifying:
>
> The NEWS.Debian file will be used while updating the package:
> If you write a new entry into NEWS.Debian, this new entry will be shown
> while running apt-get install.
And from man dh_installchangelogs:
Hi Vincent,
On 15-09-15 21:56, Vincent Blut wrote:
> I also pushed the changes to the git repository.
Commit e88f1460f3e now prevents the upstream NEWS file to be installed
as upstream changelog. I rather have that stayed in. You probably should
call "dh_installchangelogs NEWS debian/NEWS" or som
Hi Vincent,
On 16-09-15 22:13, Vincent Blut wrote:
> Le mer. 16 sept. 2015 à 19:57, Paul Gevers a écrit :
>> Commit e88f1460f3e now prevents the upstream NEWS file to be installed
>> as upstream changelog. I rather have that stayed in. You probably should
>> call "
Hi Vincent,
On 17-09-15 22:03, Vincent Blut wrote:
> Le jeu. 17 sept. 2015 à 19:58, Paul Gevers a écrit :
> I will then revert commit e88f1460f3e.
>> As I would call this a regression, I rather have it fixed in our current
>> upload. And I think we made a good choice in the pa
Control: owner -1 !
Hi Vincent
On 16-11-15 00:03, Vincent Blut wrote:
> Here is the changelog for the version 2.1.1.
Looks good. I just ran debmake -k on the copyright file and it found one
missing license: GPL-2+ on test/simulation/test.common. I think the tool
is right.
You didn't push the pr
control: tags -1 help
Hi all,
I am looking into fixing bug 807353¹ against my package dbconfig-common.
dbconfig-common is written in shell, such that it can easily be sourced
and used in maintainer scripts. The issue is that when you call a
sourced function in the test part of an if-then-fi state
control: tags -1 -help
On 20-12-15 15:03, Paul Gevers wrote:
> I am looking into fixing bug 807353¹ against my package dbconfig-common.
> dbconfig-common is written in shell, such that it can easily be sourced
> and used in maintainer scripts. The issue is that when you call a
> sour
201 - 231 of 231 matches
Mail list logo
