Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]

Groups > linux.debian.bugs.dist > #1207292 > unrolled thread

Bug#1078069: RFS: fennel/1.5.0-1 [ITP] -- Lisp-based programming language for the Lua runtime

Back to article view | Back to linux.debian.bugs.dist

Contents

  Bug#1078069: RFS: fennel/1.5.0-1 [ITP] -- Lisp-based programming language for the Lua runtime Phil Hagelberg <phil@hagelb.org> - 2024-08-06 17:10 +0200
      Re: Bug#1078069: RFS: fennel/1.5.0-1 [ITP] -- Lisp-based programming language  for the Lua runtime Soren Stoutner <soren@debian.org> - 2024-08-09 05:30 +0200
      Re: Bug#1078069: RFS: fennel/1.5.0-1 [ITP] -- Lisp-based  programming language for the Lua runtime Phil Hagelberg <phil@hagelb.org> - 2024-08-09 18:10 +0200
          Re: Bug#1078069: RFS: fennel/1.5.0-1 [ITP] -- Lisp-based programming language  for the Lua runtime Soren Stoutner <soren@debian.org> - 2024-08-09 18:30 +0200
      Re: Bug#1078069: RFS: fennel/1.5.1-1+dfsg [ITP] -- Lisp-based programming  language for the Lua runtime Soren Stoutner <soren@debian.org> - 2024-08-26 22:00 +0200
    Bug#1078069: RFS: fennel/1.5.1-1+dfsg [ITP] -- Lisp-based programming language for the Lua runtime Fritz Reichwald <reichwald@b1-systems.de> - 2024-08-28 05:10 +0200

#1207292 — Bug#1078069: RFS: fennel/1.5.0-1 [ITP] -- Lisp-based programming language for the Lua runtime

[Multipart message — attachments visible in raw view] — view raw

Package: sponsorship-requests
Severity: wishlist

Dear mentors,

I am looking for a sponsor for my package "fennel":

 * Package name     : fennel
   Version          : 1.5.0-1
   Upstream contact : Phil Hagelberg <phil@hagelb.org>
 * URL              : https://fennel-lang.org
 * License          : Expat
 * Vcs              : https://git.sr.ht/~technomancy/fennel
   Section          : devel

The source builds the following binary packages:

  fennel - Lisp-based programming language for the Lua runtime

To access further information about this package, please visit the following URL:

  https://mentors.debian.net/package/fennel/

Alternatively, you can download the package with 'dget' using this command:

  dget -x https://mentors.debian.net/debian/pool/main/f/fennel/fennel_1.5.0-1.dsc

Changes for the initial release:

 fennel (1.5.0-1) UNRELEASED; urgency=medium
 .
   * Initial release. (Closes: #919930)

Regards,
-- 
  Phil Hagelberg

[toc] | [next] | [standalone]

#1207625 — Re: Bug#1078069: RFS: fennel/1.5.0-1 [ITP] -- Lisp-based programming language for the Lua runtime

[Multipart message — attachments visible in raw view] — view raw

Phil Hagelberg,

On Tuesday, August 6, 2024 9:51:20 AM MST Phil Hagelberg wrote:
> I'm a little confused why the lintian results you've provided are so
> different from what mentors.debian.net has shown. Is the mentors upload
> process using an outdated version of lintian?

Yes, unfortunately mentors runs an older version of lintian (I believe it runs 
lintian from stable).  For the most accurate information, you want to run 
lintian from unstable.

https://tracker.debian.org/pkg/lintian

If you setup sbuild using the following instructions and include the lintian 
option, it will run lintian from unstable whenever you build you package 
locally:

https://wiki.kathenas.org/pmwiki.php/Kathenas/Article00000002
 
> > E: fennel source: source-ships-excluded-file style.md [debian/copyright:5]
> > 
> > mk-origtargz(1) is typically responsible for removing such files.
> > Support in git-buildpackage is being tracked in Bug#812721.
> 
> Yeah, it sounds like gbp doesn't do this yet unfortunately.
> 
> I will see if I can get gbp to pull from a branch where this deletion
> has already been committed manually in git instead of relying on it to
> filter out the pristine-tarball.

It should handle it (it does for the electrum package).  Are you running `gbp 
import-orig --uscan`?

> > W: fennel: groff-message troff:<standard input>:1003: warning: cannot
> > select font 'C'
> 
> Looks like this is a bug in pandoc; I've added a workaround upstream:
> 
> https://git.sr.ht/~technomancy/fennel/commit/
f83dd129a3100d53f5e3545ca45da14ba
> 340a6d7
> 
> I will ignore this in the debian packaging for now since it's just a
> warning and it will be fixed in the next release, if that's OK.

The FTP masters might or might not let this through (they often don’t like 
lintian errors or warnings, but they let some lintian info tags slide, and 
pedantic and experimental tags are generally left up to your discretion).  The 
easiest way to handle it is to add a patch to debian/patches that cherry-picks 
your upstream commit, and then remove the patch with the next release.

> > 5. Build Twice [sudo pbuilder build --twice <package>.dsc]: Issue
> 
> This appears to be an issue where `dh_auto_clean` fails to recognize the
> fact that my Makefile has a "clean" target that it needs to run. I can
> work around this by adding this to debian/rules:
> 
>   execute_after_dh_clean: ; $(MAKE) clean
> 
> But if there's a better solution I'm all ears. =)

The man file for dh_clean says:

'It does not run "make clean" to clean up after the build process. Use 
dh_auto_clean(1) to do things like that.’

https://manpages.debian.org/jessie/debhelper/dh_clean.1.en.html

-- 
Soren Stoutner
soren@debian.org

[toc] | [prev] | [next] | [standalone]

#1207723 — Re: Bug#1078069: RFS: fennel/1.5.0-1 [ITP] -- Lisp-based programming language for the Lua runtime

[Multipart message — attachments visible in raw view] — view raw

Soren Stoutner <soren@debian.org> writes:

>> > E: fennel source: source-ships-excluded-file style.md [debian/copyright:5]
>> > 
>> > mk-origtargz(1) is typically responsible for removing such files.
>> > Support in git-buildpackage is being tracked in Bug#812721.
>> 
>> Yeah, it sounds like gbp doesn't do this yet unfortunately.
>> 
>> I will see if I can get gbp to pull from a branch where this deletion
>> has already been committed manually in git instead of relying on it to
>> filter out the pristine-tarball.
>
> It should handle it (it does for the electrum package).  Are you running `gbp 
> import-orig --uscan`?

No, I'm using gbp pull as per

https://salsa.debian.org/bandali/fennel/-/blob/debian/latest/debian/README.Debian?ref_type=heads

>> Looks like this is a bug in pandoc; I've added a workaround upstream:
>> 
>> https://git.sr.ht/~technomancy/fennel/commit/
> f83dd129a3100d53f5e3545ca45da14ba
>> 340a6d7
>> 
>> I will ignore this in the debian packaging for now since it's just a
>> warning and it will be fixed in the next release, if that's OK.
>
> The FTP masters might or might not let this through (they often don’t like 
> lintian errors or warnings, but they let some lintian info tags slide, and 
> pedantic and experimental tags are generally left up to your
> discretion).

Well, the new upstream release should happen in just a few weeks; given
how things have gone with packaging so far I think it's pretty unlikely
that things will make it that far before we're on to packaging 1.5.1
which has the fix.

>> This appears to be an issue where `dh_auto_clean` fails to recognize the
>> fact that my Makefile has a "clean" target that it needs to run. I can
>> work around this by adding this to debian/rules:
>> 
>>   execute_after_dh_clean: ; $(MAKE) clean
>> 
>> But if there's a better solution I'm all ears. =)
>
> The man file for dh_clean says:
>
> 'It does not run "make clean" to clean up after the build process. Use 
> dh_auto_clean(1) to do things like that.’
>
> https://manpages.debian.org/jessie/debhelper/dh_clean.1.en.html

Yes, I'm already using dh_auto_clean; it's being invoked by pbuilder, but
it has no effect either when run from pbuilder or when invoked by
hand. On IRC someone speculated that its heuristics were getting
confused by my Makefile; I don't know if this is accurate but it seems
to not be doing what it's supposed to do.

-Phil

[toc] | [prev] | [next] | [standalone]

#1207726 — Re: Bug#1078069: RFS: fennel/1.5.0-1 [ITP] -- Lisp-based programming language for the Lua runtime

[Multipart message — attachments visible in raw view] — view raw

Phil,

On Friday, August 9, 2024 8:59:01 AM MST Phil Hagelberg wrote:
> Soren Stoutner <soren@debian.org> writes:
> >> I will see if I can get gbp to pull from a branch where this deletion
> >> has already been committed manually in git instead of relying on it to
> >> filter out the pristine-tarball.
> > 
> > It should handle it (it does for the electrum package).  Are you running
> > `gbp
> > import-orig --uscan`?
> 
> No, I'm using gbp pull as per
> 
> https://salsa.debian.org/bandali/fennel/-/blob/debian/latest/debian/
README.Deb
> ian?ref_type=heads

Interesting.  I don’t have any personal experience with `gbp pull`, but I 
would imagine the idea is for it to respect Files-Excluded.  Perhaps you might 
want to file a bug.

> Yes, I'm already using dh_auto_clean; it's being invoked by pbuilder, but
> it has no effect either when run from pbuilder or when invoked by
> hand. On IRC someone speculated that its heuristics were getting
> confused by my Makefile; I don't know if this is accurate but it seems
> to not be doing what it's supposed to do.

The documentation does say it only works in about 90% of cases.

"This is intended to work for about 90% of packages. If it doesn't work, or 
tries to use the wrong clean target, you're encouraged to skip using 
dh_auto_clean at all, and just run make clean manually.”

https://manpages.debian.org/jessie/debhelper/dh_auto_clean.1.en.html

If you desire you might file a bug report and see if they can figure out how to 
parse your Makefile.  Otherwise, it looks like your solution is exactly what is 
recommended.

-- 
Soren Stoutner
soren@debian.org

[toc] | [prev] | [next] | [standalone]

#1210269 — Re: Bug#1078069: RFS: fennel/1.5.1-1+dfsg [ITP] -- Lisp-based programming language for the Lua runtime

[Multipart message — attachments visible in raw view] — view raw

On Sunday, August 25, 2024 9:38:12 AM MST Phil Hagelberg wrote:
> > make[1]: Entering directory '/build/fennel-1.5.1'
> > lua bootstrap/aot.lua test/faith.fnl > test/faith.lua
> > sh: 1: git: not found
> 
> Thanks; I didn't realize git needed to be an explicit build-depends for
> packages that are packaged using gbp.
> 
> I've added an explicit build-dep on git and uploaded it to mentors.

It doesn’t generally.  For example, see privacybrowser, which is packaged with 
gbp:

https://salsa.debian.org/soren/privacybrowser

However, there may be something special about the test that fails that 
requires git.

-- 
Soren Stoutner
soren@debian.org

[toc] | [prev] | [next] | [standalone]

#1210440 — Bug#1078069: RFS: fennel/1.5.1-1+dfsg [ITP] -- Lisp-based programming language for the Lua runtime

Hi Phil H.

>  $ gbp buildpackage --git-pbuilder
>  gbp:info: Building with (cowbuilder) for sid
>  gbp:info: Performing the build
>  Base directory /var/cache/pbuilder/base.cow does not exist
>  gbp:error: 'git-pbuilder' failed: it exited with 1

maybe try to initialize the cowbuilder base image before using it as stated here:
<https://wiki.debian.org/cowbuilder#Initialization>

It hopefully will work afterwards.

Cheers Fritz
(Atreus Keyboard user since 2017 ;-))

[toc] | [prev] | [standalone]

Back to top | Article view | linux.debian.bugs.dist

csiph-web