Mark H Weaver writes:
> l...@gnu.org (Ludovic Courtès) writes:
>
>> Mark H Weaver skribis:
>>
>>> Many (most?) of the videos linked from our old website were on
>>> audio-video.gnu.org.
>>
>> Yes, and that’s really nice. The only downside is that we’re lacking a
>> number of videos of conferenc
Mark H Weaver writes:
> Alex Vong writes:
>
>> Running ``LC_ALL=C grep -r chmod'' on ``guix/gnu/packages'', gives the
>> following result. As you can see, various modes are used, such as 644,
>> 755, 555, 666, 777, 664. Do we have a guide on which mode should be
>> prefered? I personally always
I recommend you do not reconfigure any systems that are important based
on the current core-updates branch.
After applying the proposed fix for GPM [0], I reconfigured my headless
GuixSD system using core-updates.
After rebooting, I found that my user's numerical ID had changed, so I
no longer ow
Mark H Weaver writes:
> Roel Janssen writes:
>
>> Danny Milosavljevic writes:
>>
>>> Hi Roel,
>>>
>>> On Thu, 04 Jan 2018 14:59:53 +0100
>>> Roel Janssen wrote:
>>>
I can confirm that this fixes the build of gnome-disk-utility.
Should we fix dvdread.pc, or propagate it with libd
LGTM!
Roel Janssen writes:
> Danny Milosavljevic writes:
>
>> Hi Roel,
>>
>> On Thu, 04 Jan 2018 14:59:53 +0100
>> Roel Janssen wrote:
>>
>>> I can confirm that this fixes the build of gnome-disk-utility.
>>>
>>> Should we fix dvdread.pc, or propagate it with libdvdread?
>>
>> I think we should propa
Danny Milosavljevic writes:
> Hi Roel,
>
> On Thu, 04 Jan 2018 14:59:53 +0100
> Roel Janssen wrote:
>
>> I can confirm that this fixes the build of gnome-disk-utility.
>>
>> Should we fix dvdread.pc, or propagate it with libdvdread?
>
> I think we should propagate. If libdvdread is requiring l
Hi Roel,
On Thu, 04 Jan 2018 14:59:53 +0100
Roel Janssen wrote:
> I can confirm that this fixes the build of gnome-disk-utility.
>
> Should we fix dvdread.pc, or propagate it with libdvdread?
I think we should propagate. If libdvdread is requiring libdvdcss (whether
private or not) then libd
Danny Milosavljevic writes:
> Hi Mark,
>
> thanks for the heads-up!
>
> The fix would be in our libdvdread:
>
> diff --git a/gnu/packages/video.scm b/gnu/packages/video.scm
> index e64c1e089..e46ec15f8 100644
> --- a/gnu/packages/video.scm
> +++ b/gnu/packages/video.scm
> @@ -1365,7 +1365,7 @@ pl
2018-01-04 13:43 GMT+01:00 ng0 :
> Rutger Helling transcribed 4.7K bytes:
> > Hi ng0,
> >
> > that might be a good idea. I was disturbed to learn that SLiM
> > has seemingly been abandoned since 2013
> > (source: https://wiki.archlinux.org/index.php/SLiM), so lightdm might
> > be a good light-weig
ng0 writes:
> Alex Vong transcribed 12K bytes:
>> Hello,
>>
>> Running ``LC_ALL=C grep -r chmod'' on ``guix/gnu/packages'', gives the
>> following result. As you can see, various modes are used, such as 644,
>> 755, 555, 666, 777, 664.
>
>> Do we have a guide on which mode should be
>> prefered?
Rutger Helling transcribed 4.7K bytes:
> Hi ng0,
>
> that might be a good idea. I was disturbed to learn that SLiM
> has seemingly been abandoned since 2013
> (source: https://wiki.archlinux.org/index.php/SLiM), so lightdm might
> be a good light-weight alternative as the default display manager.
2018-01-04 11:15 GMT+01:00 Danny Milosavljevic :
> > What are these po/* files ?
>
> Translations of human-readable text.
>
Some day I will have to learn this translation machinery
For now I'm learning magit amd git worktree
Thanks !
2018-01-04 11:13 GMT+01:00 Hartmut Goebel :
> Am 04.01.2018 um 10:46 schrieb Catonano:
> > This is a little bit annoying, as I can't rebase my branch on master
> > in order to edit the commit message without dealing with those too
> > (stashing or checking them out back to where they were)
>
> Try
Hi Mark,
thanks for the heads-up!
The fix would be in our libdvdread:
diff --git a/gnu/packages/video.scm b/gnu/packages/video.scm
index e64c1e089..e46ec15f8 100644
--- a/gnu/packages/video.scm
+++ b/gnu/packages/video.scm
@@ -1365,7 +1365,7 @@ players, like VLC or MPlayer.")
`(#:configure
Hi ng0,
that might be a good idea. I was disturbed to learn that SLiM
has seemingly been abandoned since 2013
(source: https://wiki.archlinux.org/index.php/SLiM), so lightdm might
be a good light-weight alternative as the default display manager. Do
you know if the lightdm process itself can run o
> What are these po/* files ?
Translations of human-readable text.
Am 04.01.2018 um 10:46 schrieb Catonano:
> This is a little bit annoying, as I can't rebase my branch on master
> in order to edit the commit message without dealing with those too
> (stashing or checking them out back to where they were)
Try this:
git checkout po
--
Regards
Hartmut Goebel
| H
Catonano transcribed 4.7K bytes:
> 2018-01-04 10:37 GMT+01:00 Catonano :
>
> > I am trying to use git worktree, as suggested
> >
> > I'm tying to update python-magic from 0.4.3 to 0.4.15 in a worktree based
> > branch
> >
> > The new version builds fine
> >
> > But in preparing the commit, I find
2018-01-04 10:37 GMT+01:00 Catonano :
> I am trying to use git worktree, as suggested
>
> I'm tying to update python-magic from 0.4.3 to 0.4.15 in a worktree based
> branch
>
> The new version builds fine
>
> But in preparing the commit, I find a lot of files that I didn't touch to
> be changed
>
I am trying to use git worktree, as suggested
I'm tying to update python-magic from 0.4.3 to 0.4.15 in a worktree based
branch
The new version builds fine
But in preparing the commit, I find a lot of files that I didn't touch to
be changed
$ git status
Sul branch update-tryton
Changes not stage
Hi Charlie,
> Do I need to submit a FSF copyright assignment to contribute to a package if
> the package is not copyrighted under the FSF?
Guix does not require FSF copyright assignment. Contributing a package
definition to Guix is not the same as contributing to the upstream
project providing
2018-01-03 23:44 GMT+01:00 Leo Famulari :
> BTW, this is a 3rd-party mirror of libmagic. The canonical source of
> libmagic is in the 'file' package.
>
Oh thank God !
Even python-magic is already there !
Thank you !
Mark H Weaver transcribed 2.4K bytes:
> Hi Rutger,
>
> Rutger Helling writes:
>
> > I've sent in a patch (#29943) that adds a small paragraph to the
> > documentation about the current situation.
> >
> > I believe there was a plan to replace SLiM with GDM for the default
> > login manager. Getti
Alex Vong writes:
> Running ``LC_ALL=C grep -r chmod'' on ``guix/gnu/packages'', gives the
> following result. As you can see, various modes are used, such as 644,
> 755, 555, 666, 777, 664. Do we have a guide on which mode should be
> prefered? I personally always used 644 for non-executable fil
25 matches
Mail list logo
