On Sat, Nov 23, 2024 at 02:35:30PM +, Ahmad Khalifa wrote:
> > > I don't see a rule prohibiting that
> >
> > Public shared libraries must be installed in a package with the name based
> > on the library SONAME (see Policy 8.1; you must read the whole of Policy 8
> > when packaging a public sha
rts off by saying "Shared libraries that are internal to a particular
package [...] are not subject to its requirements."
But it seems safer to split them regardless of how unlikely it is to be
used since there aren't lots of examples.
--
Regards,
Ahmad
On Fri, Nov 22, 2024 at 11:09:04AM +, Ahmad Khalifa wrote:
> I'm trying to see if I can handle packaging a utility but I'm looking for
> some example packages to help me figure a few things out:
>
> 1. Package installs bin+lib+headers, typically this would be 3 packages
> (tool, libtool, libto
e parts?
I don't see a rule prohibiting that, but I can't find any clean examples
either. Does this happen or is it allowed?
2. Upstream has a .service file (outside d/) that is installed through a
make target. How can I get dpkg-buildpackage to spot that and enable the
service
Hi Shriram,
On 2024-02-09 16:16, Shriram Ravindranathan wrote:
I am packaging a C++ TUI library called FTXUI in which there's an
examples/ folder which I am installing to
/usr/share/doc/ftxui-dev/examples/
One of these examples is for using the library with webassembly is a
HTML file
Dear Mentors,
I am packaging a C++ TUI library called FTXUI in which there's an
examples/ folder which I am installing to /usr/share/doc/ftxui-dev/examples/
One of these examples is for using the library with webassembly is a
HTML file that loads the JS version of xterm from a CDN.
Marc Haber writes:
> I have a package which source tarball containst two examples
> directories:
>
> src/examples
> src/c++/examples
>
> Since both directories contain a Makefile, I would like to install
> src/examples to /usr/share/doc/package/examples and src/c++/exam
On Mon, Nov 22, 2021 at 09:05:02AM +0800, Paul Wise wrote:
> On Sun, 2021-11-21 at 21:22 +0100, Marc Haber wrote:
>
> > Is there a less ugly way?
>
> Send upstream a patch to create a directory structure like this:
>
> src/
> examples/
> c/
> c++/
On Sun, 2021-11-21 at 21:22 +0100, Marc Haber wrote:
> Is there a less ugly way?
Send upstream a patch to create a directory structure like this:
src/
examples/
c/
c++/
If you're only after workarounds, there are two options:
Run dh_installexamples twice. First insta
Hi,
I have a package which source tarball containst two examples
directories:
src/examples
src/c++/examples
Since both directories contain a Makefile, I would like to install
src/examples to /usr/share/doc/package/examples and src/c++/examples to
/usr/share/doc/package/examples/c++.
This seems
Adam Borowski 于2021年9月1日周三 下午9:10写道：
>
> On Wed, Sep 01, 2021 at 10:57:45AM +0800, clay stan wrote:
> > Adam Borowski 于2021年8月31日周二 上午10:27写道：
> > > On Tue, Aug 31, 2021 at 09:12:52AM +0800, clay stan wrote:
> > > > Adam Borowski 于2021年8月30日周一 下午4:17写道：
> > > > > On Sat, Aug 28, 2021 at 08:12:20
On Wed, Sep 01, 2021 at 10:57:45AM +0800, clay stan wrote:
> Adam Borowski 于2021年8月31日周二 上午10:27写道：
> > On Tue, Aug 31, 2021 at 09:12:52AM +0800, clay stan wrote:
> > > Adam Borowski 于2021年8月30日周一 下午4:17写道：
> > > > On Sat, Aug 28, 2021 at 08:12:20PM +0800, clay stan wrote:
> > > > > dtkwidget (5
Adam Borowski 于2021年8月31日周二 上午10:27写道：
>
> On Tue, Aug 31, 2021 at 09:12:52AM +0800, clay stan wrote:
> > Adam Borowski 于2021年8月30日周一 下午4:17写道：
> > > On Sat, Aug 28, 2021 at 08:12:20PM +0800, clay stan wrote:
> > > > * Package name: dtkwidget
> > > >Version : 5.5.17.1-1~exp1
> >
On Tue, Aug 31, 2021 at 09:12:52AM +0800, clay stan wrote:
> Adam Borowski 于2021年8月30日周一 下午4:17写道：
> > On Sat, Aug 28, 2021 at 08:12:20PM +0800, clay stan wrote:
> > > * Package name: dtkwidget
> > >Version : 5.5.17.1-1~exp1
> >
> > > dtkwidget (5.5.17.1-1~exp1) experimental; urg
Adam Borowski 于2021年8月30日周一 下午4:17写道：
>
> On Sat, Aug 28, 2021 at 08:12:20PM +0800, clay stan wrote:
> > * Package name: dtkwidget
> >Version : 5.5.17.1-1~exp1
>
> > dtkwidget (5.5.17.1-1~exp1) experimental; urgency=medium
> > .
> >* New upstream version 5.5.17.1.
>
> Alas,
On Sat, Aug 28, 2021 at 08:12:20PM +0800, clay stan wrote:
> * Package name: dtkwidget
>Version : 5.5.17.1-1~exp1
> dtkwidget (5.5.17.1-1~exp1) experimental; urgency=medium
> .
>* New upstream version 5.5.17.1.
Alas, this one needs its symbols updated.
Meow!
--
⢀⣴⠾⠻⢶⣦⠀
⣾
github.com/linuxdeepin/dtkwidget
* License : LGPL-3+, GPL-2+, GPL-3+
* Vcs : https://salsa.debian.org/pkg-deepin-team/dtkwidget
Section : libs
It builds those binary packages:
dtkwidget5-examples - dtkwidget-examples is generated by dtkwidget
libdtkwidget5-bin - D
to Paulo, thanks for the reminder.
> I also note the latest release adds support for one more encoding, so
> it does seem like upstream thinks this is an important feature.
>
> https://github.com/hisashim/docdif/releases
> https://github.com/hisashim/docdiff/issues/25
> https:
The upstream provides some examples which are pairs of files with small
> changes
> between them. This leads to my question. One of these pairs use local japanese
> encoding which makes the lintian scream:
>
> W: docdiff: national-encoding usr/share/doc/docdiff/examples/01.ja.eucjp.lf
.
It has several output formats such as HTML/XHTML, tty, Manued, or
user-defined markup. It supports several encodings and end-of-line
characters, including ASCII, UTF-8, EUC-JP, Shift_JIS, CR, LF, and CRLF.
The upstream provides some examples which are pairs of files with small changes
between
On 12/06/2016 11:45 PM, James Cowgill wrote:
> Hi,
>
> On 06/12/16 22:34, Christian Seiler wrote:
>> On 12/06/2016 11:22 PM, James Cowgill wrote:
>>> The version number should be the version number immediately before the
>>> one where the dpkg-maintscript stuff is added, not when the symlink was
>
Hi,
On 06/12/16 22:34, Christian Seiler wrote:
> On 12/06/2016 11:22 PM, James Cowgill wrote:
>> The version number should be the version number immediately before the
>> one where the dpkg-maintscript stuff is added, not when the symlink was
>> converted to a directory.
>>
>> In this case you pro
: debian...@lists.debian.org
>>> Usertags: piuparts
>>>
>>> ...
>>> >From the attached log (usually somewhere in the middle...):
>>>
>>> 2m19.9s INFO: dirname part contains a symlink:
>>> /usr/lib/R/site-library/RCurl/examples/C
t;> >From the attached log (usually somewhere in the middle...):
>>
>> 2m19.9s INFO: dirname part contains a symlink:
>> /usr/lib/R/site-library/RCurl/examples/CIS (r-cran-rcurl) !=
>> /usr/share/doc/r-cran-rcurl/examples/CIS (?)
>> /usr/lib/R/site-libra
> 2m19.9s INFO: dirname part contains a symlink:
> /usr/lib/R/site-library/RCurl/examples/CIS (r-cran-rcurl) !=
> /usr/share/doc/r-cran-rcurl/examples/CIS (?)
> /usr/lib/R/site-library/RCurl/examples ->
> ../../../../share/doc/r-cran-rcurl/examples
> /usr/lib/R/
Hello Forum,
I am looking for relevant cython Debain package, one that can be used as a good
example: any hint ?
Thanks in advance,
Jerome
Your message dated Sun, 26 Oct 2014 16:23:55 +
with message-id
and subject line closing RFS: gnustep-examples/1:1.4.0-1 -- GNUstep example
applications
has caused the Debian Bug report #756373,
regarding RFS: gnustep-examples/1:1.4.0-1 -- GNUstep example applications
to be marked as done
At Sat, 23 Aug 2014 21:52:33 +0200,
Paul Gevers wrote:
> Some remarks, when they are resolved I think I will upload.
>
> * copyright file needs updated dates (also in the negative direction)
>
> * copyright needs to mention the NeXT license and license holder
Updated (and also switched to format
Control: owner -1 !
Control: tags -1 moreinfo
Hi Yavor,
On 29-07-14 12:39, Yavor Doganov wrote:
> I am looking for a sponsor for my package "gnustep-examples".
Some remarks, when they are resolved I think I will upload.
* copyright file needs updated dates (also in the negat
Package: sponsorship-requests
Severity: normal
Dear mentors,
I am looking for a sponsor for my package "gnustep-examples".
It builds these binary packages:
gnustep-examples - GNUstep example applications
To access further information about this package, please visit the
fol
Your message dated Sat, 02 Jun 2012 04:14:13 +
with message-id
and subject line closing RFS: gnustep-examples/1:1.3.0-1
has caused the Debian Bug report #675515,
regarding RFS: gnustep-examples/1:1.3.0-1
to be marked as done.
This means that you claim that the problem has been dealt with.
If
Package: sponsorship-requests
Severity: normal
Dear mentors,
I'm looking for a sponsor for my package "gnustep-examples".
http://mentors.debian.net/debian/pool/main/g/gnustep-examples/gnustep-examples_1.3.0-1.dsc
Changes since the last upload:
gnustep-examples (1:1.3.0-1) un
Dear mentors,
I am looking for a sponsor for the v3c, treedb, meta-treedb, v3c-dcom,
v3c-qt
and v3c-qt-examples packages, details below.
They form the following build dependency tree:
v3c
|- treedb
| \- meta-treedb
| \- v3c-dcom
\- v3c-qt
\- v3c-qt-examples
Because they have
On 20/12/11 07:51, Etienne Millon wrote:
* Philip Ashmore [111220 08:45]:
On 19/12/11 12:37, Etienne Millon wrote:
Hello Philip,
* Philip Ashmore [111219 13:30]:
http://mentors.debian.net/debian/pool/main/v/v3c/v3c_2.5.0-01-1.dsc
404.
Darn.
When I uploaded the packages to mentors I (wro
* Philip Ashmore [111220 08:45]:
> On 19/12/11 12:37, Etienne Millon wrote:
> >Hello Philip,
> >
> >* Philip Ashmore [111219 13:30]:
> >>http://mentors.debian.net/debian/pool/main/v/v3c/v3c_2.5.0-01-1.dsc
> >
> >404.
> Darn.
> When I uploaded the packages to mentors I (wrongly) guessed at the pat
On 19/12/11 12:37, Etienne Millon wrote:
Hello Philip,
* Philip Ashmore [111219 13:30]:
http://mentors.debian.net/debian/pool/main/v/v3c/v3c_2.5.0-01-1.dsc
404.
Darn.
When I uploaded the packages to mentors I (wrongly) guessed at the pattern
of dsc urls. I'm still seeing v3c-2.4.0-01 on men
Hello Philip,
* Philip Ashmore [111219 13:30]:
> http://mentors.debian.net/debian/pool/main/v/v3c/v3c_2.5.0-01-1.dsc
404.
Is there a reason for this version number ? Usually, it's
-, so something like 2.5.0-1.
> I used pbuilder to build them and the lintian checks issue only warnings.
Please
Dear mentors,
I am looking for a sponsor for the v3c, treedb, meta-treedb, v3c-dcom,
v3c-qt
and v3c-qt-examples packages, details below.
They form the following build dependency tree:
v3c
|- treedb
| \- meta-treedb
| \- v3c-dcom
\- v3c-qt
\- v3c-qt-examples
Because they have
At Wed, 16 Feb 2011 04:04:16 +0100,
Axel Beckert wrote:
> > I am looking for a sponsor for the new version 1:1.3.0-1 of my
> > package "gnustep-examples".
> debian/copyright just mentions GPL and LGPL, not which versions.
The debian/copyright file is completely out of p
Hi Yavor,
Yavor wrote:
> I am looking for a sponsor for the new version 1:1.3.0-1 of my
> package "gnustep-examples".
debdiff against the version in unstable shows that there's a new theme
in the package, which is licensed under GPLv3 according to
gui/ExampleTheme/Rhea/COPY
Dear mentors,
I am looking for a sponsor for the new version 1:1.3.0-1
of my package "gnustep-examples".
It builds these binary packages:
gnustep-examples - GNUstep example applications
The package appears to be lintian clean.
The package can be found on mentors.debian.net:
-
On Mon, Jan 17, 2011 at 10:24 PM, Angel Abad wrote:
> I would to split package in python-django-dajaxice and
> python-django-dajaxice-doc for html documentation. But Im not sure
> what is the best package to include example files, python module
> package or documentation package?
I would put the
Hi! I maintain python-django-dajaxice package, in the new upstream
version dajaxice ships html documentation and a lot of example files.
I would to split package in python-django-dajaxice and
python-django-dajaxice-doc for html documentation. But Im not sure
what is the best package to include exa
Dear mentors,
I am looking for a sponsor for the new version 1:1.2.0-3
of my package "gnustep-examples".
It builds these binary packages:
gnustep-examples - GNUstep example applications
The package appears to be lintian clean.
The upload would fix these bugs: 582079, 582080
The pack
Am Montag, den 05.05.2008, 14:50 +0200 schrieb Sveinung Kvilhaugsvik:
> When there are two packages, packagename (that contains a library) and
> packagename-doc (that contains documentation and examples), do the
> documentation and examples go in /usr/share/doc/package or
> /u
Hello Thibaut and *
Am 2008-05-05 16:07:35, schrieb Thibaut Paumard:
> I was talking of something like
> /u/s/d/-doc/html -> /u/s/d//html/
> where both are created in the -doc package, not
> /u/s/d/-doc -> /u/s/d//
> which is a really bad idea, for the reasons you mention and more. If
> at all
"Sveinung Kvilhaugsvik" <[EMAIL PROTECTED]> writes:
> When there are two packages, packagename (that contains a library) and
> packagename-doc (that contains documentation and examples), do the
> documentation and examples go in /usr/share/doc/package or
> /usr/shar
Le 5 mai 08 à 15:50, Cyril Brulebois a écrit :
On 05/05/2008, Thibaut Paumard wrote:
Actually I was sort of guessing the only package allowed to put
anything under /usr/share/doc// was itself. It's
probably the core of the original post. Is this assumption incorrect?
AFAICT, yes. Particularl
On 05/05/2008, Thibaut Paumard wrote:
> Actually I was sort of guessing the only package allowed to put
> anything under /usr/share/doc// was itself. It's
> probably the core of the original post. Is this assumption incorrect?
AFAICT, yes. Particularly when the binaries come from the very same
so
the
packagename-doc package is installed.
Which makes two locations to look into while browsing /u/s/d. As a
user,
I prefer very much having everything under /u/s/d/$package/,
eventually
under various html/, pdf/, examples/, contrib/, etc. directories.
Actually I was sort of guessing the
ge is installed.
Which makes two locations to look into while browsing /u/s/d. As a user,
I prefer very much having everything under /u/s/d/$package/, eventually
under various html/, pdf/, examples/, contrib/, etc. directories.
Mraw,
KiBi.
pgp78pl5JWKzh.pgp
Description: PGP signature
Le 5 mai 08 à 14:50, Sveinung Kvilhaugsvik a écrit :
When there are two packages, packagename (that contains a library) and
packagename-doc (that contains documentation and examples), do the
documentation and examples go in /usr/share/doc/package or
/usr/share/doc/packagename-doc? If it goes in
When there are two packages, packagename (that contains a library) and
packagename-doc (that contains documentation and examples), do the
documentation and examples go in /usr/share/doc/package or
/usr/share/doc/packagename-doc? If it goes in /usr/share/doc/package,
are there a way to make
pan.org/~adamk/
> * License : GPL
> Description : Perl extension for excts embedded tests and code examples
> from POD
> This is a specialized POD viewer to extract embedded tests and code examples
> from POD. It doesn't do much more than that.
> pod2test doe
: Perl extension for excts embedded tests and code examples
from POD
This is a specialized POD viewer to extract embedded tests and code examples
from POD. It doesn't do much more than that.
pod2test does the useful work.
New build depend for #329990
ITP: #343887
Debian source and binary pa
;
> Hmm. The mail was just about a month old yet unanswered, yes?
>
I tend to lag a bit behind with some messages on -devel :-)
> Just to add another cent:
>
> While it is common practice to put binaries which are not needed to
> be invoked directly into /usr/lib/libfoo or /usr
;
> Hmm. The mail was just about a month old yet unanswered, yes?
>
I tend to lag a bit behind with some messages on -devel :-)
> Just to add another cent:
>
> While it is common practice to put binaries which are not needed to
> be invoked directly into /usr/lib/libfoo or /usr
ent:
While it is common practice to put binaries which are not needed to be invoked
directly into /usr/lib/libfoo or /usr/lib/package, and it can be argued that
examples may belong in this category, no answer to this question is complete
without mentioning that arch-dependent files in /usr/share seems t
Gavin Baker <[EMAIL PROTECTED]> writes:
> Hi,
>
> I am working on packaging a fairly large library. Along with the main
> tarball comes a bunch of example programs.
>
> I intend to provide a libfoo-examples package, which would include both
> the source and the binarie
ent:
While it is common practice to put binaries which are not needed to be invoked
directly into /usr/lib/libfoo or /usr/lib/package, and it can be argued that
examples may belong in this category, no answer to this question is complete
without mentioning that arch-dependent files in /usr/share seems t
Gavin Baker <[EMAIL PROTECTED]> writes:
> Hi,
>
> I am working on packaging a fairly large library. Along with the main
> tarball comes a bunch of example programs.
>
> I intend to provide a libfoo-examples package, which would include both
> the source and the binarie
Hi,
I am working on packaging a fairly large library. Along with the main
tarball comes a bunch of example programs.
I intend to provide a libfoo-examples package, which would include both
the source and the binaries of these example programs (which the user
would reasonably expect
Josip Rodin wrote:
> On Wed, Aug 23, 2000 at 02:56:26PM -0400, Adam C Powell IV wrote:
> > As a newbie soon-to-be maintainer, I'd like to recommend a change in
> > policy regarding "examples" (section 6.7), such that source code and
> > shell scripts must e
Josip Rodin wrote:
> On Wed, Aug 23, 2000 at 02:56:26PM -0400, Adam C Powell IV wrote:
> > As a newbie soon-to-be maintainer, I'd like to recommend a change in
> > policy regarding "examples" (section 6.7), such that source code and
> > shell scripts must e
On Wed, Aug 23, 2000 at 02:56:26PM -0400, Adam C Powell IV wrote:
> As a newbie soon-to-be maintainer, I'd like to recommend a change in
> policy regarding "examples" (section 6.7), such that source code and
> shell scripts must either live in /usr/share/doc/package-name/ex
On Wed, Aug 23, 2000 at 02:56:26PM -0400, Adam C Powell IV wrote:
> As a newbie soon-to-be maintainer, I'd like to recommend a change in
> policy regarding "examples" (section 6.7), such that source code and
> shell scripts must either live in /usr/share/doc/package-nam
Greetings,
As a newbie soon-to-be maintainer, I'd like to recommend a change in
policy regarding "examples" (section 6.7), such that source code and
shell scripts must either live in /usr/share/doc/package-name/examples,
or (here's the change) if the package name ends in &
Greetings,
As a newbie soon-to-be maintainer, I'd like to recommend a change in
policy regarding "examples" (section 6.7), such that source code and
shell scripts must either live in /usr/share/doc/package-name/examples,
or (here's the change) if the package name ends in &
68 matches
Mail list logo
