Hello Jan,
Jan Wielkiewicz ezt írta (időpont:
2019. nov. 3., V, 22:20):
> Dnia 2019-11-03, o godz. 11:15:56
> Pierre Neidhardt napisał(a):
>
> > Can you share the complete recipe?
> >
>
> Yes. I guess you want a patch of my entire work so far, because
> pjproject-jami is meaningless without cha
Dnia 2019-11-03, o godz. 11:15:56
Pierre Neidhardt napisał(a):
> Can you share the complete recipe?
>
Yes. I guess you want a patch of my entire work so far, because
pjproject-jami is meaningless without changes in jami, so I'm attaching
the whole patch. Also the commit messages are messy, any
Jan writes:
> On Sun, 03 Nov 2019 19:12:03 +0100
> Marius Bakke wrote:
>
>> You can safely ignore the 'read only' messages, they are actually just
>> warnings.
>
> Good to know, so they get applied anyway, no matter if read-only?
Correct, at least as long as you use the '--force' flag to the pa
On Sun, 03 Nov 2019 19:12:03 +0100
Marius Bakke wrote:
> You can safely ignore the 'read only' messages, they are actually just
> warnings.
Good to know, so they get applied anyway, no matter if read-only?
> The problem is that 2/3 hunks in the patch for
> pjnath/src/pjnath/ice_strans.c failed
Jan Wielkiewicz writes:
> I have good and bad news.
> The good news is I fixed curl by using the most recent Jami source
> tarball - 20191031.3.40360d8.
> The bad news is that pjproject-jami didn't really build, because the
> patches failed to get applied again - the curl problem had occured
> *b
Jan writes:
> On Sun, 03 Nov 2019 17:37:10 +0100
> Marius Bakke wrote:
>
>> I did not find any cURL or GnuTLS patches there. Maybe I
>> misunderstood something?
>
> Gnutls is a dependency of Jami, curl is probably a dependency of a
> dependency of Jami, but that's all - what is important here i
On Sun, 03 Nov 2019 18:07:24 +0100
Marius Bakke wrote:
> Git checkouts are read-only because they are copied to the store,
> which strips write permissions. It could be mitigated by having
> 'git-fetch' return a tarball instead of a directory, but in practice
> read-only checkouts rarely causes
On Sun, 03 Nov 2019 17:37:10 +0100
Marius Bakke wrote:
> I did not find any cURL or GnuTLS patches there. Maybe I
> misunderstood something?
Gnutls is a dependency of Jami, curl is probably a dependency of a
dependency of Jami, but that's all - what is important here is that
Jami uses a modifie
Jan Wielkiewicz writes:
> Why "pjnath/src/pjnath/turn_session.c is read-only; trying to patch
> anyway"? Why is it read-only. I don't get it, are we missing some
> permissions? Somehow this wasn't a problem before - the previous
> version of pjproject-jami didn't have this problem. Is it a bug in
Jan Wielkiewicz writes:
> Dnia 2019-10-31, o godz. 23:26:39
> Marius Bakke napisał(a):
>
>> Do you have a link to the patches that Jami/pjproject needs?
> You can find patches in the ring-project/daemon/contrib/src/pjproject
> directory from the latest source tarball here:
> https://dl.jami.net/
Sorry, wrong command, sending the patch again...
Jan
>From 2f67e4c77ffb675bed3019b4289b3135db140015 Mon Sep 17 00:00:00 2001
From: Jan Wielkiewicz
Date: Sun, 27 Oct 2019 01:16:52 +0200
Subject: [PATCH 1/9] change the fetch method of pjproject to git; fetch the
exact commit needed for Jami; do n
Dnia 2019-11-01, o godz. 20:01:26
Pierre Neidhardt napisał(a):
> Git preserves permissions, so if upstream made it read-only (probably
> a mistake), then it will be read-only in the checkout. No problem,
> you can make it writable with
> `make-file-writable'.
>
Don't know why, but it doesn't w
Dnia 2019-11-01, o godz. 20:02:22
Pierre Neidhardt napisał(a):
> Because gnutls with Jami patches should not be called gnutls: it's a
> non-vanilla version of GnuTLS. And I doubt it would be useful to
> anyone but Jami.
Actually gnutls is without patches, just an older version. What has
patches
Jan Wielkiewicz writes:
> Why "pjnath/src/pjnath/turn_session.c is read-only; trying to patch
> anyway"? Why is it read-only. I don't get it, are we missing some
> permissions? Somehow this wasn't a problem before - the previous
> version of pjproject-jami didn't have this problem. Is it a bug in
Jan Wielkiewicz writes:
> Why can't we just keep paralell version for a package? Like
> gnutls @ 3.6.7, gnutls @ 3.6.9 etc?
Because gnutls with Jami patches should not be called gnutls: it's a
non-vanilla version of GnuTLS. And I doubt it would be useful to anyone
but Jami.
--
Pierre Nei
Dnia 2019-10-31, o godz. 23:26:39
Marius Bakke napisał(a):
> Do you have a link to the patches that Jami/pjproject needs?
You can find patches in the ring-project/daemon/contrib/src/pjproject
directory from the latest source tarball here:
https://dl.jami.net/ring-release/tarballs/
> It would be
Jan Wielkiewicz writes:
> Also as for packaging Jami generally, I think we should keep a separate
> versions of things like gnutls and pjproject (basically all
> dependencies of pjproject), because version used by Jami are often not
> up to date and considering patches getting applied, using an u
Fantastic!
I suggest you ask upstream which precise version of Curl they use.
You can still try to skip the tests in the meantime, but the messages
are not very reassuring... :p
--
Pierre Neidhardt
https://ambrevar.xyz/
signature.asc
Description: PGP signature
Dnia 2019-10-27, o godz. 19:18:19
Pierre Neidhardt napisał(a):
> Thanks for the update! :)
> Which failing patch and what fails? Output?
Sorry, I sent a mail explaining everything yesterday, but it seems it
got lost somewhere - your or mine mail provider does something
(blocks?) or the ML has a
Dnia 2019-10-26, o godz. 12:12:44
Pierre Neidhardt napisał(a):
> Nice, thank you for getting in touch with the developers, this is
> very informative.
>
> Have you tried using pjproject
> 5dfa75be7d69047387f9b0436dd9492bbbf03fe4 ?
> Does the patching still fail?
I've tried this today and it stil
Dnia 2019-10-27, o godz. 19:18:19
Pierre Neidhardt napisał(a):
> Thanks for the update! :)
> Which failing patch and what fails? Output?
Sorry, I sent a mail explaining everything yesterday, but it seems it
got lost somewhere - your or mine mail provider does something
(blocks?) or the ML has a
Thanks for the update! :)
Jan Wielkiewicz writes:
> also gnutls needed for pjproject-jami has
> the wrong version - 3.6.9, whereas the current version used by Jami is
> 3.6.7 according to this commit
> https://review.jami.net/c/ring-daemon/+/12108/1/contrib/src/gnutls/rules.mak
> (but I'll ask d
Dnia 2019-10-25, o godz. 17:03:01
Pierre Neidhardt napisał(a):
> Hi Jan,
>
> any luck with Jami? Let me know if you need more specific help (my
> previous message was maybe not too clear :p), I can dig into this
> deeper in the coming days.
>
I had little time recently, but I've been trying d
Hi Jan,
any luck with Jami? Let me know if you need more specific help (my
previous message was maybe not too clear :p), I can dig into this deeper
in the coming days.
--
Pierre Neidhardt
https://ambrevar.xyz/
signature.asc
Description: PGP signature
Hi Jan,
> On Sat, 19 Oct 2019 22:52:58 +0200
> Ricardo Wurmus wrote:
>
>> We always try to unbundle libraries, because that ensures that all
>> packages benefit from security fixes.
>>
>
> Great, so I have to package everything recursively :)
> Just to make it clear, because I'm a bit unfamilia
On Sat, 19 Oct 2019 22:52:58 +0200
Ricardo Wurmus wrote:
> We always try to unbundle libraries, because that ensures that all
> packages benefit from security fixes.
>
Great, so I have to package everything recursively :)
Just to make it clear, because I'm a bit unfamiliar with build systems
an
Jan Wielkiewicz writes:
> Why are third party directories removed if they're necessary to build
> pjproject? Should I package contents of these folders as separate
> package?
We always try to unbundle libraries, because that ensures that all
packages benefit from security fixes.
--
Ricardo
Hello,
Dnia 2019-10-19, o godz. 11:02:35
Pierre Neidhardt napisał(a):
> Hi Jan,
>
> glad you are interested in picking this one up! :)
> I'm the last packager of Jami, so I might be able to help.
Yes, thank you, I definitely will need help.
> After a quick glance, here is the situation it seem
Hello Jan,
Jan writes:
> Hi all,
> It seems Jami package is outdated and unmaintained, so I would like to
> become a maintainer of the package.
> I know the basics of Guile Scheme and Guix System, I'm more or
> less familiar with how Jami works and what are its dependencies, but I
> don't know m
Hi all,
It seems Jami package is outdated and unmaintained, so I would like to
become a maintainer of the package.
I know the basics of Guile Scheme and Guix System, I'm more or
less familiar with how Jami works and what are its dependencies, but I
don't know much about development, git or build sy
30 matches
Mail list logo