s; urgency=medium
.
* New upstream release
* Rebuilt for bookworm-backports.
Regards,
--
Alec Leamas
.
Regards,
-- alec leamas
Dear mentors,
I'm trying to upload openpcn to bookworm-backports. Since I'm just a DM,
I need a sponsor to upload the first package heading into the NEW queue.
However, bookworm-backports is yet not accepted by the mentors
infrastructure. Is there any other way I could get some help with
Hi Paul,
On 21/06/2023 06:16, Paul Wise wrote:
On Mon, 2023-06-19 at 14:40 +0200, Alec Leamas wrote:
Anyone which can shed some light on the bookworm-backports status and
perhaps also where my upload ended up?
I suggest checking the debian-backports mailing list archives and
if the answer
Dear list,
Trying to understand the backport mechanics after the bookworm release.
Specifically, I try to push a new opencpn release 5.8.2 which missed
the freeze into the backport branches.
For bullseye, my upload ended up in the backports new queue, which is as
expected.
My upload to
Dear list,
I'm trying to handle the opencpn package. Upstream has just released
5.8.0. Despite other intentions, it has thus missed bookworm.
Hence I need to use the backports. I see no particular problem with
backporting 5.8.0 from sid/testing once it's there to bookworm-backports.
Package: sponsorship-requests
Severity: important
Dear mentors,
I am looking for a sponsor for my package "wxsvg":
* Package name : wxsvg
Version : 2:1.5.24+dfsg-1
Upstream contact : Alex Thuering
* URL :http://wxsvg.sourceforge.net/
* License :
/ or using
'dget' with this command:
dget -x
https://mentors.debian.net/debian/pool/main/d/ddupdate/ddupdate_0.6.6-2.dsc
Changes since the last upload:
ddupdate (0.6.6-2) unstable; urgency=medium
.
[Stefano Rivera]
* New patch for bundled distutils in setuptools. Closes: #1022527
[A
Hi Mattia,
On 13/11/2022 19:21, Mattia Rizzolo wrote:
On Sun, Nov 13, 2022 at 07:11:54PM +0100, Alec Leamas wrote:
I did something I should not have done: I uploaded a package without sources
to mentors. Now, I cannot upload the correct package with sources, it seems
that the bad one
Dear list,
I did something I should not have done: I uploaded a package without
sources to mentors. Now, I cannot upload the correct package with
sources, it seems that the bad one is in the way.
The package is ddupdate-0.6.6-2. Is there anyone listening who can clear
things on the mentors
FS. Closes: #1004632.
* d/control: Standards-version: 4.6.0 -> 4.6.1, no changes.
Regards,
-- Alec Leamas
Dear list,
I have recently become a DM for some packages. In the process I had to
create a new 4096-bits gpg key since the one I have used earlier was
just 2096 bits. So, I have basically one "old" 2096 bits key and a "new"
4096 bits one.
I now need to upload to mentors, a package I'm not
Package: sponsorship-requests
Severity: important
Dear mentors,
I am looking for a sponsor for my package "lirc":
* Package name: lirc
Version : 0.10.1-7
Upstream Author : Alec Leamas
* URL : https://sf.net/p/lirc
* License : MIT, GPL-2
ix release for the existing Bullseye
backport. Changes since the last upload:
opencpn (5.6.2+dfsg-1~bpo11+2) bullseye-backports; urgency=medium
.
* Add patch fur unusable buildd version. Closes: #1010860
Regards,
--
Alec Leamas
5.6.0).
Regards,
--
Alec Leamas
Dear list,
I'm about to backport opencpn from Sid to backports-sloppy, running into
versioning problems.
The Sid version is 5.6.2+dfsg-1. The sloppy version should then be
something like 5.6.2+dfsg-1~bpo10.1.
However, it has been necessary to repack the backport. This is a about a
e. The sid version builds more or less out
of the box, the delta is minimal. Changes since the last upload:
opencpn (5.6.2+dfsg-1~bpo11+1) bullseye-backports; urgency=medium
.
* Initial bullseye backport of 5.6.2+dfsg-1
Regards,
--
Alec Leamas
right: Remove unused GPL-2 license.
Regards,
--
Alec Leamas
the target as
a compile time constant.
* Add patch to avoid getting multiple possible plugins to
load besides the Debian version.
Regards,
--
Alec Leamas
On Sat, 22 Jan 2022 14:41:09 +0100 Bastian Germann wrote:
> On Fri, 21 Jan 2022 16:08:31 +0100 Alec Leamas wrote:
> > Changes since the last upload:
> >
> > ddupdate (0.6.6-1) unstable; urgency=medium
> > .
> > * New upstream bugfix release
> >
omplicated.
Regards,
--
Alec Leamas
Hi Tobias,
On Thu, 06 Jan 2022 16:59:00 +0100 Tobias Frost wrote:
> Control: tags -1 moreinfo
>
> Hi Alec,
> if you dont remove it using Files-Excluded, you need to document libwxsvg's
> copyright in d/copyright...
>
Indeed, good catch! I have uploaded a new build to mentors.
Cheers!
library in place. Use dfsg0 to make it precede dfsg1 in bullseye.
Regards,
--
Alec Leamas
Made a new upload to mentors after syncing my git tree with salsa.
Basically means that the VCS headers which was broken now should be OK
--alec
Package: sponsorship-requests
Severity: normal
Dear mentors,
I am looking for a sponsor for my package "wxsvg":
* Package name: wxsvg
Version : 2:1.5.23+dfsg-1
Upstream Author : Alex Thuering
* URL : http://wxsvg.sourceforge.net/
* License : wxWindows
-backports.
* Changes to Vcs-git in control and default branch in gbp.conf.
Regards,
--
Alec Leamas
Hi Bastian,
Just a ping. Any chance we can push things forward here?
Happy Xmas!
--alec
CC: to bug as well to keep discussion visible
On 12/12/2021 11:16, Bastian Germann wrote:
Copy to make sure you have received the remarks.
d/changelog
===
Please remove the 5.2.4.210213gitcad0d456+dfsg1-1 entry.
It was never uploaded to the archive.
Done, finally
d/copyright
p walk-around for #831870 using zip download, clean up d/rules and
d/watch
Regards,
--
Alec Leamas
On 29/10/2021 07:35, Tobias Frost wrote:
On Thu, Oct 28, 2021 at 09:02:21PM -0500, Hunter Wittenborn wrote:
The problem is that whenever I (and the other guy) build the program with
something like debuild, the resulting .tar.xz archive doesn't contain the
.git repository in which the 'debian/'
lled cmake configuration files. Closes: #997732
This is simple, bugfix release.
Regards,
--
Alec Leamas
Hi,
On 20/05/2021 03:35, Paul Wise wrote:
> On Wed, May 19, 2021 at 8:51 AM Richard Hector wrote:
>
>> Does that not depend on whether it does anything before dropping
>> privileges? For example, a webserver can bind to low ports before
>> dropping privilege. I imagine if the systemd service
Hi,
Thanks for taking time to reply to this strange issue...
On 04/05/2021 08:39, Andrey Rahmatullin wrote:
> On Tue, May 04, 2021 at 04:46:42AM +0200, Alec Leamas wrote:
>> Touching files under $HOME in a postrm script is obviously a bad idea.
>> However, a colluegue insists in
Dear list,
Touching files under $HOME in a postrm script is obviously a bad idea.
However, a colluegue insists in trying to make me do this.
Just to resolve this issue: is the the limitations on what files which
can be touched by a packaging script documented somewhere?
I have been skimming
On 24/09/2020 10:34, Tobias Frost wrote:
> Control: tags -1 moreinfo
> Control: reopen -1
>
> On Thu, Sep 24, 2020 at 09:29:58AM +0200, Alec Leamas wrote:
>> Hi again,
>>
>> On 24/09/2020 09:07, Alec Leamas wrote:
> (Looking at the -dev package: they use
Hi again,
On 23/09/2020 11:27, Alec Leamas wrote
libcxx-serial_1.2.1-3 is uploaded to mentors, available Real Soon (tm).
In haste,
--alec
Too much haste, new version uder way, need to wait for mentors to
settle. Correct fix is available in my gitlab repo.
In even more haste,
--alec
Hi Gianfranco,
On 23/09/2020 10:59, Gianfranco Costamagna wrote:
Hello,
just FYI, the upload fails on i386
https://buildd.debian.org/status/fetch.php?pkg=libcxx-serial=i386=1.2.1-2=1600846376=0
Due to a difference between i686 and i386
The change in gst-omx might fix this problem
gst-omx
On 22/09/2020 13:52, Tobias Frost wrote:
> Uploading right after this mail with this cosmetic change:
>
> l-1.2.1_orig/debian/changelog libcxx-serial-1.2.1/debian/changelog
> --- libcxx-serial-1.2.1_orig/debian/changelog 2020-09-22 13:46:47.366672711
> +0200
> +++
On 22/09/2020 16:05, Mattia Rizzolo wrote:
> Hi Alec,
>
> On Tue, Sep 22, 2020 at 10:48:39AM +0200, Alec Leamas wrote:
>>> I have problems with the debugging info containing the local build path
>>> and the buildinfo. Status:
[snip]
> You misread the dpkg-genbui
Hi again,
On 22/09/2020 12:51, Alec Leamas wrote:
> Cannot upload to mentors:
>
> $ dput -f mentors ../libcxx-serial_1.2.1-2_source.changes
> Checking signature on .changes
> gpg: ../libcxx-serial_1.2.1-2_source.changes: Valid signature from
> 0A1DA7134E068B4C
> Check
tags 970712 - moreinfo
Hi,
On 22/09/2020 11:47, Tobias Frost wrote:
> Control: tags -1 moreinfo
Cleared
> On Tue, Sep 22, 2020 at 10:58:26AM +0200, Alec Leamas wrote:
>
> Hi Alec,
>
> To avoid confustion, I'm comparing the version in the archive (1.2.1-1.1) with
> yours, in case you mi
09/msg00243.html
Regards,
--Alec Leamas
On 22/09/2020 10:29, Tobias Frost wrote:
> Hi mentors,
> - Forwarded message from Alec Leamas -
>
> Date: Sun, 20 Sep 2020 20:56:57 +0200
> From: Alec Leamas
> To: Tobias Frost
> Subject: cxx-serial
> User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:68.0) Gecko
On Sun, 13 Sep 2020 15:27:24 +0200 Tobias Frost wrote:
> On Sun, Sep 13, 2020 at 02:50:43PM +0200, Tobias Frost wrote:
> > On Sun, Sep 13, 2020 at 01:23:41PM +0200, Alec Leamas wrote:
> More stuff. Lintian this time.
>
> - Lintian overrides
> Lintian overrides should on
Hi,
On Sun, 13 Sep 2020 15:27:24 +0200 Tobias Frost wrote:
> On Sun, Sep 13, 2020 at 02:50:43PM +0200, Tobias Frost wrote:
> > On Sun, Sep 13, 2020 at 01:23:41PM +0200, Alec Leamas wrote:
>
> > So far for now…
>
> More stuff. Lintian this time.
>
> - Lintian
Hi,
On Sun, 13 Sep 2020 15:27:24 +0200 Tobias Frost wrote:
> On Sun, Sep 13, 2020 at 02:50:43PM +0200, Tobias Frost wrote:
> > On Sun, Sep 13, 2020 at 01:23:41PM +0200, Alec Leamas wrote:
>
> Ah, regarding my remark for NSIS.template.in:
> After thinking about it: This is pr
On 13/09/2020 14:50, Tobias Frost wrote:
> On Sun, Sep 13, 2020 at 01:23:41PM +0200, Alec Leamas wrote:
>
> (snipping stuff that is done or settled … Its getting a long mail)
>
> (regarding the transitinal package and Replace/Breaks versioning)
>> OK, will do (unless not don
Hi Tobias,
Here we go:
On 12/09/2020 16:28, Tobias Frost wrote:
> Control: owner -1 !
>
> Two remarks:
> - d/changelog You could bumpt the timestamp on the changelog from time to
> time, though
> ;-): dch -r "" is a nice trick ;-)
Indeed, thanks! Tried now, will need to to it again.
> -
On Thu, 10 Sep 2020 05:12:34 -0400 The Wanderer
wrote:
> On 2020-09-10 at 01:45, Tobias Frost wrote:
>
> > On Wed, Sep 09, 2020 at 10:53:37PM +0200, Alec Leamas wrote:
> >
> > Well, actually, all those lines probably should be removed:
> > debian/changelog
Hi Tobias,
On Thu, 10 Sep 2020 08:06:10 +0200 Tobias Frost wrote:
> On Wed, Sep 09, 2020 at 11:08:53PM +0200, Alec Leamas wrote:
> > On Wed, 9 Sep 2020 22:53:37 +0200 Alec Leamas wrote:
> > Dammit. There's still one copyright for src/gshhs.cpp to fix. I'm on it,
> > bu
On Thu, 10 Sep 2020 07:46:32 +0200 Tobias Frost wrote:
> On Wed, Sep 09, 2020 at 11:08:53PM +0200, Alec Leamas wrote:
> > On Wed, 9 Sep 2020 22:53:37 +0200 Alec Leamas wrote:
> just go ahead and update the package on mentors.
Done.
--alec
On Wed, 9 Sep 2020 18:44:17 +0200 Tobias Frost wrote:
> On Wed, Sep 09, 2020 at 07:39:38AM +0200, Alec Leamas wrote:
>
> > Now, this should not really change anything. OpenCPN is perfectly usable
> > without any plugins, and builds fine on all Debian core platforms (sic!
On Wed, 9 Sep 2020 22:53:37 +0200 Alec Leamas wrote:
> Hi,
>
> A new version is uploaded to mentors. Time to reset the history. Changes
> since last round:
...
Dammit. There's still one copyright for src/gshhs.cpp to fix. I'm on it,
but holding next upload until I hear from you
Hi,
A new version is uploaded to mentors. Time to reset the history. Changes
since last round:
- New warning dialog for downloading binary plugin content (patch).
- Spelling error fixed
- Removed references to upstream bugs. I think it's a pity, the
references linked patches in
On Tue, 8 Sep 2020 21:01:47 +0200 Tobias Frost wrote:
> On Tue, Sep 08, 2020 at 08:10:48PM +0200, Alec Leamas wrote:
>> On Tue, 8 Sep 2020 19:05:21 +0200 Tobias Frost wrote:
>> All this said: do you think it's motivated to make such a patch?
>
> I guess. (Again bein
On Tue, 8 Sep 2020 19:05:21 +0200 Tobias Frost wrote:
> > Not really. Do you think a patch is motivated? If so, for each and every
> > plugin, or just for the first one?
>
> I'm not sure how plugins are installed. If there is an UI, the warning
> could be presented in that gui.
The basic
Hi Tobias,
Thanks for taking some time for this!
On 08/09/2020 16:29, Tobias Frost wrote:
> a short review:
>
> * New upstream release including plugin downloader. Closes: 948702
>
> It is a privacy violation to download stuff. Do you inform your user about it?
Not really. Do you think a
On 08/09/2020 13:10, Geert Stappers wrote:
> On Tue, Sep 08, 2020 at 07:39:14AM +0200, Thomas Dettbarn wrote:
>>> Francisco M Neto hat am 08.09.2020 03:31 geschrieben:
>>>
>>>
>>> Greetings,
>>>
>>> I see a lot of RFS email that just sits there in the mailing list,
>>> without ever getting
2.0+dfsg-1.dsc
Changes since the last upload:
* New upstream release
* Closes: #962213
* Update debian/copyright due to new upstream source layout.
* Bump Standards-Version to 4.5.0, no changes.
* Drop upstreamed patches.
Regards,
--
Alec Leamas
* Update standards version to 4.5.0, no changes needed.
* Fix error running ddupdate-config (#41)
* New plugin domains.google.com
* Multiple python 3.9 fixes.
Regards,
--
Alec Leamas
package: sponsorship-requests
Severity: normal
Dear mentors,
I am looking for a sponsor for my package "ddupdate"
Package name: ddupdate
Version : 0.6.4-1
Upstream Author : Alec Leamas leamas.alecgmail.com
URL : https://github.com/leamas/ddupdate
Package: sponsorship-requests
Severity: normal
Dear mentors,
I am looking for a sponsor for my package "ddupdate"
* Package name: ddupdate
Version : 0.6.3-1
Upstream Author : Alec leamas
* URL : https://github.com/leamas/ddupdate
* License
Package: sponsorship-requests
Severity: normal
Dear mentors,
I am looking for a sponsor for my package "ddupdate"
* Package name: ddupdate
Version : 0.6.2-1
Upstream Author : Alec Leamas
* URL : https://github.com/leamas/ddupdate
* License
he opencpn website. Downstream patch provides HTML pointer-to-docs
page.
* A large number of new build dependencies.
* The -plugins package is dropped, opencpn is not usable without the
default, limited set of plugins.
* A debian/upstream/metadata file is added.
Regards,
Alec Leamas
pendencies.
Regards,
Alec Leamas
e obtained from http://lirc.org.
Changes since the last upload:
- Updated to latest upstream bugfix release
- Fixed a crash when starting lirc-setup(1).
- Dropped an upstreamed build patch.
- Update to version 4.2.1, compat level 11 (systemd fixes).
Regards,
Alec Leamas
Package: sponsorship-requests
Severity: normal
Dear mentors,
I am looking for a sponsor for my package "ddupdate"
* Package name: ddupdate
Version : 0.6.1-2
Upstream Author : Alec Leamas
* URL : https://github.com/leamas/ddupdate
* License
Hi Juhani!
On 07/02/18 15:38, Juhani Numminen wrote:
> Hi Alec,
>
> Alec Leamas kirjoitti 04.02.2018 klo 18:32
>
>>> Please use up-to-date lintian. It'll give you an error tag and several
>>> informational and pedantic tags, some of which are easily dealt with
On 15/01/18 19:13, Andrey Rahmatullin wrote:
> On Mon, Jan 15, 2018 at 06:46:22PM +0100, Alec Leamas wrote:
>> So: Have anyone time to check my package ddupdate[1] for errors or
>> mistakes?
> The RFS is 1 day old. It's too early to ask.
OK. So, what's an appropriate time to
Dear mentors,
Following the checklist for new packages on debian mentors FAQ [2] I'm
approaching the review point: "Ask on the debian-mentors mailing list
for people to check your packaging..."
So: Have anyone time to check my package ddupdate[1] for errors or
mistakes?
ddupdate is a small
Package: sponsorship-requests
Severity: wishlist
Dear mentors,
I am looking for a sponsor for my package "ddupdate"
Package name: ddupdate
Version : 0.2.0-1
Upstream Author : Alec Leamas
URL : https://github.com/leamas/ddupdate
License
On Wed, 16 Aug 2017 02:01:12 +0500 Andrey Rahmatullin <w...@debian.org>
wrote:
> On Tue, Aug 15, 2017 at 10:32:55PM +0200, Alec Leamas wrote:
> > > Why does the report title say "NMU"?
> >
> > Perhaps it shouldn't - large parts of the debian workflow i
;
> Why does the report title say "NMU"?
Perhaps it shouldn't - large parts of the debian workflow is still a
mystery for me.
> On Mon, Aug 14, 2017 at 05:41:45PM +0200, Alec Leamas wrote:
> > * Restore parallel builds, accidentally disabled in -2
> debian/compat says 10, so --
Dear list,
Gianfranco, who usually kindly offers me reviews and also actually
uploads my lirc packahes is in a well deserved holiday.
During his holiday, we have a new bug in the recently uploaded
lirc-0.10..0-1. It's kind of bad, a FTBS in packages compiled against
lirc. It surfaced in the
lircmd non-existing socket writes, in -1.
Regards,
-- Alec Leamas
Dear list,
During the past year(s) I have been cooperating with Gianfranco who
kindly has reviewed and uploaded my lirc packages. On Friday, he
uploaded 0.10.0-1 and then started a well.deserved holiday.
Now, we have a bug [2] which needs to be fixed in 0.10.0-1. I have
prepared a 0.10.0-2
On 02/02/17 15:27, p...@reseau-libre.net wrote:
Dear security team,
I'm contributor to scap-security-guide project for 2 years now and I'm
looking for a mentor for packaging the project into Debian.
I'm certainly not your mentor. That said, FWIW this seems packaged in
Fedora [1]. At a
On 23/01/17 18:03, Gianfranco Costamagna wrote:
hello,
Hi!
However I think the .dist files
should be installed in /usr/share and copied from there instead of being
installed in /etc.
This is of course the Right Thing to do. Will implement, thanks!
This is nice, however I think this
oops, happened to send the reply to James as a PM... here it comes, it
was actually meant for the list
Forwarded Message
Subject: Re: Adequate reports obsolete conffiles: and now what?
Date: Sat, 21 Jan 2017 16:40:10 +0100
From: Alec Leamas <leamas.a...@gmail.com>
To:
Dear list,
The new, shiny lirc 0.9.4 has received a bug report #851618. At the
core, this is about adequate reporting
lirc: obsolete-conffile /etc/lirc/irexec.lircrc
lirc: obsolete-conffile /etc/lirc/lircmd.conf
lirc: obsolete-conffile /etc/lirc/hardware.conf
lirc: obsolete-conffile
On 20/12/16 15:25, Adam Borowski wrote:
On Tue, Dec 20, 2016 at 11:00:20AM +0100, Narcis Garcia wrote:
Hello, I'm trying to maintain a small project in my public Git, and to
have an easy way to build a package for Debian OS obtaining a good/clean
result.
Even just using git directly
On 20/12/16 13:21, Andrey Rahmatullin wrote:
On Tue, Dec 20, 2016 at 01:10:03PM +0100, Alec Leamas wrote:
I have been struggling with this myself. My current approach
- One separate branch for the debian packaging
- In that branch, add the release branch as a git submodule
On 20/12/16 12:57, Narcis Garcia wrote:
Maintaining debian-branch, upstream-branch and pristine-tar... Does it
mean that I'll need to replicate "master" branch to those 3 sub-branches
each time I wan to apply an update?
Same for each upstream/ subdirectories?
I have been struggling with
On 08/11/16 14:13, Henrique de Moraes Holschuh wrote:
On Tue, Nov 8, 2016, at 10:39, Alec Leamas wrote:
I'm now trying to wrap my head around how to conditionalize a packet
such as lirc. I'm coming from Fedora/RPM and used to just spread some
%ifarch in the spec file. Now, is something
On 28/10/16 12:38, Ole Streicher wrote:
Hi,
My question is now how to provide a good and consistent packaging:
Usually, one would just put the data into a package. This works nicely
for the immutable data, and reasonably for the slowly changing data. The
fast changing data shall be available
On 15/05/16 17:19, Mattia Rizzolo wrote:
On Sun, May 15, 2016 at 03:16:01PM +, Mattia Rizzolo wrote:
Given that nothing happened here in the last 6 months, I'm closing this
RFS ticket.
Feel free to open a new one if/when you'll come back.
I mean, Stefan is (at least in Debian) very much
On 02/03/16 19:27, Gianfranco Costamagna wrote:
Hi, now we are waiting for Stefan to review the package :)
cheers,
G.
And, probably more important, we we are waiting for Stefan to review the
lirc package. lirc currently has a build dependency on libirman, but the
upcoming lirc package
On 04/01/16 11:40, Andreas Tille wrote:
Oops... by mistake, I replied to -devel. Here is the reply in correct list.
Hi,
I'm trying to package libncl[1] but I failed to fight the following
lintian error:
E: ncl-tools: binary-or-shlib-defines-rpath usr/bin/NCLconverter
On 04/01/16 12:45, Andreas Tille wrote:
Hm... don't know the Debian docs that well, but Fedora has some info on [2].
Basically, you should be able to add something like that in a dh_ override.
The debian GL seems to be in [3]; they look similar.
Thanks for your attempt to help but these links
On 04/01/16 13:45, Alec Leamas wrote:
rules:
override_dh_install:
dh_install --fail-missing
chrpath -delete debian/tmp/usr/bin/N*
Oops... That won't work. But:
rules:
override_dh_install:
chrpath -delete debian/tmp/usr/bin/N*
dh_install --fail-missing
If you
On 04/01/16 16:32, Gianfranco Costamagna wrote:
Hi Andreas,
Hmmm, the libraries are installed in usr/lib/{triplet} so I'm not sure>what you
are talking exactly. If git.d.o would be online I'd commit
the current status with cleaned up packaging and removed RPATH.
nope, they were
tained from http://www.example.com.
Changes since the last upload:
libirman (0.5.1-1) unstable; urgency=medium
* Update to latest upstream, closes: #801588.
* Handle conditional build of lirc plugin when lirc >= 0.9.4.
-- Alec Leamas <leamas.a...@gmail.com> Wed, 11 Nov 2015 18:16:26 +010
ending message to
the QA team. I have also requested to be member of this group.
The packaging situation has been discussed:
https://lists.debian.org/debian-mentors/2015/10/msg00487.html
The update is disruptive and needs manual intervention:
https://lists.debian.org/debian-devel/2015/11/msg00082.html
Regards,
--Alec Leamas
Dear list,
I cannot get my first package into shape - the upgrade paths fail. The
sad story:
New packages:
liblirc0, liblirc-dev, lirc, lirc-x, lirc-doc
Old packages
lirc, lirc-x, liblircclient0, liblircclient-dev.
New packages 'lirc' and 'liblirc0' together obsoletes old 'lirc'.
On 04/11/15 10:28, Raffi Enficiaud wrote:
> Le 04/11/15 09:50, Gianfranco Costamagna a écrit :
>> Hi, generating debian files from cmake is not trivial, and I'm not
>> sure I can answer here.
>
> Hi,
>
> Thank you for your reply! Would you please tell me what are the
> difficulties? I have more
Dear list,
This is my first contact with the Debian community. I might be doing all
sorts of errors, including sending a questionable message to the wrong
list. Just tell me, I'll listen.
I'm the upstream LIRC [2] maintainer. We are currently in the 0.9.4
cycle which tentatively will be
On 30/10/15 09:51, Gianfranco Costamagna wrote:
> Hi Alec,
>
>>
>> I'm not seeking any argument as to why the Debian packages are still
>> 0.9.0. It's the debian packager's decision. Full stop.
>
>
> the argument might be: we were in the freeze because of jessie release at
> that time,
> so
On 30/10/15 12:45, Ghislain Vaillant wrote:
> Just my 2 cents here but quoting d-mentors FAQ [1]:
>
> "There are cases where upstream ships a tarball which already contains a
> debian directory. This is undesirable, even if you're upstream yourself
> or can commit there. Keep the released
On 30/10/15 09:51, Leopold Palomo-Avellaneda wrote:
> El Divendres, 30 d'octubre de 2015, a les 09:34:09, Alec Leamas va escriure:
>> Dear list,
>>
>> I'm the upstream LIRC [2] maintainer. We are currently in the 0.9.4
>> cycle which tentatively will be released a
100 matches
Mail list logo
