Your message dated Wed, 01 Jan 2014 16:27:23 +
with message-id
and subject line closing RFS: splix/2.0.0+svn308-1
has caused the Debian Bug report #712118,
regarding RFS: splix/2.0.0+svn308-1
to be marked as done.
This means that you claim that the problem has been dealt with.
If this is not
Your message dated Wed, 01 Jan 2014 16:27:22 +
with message-id
and subject line closing RFS: hashalot/0.3-6
has caused the Debian Bug report #719652,
regarding RFS: hashalot/0.3-6
to be marked as done.
This means that you claim that the problem has been dealt with.
If this is not the case it
reopen 712118
thank you
Hi Didier and Till,
I'm reopening the RFS bug for splix.
I've uploaded a new version of splix that merges the last upstream changes
(mainly dropping patches that have been accepted upstream), sets the
maintainer as the Debian Printing Team and moves the packaging to a
git
I fixed some lintian warnings, and what is more important I fixed
versioning to 0.8-3. Still no answer from upstream.
On 28 December 2013 23:47, Dariusz Dwornikowski <
dariusz.dwornikow...@cs.put.poznan.pl> wrote:
> I contacted Authors but emails do not longer exist. I still think that
> this to
Hi,
I'm trying to manually converted my packages to 3.0 (quilt) source
format, and have gone so far as made dpkg-source recognize my efforts,
with some minor issues:
dpkg-source -b zh-autoconvert-0.3.16
dpkg-source: info: using source format `3.0 (quilt)'
dpkg-source: info: building zh-
2014/1/2 T o n g :
> $ quilt refresh
> No series file found
export QUILT_PATCHES=debian/patches
--
To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive:
http://lists.debian.org/call-q8wraeagijq3ah
On Wed, 01 Jan 2014 20:54:40 +, T o n g wrote:
> I'm trying to manually converted my packages to 3.0 (quilt) source
> format,
> and have gone so far as made dpkg-source recognize my efforts,
Having read https://wiki.debian.org/UsingQuilt over 3 to 5 times, and
starting from scratch step by s
Hi,
Is it possible to have a generic debian/rules that creates directories?
The upstream Makefiles was not designed to install into $DESTDIR but
to /, so it assumes /usr/bin exists, while that creates problems for me:
install -s -m 755 autogb /export/build/zh-autoconvert/bld/zh-
autoconvert-
T o n g writes:
> Hi,
>
> Is it possible to have a generic debian/rules that creates directories?
>
> The upstream Makefiles was not designed to install into $DESTDIR but
> to /, so it assumes /usr/bin exists, while that creates problems for me:
>
> install -s -m 755 autogb /export/build/zh-a
On Thu, Jan 2, 2014 at 6:11 AM, T o n g wrote:
> The upstream Makefiles was not designed to install into $DESTDIR but
> to /, so it assumes /usr/bin exists, while that creates problems for me:
In addition to the solution suggested by Gergely Nagy, please send
upstream a patch to support creating
On Thu, 02 Jan 2014 00:23:42 +0100, Gergely Nagy wrote:
>> Is it possible to alter the following `debian/rules` file so that it
>> plays nicely with such upstream Makefiles?
>
> Yes. You want to use dh_installdirs(1). I suggest you read its manpage.
> Mind you, you won't need to touch debian/rule
On Thu, Jan 2, 2014 at 12:08 PM, T o n g wrote:
> Ok, so I read the manpage of dh_installdirs(1), which I included below.
> But still how can I use it to create patch that I can send upstream to
> support creating $DESTDIR/usr/bin and so on, as suggested by Paul?
The two topics are completely sep
T o n g writes:
> Is it possible to have a generic debian/rules that creates directories?
> The upstream Makefiles was not designed to install into $DESTDIR but
> to /, so it assumes /usr/bin exists, while that creates problems for me:
> install -s -m 755 autogb /export/build/zh-autoconvert
Russ Allbery writes:
> First, dh_installdirs is not actually useful for solving this particular
> problem since dh_installdirs creates directories in the package staging
> area. Your problem is happening prior to that; make install of the
> upstream source into debian/tmp is failing because it's
Your message dated Thu, 02 Jan 2014 04:26:18 +
with message-id
and subject line closing RFS: sqlite3dbm/0.1.4-1 [ITP] -- sqlite-backed
dictionary conforming to the dbm interface
has caused the Debian Bug report #719548,
regarding RFS: sqlite3dbm/0.1.4-1 [ITP] -- sqlite-backed dictionary confo
Your message dated Thu, 02 Jan 2014 04:26:21 +
with message-id
and subject line closing RFS: elementary-icon-theme/3.2-2 ITP -- A cool little
icon theme
has caused the Debian Bug report #730009,
regarding RFS: elementary-icon-theme/3.2-2 ITP -- A cool little icon theme
to be marked as done.
Your message dated Thu, 02 Jan 2014 04:26:18 +
with message-id
and subject line closing RFS: mwlib/0.15.10-1 [ITP] -- MediaWiki parser library
has caused the Debian Bug report #719737,
regarding RFS: mwlib/0.15.10-1 [ITP] -- MediaWiki parser library
to be marked as done.
This means that you c
Russ Allbery writes:
> I guess I should say, for the sake of completeness, that you *can* make
> dh_installdirs do this with the -P flag. But I would find that
> confusing; I think an explicit install -d is easier to understand. And,
> regardless, dh_installdirs isn't normally run before dh_aut
On Wed, Jan 1, 2014 at 4:11 PM, Игорь Пашев wrote:
> 2014/1/2 T o n g :
>> $ quilt refresh
>> No series file found
>
> export QUILT_PATCHES=debian/patches
I use the following in .quiltrc :
QUILT_PATCHES=debian/patches
--
Robert J. Clay
rjc...@gmail.com
j...@rocasa.us
--
To UNSUBSCRIBE
19 matches
Mail list logo
