> are security fixes in nearly every new version. Thus, we can only
> support the latest one.
Okay, I'll try using the latest packages for Jami then.
Jan Wielkiewicz
ans.c failed -- I would guess Jami needs a
> different version of pjproject, or the patches are applied in the
> wrong order?
Already using the proper version of pjproject, so the order seems
to be the problem, thanks a lot! I'll ask the developers about the
order.
Jan Wielkiewicz
arely causes problems (there is
> 'make-file-writable' in case it does).
I've tried it already, but it somehow doesn't work, check my previous
mails. Seems I'm missing something important.
Jan Wielkiewicz
t; If you want to know how many packages depend on gnutls, you can run
>
> guix refresh -l gnutls
Will use next time, thanks.
I'm also installing Guix System on an external hard drive and I'll be
able to compile everything with 6 cores (12 threads) on my second
machine.
> Cheers!
>
Jan Wielkiewicz
ince I know
almost nothing.
- a small tutorial about maintaining a package, from the perspective of
someone, who didn't know much about build systems and packaging.
Things like where do you look for the needed dependencies, etc.
Jan Wielkiewicz
f I find something worth improving,
I'll tell.
> Regarding the dependencies, it belongs to upstream
> to tell which deps Jami uses; sadly this is not done very well in
> their current documentation. We could open an issue I suppose.
I'll ask about this.
> Cheers!
>
Jan Wielkiewicz
til webkit-gtk substitute is available, because my laptop is
underpowered.
Jan Wielkiewicz
m))), but it isn't. Using #:prefix doesn't
seem to be a good way of handling this. Can I remove the unnecessary
"which"?
Sorry for asking so many questions, the whole thing is huge...
Hope one day I'll be able to do everything myself.
Jan Wielkiewicz
s, etc. because the package seems to require it now.
Anyway, building the latest Jami version works now. I'll send the
patches in my free (as in freedom) time :)
> Cheers!
>
Jan Wielkiewicz
Okay, thanks. I'll use the second way then. I could also create a new
file - jami-utils.scm and use it as a module, but a file containing
only one procedure isn't good either.
On Tue, 10 Dec 2019 18:43:58 -0600
Caleb Ristvedt wrote:
> Jan Wielkiewicz writes:
>
> > I tri
services out there, like sr.ht, maybe
> gogs.io, etc.
> This would make it smoother to track your progress and help you in
> the process.
I'll check this out, thanks.
Jan Wielkiewicz
systems.
What are the things I need to learn to be able to start packaging?
Jan Wielkiewicz
age I want to update) depends on a
specific version of a library? Should I just update the package, or
should I add a separate version of the library?
Jan Wielkiewicz
On Tue, 26 Nov 2019 11:07:28 +0100
Pierre Neidhardt wrote:
> I was waiting for people to test the patch, since it does not run
> properly on my machine (the UI does not show up).
>
> Have you tried it yourself, Jan? Does ti work for you?
>
That's the chicken and the egg proble
On Wed, 27 Nov 2019 12:43:19 +0100
zimoun wrote:
> Hi Jan,
Hello,
> If you use Emacs, you can open Debbugs with: C-u M-x debbugs-gnu then
> RET guix-patches n y
> Then M-x debbugs-gnu-bugs RET 38211 RET
> So far so good.
> Select the patch set.
> Then M-x shell-command-o
had patched ffmpeg:
https://git.jami.net/savoirfairelinux/ring-project/issues/691#note_16723
The first should be easy, but the second probably requires adding
ffmpeg-jami (if I'm correct).
Jan Wielkiewicz
/savoirfairelinux/ring-project/issues/691
Should I ask them to add the option for Guix on this page?
https://jami.net/download-jami-linux/
I mean, do we consider the package to be more or less ready, so they
can show it?
Jan Wielkiewicz
Hi again,
Sorry for being impatient, but is it normal for patches to be merged
that long? Is there something stopping the commits?
I need those merged in order to continue working on Jami.
Jan Wielkiewicz
io/
I don't really know what should I think about all of this, but it
would be a bit unjust if Stallman didn't have any defense, even if he
made a mistake.
Hope I won't get excluded from the project, because of my opinion,
Jan
ows an error
"Couldn't run /gnu/store/-exo-0.12.6/bin/exo-open --launch
TerminalEmulator" It can't find the file/directory.
Hope this helps.
Jan Wielkiewicz
of bugs in our package, but I can't build
packages such as webkit-gtk or Qt on my potato laptop.
Jan Wielkiewicz
er - anything
can be a problem, if the package has about 1GB of dependencies...
Jan Wielkiewicz
On Tue, 28 Jan 2020 23:58:47 +0100
Danny Milosavljevic wrote:
> Hi Jan,
>
> thanks for testing it!
>
>
> I'd start a new process, for example:
>
> cat &
>
> then note the process ID (on the right; if it's not shown, invoke
> jobs -p).
Ah, right, forgot i
guix-daemon"
to
"/gnu/store/ncknl03pkmamrxg7q9nxi1rn1qhvwbi9-guix-1.0.1/bin/guix-daemon"
and it worked, but it isn't the right solution I guess. What should I
do?
On Sun, 26 Jan 2020 23:38:20 +0100
Danny Milosavljevic wrote:
> Hi Jan,
>
> > Does someone plan writing
On Tue, 28 Jan 2020 15:52:34 +0100
Danny Milosavljevic wrote:
> Hi Jan,
>
> cool!
>
> Could you try what happens in the corner cases:
>
> (1) Try to start it twice. The second start attempt should fail and
> $? should reflect that
First and second start works the
s max 3GB RAM :)
> --
> Joshua Branson
> Sent from Emacs and Gnus
Jan Wielkiewicz
ld.
How do we deal with problems like this?
Jan Wielkiewicz
On Fri, 31 Jan 2020 17:05:28 +0100
Marius Bakke wrote:
>
> Unfortunately there is no single approach for dealing with these kinds
> of problems, as they are typically highly package-specific.
Do I have to learn GNU Make to be able to deal with it?
> I must admit that I'm a lit
orst thing to maintain, didn't I :D
I guess we can remove pjproject then and use only pjproject-jami, but
that doesn't fix the bug. I'll try checking how is pjproject-jami
different from what Jami devs build, but have no clue whatsoever.
Jan Wielkiewicz
But it seems Gentoo has pjproject package, I can't read it though. I
could try reading this, but it'll take some time for me to understand.
https://gitweb.gentoo.org/repo/gentoo.git/tree/net-libs/pjproject/pjproject-2.9-r1.ebuild
Jan Wielkiewicz
On Fri, 07 Feb 2020 14:53:23 +0100
Pierre Neidhardt wrote:
> This is great news, thanks for keeping up with the hard work!
>
> At this point, I think it's safe to say that Jami is still a
> work-in-progress :p
Yeah, it's always wip in my opinion :D
> Jan, what do you think of m
,
because they're a total mess. I guess I'll close the current issue and
open a new one once I finish cleaning my code. I'll also finish
learning git, as I have some free time now.
Jan Wielkiewicz
087?format=diff=6087
I've been thinking about this. What's the procedure of applying patches
in Guix? Should I use my procedure? How to copy the patch into the
package source tree? Or should I use substitute*?
Jan Wielkiewicz
pjproject
(they fix lots of stuff there).
I'll clean up my repo tomorrow and post changes.
Jan Wielkiewicz
On Mon, 27 Jan 2020 13:05:11 -0500
Julien Lepiller wrote:
> I think you should set it
> to /var/guix/profiles/per-user/root/current-guix/bin/guix-daemon (or
> something similar). I think we already do that for systemd?
Thanks, it works!
One step further for Guix becoming the universa
pied contents of one of these into another like
this:
restart)
"$0" stop
"$0" start
;;
force-reload)
"$0" stop
"$0" start
;;
Jan Wielkiewicz
if the outdated glibc is a problem with one crash.
When will be the 1.1.0 version of Guix released?
The good news is pjproject 2.10 is out fixing many crashes.
Anyone knows how to upload git repository with Guix to Gitlab?
Jan Wielkiewicz
ate a wip-jami branch and commit your changes there.
> - Whenever you want to update "master", simply "git fetch --all" then
> rebase your wip-jami onto origin/master.
>
> Let me know if you want more details.
>
Nope, that'll do, did something similar already. Thanks!
Jan Wielkiewicz
for Jami.
What am I missing?
I need to try running it on a foreign distro to check if my hardware is
not an issue, since Jami devs can't reproduce the issue I wrote about
some mails ago.
Jan Wielkiewicz
On Sun, 12 Jan 2020 00:39:55 +0100
Ludovic Courtès wrote:
> Hi,
>
>
> The “or any later version” wording is present in source file headers,
> so it’s definitely ‘gpl2+’, not ‘gpl2’.
Right, that's what I was supposed to say, but my brain removed the "+".
> I
I'm really sorry for this spam, but the GSM we have packaged isn't the
GSM I'm talking about, didn't notice this.
Help me identifying the license please, sorry for the confusion.
How should I name the package, if both have the same name?
Jan Wielkiewicz
Nevermind, I somehow missed GSM is already packaged, sorry.
Anyway, the second question is still relevant.
Jan Wielkiewicz
Jutta Degener
Carsten Bormann
-
I guess it's "license:non-copyleft", but I'm not sure.
By the way, have someone checked my commits for Jami? My private repo
starts getting more and more outdated, what makes it harder for me to
continue working, because I'm not a git wizard
On Sun, 19 Jan 2020 10:20:51 +0100
Pierre Neidhardt wrote:
> Hi Jan,
>
> I tested the Jami package we have in upstream Guix:
>
> - It fails to start on my desktop, it only works on my laptop.
>
> - The client kept disconnecting. I could send a few text messages
>
I didn't really answer your questions earlier, sorry.
On Sun, 19 Jan 2020 10:20:51 +0100
Pierre Neidhardt wrote:
> Hi Jan,
>
> I tested the Jami package we have in upstream Guix:
>
> - It fails to start on my desktop, it only works on my laptop.
What do you mean by desk
nse as published by
> * the Free Software Foundation; either version 2 of the License, or
> * (at your option) any later version.
I guess the license is GPLV2 then, but I'm not sure, can someone
confirm this?
Jan Wielkiewicz
On Wed, 08 Jan 2020 07:06:26 +
"Raghav Gururajan" wrote:
> Hello Jan!
>
> Yeah, I am too disappointed by some or half of the things they
> incorporated into the project. The thing is, I want to bring more
> newcomers of GNU+Linux System into Guix. I would like to
On Wed, 8 Jan 2020 12:40:52 +0200
Efraim Flashner wrote:
>
> For better or worse Gnome is the dominant desktop in the GNU/Linux
> market space and we do have it packaged and offer it as part of our
> default desktop example. Furthermore Raghav has already been working
> on maki
On Fri, 03 Jan 2020 07:33:38 +0100
Ricardo Wurmus wrote:
> That’s very unlikely as we would probably see errors like this in most
> packages then.
>
> cogl issues an optimized instruction (__memcpy_ssse3), which then
> fails.
>
> I’m just guessing, but I wonder if t
ht lines? Should I add them? I also moved Jami
and its modified dependencies to a new file - jami.scm. I know for sure
that's Pierre's and my work, but I don't know if someone else have
modified the code.
Jan Wielkiewicz
nable-pic"
...
Bad news:
I still haven't got any response that would solve the bug present only
in our package:
https://git.jami.net/savoirfairelinux/ring-client-gnome/issues/1123
I have not much experience with debugging and reading backtraces, but
could it be there's something wrong w
for security
package - I don't want to make the whole community vulnerable due to a
stupid mistake I could make.
Jan Wielkiewicz
think the tutorial for sending patches should be in a step-by-step
form.
Jan Wielkiewicz
. Or should I send one mail to guix-patc...@gnu.org and
then send the rest to n...@debbugs.gnu.org?
Jan Wielkiewicz
I sent the patches to the mailing list, hope this time it'll be
threaded properly. Thanks everyone for suggestions!
Jan Wielkiewicz
Hi!
On Tue, 07 Jan 2020 11:32:10 +
"Raghav Gururajan" wrote:
> Hello Guix Folks!
>
> 1) Improve GNOME Software Stack and GNOME Desktop Environment's
> user-experience in Guix.
>
In my opinion we should stay away from GNOME, because it is a Red Hat
project, rathe
The issue is now available here
https://issues.guix.gnu.org/issue/39005
Jan Wielkiewicz
ery clear which is one is loaded
> first. Hence my comment.
>
> The wrapper aims to fix this issue by prepending
> sqlite-with-column-metadata to LD_LIBRARY_PATH, which has higher
> priority than the RPATH. This makes sure the right library is loaded.
>
> Does that make more sense?
>
Yes, this is understandable.
Jan Wielkiewicz
assing only ".jami-gnome-real" which is a
binary, to gdb, the needed path wasn't exported.
> P.S.: Have you managed to set up a public Git clone of Guix to share
> you patches?
>
Not yet, but can try today.
Jan Wielkiewicz
Hello,
it seems the issue is not Thunar-specific as Diego pointed out
https://lists.gnu.org/archive/html/guix-patches/2020-03/msg00291.html
I'm closing the issue then.
Cool wrapper exercise though :)
Jan Wielkiewicz
cken, but I can try tinkering with it.
> --
> Ricardo
Jan Wielkiewicz
uld be able to do this then. I guess there are many
examples, so this should be easy.
Just give me a day, because it's night here now.
Jan Wielkiewicz
I sent the patch, the issue number is 39989.
Jan Wielkiewicz
t; Yes, then we can discuss it. Thanks!
>
I used just "inputs" instead of "propagated-inputs" and it works as
well. I guess I'll just send the patch now.
Jan Wielkiewicz
cated in ring-project/make-ring.py
and ring-project/scripts.
The source packages are available here:
https://dl.jami.net/release/tarballs/
And the binaries that don't suffer from the bug are here:
https://dl.jami.net/nightly/
Jan Wielkiewicz
ject to 2.10?
Yes, of course. It seems all pjproject errors look like this :P
Is there a way to use configure flags from rules.mak file provided by
Jami? Currently I use "#:configure-flags" form, but I have to be sure I
didn't miss anything important from the file.
Jan Wielkiewicz
On Thu, 16 Apr 2020 10:16:27 +0200
Pierre Neidhardt wrote:
> Hi Jan,
>
> If I understand correctly, your updated package works better than the
> one we've current got in Guix.
Chat seems to work, sending recorded audio/video messages works,
sending files works, audio/video calls wo
Okay, the patches are there.
It should be available soon https://issues.guix.gnu.org/issue/40677
Jan Wielkiewicz
I get several merge conflicts when merging wip-jami into core updates.
The wip-jami is based on the current master, rebased a minute ago.
Is there a way to avoid this without pain?
Jan Wielkiewicz
ill remember about this cherry-pick thing, because resolving failing
patches wasn't fun, thanks.
If it succeeds, I will need a way to copy contents of the store on my
powerful machine to my potato machine. Is "guix copy" the tool I can
use?
Jan Wielkiewicz
Just tested Jami on core-updates and no magic happened, the bug is
still there.
I'm out of ideas. I'm going to upload my work somewhere tomorrow.
Someone really needs to help me with this, I'm not experienced enough
to handle this kind of bugs myself.
Jan Wielkiewicz
tributions either).
Jan Wielkiewicz
some free time.
> 1.1.0 will be released before the core-updates merge.
I'll try with the current core-updates then.
Jan Wielkiewicz
-and-other-things-for-guix
As I said before, I'm out of ideas how to fix the problem.
Jan Wielkiewicz
to have any technical knowledge,
by doing so it can gain wider audience and popularity.
Jan Wielkiewicz
On Sun, 03 May 2020 16:17:57 +0200
Pierre Neidhardt wrote:
> Jan writes:
>
> > Placing a call works, disconnecting doesn't.
>
> Hmm, does not work for me. Have you tried non-locally, over a WAN?
>
Calls over WAN are always tricky, I had little luck with that even w
On Sun, 03 May 2020 17:26:33 +0200
Pierre Neidhardt wrote:
> Jan writes:
>
> > Calls over WAN are always tricky, I had little luck with that even
> > with the official Jami binary packages. With some friends
> > everything works 100%, with other nothing works. I
I managed to fix it by adding glib:bin to propagated inputs and
wrapping by adding gio-launch-desktop to PATH.
Is using PATH correct way of doing so?
If yes, should I send the patch to the patch mailing list?
Jan Wielkiewicz
public package)
This way installing minetest installs both the game's core and the
default game.
What do you think about this solution?
Jan Wielkiewicz
procedures applying patches).
Is it possible that there's something wrong with permissions in the
pjproject repository, which makes it impossible to apply the patches?
I'm using the exact same pjproject version as Jami developers, yet
patching fails.
Any ideas?
Jan Wielkiewicz
s in the ~/.minetest/games folder?
Jan Wielkiewicz
ackage-and-other-things-for-guix.git
and go to the "wip-jami-from-git" branch.
Thanks for checking it.
Jan Wielkiewicz
this day - the change allowing Jami
to be built from git is 5 fat commits already.
Jan Wielkiewicz
On Sun, 03 May 2020 09:54:34 +0200
Pierre Neidhardt wrote:
> I see the new Jami got merged yesterday, thanks a lot for your work,
> Jan and Mathieu!
>
> I just tested it with another client on macOS:
>
> - I can chat, althought it's very slow and some messages don't arr
Okay, so I fixed the patching problem using "--ignore-whitespace".
Jan Wielkiewicz
n from now
on :)
Jan Wielkiewicz
s of various mods, testing things
> out.
>> Should I also update games and mods?
> If you want to, but I would say it's only required if otherwise the
> mods
> fail to load or are otherwise broken by the update.
> Greetings,
> Maxime.
Jan WielkiewiczTemat: Re: Updating
On Thu, Oct 29, 2015 at 2:23 PM, Thompson, David <dthomps...@worcester.edu>
wrote:
> On Thu, Oct 29, 2015 at 6:08 AM, Jan Synáček <jan.syna...@gmail.com>
> wrote:
> > Hello,
> >
> > I've been playing with guix a bit and I must say I really like it. I
> d
/forum.php?forum_id=8407
>
> Feedback welcome!
>
> Ludo’.
>
The talk mentioned in that post was great!
--
Jan Synáček
ls. I'm running guix on Fedora 23.
--
Jan Synáček
On Sat, Nov 14, 2015 at 12:40 PM, Ludovic Courtès <l...@gnu.org> wrote:
> Jan Synáček <jan.syna...@gmail.com> skribis:
>
>> Reference files will be read from:
>> /tmp/nix-build-libarchive-3.1.2.drv-0/libarchive-3.1.2/tar/test
>> Running tests on:
>&
> package has an anchor in issues.html.)
>
> Do you think that would make sense?
Or maybe one extra button and a tiny piece of javascript to show/hide
the no-issue packages?
--
Jan Synáček
On Sat, Nov 14, 2015 at 12:40 PM, Ludovic Courtès <l...@gnu.org> wrote:
> Jan Synáček <jan.syna...@gmail.com> skribis:
>
>> Reference files will be read from:
>> /tmp/nix-build-libarchive-3.1.2.drv-0/libarchive-3.1.2/tar/test
>> Running tests on:
>&
On Fri, Nov 20, 2015 at 2:44 PM, Jan Synáček <jan.syna...@gmail.com> wrote:
> On Sat, Nov 14, 2015 at 12:40 PM, Ludovic Courtès <l...@gnu.org> wrote:
>> Jan Synáček <jan.syna...@gmail.com> skribis:
>>
>>> Reference files will be read from:
>>> /tm
utes, but didn't realize that
libarchive actually had so many dependent packages when I was building
it:)
Anyway, the new version looks great!
Cheers,
--
Jan Synáček
On Fri, Nov 20, 2015 at 11:47 PM, Ludovic Courtès <l...@gnu.org> wrote:
> Jan Synáček <jan.syna...@gmail.com> skribis:
>
>> On Fri, Nov 20, 2015 at 2:51 PM, Ludovic Courtès <l...@gnu.org> wrote:
>>> Jan Synáček <jan.syna...@gmail.com> skribis:
>&
ould/should not be the result of this commit?
> Are you sure that reverting this commit solves the problem?
Yes, reverting it produces the cross-built readline.
> Maybe we’re entering a cross-build context with ‘%current-target-system’
> set to ‘x86_64-linux-gnu’ at some point?
Yes, I'm pretty sur
gnome-desktop were needed, which I also don't know what to
do with yet.
Greetings,
Jan
--
Jan Nieuwenhuizen <jann...@gnu.org> | GNU LilyPond http://lilypond.org
Freelance IT http://JoyofSource.com | Avatar® http://AvatarAcademy.nl
Jan Nieuwenhuizen writes:
Hi!
Some more info, still no full picture.
TL;DR: 28dc10a4 breaks the cross build on master (i.e. reverting it
fixes the cross build), but core-updates has 28dc10a4 and there the
cross build works. So cross building with 28dc10a4 depends on something
else
it as a fix yet because
gnome-tweak-tool does not list any themes, as davexunit reported.
I'm attaching the log that I get when building it, there's a warning
about xml files not being written and collisions, could that be the
cause of missing themes?
Greetings, Jan
diff --git a/gnu/packages
1 - 100 of 720 matches
Mail list logo