Andreas Enge wrote:
> Actually, you could use the Guix logo as given on its home page:
> https://www.gnu.org/software/guix/graphics/ with the text "The GNU
> System" underneath. This is what I usually mean when speaking of the
> Guix logo.
Andreas, I want you to know that I understand your fee
On 05/11/14 18:06, Andreas Enge wrote:
> On Wed, Nov 05, 2014 at 10:39:17PM +0100, Andreas Enge wrote:
>> This is not bad at all! The gnu like a watermark is very elegant, I think.
>> But the Guix logo and the gnu head are stomping on each other's feet. How
>> about putting the Guix logo in the low
On 05/11/14 18:06, Andreas Enge wrote:
> On Wed, Nov 05, 2014 at 10:39:17PM +0100, Andreas Enge wrote:
>> This is not bad at all! The gnu like a watermark is very elegant, I think.
>> But the Guix logo and the gnu head are stomping on each other's feet. How
>> about putting the Guix logo in the low
On 05/11/14 16:39, Andreas Enge wrote:
> On Wed, Nov 05, 2014 at 04:28:25PM -0500, Felipe López wrote:
>> Since I completely agree with Bruno, here is the GRUB image proposal
>> using the GNU logo:
>> http://sirgazil.bitbucket.org/static/temp/img/gnu/2014-11-05-grub-dark.png
>
> The GNU is nice. H
On Wed, Nov 05, 2014 at 10:18:18PM +0100, Andreas Enge wrote:
> It definitely sounds like a good idea. We could add the rpath linker flags
> for Qt and for KDE via -DCMAKE_SHARED_LINKER_FLAGS and
> -DCMAKE_EXE_LINKER_FLAGS to the kde build system. I would like to give
> it a try.
It works! I am at
On Wed, Nov 05, 2014 at 10:39:17PM +0100, Andreas Enge wrote:
> This is not bad at all! The gnu like a watermark is very elegant, I think.
> But the Guix logo and the gnu head are stomping on each other's feet. How
> about putting the Guix logo in the lower right corner of the frame with the
> boot
Andreas Enge wrote
> The GNU is nice. How about having a gnu without the text and then
> the Guix logo?
May we know what's the rationale backing up your request? Why would
exceptionally the package manager's logo go along with the operating
system's logo in the *boot manager* screen? Furthermor
Felipe López wrote:> On 05/11/14 15:16, Ludovic Courtès wrote:
> Since I completely agree with Bruno, here is the GRUB image proposal
> using the GNU logo:
>
> http://sirgazil.bitbucket.org/static/temp/img/gnu/2014-11-05-grub-dark.png
That's beautiful! -*.*- Congratulations! To me it's perfec
On Wed, Nov 05, 2014 at 04:28:25PM -0500, Felipe López wrote:
> Since I completely agree with Bruno, here is the GRUB image proposal
> using the GNU logo:
> http://sirgazil.bitbucket.org/static/temp/img/gnu/2014-11-05-grub-dark.png
The GNU is nice. How about having a gnu without the text and then
Ludovic Courtès (2014-11-05 23:12 +0300) wrote:
> Alex Kost skribis:
>
>> Ludovic Courtès (2014-11-05 00:37 +0300) wrote:
>>
>>> Alex Kost skribis:
>>>
Also I forgot to mention “emacs/guix-messages.el” in “emacs.am” in
commit 62f261d, so I did it in this patch (I hope it's not too evil
On 05/11/14 15:16, Ludovic Courtès wrote:
> Bruno Félix Rezende Ribeiro skribis:
>
>> From a strategical perspective, I fail to see why the distinction
>> between GNU/Linux-libre and GNU/Hurd could be of any relevance. IMHO,
>> calling both simply "GNU" would help in the promotion of the GNU
>>
On Wed, Nov 05, 2014 at 10:00:12PM +0100, Federico Beffa wrote:
> I'm using glib-or-gtk-build-system (which I'm refining). So, it is
> mostly the gnu-build-system. But, in the end of the day, the option is
> just a parameter for the linker and I thought it may help... but maybe
> not.
It definitel
On Wed, Nov 5, 2014 at 9:28 PM, Eric Bavier wrote:
>
> Ludovic Courtès writes:
>
>> Federico Beffa skribis:
>>
>> What build system does dconf use?
I'm using glib-or-gtk-build-system (which I'm refining). So, it is
mostly the gnu-build-system. But, in the end of the day, the option is
just a par
Andreas Enge skribis:
> Adding optional inputs to kdelibs, I notice that acl is not recognised.
> The reason is that the header files are not installed. Would that be easy
> to modify? Maybe by changing the line
> (zero? (system* "make" "install" "install-lib")))
Commit 16755848 added ‘install
Federico Beffa skribis:
> Now, "git status" tells me that there are the following .po files
> which are modified and not staged:
>
> # On branch master
> # Changes not staged for commit:
> # (use "git add ..." to update what will be committed)
> # (use "git checkout -- ..." to discard changes
Ludovic Courtès writes:
> Federico Beffa skribis:
>
>> I'm working on dconf and I had the same problem: the produced binaries
>> like dconf-edit, but even shared libraries produced by the build would
>> not find their own companions.
>
> What build system does dconf use?
>
> Usually there’s no p
Follow-up Comment #4, sr #108678 (project administration):
This is pretty much a minor esthetical issue anyway, so I wouldn't want to
entice you into violating the Savannah guidelines. :-)
Thanks,
Ludo'.
___
Reply to this item at:
Bruno Félix Rezende Ribeiro skribis:
> From a strategical perspective, I fail to see why the distinction
> between GNU/Linux-libre and GNU/Hurd could be of any relevance. IMHO,
> calling both simply "GNU" would help in the promotion of the GNU
> project and its ideals. That would not cause conf
Federico Beffa skribis:
> I'm working on dconf and I had the same problem: the produced binaries
> like dconf-edit, but even shared libraries produced by the build would
> not find their own companions.
What build system does dconf use?
Usually there’s no problem for packages that use Libtool (
Alex Kost skribis:
> Ludovic Courtès (2014-11-05 00:37 +0300) wrote:
>
>> Alex Kost skribis:
>>
>>> Also I forgot to mention “emacs/guix-messages.el” in “emacs.am” in
>>> commit 62f261d, so I did it in this patch (I hope it's not too evil :-))
>>
>> Maybe “evil” is too strong a word ;-), but ple
Andreas Enge writes:
> As usual, the libraries and binaries are not explicitly linked with the
> libraries they depend on. So in a context where the input libraries are not
> in /usr/lib, executing binaries fails.
>
> In my private branch I also tried to compile a few KDE packages. The same
> prob
Bruno Félix Rezende Ribeiro writes:
> [everything]
I really agree after all; when I think of it, the number of people I've
met who know and possibly even like "Linux" but have either literally
never heard of GNU, or think of it as some obscure side-project, is
quite depressing.
And talking abou
Adding optional inputs to kdelibs, I notice that acl is not recognised.
The reason is that the header files are not installed. Would that be easy
to modify? Maybe by changing the line
(zero? (system* "make" "install" "install-lib")))
to
(zero? (system* "make" "install")))
or not replacing the n
Thanks for your comments!
On Wed, Nov 05, 2014 at 02:18:24PM +0100, Ludovic Courtès wrote:
> Perhaps eventually you’ll find it convenient to have a specific build
> system with those listed as implicit inputs, though.
This sounds like a good idea. I considered a "define" with a list of the
basic
taylanbayi...@gmail.com (Taylan Ulrich Bayırlı/Kammer) wrote:
> Let me shamelessly indulge in this bikeshedding discussion.
"Bikeshedding" like those discussions of whether the operating system
should be called "Linux" or "GNU/Linux"?
> Even if the kernel component or any other number of compone
Andreas Enge wrote:
> Part of the fun in Guix is that it conflates and blurs boundaries,
> the package descriptions, the dmd init system and the package manager
> are all written in Guile and can be loaded into the same REPL.
Extending your argument, every other software written for the Guile
int
Hi,
when I try to update my git repository with "git pull --rebase", I get
the error message:
Cannot pull with rebase: You have unstaged changes.
Please commit or stash them.
Now, "git status" tells me that there are the following .po files
which are modified and not staged:
# On branch master
Follow-up Comment #3, sr #108678 (project administration):
Hello,
I believe the current accepted practice is to have the project's name as a
prefix, as appears in the original instructions for GNU Savannah maintainers:
http://savannah.gnu.org/maintenance/Git/
If this is a problem, I can renam
Let me shamelessly indulge in this bikeshedding discussion:
Omar Radwan writes:
> But it's not the real GNU kernel, so it would still have to be called
> GNU/Linux-libre, or GNU/Linux.
Depends on whether we're talking about a "brand name" or "project name"
of sorts, or a "technical name."
Ev
On Wed, Nov 5, 2014 at 9:31 AM, Bruno Félix Rezende Ribeiro
wrote:
>
> GNU dmd is *not* part of Guix. Likewise all the GNU programs packaged
> to work with Guix are *not* part of Guix.
While GNU dmd is not part of the Guix source tree, Guix comes with
many dmd services.
On 05/11/14 08:26, Ludovic Courtès wrote:
> Thanks Felipe for the proposal, I like it!
>
> Bruno Félix Rezende Ribeiro skribis:
>
>> I think that if we want to make the GNU Guix distribution the one and
>> true GNU operating system, as a sort of marketing strategy, we need to
>> make every ref
>I wonder if RMS has a good argument to justify his insistence in the
>truthfulness of the equation 'GNU = GNU/Hurd' beyond the well-known
>historical and technical ones.
I see where you get that idea from. Linux-libre is just a deblobbed fork of
the Linux kernel and the project which manages Linu
On 05/11/14 09:09, Bruno Félix Rezende Ribeiro wrote:
> l...@gnu.org (Ludovic Courtès) wrote:
>
>> Agreed. But note that RMS asked me to not insist on calling the OS
>> “the GNU system”, at least for now (AIUI, his main concern is that
>> GNU = GNU/Hurd, which is not currently supported.)
>
On Nov 4, 2014 11:10 PM, "宋文武" wrote:
> Omar Radwan writes:
>
>
> >Hi, I'm interesting in in packaging lxqt too :)
> >I think the best start point is using any IRC client, join #guix at
> freenode!
>
> I'll go by there over the weekend and start any experimental packaging
then, I'm far too busy
On Wed, Nov 05, 2014 at 12:31:48PM -0200, Bruno Félix Rezende Ribeiro wrote:
> GNU Guix is a package manager, GNU is an operating system. Please,
> don't conflate the two.
Part of the fun in Guix is that it conflates and blurs boundaries, the
package descriptions, the dmd init system and the pack
Andreas Enge wrote:
> Actually, Guix is really much more than the package manager, it
> includes the packages and the init system; so it makes sense to call
> Guix itself the GNU system.
For the GNU system we always have had a name and that's "GNU".
The init system, the package manager and the
Omar Radwan writes:
> I wanna get into guix development. Since I don't know any programming, I
> would be most useful in packaging software for guix. I want to package
> lxqt. I know qt5 is in the guix repo. So it wouldn't be very hard to
> package it, I think. But how do you package and upload s
Ludovic Courtès writes:
> Andreas Enge skribis:
>
>> thanks to Ludovic's help with debugging Qt and dbus, I finally have a working
>> recipe for kdelibs that allows me to compile the KDE "Hello, world"
>> tutorial at
>> https://techbase.kde.org/Development/Tutorials/First_program
>
> This is g
l...@gnu.org (Ludovic Courtès) wrote:
> Agreed. But note that RMS asked me to not insist on calling the OS
> “the GNU system”, at least for now (AIUI, his main concern is that
> GNU = GNU/Hurd, which is not currently supported.)
I wonder if RMS has a good argument to justify his insistence in
On Tue, Nov 04, 2014 at 08:22:54PM -0200, Bruno Félix Rezende Ribeiro wrote:
> I think that if we want to make the GNU Guix distribution the one and
> true GNU operating system, as a sort of marketing strategy, we need to
> make every reference to the sense of operating system or software
> distrib
Thanks Felipe for the proposal, I like it!
Bruno Félix Rezende Ribeiro skribis:
> I think that if we want to make the GNU Guix distribution the one and
> true GNU operating system, as a sort of marketing strategy, we need to
> make every reference to the sense of operating system or software
> d
Andreas Enge skribis:
> thanks to Ludovic's help with debugging Qt and dbus, I finally have a working
> recipe for kdelibs that allows me to compile the KDE "Hello, world"
> tutorial at
> https://techbase.kde.org/Development/Tutorials/First_program
This is good news. :-)
> It looks like all
Ludovic Courtès (2014-11-05 00:37 +0300) wrote:
> Alex Kost skribis:
>
>> Also I forgot to mention “emacs/guix-messages.el” in “emacs.am” in
>> commit 62f261d, so I did it in this patch (I hope it's not too evil :-))
>
> Maybe “evil” is too strong a word ;-), but please keep the
> emacs/guix-mess
Mark H Weaver (2014-11-04 22:39 +0300) wrote:
> Hi Alex,
>
> Alex Kost writes:
>
>> +(defcustom pretty-sha-path-regexp
>> + (rx "/"
>> + (or "nix" "gnu")
>> + "/store/"
>> + (group (= 32 alnum)))
>
> I'm not sure if it's worth it, but you could make this regexp more
> restrictive.
44 matches
Mail list logo