From labs at parabola.nu  Tue Oct  1 18:20:52 2013
From: labs at parabola.nu (labs at parabola.nu)
Date: Tue, 1 Oct 2013 11:20:52 -0700
Subject: [Dev] [Packages (i686 and x86_64) - Bug #415] (open) [texlive-most]
	Errors during installation
Message-ID: <chiliproject.issue-415.20131001112048@parabola.nu>



Issue #415 has been reported by niitotantei.

----------------------------------------
Bug #415: [texlive-most] Errors during installation
https://labs.parabola.nu/issues/415

Author: niitotantei
Status: open
Priority: bug
Assignee: 
Category: 
Target version: 


I got a lot of errors of this kind during the installation of TeX Live:
<pre>
[2013-09-29 12:52] [ALPM-SCRIPTLET] >>> texlive: updating the fontmap files with updmap...
[2013-09-29 12:52] [ALPM-SCRIPTLET] 
[2013-09-29 12:52] [ALPM-SCRIPTLET] ERROR:  The following map file(s) couldn't be found:
[2013-09-29 12:52] [ALPM-SCRIPTLET]     ccpl.map (in /etc/texmf/web2c/updmap.cfg)
[2013-09-29 12:52] [ALPM-SCRIPTLET]     cs-charter.map (in /etc/texmf/web2c/updmap.cfg)
[2013-09-29 12:52] [ALPM-SCRIPTLET]     csfonts.map (in /etc/texmf/web2c/updmap.cfg)
[2013-09-29 12:52] [ALPM-SCRIPTLET]     plother.map (in /etc/texmf/web2c/updmap.cfg)
[2013-09-29 12:52] [ALPM-SCRIPTLET]     pltext.map (in /etc/texmf/web2c/updmap.cfg)
[2013-09-29 12:52] [ALPM-SCRIPTLET] 
[2013-09-29 12:52] [ALPM-SCRIPTLET]     Did you run mktexlsr?
[2013-09-29 12:52] [ALPM-SCRIPTLET] 
[2013-09-29 12:52] [ALPM-SCRIPTLET]     You can disable non-existent map entries using the option
[2013-09-29 12:52] [ALPM-SCRIPTLET]       --syncwithtrees.
[2013-09-29 12:52] [ALPM-SCRIPTLET] 
[2013-09-29 12:52] [ALPM-SCRIPTLET]  done.
</pre>
However, it seems that @pdflatex@ compiles documents written in English correctly (I tried compiling the @https://gnu.org/licenses/gpl.tex@). The problem happens when I try to compile documents written in Polish (which use @\usepackage[MeX]{polski}@ or @\usepackage[OT4]{fontenc}@). I?ve included the compilation log for those.

Are the font packages missing because of some freedom issues? If that?s the case, is there any way to compile documents written in Polish using different fonts?



--
You have received this notification because you have either subscribed to it, or are involved in it.
To change your notification preferences, please click here: http://labs.parabola.nu/my/account


From labs at parabola.nu  Tue Oct  1 18:48:43 2013
From: labs at parabola.nu (labs at parabola.nu)
Date: Tue, 1 Oct 2013 11:48:43 -0700
Subject: [Dev] [Packages (i686 and x86_64) - Bug #415] [texlive-most] Errors
	during installation
References: <chiliproject.issue-415.20131001112048@parabola.nu>
Message-ID: <chiliproject.issue_journal-5042.20131001114841@parabola.nu>



Issue #415 has been updated by mtjm.


I know two ways: use the QX encoding, or a Unicode TeX engine like XeTeX with OpenType fonts (see https://wiki.parabolagnulinux.org/TeXLive).

The fonts have a license probably prohibiting selling and modification, so they are removed.  The package should be changed to not generate these errors.
----------------------------------------
Bug #415: [texlive-most] Errors during installation
https://labs.parabola.nu/issues/415

Author: niitotantei
Status: open
Priority: bug
Assignee: 
Category: 
Target version: 


I got a lot of errors of this kind during the installation of TeX Live:
<pre>
[2013-09-29 12:52] [ALPM-SCRIPTLET] >>> texlive: updating the fontmap files with updmap...
[2013-09-29 12:52] [ALPM-SCRIPTLET] 
[2013-09-29 12:52] [ALPM-SCRIPTLET] ERROR:  The following map file(s) couldn't be found:
[2013-09-29 12:52] [ALPM-SCRIPTLET]     ccpl.map (in /etc/texmf/web2c/updmap.cfg)
[2013-09-29 12:52] [ALPM-SCRIPTLET]     cs-charter.map (in /etc/texmf/web2c/updmap.cfg)
[2013-09-29 12:52] [ALPM-SCRIPTLET]     csfonts.map (in /etc/texmf/web2c/updmap.cfg)
[2013-09-29 12:52] [ALPM-SCRIPTLET]     plother.map (in /etc/texmf/web2c/updmap.cfg)
[2013-09-29 12:52] [ALPM-SCRIPTLET]     pltext.map (in /etc/texmf/web2c/updmap.cfg)
[2013-09-29 12:52] [ALPM-SCRIPTLET] 
[2013-09-29 12:52] [ALPM-SCRIPTLET]     Did you run mktexlsr?
[2013-09-29 12:52] [ALPM-SCRIPTLET] 
[2013-09-29 12:52] [ALPM-SCRIPTLET]     You can disable non-existent map entries using the option
[2013-09-29 12:52] [ALPM-SCRIPTLET]       --syncwithtrees.
[2013-09-29 12:52] [ALPM-SCRIPTLET] 
[2013-09-29 12:52] [ALPM-SCRIPTLET]  done.
</pre>
However, it seems that @pdflatex@ compiles documents written in English correctly (I tried compiling the @https://gnu.org/licenses/gpl.tex@). The problem happens when I try to compile documents written in Polish (which use @\usepackage[MeX]{polski}@ or @\usepackage[OT4]{fontenc}@). I?ve included the compilation log for those.

Are the font packages missing because of some freedom issues? If that?s the case, is there any way to compile documents written in Polish using different fonts?



--
You have received this notification because you have either subscribed to it, or are involved in it.
To change your notification preferences, please click here: http://labs.parabola.nu/my/account


From labs at parabola.nu  Wed Oct  2 00:44:15 2013
From: labs at parabola.nu (labs at parabola.nu)
Date: Tue, 1 Oct 2013 17:44:15 -0700
Subject: [Dev] [Libretools - Bug #324] (invalid) [chcleanup] Doesn't respect
	installed provides
References: <chiliproject.issue-324.20130507082752@parabola.nu>
Message-ID: <chiliproject.issue_journal-5043.20131001174413@parabola.nu>



Issue #324 has been updated by lukeshu.

Status changed from open to invalid

I now think I agree with fauno, this isn't a bug.
----------------------------------------
Bug #324: [chcleanup] Doesn't respect installed provides
https://labs.parabola.nu/issues/324

Author: lukeshu
Status: invalid
Priority: bug
Assignee: 
Category: 
Target version: 


Say a package makedepends on "emacs", and "emacs-nox" is installed. emacs-nox provides=(emacs).  However, if you run libremakepkg, what is going to happen is that `chcleanup` will remove emacs-nox, then `makepkg -s` will install emacs, and all of it's X11 dependencies.



--
You have received this notification because you have either subscribed to it, or are involved in it.
To change your notification preferences, please click here: http://labs.parabola.nu/my/account


From labs at parabola.nu  Wed Oct  2 00:47:00 2013
From: labs at parabola.nu (labs at parabola.nu)
Date: Tue, 1 Oct 2013 17:47:00 -0700
Subject: [Dev] [Libretools - Bug #170] (fixed) The scripts leak /tmp/tmp.*
	directories
References: <chiliproject.issue-170.20120805121936@parabola.nu>
Message-ID: <chiliproject.issue_journal-5044.20131001174658@parabola.nu>



Issue #170 has been updated by lukeshu.

Status changed from info needed to fixed

I think this has been "fixed". If anyone notices it again, open a new bug. Otherwise, this bug will stay open forever "because there might be another case."
----------------------------------------
Bug #170: The scripts leak /tmp/tmp.* directories
https://labs.parabola.nu/issues/170

Author: mtjm
Status: fixed
Priority: bug
Assignee: 
Category: 
Target version: don't break and confuse parabolers


Should also use more informative names.  Needs reviewing all code.



--
You have received this notification because you have either subscribed to it, or are involved in it.
To change your notification preferences, please click here: http://labs.parabola.nu/my/account


From labs at parabola.nu  Wed Oct  2 00:50:34 2013
From: labs at parabola.nu (labs at parabola.nu)
Date: Tue, 1 Oct 2013 17:50:34 -0700
Subject: [Dev] [Libretools - Bug #253] The help output of every command
	looks a little different.
References: <chiliproject.issue-253.20121128202320@parabola.nu>
Message-ID: <chiliproject.issue_journal-5045.20131001175025@parabola.nu>



Issue #253 has been updated by lukeshu.

Assignee set to lukeshu
% Done changed from 30 to 90

The `prose()`, `bullet()`, and `flag()` routines in libremessages now make formatting the output consistently really easy.
----------------------------------------
Bug #253: The help output of every command looks a little different.
https://labs.parabola.nu/issues/253

Author: lukeshu
Status: open
Priority: bug
Assignee: lukeshu
Category: 
Target version: don't break and confuse parabolers


Proposed guidelines:

The format should be:

<pre>Usage: ${0##*/} [OPTIONS] THINGS_IN_UPPERCASE
One line description of program

Optional longer description of behavior.

Options:
 Optional subsection: (indented 1 space)
  -o <CAPITAL>  Description starting after 16 columns.
                (the option is indented with 2 spaces)
-------------->|<-- 16 columns
123456789
         0123456</pre>

The '-h' option to get help is listed last, with then description "Show this message".



--
You have received this notification because you have either subscribed to it, or are involved in it.
To change your notification preferences, please click here: http://labs.parabola.nu/my/account


From labs at parabola.nu  Wed Oct  2 00:51:56 2013
From: labs at parabola.nu (labs at parabola.nu)
Date: Tue, 1 Oct 2013 17:51:56 -0700
Subject: [Dev] [Libretools - Bug #75] make [libretools]
	abs/abslibre/abslibre-mips64el/pbs agnostic
References: <chiliproject.issue-75.20120409124610@parabola.nu>
Message-ID: <chiliproject.issue_journal-5046.20131001175149@parabola.nu>



Issue #75 has been updated by lukeshu.

Assignee set to lukeshu
% Done changed from 0 to 40

I'm working on doing this via a tool called `xbs`.  None of it has been pushed yet though.
----------------------------------------
Bug #75: make [libretools] abs/abslibre/abslibre-mips64el/pbs agnostic
https://labs.parabola.nu/issues/75

Author: lluvia
Status: open
Priority: bug
Assignee: lukeshu
Category: 
Target version: don't break and confuse parabolers


I think it should be something like a 

ABSLIBRE-MIPS64ELGIT

variable at /etc/libretools.conf. If not, user will be hacking the expected behavour of libretools in general. Also, hack or not, it is not documented in the wiki, AFAIK, how to use libretools for packaging in mips64el, so a new packager would be in problems, for example reading this as reference:

https://wiki.parabolagnulinux.org/Package_maintainer_guide



--
You have received this notification because you have either subscribed to it, or are involved in it.
To change your notification preferences, please click here: http://labs.parabola.nu/my/account


From labs at parabola.nu  Wed Oct  2 20:28:34 2013
From: labs at parabola.nu (labs at parabola.nu)
Date: Wed, 2 Oct 2013 13:28:34 -0700
Subject: [Dev] [Packages (i686 and x86_64) - Bug #415] [texlive-most] Errors
	during installation
References: <chiliproject.issue-415.20131001112048@parabola.nu>
Message-ID: <chiliproject.issue_journal-5047.20131002132824@parabola.nu>



Issue #415 has been updated by Moosbart.


changing the PKGBUILD of texlive-core-libre with the following patch solves the error messages for me. Could someone verify and eventually apply the changes?
<pre>
*** PKGBUILD.old	2013-10-02 22:20:52.616803955 +0200
--- PKGBUILD	2013-10-02 22:10:24.143539514 +0200
***************
*** 67,72 ****
--- 67,93 ----
     done
     echo "done"
     rm -rf {tlpkg,doc,source,omega} || true
+ 
+    # remove nonfree packages from updmap.cfg
+    sed -i '/ccpl.map/d'       texmf-dist/web2c/updmap.cfg
+    sed -i '/cs-charter.map/d' texmf-dist/web2c/updmap.cfg
+    sed -i '/csfonts.map/d'    texmf-dist/web2c/updmap.cfg
+    sed -i '/plother.map/d'    texmf-dist/web2c/updmap.cfg
+    sed -i '/pltext.map/d'     texmf-dist/web2c/updmap.cfg 
+ 
+    # remove nonfree packages from texlive-core.maps
+    sed -i '/ccpl.map/d'       texlive-core.maps
+    sed -i '/cs-charter.map/d' texlive-core.maps
+    sed -i '/csfonts.map/d'    texlive-core.maps
+    sed -i '/plother.map/d'    texlive-core.maps
+    sed -i '/pltext.map/d'     texlive-core.maps
+ 
+    # remove nonfree packages from fmtutil.cnf
+    sed -i '/cslatex/d'     texmf-dist/web2c/fmtutil.cnf
+    sed -i '/csplain/d'     texmf-dist/web2c/fmtutil.cnf
+    sed -i '/from mex/d'    texmf-dist/web2c/fmtutil.cnf
+    sed -i '/mexconf.tex/d' texmf-dist/web2c/fmtutil.cnf
+    
  }
  
  package() {
</pre>

The changes to texlive-core.maps of cause could be directly applied to the file with the new md5sum added to PKGBUILD
----------------------------------------
Bug #415: [texlive-most] Errors during installation
https://labs.parabola.nu/issues/415

Author: niitotantei
Status: open
Priority: bug
Assignee: 
Category: 
Target version: 


I got a lot of errors of this kind during the installation of TeX Live:
<pre>
[2013-09-29 12:52] [ALPM-SCRIPTLET] >>> texlive: updating the fontmap files with updmap...
[2013-09-29 12:52] [ALPM-SCRIPTLET] 
[2013-09-29 12:52] [ALPM-SCRIPTLET] ERROR:  The following map file(s) couldn't be found:
[2013-09-29 12:52] [ALPM-SCRIPTLET]     ccpl.map (in /etc/texmf/web2c/updmap.cfg)
[2013-09-29 12:52] [ALPM-SCRIPTLET]     cs-charter.map (in /etc/texmf/web2c/updmap.cfg)
[2013-09-29 12:52] [ALPM-SCRIPTLET]     csfonts.map (in /etc/texmf/web2c/updmap.cfg)
[2013-09-29 12:52] [ALPM-SCRIPTLET]     plother.map (in /etc/texmf/web2c/updmap.cfg)
[2013-09-29 12:52] [ALPM-SCRIPTLET]     pltext.map (in /etc/texmf/web2c/updmap.cfg)
[2013-09-29 12:52] [ALPM-SCRIPTLET] 
[2013-09-29 12:52] [ALPM-SCRIPTLET]     Did you run mktexlsr?
[2013-09-29 12:52] [ALPM-SCRIPTLET] 
[2013-09-29 12:52] [ALPM-SCRIPTLET]     You can disable non-existent map entries using the option
[2013-09-29 12:52] [ALPM-SCRIPTLET]       --syncwithtrees.
[2013-09-29 12:52] [ALPM-SCRIPTLET] 
[2013-09-29 12:52] [ALPM-SCRIPTLET]  done.
</pre>
However, it seems that @pdflatex@ compiles documents written in English correctly (I tried compiling the @https://gnu.org/licenses/gpl.tex@). The problem happens when I try to compile documents written in Polish (which use @\usepackage[MeX]{polski}@ or @\usepackage[OT4]{fontenc}@). I?ve included the compilation log for those.

Are the font packages missing because of some freedom issues? If that?s the case, is there any way to compile documents written in Polish using different fonts?



--
You have received this notification because you have either subscribed to it, or are involved in it.
To change your notification preferences, please click here: http://labs.parabola.nu/my/account


From labs at parabola.nu  Fri Oct  4 15:33:30 2013
From: labs at parabola.nu (labs at parabola.nu)
Date: Fri, 4 Oct 2013 08:33:30 -0700
Subject: [Dev] [Packages (i686 and x86_64) - Bug #416] (open) mc-libre
	should be patched to work with unar
Message-ID: <chiliproject.issue-416.20131004083317@parabola.nu>



Issue #416 has been reported by g.one.

----------------------------------------
Bug #416: mc-libre should be patched to work with unar
https://labs.parabola.nu/issues/416

Author: g.one
Status: open
Priority: bug
Assignee: 
Category: 
Target version: 


When i try to open a .rar archive with mc-libre i have an error:

/usr/lib/mc/extfs.d/urar: line 20: rar: command not found
/usr/lib/mc/extfs.d/urar: line 24: rar: command not found



--
You have received this notification because you have either subscribed to it, or are involved in it.
To change your notification preferences, please click here: http://labs.parabola.nu/my/account


From labs at parabola.nu  Fri Oct  4 20:47:04 2013
From: labs at parabola.nu (labs at parabola.nu)
Date: Fri, 4 Oct 2013 13:47:04 -0700
Subject: [Dev] [Packages (i686 and x86_64) - Bug #416] (in progress)
	mc-libre should be patched to work with unar
References: <chiliproject.issue-416.20131004083317@parabola.nu>
Message-ID: <chiliproject.issue_journal-5049.20131004134702@parabola.nu>



Issue #416 has been updated by Emulatorman.

Status changed from open to in progress
Assignee set to Emulatorman


----------------------------------------
Bug #416: mc-libre should be patched to work with unar
https://labs.parabola.nu/issues/416

Author: g.one
Status: in progress
Priority: bug
Assignee: Emulatorman
Category: 
Target version: 


When i try to open a .rar archive with mc-libre i have an error:

/usr/lib/mc/extfs.d/urar: line 20: rar: command not found
/usr/lib/mc/extfs.d/urar: line 24: rar: command not found



--
You have received this notification because you have either subscribed to it, or are involved in it.
To change your notification preferences, please click here: http://labs.parabola.nu/my/account


From labs at parabola.nu  Fri Oct  4 20:48:04 2013
From: labs at parabola.nu (labs at parabola.nu)
Date: Fri, 4 Oct 2013 13:48:04 -0700
Subject: [Dev] [Packages (i686 and x86_64) - Bug #415] (in progress)
	[texlive-most] Errors during installation
References: <chiliproject.issue-415.20131001112048@parabola.nu>
Message-ID: <chiliproject.issue_journal-5050.20131004134804@parabola.nu>



Issue #415 has been updated by Emulatorman.

Status changed from open to in progress
Assignee set to Emulatorman


----------------------------------------
Bug #415: [texlive-most] Errors during installation
https://labs.parabola.nu/issues/415

Author: niitotantei
Status: in progress
Priority: bug
Assignee: Emulatorman
Category: 
Target version: 


I got a lot of errors of this kind during the installation of TeX Live:
<pre>
[2013-09-29 12:52] [ALPM-SCRIPTLET] >>> texlive: updating the fontmap files with updmap...
[2013-09-29 12:52] [ALPM-SCRIPTLET] 
[2013-09-29 12:52] [ALPM-SCRIPTLET] ERROR:  The following map file(s) couldn't be found:
[2013-09-29 12:52] [ALPM-SCRIPTLET]     ccpl.map (in /etc/texmf/web2c/updmap.cfg)
[2013-09-29 12:52] [ALPM-SCRIPTLET]     cs-charter.map (in /etc/texmf/web2c/updmap.cfg)
[2013-09-29 12:52] [ALPM-SCRIPTLET]     csfonts.map (in /etc/texmf/web2c/updmap.cfg)
[2013-09-29 12:52] [ALPM-SCRIPTLET]     plother.map (in /etc/texmf/web2c/updmap.cfg)
[2013-09-29 12:52] [ALPM-SCRIPTLET]     pltext.map (in /etc/texmf/web2c/updmap.cfg)
[2013-09-29 12:52] [ALPM-SCRIPTLET] 
[2013-09-29 12:52] [ALPM-SCRIPTLET]     Did you run mktexlsr?
[2013-09-29 12:52] [ALPM-SCRIPTLET] 
[2013-09-29 12:52] [ALPM-SCRIPTLET]     You can disable non-existent map entries using the option
[2013-09-29 12:52] [ALPM-SCRIPTLET]       --syncwithtrees.
[2013-09-29 12:52] [ALPM-SCRIPTLET] 
[2013-09-29 12:52] [ALPM-SCRIPTLET]  done.
</pre>
However, it seems that @pdflatex@ compiles documents written in English correctly (I tried compiling the @https://gnu.org/licenses/gpl.tex@). The problem happens when I try to compile documents written in Polish (which use @\usepackage[MeX]{polski}@ or @\usepackage[OT4]{fontenc}@). I?ve included the compilation log for those.

Are the font packages missing because of some freedom issues? If that?s the case, is there any way to compile documents written in Polish using different fonts?



--
You have received this notification because you have either subscribed to it, or are involved in it.
To change your notification preferences, please click here: http://labs.parabola.nu/my/account


From labs at parabola.nu  Fri Oct  4 20:49:28 2013
From: labs at parabola.nu (labs at parabola.nu)
Date: Fri, 4 Oct 2013 13:49:28 -0700
Subject: [Dev] [Packages (i686 and x86_64) - Bug #415] [texlive-most] Errors
	during installation
References: <chiliproject.issue-415.20131001112048@parabola.nu>
Message-ID: <chiliproject.issue_journal-5051.20131004134928@parabola.nu>



Issue #415 has been updated by Emulatorman.


I put your modifications on the source and released it to a new revision, try again if it works
----------------------------------------
Bug #415: [texlive-most] Errors during installation
https://labs.parabola.nu/issues/415

Author: niitotantei
Status: in progress
Priority: bug
Assignee: Emulatorman
Category: 
Target version: 


I got a lot of errors of this kind during the installation of TeX Live:
<pre>
[2013-09-29 12:52] [ALPM-SCRIPTLET] >>> texlive: updating the fontmap files with updmap...
[2013-09-29 12:52] [ALPM-SCRIPTLET] 
[2013-09-29 12:52] [ALPM-SCRIPTLET] ERROR:  The following map file(s) couldn't be found:
[2013-09-29 12:52] [ALPM-SCRIPTLET]     ccpl.map (in /etc/texmf/web2c/updmap.cfg)
[2013-09-29 12:52] [ALPM-SCRIPTLET]     cs-charter.map (in /etc/texmf/web2c/updmap.cfg)
[2013-09-29 12:52] [ALPM-SCRIPTLET]     csfonts.map (in /etc/texmf/web2c/updmap.cfg)
[2013-09-29 12:52] [ALPM-SCRIPTLET]     plother.map (in /etc/texmf/web2c/updmap.cfg)
[2013-09-29 12:52] [ALPM-SCRIPTLET]     pltext.map (in /etc/texmf/web2c/updmap.cfg)
[2013-09-29 12:52] [ALPM-SCRIPTLET] 
[2013-09-29 12:52] [ALPM-SCRIPTLET]     Did you run mktexlsr?
[2013-09-29 12:52] [ALPM-SCRIPTLET] 
[2013-09-29 12:52] [ALPM-SCRIPTLET]     You can disable non-existent map entries using the option
[2013-09-29 12:52] [ALPM-SCRIPTLET]       --syncwithtrees.
[2013-09-29 12:52] [ALPM-SCRIPTLET] 
[2013-09-29 12:52] [ALPM-SCRIPTLET]  done.
</pre>
However, it seems that @pdflatex@ compiles documents written in English correctly (I tried compiling the @https://gnu.org/licenses/gpl.tex@). The problem happens when I try to compile documents written in Polish (which use @\usepackage[MeX]{polski}@ or @\usepackage[OT4]{fontenc}@). I?ve included the compilation log for those.

Are the font packages missing because of some freedom issues? If that?s the case, is there any way to compile documents written in Polish using different fonts?



--
You have received this notification because you have either subscribed to it, or are involved in it.
To change your notification preferences, please click here: http://labs.parabola.nu/my/account


From mtjm at mtjm.eu  Sat Oct  5 10:46:09 2013
From: mtjm at mtjm.eu (=?utf-8?Q?Micha=C5=82_Mas=C5=82owski?=)
Date: Sat, 05 Oct 2013 12:46:09 +0200
Subject: [Dev] Leaving mips64el
Message-ID: <87txgwhu6m.fsf@mtjm.eu>

Hello.

I have decided to leave the Parabola mips64el project as both user and
developer.  I don't believe I'm able to make the port support the
functionality that I think I need.

The remote build machine and base tarballs need a maintainer.  Ask me if
you are interested.

I do continue using Parabola x86_64 on two of my machines and have no
plans to change this.
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 835 bytes
Desc: not available
URL: <https://lists.parabola.nu/pipermail/dev/attachments/20131005/f2c5a5ad/attachment.sig>

From labs at parabola.nu  Sat Oct  5 15:41:22 2013
From: labs at parabola.nu (labs at parabola.nu)
Date: Sat, 5 Oct 2013 08:41:22 -0700
Subject: [Dev] [Packages (i686 and x86_64) - Bug #415] [texlive-most] Errors
	during installation
References: <chiliproject.issue-415.20131001112048@parabola.nu>
Message-ID: <chiliproject.issue_journal-5053.20131005084119@parabola.nu>



Issue #415 has been updated by niitotantei.

File texlive-most.log added

The installation now goes smoothly, although there is some warning about missing @texmf.cnf@ file. It is in the 31st line in the log I?ve included.
----------------------------------------
Bug #415: [texlive-most] Errors during installation
https://labs.parabola.nu/issues/415

Author: niitotantei
Status: in progress
Priority: bug
Assignee: Emulatorman
Category: 
Target version: 


I got a lot of errors of this kind during the installation of TeX Live:
<pre>
[2013-09-29 12:52] [ALPM-SCRIPTLET] >>> texlive: updating the fontmap files with updmap...
[2013-09-29 12:52] [ALPM-SCRIPTLET] 
[2013-09-29 12:52] [ALPM-SCRIPTLET] ERROR:  The following map file(s) couldn't be found:
[2013-09-29 12:52] [ALPM-SCRIPTLET]     ccpl.map (in /etc/texmf/web2c/updmap.cfg)
[2013-09-29 12:52] [ALPM-SCRIPTLET]     cs-charter.map (in /etc/texmf/web2c/updmap.cfg)
[2013-09-29 12:52] [ALPM-SCRIPTLET]     csfonts.map (in /etc/texmf/web2c/updmap.cfg)
[2013-09-29 12:52] [ALPM-SCRIPTLET]     plother.map (in /etc/texmf/web2c/updmap.cfg)
[2013-09-29 12:52] [ALPM-SCRIPTLET]     pltext.map (in /etc/texmf/web2c/updmap.cfg)
[2013-09-29 12:52] [ALPM-SCRIPTLET] 
[2013-09-29 12:52] [ALPM-SCRIPTLET]     Did you run mktexlsr?
[2013-09-29 12:52] [ALPM-SCRIPTLET] 
[2013-09-29 12:52] [ALPM-SCRIPTLET]     You can disable non-existent map entries using the option
[2013-09-29 12:52] [ALPM-SCRIPTLET]       --syncwithtrees.
[2013-09-29 12:52] [ALPM-SCRIPTLET] 
[2013-09-29 12:52] [ALPM-SCRIPTLET]  done.
</pre>
However, it seems that @pdflatex@ compiles documents written in English correctly (I tried compiling the @https://gnu.org/licenses/gpl.tex@). The problem happens when I try to compile documents written in Polish (which use @\usepackage[MeX]{polski}@ or @\usepackage[OT4]{fontenc}@). I?ve included the compilation log for those.

Are the font packages missing because of some freedom issues? If that?s the case, is there any way to compile documents written in Polish using different fonts?



--
You have received this notification because you have either subscribed to it, or are involved in it.
To change your notification preferences, please click here: http://labs.parabola.nu/my/account


From labs at parabola.nu  Sat Oct  5 16:24:18 2013
From: labs at parabola.nu (labs at parabola.nu)
Date: Sat, 5 Oct 2013 09:24:18 -0700
Subject: [Dev] [Packages (i686 and x86_64) - Bug #415] [texlive-most] Errors
	during installation
References: <chiliproject.issue-415.20131001112048@parabola.nu>
Message-ID: <chiliproject.issue_journal-5054.20131005092417@parabola.nu>



Issue #415 has been updated by Moosbart.


Nice! Thanks for applying the PKGBUILD changes and thanks for testing and reporting back!

As for the texmf.cnf file that warning is the same as when installing the appropriate archlinux packages. (I tried that at a Parabala system.) Thus, it's nothing the libre packages introduced. I'd believe, either it's not important anyway, or someone should bother the maintainers/packages at archlinux? hmm, not sure.
----------------------------------------
Bug #415: [texlive-most] Errors during installation
https://labs.parabola.nu/issues/415

Author: niitotantei
Status: in progress
Priority: bug
Assignee: Emulatorman
Category: 
Target version: 


I got a lot of errors of this kind during the installation of TeX Live:
<pre>
[2013-09-29 12:52] [ALPM-SCRIPTLET] >>> texlive: updating the fontmap files with updmap...
[2013-09-29 12:52] [ALPM-SCRIPTLET] 
[2013-09-29 12:52] [ALPM-SCRIPTLET] ERROR:  The following map file(s) couldn't be found:
[2013-09-29 12:52] [ALPM-SCRIPTLET]     ccpl.map (in /etc/texmf/web2c/updmap.cfg)
[2013-09-29 12:52] [ALPM-SCRIPTLET]     cs-charter.map (in /etc/texmf/web2c/updmap.cfg)
[2013-09-29 12:52] [ALPM-SCRIPTLET]     csfonts.map (in /etc/texmf/web2c/updmap.cfg)
[2013-09-29 12:52] [ALPM-SCRIPTLET]     plother.map (in /etc/texmf/web2c/updmap.cfg)
[2013-09-29 12:52] [ALPM-SCRIPTLET]     pltext.map (in /etc/texmf/web2c/updmap.cfg)
[2013-09-29 12:52] [ALPM-SCRIPTLET] 
[2013-09-29 12:52] [ALPM-SCRIPTLET]     Did you run mktexlsr?
[2013-09-29 12:52] [ALPM-SCRIPTLET] 
[2013-09-29 12:52] [ALPM-SCRIPTLET]     You can disable non-existent map entries using the option
[2013-09-29 12:52] [ALPM-SCRIPTLET]       --syncwithtrees.
[2013-09-29 12:52] [ALPM-SCRIPTLET] 
[2013-09-29 12:52] [ALPM-SCRIPTLET]  done.
</pre>
However, it seems that @pdflatex@ compiles documents written in English correctly (I tried compiling the @https://gnu.org/licenses/gpl.tex@). The problem happens when I try to compile documents written in Polish (which use @\usepackage[MeX]{polski}@ or @\usepackage[OT4]{fontenc}@). I?ve included the compilation log for those.

Are the font packages missing because of some freedom issues? If that?s the case, is there any way to compile documents written in Polish using different fonts?



--
You have received this notification because you have either subscribed to it, or are involved in it.
To change your notification preferences, please click here: http://labs.parabola.nu/my/account


From fauno at endefensadelsl.org  Sat Oct  5 16:53:07 2013
From: fauno at endefensadelsl.org (=?utf-8?Q?Nicol=C3=A1s?= Reynolds)
Date: Sat, 05 Oct 2013 13:53:07 -0300
Subject: [Dev] [web] server migration
Message-ID: <87d2nj1wy4.fsf@endefensadelsl.org>

pablo just told me he's deprecating his openvz based virtual servers and
he offered us move to a kvm based one.  migration should be done before
the end of next week but we'll have an up to date server :)

i'll work on this since i have to apply the mail config.  i may ask for
help though

-- 
 D
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 489 bytes
Desc: not available
URL: <https://lists.parabola.nu/pipermail/dev/attachments/20131005/efe09d7e/attachment.sig>

From hellekin at gnu.org  Sat Oct  5 17:43:35 2013
From: hellekin at gnu.org (hellekin)
Date: Sat, 05 Oct 2013 14:43:35 -0300
Subject: [Dev] [web] server migration
In-Reply-To: <87d2nj1wy4.fsf@endefensadelsl.org>
References: <87d2nj1wy4.fsf@endefensadelsl.org>
Message-ID: <52504FC7.8010807@gnu.org>

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA512

On 10/05/2013 01:53 PM, Nicol?s Reynolds wrote:
> 
> i'll work on this since i have to apply the mail config.  i may ask
> for help though
> 
*** Can you detail your requirements for the mail server?

==
hk

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.12 (GNU/Linux)
Comment: Using GnuPG with Icedove - http://www.enigmail.net/

iQIcBAEBCgAGBQJSUE/BAAoJEEgGw2P8GJg9P5YP/RjBkFeT8XbRyQBbuHt157jp
fVUrwfzrSroErcwsw0RDTmxPExNM7Z/NUTCELweM2DGuhBk7r1GvCkBz+AXJXfW7
K7t/jRihtqGDZ71COaPJFMn3xKUxZJeWhAV/qTDv+M8G717+1+fqbPoGJeU6XWi+
uXpjr9jNvHBrmcj/Vixi7ZPb3qZsr0XQyTG1SaGN6o2o7P2zRgSSCVHPkEAbpgcX
A0/4ZnJHKIT4B3FrYTePklcDRjkywaypGCSw4t8wij0Y5gKOVvD8Iad4jzqBTYx6
u4XDm/qEWXTD0zck3SD46L7WWak+suZRSPW7BmcX4IHXUNerVmNSOFjfaecROXch
RbRCCOhNLBDHJd9nfieDa4Er2xn8UqreaOaQ8IB6Hhd3c6iznr1mz2uCNPCtbU6O
niUPDeNE4EzJ+qFdN6yo98EQIlBdUBrAjltLDm643gesup0YFsybsyxFyFATzMXM
Nt0Rw0YbqznS3iLR3+sAORqhk3RiMEJYTNVoXn6XIJrWm+LAEENVEj2D45QMInWs
3ECXiI0/AmdEGnV91FiAOMJMJwTyGo1wrEoQ+jQO9LPe6mKpcCfyuQ3nRlDnu+Tg
6DlwIBoDIcExGm/2QtHY8BmSoU11582QMtwogVfaOYeXzDZf5cxjuES61/F/XTjd
fzaWrg3sETa4S5jB9sYw
=F6vq
-----END PGP SIGNATURE-----


From fauno at kiwwwi.com.ar  Sat Oct  5 18:49:43 2013
From: fauno at kiwwwi.com.ar (=?utf-8?Q?Nicol=C3=A1s?= Reynolds)
Date: Sat, 05 Oct 2013 15:49:43 -0300
Subject: [Dev] [web] server migration
In-Reply-To: <52504FC7.8010807@gnu.org>
References: <87d2nj1wy4.fsf@endefensadelsl.org> <52504FC7.8010807@gnu.org>
Message-ID: <877gdr1rjs.fsf@endefensadelsl.org>

hellekin <hellekin at gnu.org> writes:

> -----BEGIN PGP SIGNED MESSAGE-----
> Hash: SHA512
>
> On 10/05/2013 01:53 PM, Nicol?s Reynolds wrote:
>> 
>> i'll work on this since i have to apply the mail config.  i may ask
>> for help though
>> 
> *** Can you detail your requirements for the mail server?

these: https://github.com/fauno/mail/tree/develop

-- 
:D
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 489 bytes
Desc: not available
URL: <https://lists.parabola.nu/pipermail/dev/attachments/20131005/fb0f6680/attachment.sig>

From elcorreo at deshackra.com  Sun Oct  6 17:19:07 2013
From: elcorreo at deshackra.com (Jorge Araya Navarro)
Date: Sun, 06 Oct 2013 11:19:07 -0600
Subject: [Dev] libretools 20130930
In-Reply-To: <87mwmui76d.wl%lukeshu@sbcglobal.net>
References: <87mwmui76d.wl%lukeshu@sbcglobal.net>
Message-ID: <1381079947.4756.2.camel@localhost.localdomain>

El lun, 30-09-2013 a las 12:51 -0400, Luke T.Shumaker escribi?:

> I just released libretools 20130930.
> 
> TL;DR: merge your libretools.conf for per-user staging directories on
>        the server.
> 
> This is a primarily bug-fix release; but there are a couple of
> "user-facing" changes in there.
> 
> Changes from 20130914 to 20130930:
> 
> Changes you probably care about:
>  - librerelease: now uses per-user staging directories on the server,
>    so you won't release eachother's partially uploaded packages.  You
>    must merge a change to libretools.conf to take advantage of this
>    (the directory it uses is part of REPODEST).
>  - librerelease: prints HOOK{PRE,POST}RELEASE before running it, so
>    you know what is going on.
> 
> User-facing changes you probably don't care about:
>  - The machine name in a chroot is now an approximation of the entire
>    directory path, instead of just the last component. (to reflect
>    an update to devtools)
>  - librefetch: PURGE_TARGETS and options are now set differently when
>    auto-generating an SRCBUILD.  It now uses `=` instead of `+=`.
>  - librefetch: no longer has the [-V|--version] flag
> 
> Internal changes:
>  - createworkdir was simplified
>  - Use `#!/usr/bin/env bash` instead of `#!/bin/bash`.
>  - Use `set -euE` or similar instead of setting the flags in the
>    shebang.
>  - update the devtools version
>  - internationalization improvements
>  - unit tests more intelligently check for empty files
> 
> Bugfixes:
>  - librerelease no longer locks the entire staging directory for the
>    duration of the upload.
>  - fix typo in `librechroot help` text.
> 
> The following programs have been internationalized:
>  - createworkdir
>  - diff-unfree
>  - libreaddiff
>  - librerelease
>  - librestage
>  - librefetch
>  - fullpkg{,-build,find}
> 
> Other notes:
> 
> fullpkg-find's copy_files() function was taken from devtools'
> makechrootpkg, but without any attribution or copyright notices.  A
> while ago, I added the comment:
> 
>     # This function is stolen from makechrootpkg.
>     # That probably has some copyright/licensing implications.
> 
> Unfortunately, because makechrootpkg does not have a license header,
> it's not easy to figure out who the copyright holders are.  I did an
> audit of the devtools commit log to figure out who the copyright
> holders are, and added that information to the fullpkg-find copyright
> header.
> 
> This also limits fullpkg-find to GPLv2, instead of GPLv3+, which is
> what most of libretools uses (the programs that come from
> devtools-par.git instead of libretools.git are of course also GPLv2).
> 
> Happy hacking,
> ~ Luke Shumaker
> _______________________________________________
> Dev mailing list
> Dev at lists.parabolagnulinux.org
> https://lists.parabolagnulinux.org/mailman/listinfo/dev


Just wondering, It's a good idea that when a new release of libretools
is out, rebuild our building chroots?

-- 
Pax et bonum.
Jorge Araya Navarro.
Dise?ador publicitario, programador Python/C++ y colaborador en Parabola
GNU/Linux-libre.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.parabola.nu/pipermail/dev/attachments/20131006/96e8286e/attachment.htm>

From lukeshu at sbcglobal.net  Sun Oct  6 20:00:38 2013
From: lukeshu at sbcglobal.net (Luke T. Shumaker)
Date: Sun, 06 Oct 2013 16:00:38 -0400
Subject: [Dev] libretools 20130930
In-Reply-To: <1381079947.4756.2.camel@localhost.localdomain>
References: <87mwmui76d.wl%lukeshu@sbcglobal.net>
 <1381079947.4756.2.camel@localhost.localdomain>
Message-ID: <87k3hqqie1.wl%lukeshu@sbcglobal.net>

At Sun, 06 Oct 2013 11:19:07 -0600,
Jorge Araya Navarro wrote:
> Just wondering, It's a good idea that when a new release of libretools
> is out, rebuild our building chroots?

It shouldn't make a difference.

~ Luke


From labs at parabola.nu  Mon Oct  7 03:19:53 2013
From: labs at parabola.nu (labs at parabola.nu)
Date: Sun, 6 Oct 2013 20:19:53 -0700
Subject: [Dev] [Packages (i686 and x86_64) - Bug #416] mc-libre should be
	patched to work with unar
References: <chiliproject.issue-416.20131004083317@parabola.nu>
Message-ID: <chiliproject.issue_journal-5055.20131006201948@parabola.nu>



Issue #416 has been updated by Emulatorman.


we (coadde and me) put unar support in the source [0] and mc-libre-4.8.10-2.1 package was released on the libre repo, try again if it works

[0] https://projects.parabolagnulinux.org/abslibre.git/commit/?id=fedbcbc35f34019a39f2be815be5f4890f411d4e
----------------------------------------
Bug #416: mc-libre should be patched to work with unar
https://labs.parabola.nu/issues/416

Author: g.one
Status: in progress
Priority: bug
Assignee: Emulatorman
Category: 
Target version: 


When i try to open a .rar archive with mc-libre i have an error:

/usr/lib/mc/extfs.d/urar: line 20: rar: command not found
/usr/lib/mc/extfs.d/urar: line 24: rar: command not found



--
You have received this notification because you have either subscribed to it, or are involved in it.
To change your notification preferences, please click here: http://labs.parabola.nu/my/account


From nobody at parabolagnulinux.org  Mon Oct  7 18:01:47 2013
From: nobody at parabolagnulinux.org (Parabola Website Notification)
Date: Mon, 07 Oct 2013 18:01:47 -0000
Subject: [Dev] Orphan Libre package [epiphany-libre] marked out-of-date
Message-ID: <20131007180147.15051.51369@rshg054.dnsready.net>

lashdu at drtan.twilightparadox.com wants to notify you that the following packages may be out-of-date:


* epiphany-libre 3.8.2-1 [libre] (i686): https://parabolagnulinux.org/packages/libre/i686/epiphany-libre/
* epiphany-libre 3.8.2-1 [libre] (x86_64): https://parabolagnulinux.org/packages/libre/x86_64/epiphany-libre/


The user provided the following additional text:

https://www.archlinux.org/packages/extra/x86_64/epiphany/

Duck Duck Go is a default search engine for Epiphany (GNOME Web) since the 3.10 release.



From labs at parabola.nu  Mon Oct  7 22:03:29 2013
From: labs at parabola.nu (labs at parabola.nu)
Date: Mon, 7 Oct 2013 15:03:29 -0700
Subject: [Dev] [Packages (i686 and x86_64) - Bug #416] mc-libre should be
	patched to work with unar
References: <chiliproject.issue-416.20131004083317@parabola.nu>
Message-ID: <chiliproject.issue_journal-5056.20131007150310@parabola.nu>



Issue #416 has been updated by g.one.


Doesn't work for me!
----------------------------------------
Bug #416: mc-libre should be patched to work with unar
https://labs.parabola.nu/issues/416

Author: g.one
Status: in progress
Priority: bug
Assignee: Emulatorman
Category: 
Target version: 


When i try to open a .rar archive with mc-libre i have an error:

/usr/lib/mc/extfs.d/urar: line 20: rar: command not found
/usr/lib/mc/extfs.d/urar: line 24: rar: command not found



--
You have received this notification because you have either subscribed to it, or are involved in it.
To change your notification preferences, please click here: http://labs.parabola.nu/my/account


From lukeshu at sbcglobal.net  Tue Oct  8 03:12:15 2013
From: lukeshu at sbcglobal.net (Luke T. Shumaker)
Date: Mon, 07 Oct 2013 23:12:15 -0400
Subject: [Dev] libretools 20131007 release announcment.
Message-ID: <87fvscqwvk.wl%lukeshu@sbcglobal.net>

I just pushed libretools 20131007 to [libre].  You may generally
regard it as a bugfix release.

Exciting: There are now man-pages for all of librelib.

I thought that this would be a short bugfix release, but bugs in
systemd-nspawn made things a *lot* more complicated.

Changes from 20130930 to 20131007:
Changes:
 - librerelease: Add `-u` flag for upload-only; don't run db-update
 - conf.sh: {get,set}_conf_makepkg was generalized to {get,set}_var
 - added man-pages for all of librelib
Bugfixes:
 - librerelease: The total upload size displayed before the upload was
   an error message, instead of a number.
 - libremakepkg: Do a better job of post-processing the output so that
   it isn't line-buffered, and carriage returns work correctly.
 - a couple of fixes in unit tests
 - chcleanup: don't search in $PATH for the PKGBUILD
 - librechroot: clean-pkgs now looks at /startdir/PKGBUILD instead of
   /build/PKGBUILD.
Chroot TTY stuff:
  It turns out that systemd-nspawn's TTY/IO handling is buggy as
  hell.  In general, if stdout/stdin aren't TTYs, it does the wrong
  thing.  I've mitigated this by adding a (partial) work-around for
  when stdout isn't a TTY, and having it print a warning when stdin
  isn't a TTY.

  I could better mitigate this by writing a PTY wrapper/condom (in C)
  to stop systemd-nspawn from f---ing up the TTY, but I don't want to
  distribute an architecture-dependent program with libretools, and I
  think it would be more productive to fix systemd-nspawn.  Hopefully
  I will be sending them a patch soon. (Also, the wrapper program that
  I am writing anyway is unfinished.)

  So, the bugs:
    - If stdin isn't a TTY, it does not correctly handle SIGINT, and
      instead immediately dies without doing anything with it's child
      processes. Which means that without system-nspawn proxying their
      stdout to actual stdout, their I/O will block forever, and you
      will have to `kill(1)` them.
    - If stdout isn't a TTY, it *mostly* ignores the user.  Not all
      the way but mostly, which is even more confusing.
       - It still prints output to stdout (instead of, say /dev/tty).
       - But it sets the characteristics (namely size) of the emulated
         stdout TTY on stdin (assuming stdin is a TTY).  WHY ARE YOU
         BASING THE OUTPUT CHARACTERISTICS ON THE INPUT
         CHARACTERISTICS!?
       - It also will perform `ioctl(3)s` meant for stdout on stdin.
         WHAT. THE. HELL.
  The correct thing to do, would *obviously* be to have stdout in the
  chroot reflect stdout outside of it.

  Like I've said, I've mitigated this the best I can in librechroot,
  but until systemd-nspawn is fixed, the output of libremakepkg will
  be a little buggy.

Happy hacking,
~ Luke Shumaker


From labs at parabola.nu  Tue Oct  8 03:41:22 2013
From: labs at parabola.nu (labs at parabola.nu)
Date: Mon, 7 Oct 2013 20:41:22 -0700
Subject: [Dev] [Libretools - Bug #412] (fixed) [libremakepkg] Doesn't
	display realtime download progress.
References: <chiliproject.issue-412.20130920121245@parabola.nu>
Message-ID: <chiliproject.issue_journal-5057.20131007204005@parabola.nu>



Issue #412 has been updated by lukeshu.

Status changed from open to fixed
Assignee set to lukeshu
% Done changed from 0 to 100

This was fixed by replacing the sed script with a perl script in 20131007.
----------------------------------------
Bug #412: [libremakepkg] Doesn't display realtime download progress.
https://labs.parabola.nu/issues/412

Author: lukeshu
Status: fixed
Priority: bug
Assignee: lukeshu
Category: 
Target version: 


Because we post process the output of the commands with sed, that means the output is line-buffered.  So, when downloading sources, you can't see the progress that curl is printing out.



--
You have received this notification because you have either subscribed to it, or are involved in it.
To change your notification preferences, please click here: http://labs.parabola.nu/my/account


From lukeshu at sbcglobal.net  Tue Oct  8 17:55:54 2013
From: lukeshu at sbcglobal.net (Luke T. Shumaker)
Date: Tue, 08 Oct 2013 13:55:54 -0400
Subject: [Dev] libretools 20131007 release announcment.
In-Reply-To: <87fvscqwvk.wl%lukeshu@sbcglobal.net>
References: <87fvscqwvk.wl%lukeshu@sbcglobal.net>
Message-ID: <87bo2zr6j9.wl%lukeshu@sbcglobal.net>

At Mon, 07 Oct 2013 23:12:15 -0400,
Luke T. Shumaker wrote:
>   Like I've said, I've mitigated this the best I can in librechroot,
>   but until systemd-nspawn is fixed, the output of libremakepkg will
>   be a little buggy.

I've opened a bug report for all of this (under an umbrella
"redirecting std{in,out} doesn't work", with sub-bugs).

https://bugs.freedesktop.org/show_bug.cgi?id=70290

I'm also in the process of writing fixes.

Happy hacking,
~ Luke Shumaker

PS: This causes no direct bug in devtools, but someone did report that
redirecting stdio doesn't work correctly.  It was closed, saying that
they should report a bug in systemd-nspawn if they want it to work
without stdin being connected to a terminal.
https://bugs.archlinux.org/task/32184


From labs at parabola.nu  Tue Oct  8 20:01:56 2013
From: labs at parabola.nu (labs at parabola.nu)
Date: Tue, 8 Oct 2013 13:01:56 -0700
Subject: [Dev] [Packages (i686 and x86_64) - Bug #386] [iceweasel-libre]
	23.0.2-2 broke session restore
References: <chiliproject.issue-386.20130817004754@parabola.nu>
Message-ID: <chiliproject.issue_journal-5058.20131008130103@parabola.nu>



Issue #386 has been updated by arder.


this bug only exists in Parabola, I have libre-Debian and Trisquel on another partition sharing the same home and works perfectly with the same profile, in libre-debian, trisquel and Parabola I have iceweasel 24
----------------------------------------
Bug #386: [iceweasel-libre] 23.0.2-2 broke session restore
https://labs.parabola.nu/issues/386

Author: mtjm
Status: open
Priority: bug
Assignee: 
Category: 
Target version: 


Downgrading to 23.0.1-2 fixes it.  I haven't tried it with other profiles.




--
You have received this notification because you have either subscribed to it, or are involved in it.
To change your notification preferences, please click here: http://labs.parabola.nu/my/account


From labs at parabola.nu  Tue Oct  8 20:02:28 2013
From: labs at parabola.nu (labs at parabola.nu)
Date: Tue, 8 Oct 2013 13:02:28 -0700
Subject: [Dev] [Packages (i686 and x86_64) - Bug #390] [iceweasel-libre]
	23.0.2-1 broke Bookmarks Toolbar
References: <chiliproject.issue-390.20130820130200@parabola.nu>
Message-ID: <chiliproject.issue_journal-5059.20131008130226@parabola.nu>



Issue #390 has been updated by arder.


this bug only exists in Parabola, I have libre-Debian and Trisquel on another partition sharing the same home and works perfectly with the same profile, in libre-debian, trisquel and Parabola I have iceweasel 24
----------------------------------------
Bug #390: [iceweasel-libre] 23.0.2-1 broke Bookmarks Toolbar
https://labs.parabola.nu/issues/390

Author: joe
Status: open
Priority: bug
Assignee: 
Category: 
Target version: 


When starting Iceweasel with Bookmarks Toolbar on, the toolbar appears as a blank area. The bookmarks appear after turning the Bookmarks Toolbar off and then turning it back on it again.

The bookmarks will also appear if I start Iceweasel with the Bookmarks Toolbar off, and then turn it on.

The issue is reproducable with new and old profiles, and with all add-ons disabled.

Downgrading to 23.0.1-2 fixes it.



--
You have received this notification because you have either subscribed to it, or are involved in it.
To change your notification preferences, please click here: http://labs.parabola.nu/my/account


From labs at parabola.nu  Tue Oct  8 20:02:43 2013
From: labs at parabola.nu (labs at parabola.nu)
Date: Tue, 8 Oct 2013 13:02:43 -0700
Subject: [Dev] [Packages (i686 and x86_64) - Bug #386] [iceweasel-libre]
	23.0.2-2 broke session restore
References: <chiliproject.issue-386.20130817004754@parabola.nu>
Message-ID: <chiliproject.issue_journal-5060.20131008130241@parabola.nu>



Issue #386 has been updated by arder.


this bug only exists in Parabola, I have libre-Debian and Trisquel on another partition sharing the same home and works perfectly with the same profile, in libre-debian, trisquel and Parabola I have iceweasel 24
----------------------------------------
Bug #386: [iceweasel-libre] 23.0.2-2 broke session restore
https://labs.parabola.nu/issues/386

Author: mtjm
Status: open
Priority: bug
Assignee: 
Category: 
Target version: 


Downgrading to 23.0.1-2 fixes it.  I haven't tried it with other profiles.




--
You have received this notification because you have either subscribed to it, or are involved in it.
To change your notification preferences, please click here: http://labs.parabola.nu/my/account


From labs at parabola.nu  Wed Oct  9 17:49:07 2013
From: labs at parabola.nu (labs at parabola.nu)
Date: Wed, 9 Oct 2013 10:49:07 -0700
Subject: [Dev] [Libretools - Bug #417] (fixed) [documentation:conf.sh(3)]:
	BUGS section still mentiones {get, set}_conf_makepkg
Message-ID: <chiliproject.issue-417.20131009104847@parabola.nu>



Issue #417 has been reported by lukeshu.

----------------------------------------
Bug #417: [documentation:conf.sh(3)]: BUGS section still mentiones {get,set}_conf_makepkg
https://labs.parabola.nu/issues/417

Author: lukeshu
Status: fixed
Priority: bug
Assignee: lukeshu
Category: 
Target version: 


Those routines have been generalized to {get,set}_conf.  It has been adjusted elsewhere in the documentation.

(this is already fixed in git)



--
You have received this notification because you have either subscribed to it, or are involved in it.
To change your notification preferences, please click here: http://labs.parabola.nu/my/account


From labs at parabola.nu  Wed Oct  9 17:50:59 2013
From: labs at parabola.nu (labs at parabola.nu)
Date: Wed, 9 Oct 2013 10:50:59 -0700
Subject: [Dev] [Libretools - Bug #418] (fixed) [common.sh] lock/slock parse
	arguments incorrectly
Message-ID: <chiliproject.issue-418.20131009105058@parabola.nu>



Issue #418 has been reported by lukeshu.

----------------------------------------
Bug #418: [common.sh] lock/slock parse arguments incorrectly
https://labs.parabola.nu/issues/418

Author: lukeshu
Status: fixed
Priority: bug
Assignee: lukeshu
Category: 
Target version: 


The mesg argument is quoted wrong, it should be <pre>mesg=("${@:3}")</pre>, but the brackets are missing; it has <pre>mesg=("$@:3")</pre>, which messes the message up.  In most cases, the message won't be shown, so this is an easy bug to miss.

This has already been fixed in git.



--
You have received this notification because you have either subscribed to it, or are involved in it.
To change your notification preferences, please click here: http://labs.parabola.nu/my/account


From labs at parabola.nu  Wed Oct  9 17:57:54 2013
From: labs at parabola.nu (labs at parabola.nu)
Date: Wed, 9 Oct 2013 10:57:54 -0700
Subject: [Dev] [Libretools - Bug #419] (open) [librechroot] Doesn't handle
	stdout being redirected correctly.
Message-ID: <chiliproject.issue-419.20131009105752@parabola.nu>



Issue #419 has been reported by lukeshu.

----------------------------------------
Bug #419: [librechroot] Doesn't handle stdout being redirected correctly.
https://labs.parabola.nu/issues/419

Author: lukeshu
Status: open
Priority: bug
Assignee: 
Category: 
Target version: 


This is due to a bug in systemd-nspawn.

The systemd bug is at: https://bugs.freedesktop.org/show_bug.cgi?id=70290

This has been mostly mitigated in the last release, but it is not fixed.  Now that I've slept on it, it can be totally worked around using socat.



--
You have received this notification because you have either subscribed to it, or are involved in it.
To change your notification preferences, please click here: http://labs.parabola.nu/my/account


From mono at posteo.de  Wed Oct  9 17:57:49 2013
From: mono at posteo.de (mono at posteo.de)
Date: Wed, 9 Oct 2013 19:57:49 +0200
Subject: [Dev] Parabola ARM
In-Reply-To: <8761udnm7h.fsf@endefensadelsl.org>
References: <CANZMrrjWywXBUH=ex864MSx_Z-eEvM6YH2_U3O7pzrNjDEDRkg@mail.gmail.com>
 <87eh986qq4.wl%lukeshu@sbcglobal.net>
 <CANZMrrj73XQeKUufpGcZu1XO39E1VfuFX9wjCuuw+3XGJ4VFBg@mail.gmail.com>
 <8761ui53s7.wl%lukeshu@sbcglobal.net>
 <87fvtlucil.fsf@endefensadelsl.org>
 <CANZMrriO1wM9=qqJRxOOXmMHenMqHKLSwADTN9+cSxSLQkRuuw@mail.gmail.com>
 <20130903174200.GA510@moosbart> <871u55u6sv.fsf@endefensadelsl.org>
 <20130907054231.GA530@moosbart> <8761udnm7h.fsf@endefensadelsl.org>
Message-ID: <20131009175749.GA11061@moosbart>

Thank you again!

the deblobbing script found one additional code line that was about loading some firmware. so that seems nice. Though, one issue with the deblob script is, running on parabola I need to change /usr/bin/python to symlink python2 not python3. One more issue with that script I just noticed, it seems not to be reliable on detecting firmware which it does not know about. One of the patches applied by Archlinux ARM to the kernel sources introduces a so-called PM firmware. That is obviously a binary blob, by looking at a file consisting of only human-nonreadable numberes. I removed that by hand for now. So atm I'd think running the deblob script after blindly applying patches is not a good idea. Am looking to the patches more close now. Which take me a significant amount of time.

Am still working on this (slowly). Just wanted to share the status :)
eventually I will report back laters

btw. I was thinking about storing my current PKGBUILD for a possibly resulting linux-libre-am33x package at some parabola repository. Is that possible? and how? 

best regards
Mono

On Sat, Sep 07, 2013 at 04:08:02AM -0300, Nicol?s Reynolds wrote:
> mono at posteo.de writes:
> 
> > Hey Nicol?s,
> >
> > thanks for the hints! it looks my beaglebone black compiled and now
> > runs a new kernel. It applied the archlinuxarm patches to
> > linux-libre-3.8.13. Only a few conflicts had to be resolved by
> > hand. Well, the new patches count some 100,000 lines and I didn't read
> > all of them. How can I make sure they dont'n introduce new blobs? What
> > worries me too, there is no "Missing Free firmware" message in the
> > dmesg output.
> 
> you could apply the patches and then run the deblobbing script from
> linux-libre :)
> 
> it's been a few years since i last used it, it used lots and lots of ram
> but i think lxo solved this problem.
> 
> -- 
> http://endefensadelsl.org




From labs at parabola.nu  Wed Oct  9 18:11:52 2013
From: labs at parabola.nu (labs at parabola.nu)
Date: Wed, 9 Oct 2013 11:11:52 -0700
Subject: [Dev] [Libretools - Bug #420] (open) [librechroot] Doesn't handle
	stdin being redirected correctly.
Message-ID: <chiliproject.issue-420.20131009111150@parabola.nu>



Issue #420 has been reported by lukeshu.

----------------------------------------
Bug #420: [librechroot] Doesn't handle stdin being redirected correctly.
https://labs.parabola.nu/issues/420

Author: lukeshu
Status: open
Priority: bug
Assignee: 
Category: 
Target version: 


This is because of a bug in systemd-nspawn.

The systemd bug is at: https://bugs.freedesktop.org/show_bug.cgi?id=70290

In the latest version (20131007), it prints a warning if stdin is not a TTY, but allows you to continue.

This cannot be easily worked around. It *might* be possible using a new C program, I know of nothing that will handle PTYs correctly; socat won't do it unless it has an option I'm skipping over in the man page.

Unless/until the systemd bug is fixed, it might be best to fail immediately if stdin isn't a TTY.



--
You have received this notification because you have either subscribed to it, or are involved in it.
To change your notification preferences, please click here: http://labs.parabola.nu/my/account


From labs at parabola.nu  Wed Oct  9 18:14:23 2013
From: labs at parabola.nu (labs at parabola.nu)
Date: Wed, 9 Oct 2013 11:14:23 -0700
Subject: [Dev] [Libretools - Bug #421] (open) [pkgbuild-check-licenses] Only
	checks the global license array.
Message-ID: <chiliproject.issue-421.20131009111421@parabola.nu>



Issue #421 has been reported by lukeshu.

----------------------------------------
Bug #421: [pkgbuild-check-licenses] Only checks the global license array.
https://labs.parabola.nu/issues/421

Author: lukeshu
Status: open
Priority: bug
Assignee: 
Category: 
Target version: 


Like the depends array, the license array may be set at the split-package level, and not set globally.  If this is the case, pkgbuild-check-licenses errors.

An example of this the systemd-208 package.



--
You have received this notification because you have either subscribed to it, or are involved in it.
To change your notification preferences, please click here: http://labs.parabola.nu/my/account


From fauno at kiwwwi.com.ar  Wed Oct  9 18:28:20 2013
From: fauno at kiwwwi.com.ar (=?utf-8?Q?Nicol=C3=A1s?= Reynolds)
Date: Wed, 09 Oct 2013 15:28:20 -0300
Subject: [Dev] Parabola ARM
In-Reply-To: <20131009175749.GA11061@moosbart>
References: <CANZMrrjWywXBUH=ex864MSx_Z-eEvM6YH2_U3O7pzrNjDEDRkg@mail.gmail.com>
 <87eh986qq4.wl%lukeshu@sbcglobal.net>
 <CANZMrrj73XQeKUufpGcZu1XO39E1VfuFX9wjCuuw+3XGJ4VFBg@mail.gmail.com>
 <8761ui53s7.wl%lukeshu@sbcglobal.net> <87fvtlucil.fsf@endefensadelsl.org>
 <CANZMrriO1wM9=qqJRxOOXmMHenMqHKLSwADTN9+cSxSLQkRuuw@mail.gmail.com>
 <20130903174200.GA510@moosbart> <871u55u6sv.fsf@endefensadelsl.org>
 <20130907054231.GA530@moosbart> <8761udnm7h.fsf@endefensadelsl.org>
 <20131009175749.GA11061@moosbart>
Message-ID: <8738oas3i3.fsf@endefensadelsl.org>

mono at posteo.de writes:

> Thank you again!
>
> the deblobbing script found one additional code line that was about
> loading some firmware. so that seems nice. Though, one issue with the
> deblob script is, running on parabola I need to change /usr/bin/python
> to symlink python2 not python3. One more issue with that script I just
> noticed, it seems not to be reliable on detecting firmware which it
> does not know about. One of the patches applied by Archlinux ARM to
> the kernel sources introduces a so-called PM firmware. That is
> obviously a binary blob, by looking at a file consisting of only
> human-nonreadable numberes. I removed that by hand for now. So atm I'd
> think running the deblob script after blindly applying patches is not
> a good idea. Am looking to the patches more close now. Which take me a
> significant amount of time.

yay \o/

> Am still working on this (slowly). Just wanted to share the status :)
> eventually I will report back laters

some tips/questions about parabola arm:

* if we were to use arch arm's repos, do they have a rsync mirror
  available?  current db-sync needs this to sync and remove unfree
  packages.

* do they have a keyring?

* you can use fullpkg/treepkg from libretools to build [libre] and [pcr]

> btw. I was thinking about storing my current PKGBUILD for a possibly
> resulting linux-libre-am33x package at some parabola repository. Is
> that possible? and how?

you can work on an abslibre.git[^0] clone;  is arch arm introducing many
changes to abs?  like we do in mips64el i mean[^1].

you should come by the irc channel so we can discuss how to become a
parabola hacker if you want to :)


[0]: https://projects.parabolagnulinux.org/abslibre.git/

[1]: https://projects.parabolagnulinux.org/abslibre-mips64el.git/
     this is a repo following arch's mainline pkgbuild development where
     we push our changes for the mips port.

-- 
http://endefensadelsl.org
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 489 bytes
Desc: not available
URL: <https://lists.parabola.nu/pipermail/dev/attachments/20131009/bca71df4/attachment.sig>

From labs at parabola.nu  Thu Oct 10 15:37:17 2013
From: labs at parabola.nu (labs at parabola.nu)
Date: Thu, 10 Oct 2013 08:37:17 -0700
Subject: [Dev] [Libretools - Bug #347] (in progress) [librerelease]
	pinentry-curses breaks terminal
References: <chiliproject.issue-347.20130607200703@parabola.nu>
Message-ID: <chiliproject.issue_journal-5066.20131010083715@parabola.nu>



Issue #347 has been updated by fauno.

Status changed from fixed to in progress

I've emailed you three patches fixing this issue by signing a file to cache the passphrase, outside the loop
----------------------------------------
Bug #347: [librerelease] pinentry-curses breaks terminal
https://labs.parabola.nu/issues/347

Author: fauno
Status: in progress
Priority: bug
Assignee: 
Category: 
Target version: don't break and confuse parabolers


if you are using gnupg2 with pinentry-curses for password input, when using librerelease without a cached password, terminal output breaks because of the usage of `read` in the find packages | while read { sign }.

usually i solve this by using `for package in $(find packages)`, that doesn't capture user input, but i tried this and it also breaks the output (!).

librerelease should also fail if the sign_packages function doesn't exit succesfully, since it leads to uploading unsigned packages, failed db-update server-side and having to librestage all over again.  i'm pushing a fix for this.



--
You have received this notification because you have either subscribed to it, or are involved in it.
To change your notification preferences, please click here: http://labs.parabola.nu/my/account


From quiliro at congresolibre.org  Thu Oct 10 23:36:14 2013
From: quiliro at congresolibre.org (=?UTF-8?B?UXVpbGlybyBPcmTDs8OxZXo=?=)
Date: Thu, 10 Oct 2013 18:36:14 -0500
Subject: [Dev] Parabola will be present in Ecuador at Congreso Internacional
 de Software Libre
Message-ID: <525739EE.40802@congresolibre.org>

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Nicol?s Reinolds (Fauno) is visiting Ecuador from October 16 to promote
Parabola and demonstrate university students and teachers how to make
their distro customized to your needs and also to recruit
contributors. He will be interviewed by the press and hold meetings
with public officials. This is a great opportunity for freedom to have
a stand in the academic and public sectors.

http://softwarelibre.ec

Thank you Fauno for your good work! See you soon here.


PS. Please help Fauno plan the activities to have greater impact for
Parabola.

- -- 
Saludos libres,

Quiliro Ord??ez
Presidente (en co-gobierno con los socios)
Asociaci?n de Software Libre del Ecuador - ASLE
Tel?fono: 6008579

Recuerda que todas tus comunicaciones est?n siendo vigiladas. Lo que
puedes hacer para restar su eficacia es eliminar el software privativo
de tus computadores, evitar el software como servicio, almacenar tus
datos en tus propios equipos y encriptar todas tus comunicaciones.

Toda la informaci?n contenida en este mensaje es libre de uso y
distribuci?n con o sin modificaciones y todo correo que reciba implica
que el remitente acepta que tendr? las mismas libertades sin importar
cualquier clausula de confidencialidad o restricci?n anterior o posterior.

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.11 (GNU/Linux)

iQIcBAEBAgAGBQJSVzntAAoJELMnJLlh/t+62nMP/1U+VNymq6GeUF1rN1mWUupE
kc/ssi5K3gmaLltjbkOmBCOGXaD/9OrS2+AAM3GFPzLGSMYeLWXOJjT0Vjg1QXW9
Z6FYQQks/mdI7Zucx2D/5DUSxmACw1yrszN4TxUEZ04WgavotNX7/0xnZNM8nLZD
0lL8JBhjeQGIytfOVN0m8cdkKAHlzdqO673l0atv7D+56rNU348y0we9wsVnhjkZ
c20xnyfgQLVzaYZdZHVw/wggXM8qzDp+4cg31/di7u3KhgquGis+TEi5bYQORwkj
BaGK0Vgkd6CxevzI+6FqZpz80lKTSADza+pk6rW9cbqPMlLGAjIKRRBz5W6Rm8gR
malgtBz1IJRP5tZL0ntbgGWFGDVSvJ99XtKPoj7UfA9R+soX0a/B7Xn4jFV9a3mJ
ALY2c1bD8A6LAy+GhNvOrWBI07MzpwF35R2IS5jlwMDiyiz6eXXOVqZ/fOLyuQL8
omEQntTkJj57aZS0AWdjwdgwSjHQtDphPN0IGSqEmswC2gdFMepPlQiF00YuZG6s
15hxHIWl+w3g1laR5x7pQ49JgixBJWSTHPWLzNVgSmR0czD1hglppTIQWEt62c/L
RtQi9Llz6ePsKFhUg1agOqOfA/Jns/mosvzwzk4r+ruOJLpktzy1vsTFtYSJGQXe
ARAGYgN0pAwNnfYTeouC
=RMe1
-----END PGP SIGNATURE-----


From aurelien at xload.io  Fri Oct 11 06:50:51 2013
From: aurelien at xload.io (=?utf-8?Q?Aur=C3=A9lien_DESBRI=C3=88RES?=)
Date: Fri, 11 Oct 2013 08:50:51 +0200
Subject: [Dev] Parabola will be present in Ecuador at Congreso
	Internacional de Software Libre
In-Reply-To: <525739EE.40802@congresolibre.org> ("Quiliro
 \=\?utf-8\?B\?T3Jk\?\= \=\?utf-8\?B\?w7PDsWV6Iidz\?\= message
 of "Thu, 10 Oct 2013 18:36:14 -0500")
References: <525739EE.40802@congresolibre.org>
Message-ID: <87vc14ti5w.fsf@unicorn.home>

Quiliro Ord??ez <quiliro at congresolibre.org> writes:

> Nicol?s Reinolds (Fauno) is visiting Ecuador from October 16 to promote
> Parabola and demonstrate university students and teachers how to make
> their distro customized to your needs and also to recruit
> contributors. He will be interviewed by the press and hold meetings
> with public officials. This is a great opportunity for freedom to have
> a stand in the academic and public sectors.
>
> http://softwarelibre.ec
>
> Thank you Fauno for your good work! See you soon here.
>
>
> PS. Please help Fauno plan the activities to have greater impact for
> Parabola.

Congratulations Fauno!

May the Source be with you

-- 
Aur?lien DESBRI?RES
Run Free - Run GNU.org


From emulatorman at riseup.net  Fri Oct 11 07:48:45 2013
From: emulatorman at riseup.net (=?UTF-8?B?QW5kcsOpIFNpbHZh?=)
Date: Fri, 11 Oct 2013 05:48:45 -0200
Subject: [Dev] Parabola will be present in Ecuador at Congreso
 Internacional de Software Libre
In-Reply-To: <525739EE.40802@congresolibre.org>
References: <525739EE.40802@congresolibre.org>
Message-ID: <5257AD5D.2040304@riseup.net>

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Congratulations fauno, i think that you will do a awesome presentation
about Parabola, i believe on your talent because you are a excellent
hacker, and your contribution makes Parabola a great distribution today!

Regards friend: Andr? Silva (Emulatorman)

On 10/10/2013 09:36 PM, Quiliro Ord??ez wrote:
> Nicol?s Reinolds (Fauno) is visiting Ecuador from October 16 to
> promote Parabola and demonstrate university students and teachers
> how to make their distro customized to your needs and also to
> recruit contributors. He will be interviewed by the press and hold
> meetings with public officials. This is a great opportunity for
> freedom to have a stand in the academic and public sectors.
> 
> http://softwarelibre.ec
> 
> Thank you Fauno for your good work! See you soon here.
> 
> 
> PS. Please help Fauno plan the activities to have greater impact
> for Parabola.
> 
> _______________________________________________ Dev mailing list 
> Dev at lists.parabolagnulinux.org 
> https://lists.parabolagnulinux.org/mailman/listinfo/dev
> 

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2.0.22 (GNU/Linux)
Comment: Using GnuPG with Icedove - http://www.enigmail.net/

iQIcBAEBAgAGBQJSV61dAAoJEOaXR1L5cERW750P/21A3Rcm1VO6dZ0M/rqtGDeO
yRnAtk0WSp5QP4cZep99miId+DqIqOIKkkV0QY1A1Nc61HbQl1pl8CKe8IPkoeuL
h1Sqh8nhMAud7v2nEItvI2j2QhsVKk28eaJ13Y8rKY1KTL2reytpdGyiqpe09Az4
Ngn5yrTZdjY0FQDg/YX4viL4hNCwBxlanHphNr2q4E3+BBydQVdP3ykx/PE1TP4x
IN48m94rSzHMQeSmZYsYvFIUi2y4VgfwiLUYAQOtwXovseRt9f+nFl2C/GJL6rrR
IEo0dhMmo+tHMsrIuWowghOU9lKJK6FVDCLZbQSaEn812WtzNp1gIPSQSf6osqJJ
p7bFaeM1JWM1jcEpreOxjTq2CqxUDJmiHCsMB1vMSMD3AKz1+bto7vWzu6VnMTX7
8j56Y4N6+q1AuGPIYzNV9FUdzarzz3WAYnfrgUC4Jd0wYRF+XyM2aAzS96Ves9Vr
3nIRSLFTlNYZo4agEMACNhMsQKdR3mDVRWLaSVklCHvb8gL1XiFJBflkCGD7G6IB
eUpgoY45T72RsrkCXePSBQ8RJw2xSLQb94SGYSSMdAM35m8cXtlcmzK+xm7F4bni
XAWTVgT35SuA0r1+69J6ekFNM1ZFaoYPuhfIpntCX4amldIkGgExRt4OEMtH7C/z
boWtFv8isLXx24byQ8oT
=7x2/
-----END PGP SIGNATURE-----


From fauno at kiwwwi.com.ar  Wed Oct 16 00:06:59 2013
From: fauno at kiwwwi.com.ar (=?utf-8?Q?Nicol=C3=A1s?= Reynolds)
Date: Tue, 15 Oct 2013 21:06:59 -0300
Subject: [Dev] Parabola ARM
In-Reply-To: <8738oas3i3.fsf@endefensadelsl.org>
References: <CANZMrrjWywXBUH=ex864MSx_Z-eEvM6YH2_U3O7pzrNjDEDRkg@mail.gmail.com>
 <87eh986qq4.wl%lukeshu@sbcglobal.net>
 <CANZMrrj73XQeKUufpGcZu1XO39E1VfuFX9wjCuuw+3XGJ4VFBg@mail.gmail.com>
 <8761ui53s7.wl%lukeshu@sbcglobal.net> <87fvtlucil.fsf@endefensadelsl.org>
 <CANZMrriO1wM9=qqJRxOOXmMHenMqHKLSwADTN9+cSxSLQkRuuw@mail.gmail.com>
 <20130903174200.GA510@moosbart> <871u55u6sv.fsf@endefensadelsl.org>
 <20130907054231.GA530@moosbart> <8761udnm7h.fsf@endefensadelsl.org>
 <20131009175749.GA11061@moosbart> <8738oas3i3.fsf@endefensadelsl.org>
Message-ID: <8761sydqos.fsf@endefensadelsl.org>

Nicol?s Reynolds <fauno at kiwwwi.com.ar> writes:

> mono at posteo.de writes:
>
>> Thank you again!
>
> yay \o/

<bikeshedding>

it would be even more interesting to have a set of pkgbuilds able to
build a cross toolchain for a given architecture/port and bootstrap a
minimal parabola system or any kind of package for that matter, a
cross-makepkg!

actually i tried to do this by exporting flags on makepkg.conf and
PKGBUILDs and was able to cross-build some simple packages, but then you
have to modify even more flags and the cross toolchain broke in the
middle so i couldn't continue.

maybe i'd be best to put cross gnu linux-libre from scratch on PKGBUILDs
and see what happens.


ps: bikeshedding never stops :P

-- 
:O
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 489 bytes
Desc: not available
URL: <https://lists.parabola.nu/pipermail/dev/attachments/20131015/ccd073ed/attachment.sig>

From lukeshu at sbcglobal.net  Wed Oct 16 03:38:24 2013
From: lukeshu at sbcglobal.net (Luke T. Shumaker)
Date: Tue, 15 Oct 2013 23:38:24 -0400
Subject: [Dev] Parabola ARM
In-Reply-To: <8761sydqos.fsf@endefensadelsl.org>
References: <CANZMrrjWywXBUH=ex864MSx_Z-eEvM6YH2_U3O7pzrNjDEDRkg@mail.gmail.com>
 <87eh986qq4.wl%lukeshu@sbcglobal.net>
 <CANZMrrj73XQeKUufpGcZu1XO39E1VfuFX9wjCuuw+3XGJ4VFBg@mail.gmail.com>
 <8761ui53s7.wl%lukeshu@sbcglobal.net>
 <87fvtlucil.fsf@endefensadelsl.org>
 <CANZMrriO1wM9=qqJRxOOXmMHenMqHKLSwADTN9+cSxSLQkRuuw@mail.gmail.com>
 <20130903174200.GA510@moosbart> <871u55u6sv.fsf@endefensadelsl.org>
 <20130907054231.GA530@moosbart> <8761udnm7h.fsf@endefensadelsl.org>
 <20131009175749.GA11061@moosbart>
 <8738oas3i3.fsf@endefensadelsl.org>
 <8761sydqos.fsf@endefensadelsl.org>
Message-ID: <87bo2pq40f.wl%lukeshu@sbcglobal.net>

At Tue, 15 Oct 2013 21:06:59 -0300,
Nicol?s Reynolds wrote:
> it would be even more interesting to have a set of pkgbuilds able to
> build a cross toolchain for a given architecture/port and bootstrap a
> minimal parabola system or any kind of package for that matter, a
> cross-makepkg!
> 
> actually i tried to do this by exporting flags on makepkg.conf and
> PKGBUILDs and was able to cross-build some simple packages, but then you
> have to modify even more flags and the cross toolchain broke in the
> middle so i couldn't continue.

The tricky part about this is that packages implicitly depend=(base)
and makedepends=(base-devel), which means that dependencies of
packages within those groups are unclear.

> maybe i'd be best to put cross gnu linux-libre from scratch on PKGBUILDs
> and see what happens.

That's an idea.  I may try to do that with my raspberry pi this
weekend, and just use the non-free bootloader. Or, I may try writing
it a free bootloader this weekend. Or, try to publish XBS.  Or
PBS-tools. Or fix java/arduino. So many choices.

Happy hacking,
 ~ Luke


From lukeshu at sbcglobal.net  Wed Oct 16 03:48:45 2013
From: lukeshu at sbcglobal.net (Luke T. Shumaker)
Date: Tue, 15 Oct 2013 23:48:45 -0400
Subject: [Dev] libretools 20131015 release announcment
Message-ID: <87a9i9q3j6.wl%lukeshu@sbcglobal.net>

I just pushed libretools 20131015 to [libre].  It is a bugfix release.

Changes from 20131007 to 20131015:
Bugfixes:
 * conf.sh.3: (man page) Corrected reference to
   {get,set}_conf_makepkg, which have been removed.
 * librechroot: Return the correct exit status when stdout isn't a
   TTY. In the last version, the workaround for systemd-nspawn's I/O
   bug caused the command run in the chroot to always return 0.
 * libremakepkg: Due to a mis-named variable, it wasn't running
   clean-pkgs before build (s/hooks_pre_build/hook_pre_build/)

I should not have allowed those last two bugs into a "stable"
release.  It is shameful that the clean-pkgs bug, which I consider to
be critical, was in *several* releases, starting with 20130914.

Happy hacking,
~ Luke Shumaker



From info at pablorizzo.com  Wed Oct 16 15:10:05 2013
From: info at pablorizzo.com (Pablo Manuel Rizzo)
Date: Wed, 16 Oct 2013 12:10:05 -0300
Subject: [Dev] Parabola ARM
In-Reply-To: <871u55u6sv.fsf@endefensadelsl.org>
References: <CANZMrrjWywXBUH=ex864MSx_Z-eEvM6YH2_U3O7pzrNjDEDRkg@mail.gmail.com>
 <87eh986qq4.wl%lukeshu@sbcglobal.net>
 <CANZMrrj73XQeKUufpGcZu1XO39E1VfuFX9wjCuuw+3XGJ4VFBg@mail.gmail.com>
 <8761ui53s7.wl%lukeshu@sbcglobal.net> <87fvtlucil.fsf@endefensadelsl.org>
 <CANZMrriO1wM9=qqJRxOOXmMHenMqHKLSwADTN9+cSxSLQkRuuw@mail.gmail.com>
 <20130903174200.GA510@moosbart> <871u55u6sv.fsf@endefensadelsl.org>
Message-ID: <CADFfM8ffvNCR6v5AeUuDdXV8KM9+jQiMX7WZtyQHpj=4JFL16Q@mail.gmail.com>

>
>> If raspberry pi puts the binary blob on a rom, does it means that never
>> will be possible to free raspberry pi?
>
> this means it's somewhat acceptable to use it with free software because
> you aren't required to install or distribute binary blobs, since they're
> embedded in the device.

Hi there,

Sorry, but think again, that makes no sense! Moving blobs to rom only
means you shouldn't use that hardware because you are absolutely
unable to remove the non-free software. It's the worst case.

-- 
Pablo Manuel Rizzo
-------------------------------
http://pablorizzo.com
-------------------------------




From mono at posteo.de  Thu Oct 17 10:15:52 2013
From: mono at posteo.de (Mono)
Date: Thu, 17 Oct 2013 12:15:52 +0200
Subject: [Dev] build error on ath9k-htc-firmware
Message-ID: <20131017101552.GA18589@moosbart>

Hallo,

when executing makepkg in abslibre/libre/ath9k-htc-firmware/ I get the following error:

...
==> Starting build()...
-- Configuring done
-- Generating done
-- Build files have been written to: /home/mono/abslibre/libre/ath9k-htc-firmware/src/open-ath9k-htc-firmware-1.3.2/target_firmware/build/k2
/home/mono/abslibre/libre/ath9k-htc-firmware/src/open-ath9k-htc-firmware-1.3.2
-- Configuring done
-- Generating done
-- Build files have been written to: /home/mono/abslibre/libre/ath9k-htc-firmware/src/open-ath9k-htc-firmware-1.3.2/target_firmware/build/magpie
/home/mono/abslibre/libre/ath9k-htc-firmware/src/open-ath9k-htc-firmware-1.3.2
make: Entering directory `/home/mono/abslibre/libre/ath9k-htc-firmware/src/open-ath9k-htc-firmware-1.3.2/target_firmware/build/k2'
make[1]: Entering directory `/home/mono/abslibre/libre/ath9k-htc-firmware/src/open-ath9k-htc-firmware-1.3.2/target_firmware/build/k2'
make[2]: Entering directory `/home/mono/abslibre/libre/ath9k-htc-firmware/src/open-ath9k-htc-firmware-1.3.2/target_firmware/build/k2'
Scanning dependencies of target firmware
make[2]: Leaving directory `/home/mono/abslibre/libre/ath9k-htc-firmware/src/open-ath9k-htc-firmware-1.3.2/target_firmware/build/k2'
make[2]: Entering directory `/home/mono/abslibre/libre/ath9k-htc-firmware/src/open-ath9k-htc-firmware-1.3.2/target_firmware/build/k2'
[  3%] [  6%] Building C object CMakeFiles/firmware.dir/magpie_fw_dev/target/init/app_start.c.o
Building C object CMakeFiles/firmware.dir/magpie_fw_dev/target/init/init.c.o
as: unrecognized option '--text-section-literals'
as: unrecognized option '--text-section-literals'
make[2]: *** [CMakeFiles/firmware.dir/magpie_fw_dev/target/init/init.c.o] Error 2
make[2]: *** Waiting for unfinished jobs....
make[2]: *** [CMakeFiles/firmware.dir/magpie_fw_dev/target/init/app_start.c.o] Error 2
make[2]: Leaving directory `/home/mono/abslibre/libre/ath9k-htc-firmware/src/open-ath9k-htc-firmware-1.3.2/target_firmware/build/k2'
make[1]: *** [CMakeFiles/firmware.dir/all] Error 2
make[1]: Leaving directory `/home/mono/abslibre/libre/ath9k-htc-firmware/src/open-ath9k-htc-firmware-1.3.2/target_firmware/build/k2'
make: *** [all] Error 2
make: Leaving directory `/home/mono/abslibre/libre/ath9k-htc-firmware/src/open-ath9k-htc-firmware-1.3.2/target_firmware/build/k2'
==> ERROR: A failure occurred in build().
    Aborting...

what am I missing? is the same working for anyone else?

best regards
mono


From fauno at kiwwwi.com.ar  Thu Oct 17 23:40:31 2013
From: fauno at kiwwwi.com.ar (=?utf-8?Q?Nicol=C3=A1s?= Reynolds)
Date: Thu, 17 Oct 2013 20:40:31 -0300
Subject: [Dev] Parabola ARM
In-Reply-To: <CADFfM8ffvNCR6v5AeUuDdXV8KM9+jQiMX7WZtyQHpj=4JFL16Q@mail.gmail.com>
References: <CANZMrrjWywXBUH=ex864MSx_Z-eEvM6YH2_U3O7pzrNjDEDRkg@mail.gmail.com>
 <87eh986qq4.wl%lukeshu@sbcglobal.net>
 <CANZMrrj73XQeKUufpGcZu1XO39E1VfuFX9wjCuuw+3XGJ4VFBg@mail.gmail.com>
 <8761ui53s7.wl%lukeshu@sbcglobal.net> <87fvtlucil.fsf@endefensadelsl.org>
 <CANZMrriO1wM9=qqJRxOOXmMHenMqHKLSwADTN9+cSxSLQkRuuw@mail.gmail.com>
 <20130903174200.GA510@moosbart> <871u55u6sv.fsf@endefensadelsl.org>
 <CADFfM8ffvNCR6v5AeUuDdXV8KM9+jQiMX7WZtyQHpj=4JFL16Q@mail.gmail.com>
Message-ID: <87sivzbh5c.fsf@endefensadelsl.org>

Pablo Manuel Rizzo <info at pablorizzo.com> writes:

>>
>>> If raspberry pi puts the binary blob on a rom, does it means that never
>>> will be possible to free raspberry pi?
>>
>> this means it's somewhat acceptable to use it with free software because
>> you aren't required to install or distribute binary blobs, since they're
>> embedded in the device.
>
> Hi there,
>
> Sorry, but think again, that makes no sense! Moving blobs to rom only
> means you shouldn't use that hardware because you are absolutely
> unable to remove the non-free software. It's the worst case.

that's why i said "somewhat acceptable".  many things include non free
and unmodifiable firmware in rom chips, luckily we have projects like
coreboot to free our bioses!!

-- 
http://endefensadelsl.org
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 489 bytes
Desc: not available
URL: <https://lists.parabola.nu/pipermail/dev/attachments/20131017/8f0ea250/attachment.sig>

From fauno at kiwwwi.com.ar  Thu Oct 17 23:41:22 2013
From: fauno at kiwwwi.com.ar (=?utf-8?Q?Nicol=C3=A1s?= Reynolds)
Date: Thu, 17 Oct 2013 20:41:22 -0300
Subject: [Dev] build error on ath9k-htc-firmware
In-Reply-To: <20131017101552.GA18589@moosbart>
References: <20131017101552.GA18589@moosbart>
Message-ID: <87ppr3bh3x.fsf@endefensadelsl.org>

Mono <mono at posteo.de> writes:

> Hallo,
>
> when executing makepkg in abslibre/libre/ath9k-htc-firmware/ I get the following error:

in which architecture is this happening?

-- 
http://endefensadelsl.org
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 489 bytes
Desc: not available
URL: <https://lists.parabola.nu/pipermail/dev/attachments/20131017/ece49304/attachment.sig>

From mono at posteo.de  Fri Oct 18 06:36:03 2013
From: mono at posteo.de (Mono)
Date: Fri, 18 Oct 2013 08:36:03 +0200
Subject: [Dev] build error on ath9k-htc-firmware
In-Reply-To: <87ppr3bh3x.fsf@endefensadelsl.org>
References: <20131017101552.GA18589@moosbart>
 <87ppr3bh3x.fsf@endefensadelsl.org>
Message-ID: <20131018063603.GA980@moosbart>

Hallo Nicolas,

it's a x86_64 architecture. A workaround might by to temporary move away /usr/bin/{as,objcopy} installed by binutils and symlink /usr/bin/xtensa-unknown-elf-{as,objcopy} to /usr/bin/{as,objcopy}. Deinstalling binutils does not work though, because then makepkg misses /usr/bin/strip. Thus it seems make -C build/k2 and make -C build/magpie somehow dont use /usr/bin/xtensa-unknown-elf-{as,objcopy}, but /usr/bin/{as,objcopy}.

best regards,
Mono

On Thu, Oct 17, 2013 at 08:41:22PM -0300, Nicol?s Reynolds wrote:
> Mono <mono at posteo.de> writes:
> 
> > Hallo,
> >
> > when executing makepkg in abslibre/libre/ath9k-htc-firmware/ I get the following error:
> 
> in which architecture is this happening?
> 
> -- 
> http://endefensadelsl.org



> _______________________________________________
> Dev mailing list
> Dev at lists.parabolagnulinux.org
> https://lists.parabolagnulinux.org/mailman/listinfo/dev



From mono at posteo.de  Fri Oct 18 10:42:03 2013
From: mono at posteo.de (Mono)
Date: Fri, 18 Oct 2013 12:42:03 +0200
Subject: [Dev] Parabola ARM
In-Reply-To: <8738oas3i3.fsf@endefensadelsl.org>
References: <CANZMrrj73XQeKUufpGcZu1XO39E1VfuFX9wjCuuw+3XGJ4VFBg@mail.gmail.com>
 <8761ui53s7.wl%lukeshu@sbcglobal.net>
 <87fvtlucil.fsf@endefensadelsl.org>
 <CANZMrriO1wM9=qqJRxOOXmMHenMqHKLSwADTN9+cSxSLQkRuuw@mail.gmail.com>
 <20130903174200.GA510@moosbart> <871u55u6sv.fsf@endefensadelsl.org>
 <20130907054231.GA530@moosbart> <8761udnm7h.fsf@endefensadelsl.org>
 <20131009175749.GA11061@moosbart>
 <8738oas3i3.fsf@endefensadelsl.org>
Message-ID: <20131018104203.GA9332@moosbart>

Hallo,

I have made a small webpage on what I have learned so far. Maybe you could look at it and give me comments:
http://beagle.donderklumpen.de/
It tells the basic idea and has some package sources.

May I place this mailing list address on that page, so people could send comments here? I'd expect only small traffic from this.

I will look to those questions about Arch Linux ARM having a rsync mirror and keyring next.

best regards,
Mono

On Wed, Oct 09, 2013 at 03:28:20PM -0300, Nicol?s Reynolds wrote:
> mono at posteo.de writes:
> 
> > Thank you again!
> >
> > the deblobbing script found one additional code line that was about
> > loading some firmware. so that seems nice. Though, one issue with the
> > deblob script is, running on parabola I need to change /usr/bin/python
> > to symlink python2 not python3. One more issue with that script I just
> > noticed, it seems not to be reliable on detecting firmware which it
> > does not know about. One of the patches applied by Archlinux ARM to
> > the kernel sources introduces a so-called PM firmware. That is
> > obviously a binary blob, by looking at a file consisting of only
> > human-nonreadable numberes. I removed that by hand for now. So atm I'd
> > think running the deblob script after blindly applying patches is not
> > a good idea. Am looking to the patches more close now. Which take me a
> > significant amount of time.
> 
> yay \o/
> 
> > Am still working on this (slowly). Just wanted to share the status :)
> > eventually I will report back laters
> 
> some tips/questions about parabola arm:
> 
> * if we were to use arch arm's repos, do they have a rsync mirror
>   available?  current db-sync needs this to sync and remove unfree
>   packages.
> 
> * do they have a keyring?
> 
> * you can use fullpkg/treepkg from libretools to build [libre] and [pcr]
> 
> > btw. I was thinking about storing my current PKGBUILD for a possibly
> > resulting linux-libre-am33x package at some parabola repository. Is
> > that possible? and how?
> 
> you can work on an abslibre.git[^0] clone;  is arch arm introducing many
> changes to abs?  like we do in mips64el i mean[^1].
> 
> you should come by the irc channel so we can discuss how to become a
> parabola hacker if you want to :)
> 
> 
> [0]: https://projects.parabolagnulinux.org/abslibre.git/
> 
> [1]: https://projects.parabolagnulinux.org/abslibre-mips64el.git/
>      this is a repo following arch's mainline pkgbuild development where
>      we push our changes for the mips port.
> 
> -- 
> http://endefensadelsl.org




From fauno at kiwwwi.com.ar  Fri Oct 18 16:33:03 2013
From: fauno at kiwwwi.com.ar (=?utf-8?Q?Nicol=C3=A1s?= Reynolds)
Date: Fri, 18 Oct 2013 13:33:03 -0300
Subject: [Dev] build error on ath9k-htc-firmware
In-Reply-To: <20131018063603.GA980@moosbart>
References: <20131017101552.GA18589@moosbart>
 <87ppr3bh3x.fsf@endefensadelsl.org> <20131018063603.GA980@moosbart>
Message-ID: <87hacebku8.fsf@endefensadelsl.org>

Mono <mono at posteo.de> writes:

> Hallo Nicolas,
>
> it's a x86_64 architecture. A workaround might by to temporary move
> away /usr/bin/{as,objcopy} installed by binutils and symlink
> /usr/bin/xtensa-unknown-elf-{as,objcopy} to
> /usr/bin/{as,objcopy}. Deinstalling binutils does not work though,
> because then makepkg misses /usr/bin/strip. Thus it seems make -C
> build/k2 and make -C build/magpie somehow dont use
> /usr/bin/xtensa-unknown-elf-{as,objcopy}, but /usr/bin/{as,objcopy}.
>
> best regards

you can  make the symlinks on the build dir during prepare(),for
instance

mkdir -p $srcdir/bin
ln -s /usr/bin/xtensa-unknown-elf-as $srcdir/bin/as
export PATH=$srcdir/bin:$PATH

so the pkgbuild doesn't need manual intervention

-- 
:{
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 489 bytes
Desc: not available
URL: <https://lists.parabola.nu/pipermail/dev/attachments/20131018/c9d56ce9/attachment.sig>

From lukeshu at sbcglobal.net  Tue Oct 22 19:25:22 2013
From: lukeshu at sbcglobal.net (Luke T. Shumaker)
Date: Tue, 22 Oct 2013 15:25:22 -0400
Subject: [Dev] The *.parabola.nu certificate needs renewed
Message-ID: <87zjq15crh.wl%lukeshu@sbcglobal.net>

The CN=*.parabola.nu SSL cert has expired.

The CSR is at repo:/etc/ssl/private/x.pabrabola.nu.csr
It the new crt needs to be installed to rshg054:/etc/ssl/private/x.pabrabola.nu.crt
Note that those are different servers.

run `kill -HUP $(cat /run/nginx.pid)` after updating the cert.

I don't have the CACert credentials, so I can't do it.

Happy hacking,
~ Luke Shumaker


From fauno at kiwwwi.com.ar  Tue Oct 22 20:37:12 2013
From: fauno at kiwwwi.com.ar (=?UTF-8?B?PT91dGYtOD9RP05pY29sPUMzPUExcz89?= Reynolds)
Date: Tue, 22 Oct 2013 17:37:12 -0300
Subject: [Dev] The *.parabola.nu certificate needs renewed
In-Reply-To: <87zjq15crh.wl%lukeshu@sbcglobal.net>
References: <87zjq15crh.wl%lukeshu@sbcglobal.net>
Message-ID: <87fvrt2gav.fsf@endefensadelsl.org>

	micalg=3Dpgp-sha256; protocol=3D"application/pgp-signature"

--=3D-=3D-=3D

"Luke T. Shumaker" <lukeshu at sbcglobal.net> writes:

> The CN=3D3D*.parabola.nu SSL cert has expired.
>
> The CSR is at repo:/etc/ssl/private/x.pabrabola.nu.csr
> It the new crt needs to be installed to rshg054:/etc/ssl/private/x.pabrab=
=3D
ola.nu.crt
> Note that those are different servers.
>
> run `kill -HUP $(cat /run/nginx.pid)` after updating the cert.
>
> I don't have the CACert credentials, so I can't do it.

there should be a "certs" dir that's my script to upgrade/create cacert
certificates, iirc it's under /root

transparent security \o/

=3D2D-=3D20
http://endefensadelsl.org

--=3D-=3D-=3D

-----BEGIN PGP SIGNATURE-----

iQEcBAEBCAAGBQJSZuH4AAoJEEVgMtcXpM2cUOYH/jbu9qYVmmqNMG9+UceHgnC8
eDV81yY4+P5nQYOAuzazxd0atmJQX6kHMZeK+ylLcGZial0Unck8YMQhDSM8R5EI
bQhBxJGWw1iRSicUKaG1oOvKMyVtQLi5lt6Q1q40gMFHuV67B5JHnv9cBvjJVl2y
pUuVMiTowg1mWyrrdBiQEYvLuHivEwMlgCxS0HYKVdPX8ytBWdghbnmG7lV/+hRU
WpCrWicU1QQMG7fvcXXnsQ2NEptseLjeaOCaDPV+C3/c/mYY1np+N/Fm1nISQvfX
OvQPhtwgsgP1O5LNyjOskf6Wah6kpXsakRQ+utGjPrHLmwM6yyMcpK4OFR2DBG8=3D
=3Dhnuu
-----END PGP SIGNATURE-----
--=3D-=3D-=3D--
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.parabola.nu/pipermail/dev/attachments/20131022/e6325561/attachment.htm>

From lukeshu at sbcglobal.net  Wed Oct 23 14:02:51 2013
From: lukeshu at sbcglobal.net (Luke T. Shumaker)
Date: Wed, 23 Oct 2013 10:02:51 -0400
Subject: [Dev] The *.parabola.nu certificate needs renewed
In-Reply-To: <87fvrt2gav.fsf@endefensadelsl.org>
References: <87zjq15crh.wl%lukeshu@sbcglobal.net>
 <87fvrt2gav.fsf@endefensadelsl.org>
Message-ID: <87vc0o5blg.wl%lukeshu@sbcglobal.net>

At Tue, 22 Oct 2013 17:37:12 -0300,
=?utf-8?Q?Nicol=C3=A1s?= Reynolds wrote:
> there should be a "certs" dir that's my script to upgrade/create
> cacert certificates, iirc it's under /root
> 
> transparent security \o/

Cool, I'll take a look at it.

On a tangential note, your email isn't displaying correctly.  I'm not
sure if it's on your end or mine.  I see a bunch of
"quoted-printable"-encoded strings showing up in the body, and the
UTF-8 "Nicol?s" in "From" is wrong (as you will see quoted above).
That one might be because your client sent it as "=?UTF-8?" instead of
"=?utf-8?", which IIRC is not correct, and tripped up Wanderlust
sometimes.

~ Luke


From fauno at kiwwwi.com.ar  Wed Oct 23 16:58:04 2013
From: fauno at kiwwwi.com.ar (=?UTF-8?B?PT91dGYtOD9RP05pY29sPUMzPUExcz89?= Reynolds)
Date: Wed, 23 Oct 2013 13:58:04 -0300
Subject: [Dev] The *.parabola.nu certificate needs renewed
In-Reply-To: <87vc0o5blg.wl%lukeshu@sbcglobal.net>
References: <87zjq15crh.wl%lukeshu@sbcglobal.net>
 <87fvrt2gav.fsf@endefensadelsl.org> 
 <87vc0o5blg.wl%lukeshu@sbcglobal.net>
Message-ID: <87a9hz3owz.fsf@endefensadelsl.org>

	micalg=3Dpgp-sha256; protocol=3D"application/pgp-signature"

--=3D-=3D-=3D

"Luke T. Shumaker" <lukeshu at sbcglobal.net> writes:

> At Tue, 22 Oct 2013 17:37:12 -0300,
> =3D3D?utf-8?Q?Nicol=3D3DC3=3D3DA1s?=3D3D Reynolds wrote:
>> there should be a "certs" dir that's my script to upgrade/create
>> cacert certificates, iirc it's under /root
>>=3D20
>> transparent security \o/
>
> Cool, I'll take a look at it.
>
> On a tangential note, your email isn't displaying correctly.  I'm not
> sure if it's on your end or mine.  I see a bunch of
> "quoted-printable"-encoded strings showing up in the body, and the
> UTF-8 "Nicol=3DC3=3DA1s" in "From" is wrong (as you will see quoted above=
).
> That one might be because your client sent it as "=3D3D?UTF-8?" instead of
> "=3D3D?utf-8?", which IIRC is not correct, and tripped up Wanderlust
> sometimes.
>
it's happening since my key expired and i renewed it...

=3D2D-=3D20
:D

--=3D-=3D-=3D

-----BEGIN PGP SIGNATURE-----

iQEcBAEBCAAGBQJSaAAdAAoJEEVgMtcXpM2cYYIH/1h73OGxFduf9CtufkdT5XtK
BCnX/hrQiWCGI2QEQhP17obZy8mxCQ+wafUaxQ4TtWnqbR5J9PAu/UtyNKDkXoWG
dHZmxxLCE2fn/A1hMn4Q80Zil8DlJwYsBSS7ALWtActVtewVfMoyD3+7HZx1erJS
+gEjVl8WqiKUsQ/eLf2yDzt6n5kx96/qSa7OPQOEtsKaA7GMbM9opvH7WH0HJ+wM
MMxvqfCsEI/UCU5YzGKkUS6tyd3OpeOEWzb91s5IlgYEFmvaSCjpciB6Jj0mwtZM
Ysf7jypPGPWtdr6k5VQllz+bkfgurWR2FW002JjH6D1mmnU+kZKkgH/m208/JoA=3D
=3DuR6/
-----END PGP SIGNATURE-----
--=3D-=3D-=3D--
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.parabola.nu/pipermail/dev/attachments/20131023/8fd8417d/attachment.htm>

From mono at posteo.de  Fri Oct 25 17:15:51 2013
From: mono at posteo.de (Mono)
Date: Fri, 25 Oct 2013 19:15:51 +0200
Subject: [Dev] Please update abslibre.git/libre/crosstool-ng
Message-ID: <20131025171551.GA23583@moosbart>

Hallo,

could someone please push the attached patch to abslibre?
It's to update crosstool-ng from 1.18.0 to 1.19.0.
It also removes the dependency cvs. I have crosstool-ng running without cvs and successfully creating a cross toolchain. I don't know why it should depend on cvs, maybe that is optional?

thanks and best regards
Mono
-------------- next part --------------
A non-text attachment was scrubbed...
Name: update-crosstool-ng.patch
Type: text/x-diff
Size: 799 bytes
Desc: not available
URL: <https://lists.parabola.nu/pipermail/dev/attachments/20131025/c0225491/attachment.bin>

From fauno at kiwwwi.com.ar  Fri Oct 25 17:28:16 2013
From: fauno at kiwwwi.com.ar (=?utf-8?Q?Nicol=C3=A1s?= Reynolds)
Date: Fri, 25 Oct 2013 14:28:16 -0300
Subject: [Dev] Please update abslibre.git/libre/crosstool-ng
In-Reply-To: <20131025171551.GA23583@moosbart>
References: <20131025171551.GA23583@moosbart>
Message-ID: <877gd145vz.fsf@endefensadelsl.org>

Mono <mono at posteo.de> writes:

> Hallo,
>
> could someone please push the attached patch to abslibre?  It's to
> update crosstool-ng from 1.18.0 to 1.19.0.  It also removes the
> dependency cvs. I have crosstool-ng running without cvs and
> successfully creating a cross toolchain. I don't know why it should
> depend on cvs, maybe that is optional?

cool! iirc some toolchains use the cvs versions of tools.  anyway i
upgraded it like a week ago to upgrade the cross-mips64el toolchain
(which failed miserably), maybe i forgot to release it :(

this is the error i get during the last pass of glibc

[ALL  ]    dl-addr.c:(.text+0x0): multiple definition of
`_dl_addr_inside_object'
[ALL  ]
/build/crosstool-ng/mips64el-n32-linux-glibc/.build/mips64el-unknown-linux-gnu/build/build-libc-final/elf/dl-allobjs.os:(.text+0x14770):
first defined here


-- 
:D
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 489 bytes
Desc: not available
URL: <https://lists.parabola.nu/pipermail/dev/attachments/20131025/84349bf2/attachment.sig>

From mono at posteo.de  Fri Oct 25 17:46:01 2013
From: mono at posteo.de (Mono)
Date: Fri, 25 Oct 2013 19:46:01 +0200
Subject: [Dev] Please add this package
Message-ID: <20131025174601.GB23583@moosbart>

Hallo,

um, well, am about to make some libre packages for my arm machine (Beaglebone Black) which currently runs Arch Linux ARM and which I want to run Parabola. I managed to create libre packages for the kernel (linux-libre-am33x), the linux-libre-firmware and a few others (see http://beagle.donderklumpen.de/). Building the kernel takes more than 8 hours. So from now I will use that lazy x86_64 machine to cross build the packages, the kernel is made in a few minutes. In the attachment is the package source for the cross toolchain. It would be awesome, if you could add that to abslibre to be a start on Parabola ARM.

thanks and best regards
Mono 
-------------- next part --------------
diff --git a/cross/cross-toolchain-armv7l-unknown-linux-gnueabihf/PKGBUILD b/cross/cross-toolchain-armv7l-unknown-linux-gnueabihf/PKGBUILD
new file mode 100644
index 0000000..746329a
--- /dev/null
+++ b/cross/cross-toolchain-armv7l-unknown-linux-gnueabihf/PKGBUILD
@@ -0,0 +1,71 @@
+# Maintainer: Mono <mono at posteo.de>
+# Note: the configuration file sets software versions to what is currently up-to-date in Parabolas repos.
+# Although crosstool-NG does not know these versions, it uses them just fine.
+# isl-0.12.1 is currently not available by the download locations in crosstool-NG. It is downloaded from http://isl.gforge.inria.fr/
+
+pkgname=('cross-toolchain-armv7l-unknown-linux-gnueabihf')
+pkgver=4.8.2
+pkgrel=1
+pkgdesc="A cross toolchain for Parabola GNU/Linux-libre. Host tuple x86_64-unknown-linux-gnu, target tuple armv7l-unknown-linux-gnueabihf"
+arch=('x86_64')
+url="http://crosstool-ng.org/"
+license=('GPL')
+depends=('gcc>=4.8.2')
+makedepends=('crosstool-ng>=1.19.0')
+options=('libtool' 'emptydirs' '!strip')
+source=(dotconfig
+        glibc-2.18-recognize-make-4.0.patch
+        # obsolete once available by crosstool-ng's download locations
+        http://isl.gforge.inria.fr/isl-0.12.1.tar.bz2
+        http://linux-libre.fsfla.org/pub/linux-libre/releases/3.8.13-gnu1/linux-libre-3.8.13-gnu1.tar.xz)
+md5sums=('62a6b265a759b85dac3579b1bd186745'
+         '4ef9ffcf0a4cc23bad0e7fc177e74cb2'
+         '27d381085ff1b5733c3e8a9b6ad24a4d'
+         '9baba4a412235f2cd60738695dfbfaf6')
+
+_srcdir=${HOME}/src
+_target_tuple=armv7l-unknown-linux-gnueabihf
+_jobs=10
+_load=7.5
+
+prepare () {
+  mkdir ${srcdir}/${_target_tuple}
+  mkdir -p ${srcdir}/toolchain-build/.build/tarballs
+  mkdir -p ${srcdir}/toolchain-build/patches/glibc/2.18
+
+  cat ${srcdir}/dotconfig > ${srcdir}/toolchain-build/.config
+  cp ${srcdir}/glibc-2.18-recognize-make-4.0.patch ${srcdir}/toolchain-build/patches/glibc/2.18/0001-glibc-2.18-recognize-make-4.0.patch
+
+  sed -i 's,PLACEHOLDER_SOURCES_TARBALLS_DIR,'${_srcdir}',' ${srcdir}/toolchain-build/.config
+  sed -i 's,PLACEHOLDER_PREFIX_DIR,'${srcdir}/${_target_tuple}',' ${srcdir}/toolchain-build/.config
+  sed -i 's,PLACEHOLDER_JOBS,'${_jobs}',' ${srcdir}/toolchain-build/.config
+  sed -i 's,PLACEHOLDER_LOAD,'${_load}',' ${srcdir}/toolchain-build/.config
+
+  # the configuration file unsets force download, so we can provide tarballs before the build process starts
+  # use linux-libre, not linux
+  ln -s ${srcdir}/linux-libre-3.8.13-gnu1.tar.xz ${srcdir}/toolchain-build/.build/tarballs/linux-3.8.13.tar.xz
+
+  # obsolete once available by crosstool-ng's download locations
+  ln -s ${srcdir}/isl-0.12.1.tar.bz2 ${srcdir}/toolchain-build/.build/tarballs
+}
+
+build () {
+  cd "$srcdir/toolchain-build"
+
+  # Don't set CFLAGS. It screws up the build.
+  # Don't set CXXFLAGS. It screws up the build.
+  CFLAGS=""
+  CXXFLAGS=""
+  # crosstool-NG does not complain, but we remove these too
+  CPPFLAGS=""
+  LDFLAGS=""
+  DEBUG_CFLAGS=""
+  DEBUG_CXXFLAGS=""
+
+  # build the toolchain
+  ct-ng build
+}
+
+package () {
+  mv ${srcdir}/${_target_tuple} ${pkgdir}
+}
diff --git a/cross/cross-toolchain-armv7l-unknown-linux-gnueabihf/dotconfig b/cross/cross-toolchain-armv7l-unknown-linux-gnueabihf/dotconfig
new file mode 100644
index 0000000..6ccb176
--- /dev/null
+++ b/cross/cross-toolchain-armv7l-unknown-linux-gnueabihf/dotconfig
@@ -0,0 +1,577 @@
+#
+# Automatically generated make config: don't edit
+# crosstool-NG 1.19.0 Configuration
+# Fri Oct 25 13:41:37 2013
+#
+CT_CONFIGURE_has_xz=y
+CT_MODULES=y
+
+#
+# Paths and misc options
+#
+
+#
+# crosstool-NG behavior
+#
+# CT_OBSOLETE is not set
+CT_EXPERIMENTAL=y
+# CT_ALLOW_BUILD_AS_ROOT is not set
+CT_DEBUG_CT=y
+# CT_DEBUG_PAUSE_STEPS is not set
+CT_DEBUG_CT_SAVE_STEPS=y
+CT_DEBUG_CT_SAVE_STEPS_GZIP=y
+# CT_NO_OVERIDE_LC_MESSAGES is not set
+# CT_DEBUG_INTERACTIVE is not set
+
+#
+# Paths
+#
+CT_LOCAL_TARBALLS_DIR="PLACEHOLDER_SOURCES_TARBALLS_DIR"
+CT_SAVE_TARBALLS=y
+CT_CUSTOM_LOCATION_ROOT_DIR=""
+CT_WORK_DIR="${CT_TOP_DIR}/.build"
+CT_PREFIX_DIR="PLACEHOLDER_PREFIX_DIR"
+CT_INSTALL_DIR="${CT_PREFIX_DIR}"
+CT_RM_RF_PREFIX_DIR=y
+CT_REMOVE_DOCS=y
+# CT_INSTALL_DIR_RO is not set
+CT_STRIP_ALL_TOOLCHAIN_EXECUTABLES=y
+
+#
+# Downloading
+#
+# CT_FORBID_DOWNLOAD is not set
+# CT_FORCE_DOWNLOAD is not set
+CT_CONNECT_TIMEOUT=10
+# CT_ONLY_DOWNLOAD is not set
+# CT_USE_MIRROR is not set
+
+#
+# Extracting
+#
+# CT_FORCE_EXTRACT is not set
+CT_OVERIDE_CONFIG_GUESS_SUB=y
+# CT_ONLY_EXTRACT is not set
+# CT_PATCH_BUNDLED is not set
+CT_PATCH_LOCAL=y
+# CT_PATCH_BUNDLED_LOCAL is not set
+# CT_PATCH_LOCAL_BUNDLED is not set
+# CT_PATCH_BUNDLED_FALLBACK_LOCAL is not set
+# CT_PATCH_LOCAL_FALLBACK_BUNDLED is not set
+# CT_PATCH_NONE is not set
+CT_PATCH_ORDER="local"
+CT_PATCH_USE_LOCAL=y
+CT_LOCAL_PATCH_DIR="${CT_TOP_DIR}/patches"
+
+#
+# Build behavior
+#
+CT_PARALLEL_JOBS=PLACEHOLDER_JOBS
+CT_LOAD="PLACEHOLDER_LOAD"
+CT_USE_PIPES=y
+CT_EXTRA_CFLAGS_FOR_BUILD=""
+CT_EXTRA_LDFLAGS_FOR_BUILD=""
+CT_EXTRA_CFLAGS_FOR_HOST=""
+CT_EXTRA_LDFLAGS_FOR_HOST=""
+# CT_CONFIG_SHELL_SH is not set
+# CT_CONFIG_SHELL_ASH is not set
+CT_CONFIG_SHELL_BASH=y
+# CT_CONFIG_SHELL_CUSTOM is not set
+CT_CONFIG_SHELL="${bash}"
+
+#
+# Logging
+#
+# CT_LOG_ERROR is not set
+# CT_LOG_WARN is not set
+# CT_LOG_INFO is not set
+CT_LOG_EXTRA=y
+# CT_LOG_ALL is not set
+# CT_LOG_DEBUG is not set
+CT_LOG_LEVEL_MAX="EXTRA"
+# CT_LOG_SEE_TOOLS_WARN is not set
+CT_LOG_PROGRESS_BAR=y
+CT_LOG_TO_FILE=y
+CT_LOG_FILE_COMPRESS=y
+
+#
+# Target options
+#
+CT_ARCH="arm"
+CT_ARCH_SUPPORTS_BOTH_MMU=y
+CT_ARCH_SUPPORTS_BOTH_ENDIAN=y
+CT_ARCH_SUPPORTS_32=y
+CT_ARCH_SUPPORTS_WITH_ARCH=y
+CT_ARCH_SUPPORTS_WITH_CPU=y
+CT_ARCH_SUPPORTS_WITH_TUNE=y
+CT_ARCH_SUPPORTS_WITH_FLOAT=y
+CT_ARCH_SUPPORTS_WITH_FPU=y
+CT_ARCH_SUPPORTS_SOFTFP=y
+CT_ARCH_DEFAULT_HAS_MMU=y
+CT_ARCH_DEFAULT_LE=y
+CT_ARCH_DEFAULT_32=y
+CT_ARCH_ARCH="armv7-a"
+CT_ARCH_CPU="cortex-a8"
+CT_ARCH_TUNE=""
+CT_ARCH_FPU="vfpv3-d16"
+# CT_ARCH_BE is not set
+CT_ARCH_LE=y
+CT_ARCH_32=y
+CT_ARCH_BITNESS=32
+CT_ARCH_FLOAT_HW=y
+# CT_ARCH_FLOAT_SW is not set
+CT_TARGET_CFLAGS="-mfpu=vfpv3-d16 -mfloat-abi=hard"
+CT_TARGET_LDFLAGS=""
+CT_ARCH_arm=y
+# CT_ARCH_x86 is not set
+# CT_ARCH_sh is not set
+# CT_ARCH_avr32 is not set
+# CT_ARCH_mips is not set
+# CT_ARCH_sparc is not set
+# CT_ARCH_powerpc is not set
+# CT_ARCH_s390 is not set
+# CT_ARCH_m68k is not set
+# CT_ARCH_alpha is not set
+# CT_ARCH_microblaze is not set
+# CT_ARCH_blackfin is not set
+CT_ARCH_arm_AVAILABLE=y
+CT_ARCH_x86_AVAILABLE=y
+CT_ARCH_sh_AVAILABLE=y
+CT_ARCH_avr32_AVAILABLE=y
+CT_ARCH_mips_AVAILABLE=y
+CT_ARCH_sparc_AVAILABLE=y
+CT_ARCH_powerpc_AVAILABLE=y
+CT_ARCH_s390_AVAILABLE=y
+CT_ARCH_m68k_AVAILABLE=y
+CT_ARCH_alpha_AVAILABLE=y
+CT_ARCH_microblaze_AVAILABLE=y
+CT_ARCH_blackfin_AVAILABLE=y
+CT_ARCH_SUFFIX="v7l"
+
+#
+# Generic target options
+#
+# CT_MULTILIB is not set
+CT_ARCH_USE_MMU=y
+CT_ARCH_ENDIAN="little"
+
+#
+# Target optimisations
+#
+# CT_ARCH_FLOAT_SOFTFP is not set
+CT_ARCH_FLOAT="hard"
+
+#
+# arm other options
+#
+CT_ARCH_ARM_MODE="arm"
+CT_ARCH_ARM_MODE_ARM=y
+# CT_ARCH_ARM_MODE_THUMB is not set
+CT_ARCH_ARM_INTERWORKING=y
+CT_ARCH_ARM_EABI_FORCE=y
+CT_ARCH_ARM_EABI=y
+CT_ARCH_ARM_TUPLE_USE_EABIHF=y
+
+#
+# Toolchain options
+#
+
+#
+# General toolchain options
+#
+CT_FORCE_SYSROOT=y
+CT_USE_SYSROOT=y
+CT_SYSROOT_NAME="sysroot"
+CT_SYSROOT_DIR_PREFIX=""
+CT_WANTS_STATIC_LINK=y
+# CT_STATIC_TOOLCHAIN is not set
+CT_TOOLCHAIN_PKGVERSION=""
+CT_TOOLCHAIN_BUGURL=""
+
+#
+# Tuple completion and aliasing
+#
+CT_TARGET_VENDOR="unknown"
+CT_TARGET_ALIAS_SED_EXPR=""
+CT_TARGET_ALIAS=""
+
+#
+# Toolchain type
+#
+# CT_NATIVE is not set
+CT_CROSS=y
+# CT_CROSS_NATIVE is not set
+# CT_CANADIAN is not set
+CT_TOOLCHAIN_TYPE="cross"
+
+#
+# Build system
+#
+CT_BUILD=""
+CT_BUILD_PREFIX=""
+CT_BUILD_SUFFIX=""
+
+#
+# Misc options
+#
+# CT_TOOLCHAIN_ENABLE_NLS is not set
+
+#
+# Operating System
+#
+CT_KERNEL_SUPPORTS_SHARED_LIBS=y
+CT_KERNEL="linux"
+CT_KERNEL_VERSION="3.8.13"
+# CT_KERNEL_bare_metal is not set
+CT_KERNEL_linux=y
+CT_KERNEL_bare_metal_AVAILABLE=y
+CT_KERNEL_windows_AVAILABLE=y
+CT_KERNEL_linux_AVAILABLE=y
+# CT_KERNEL_V_3_10 is not set
+# CT_KERNEL_V_3_9 is not set
+CT_KERNEL_V_3_8=y
+# CT_KERNEL_V_3_7 is not set
+# CT_KERNEL_V_3_6 is not set
+# CT_KERNEL_V_3_5 is not set
+# CT_KERNEL_V_3_4 is not set
+# CT_KERNEL_V_3_3 is not set
+# CT_KERNEL_V_3_2 is not set
+# CT_KERNEL_V_3_1 is not set
+# CT_KERNEL_V_3_0 is not set
+# CT_KERNEL_V_2_6_39 is not set
+# CT_KERNEL_V_2_6_38 is not set
+# CT_KERNEL_V_2_6_37 is not set
+# CT_KERNEL_V_2_6_36 is not set
+# CT_KERNEL_V_2_6_33 is not set
+# CT_KERNEL_V_2_6_32 is not set
+# CT_KERNEL_V_2_6_31 is not set
+# CT_KERNEL_V_2_6_27 is not set
+# CT_KERNEL_LINUX_CUSTOM is not set
+
+#
+# Common kernel options
+#
+CT_SHARED_LIBS=y
+
+#
+# linux other options
+#
+CT_KERNEL_LINUX_VERBOSITY_0=y
+# CT_KERNEL_LINUX_VERBOSITY_1 is not set
+# CT_KERNEL_LINUX_VERBOSITY_2 is not set
+CT_KERNEL_LINUX_VERBOSE_LEVEL=0
+CT_KERNEL_LINUX_INSTALL_CHECK=y
+
+#
+# Binary utilities
+#
+CT_ARCH_BINFMT_ELF=y
+CT_BINUTILS="binutils"
+CT_BINUTILS_binutils=y
+
+#
+# GNU binutils
+#
+CT_BINUTILS_V_2_23_2=y
+# CT_BINUTILS_V_2_23_1 is not set
+# CT_BINUTILS_V_2_22 is not set
+# CT_BINUTILS_V_2_21_53 is not set
+# CT_BINUTILS_V_2_21_1a is not set
+# CT_BINUTILS_V_2_20_1a is not set
+# CT_BINUTILS_V_2_19_1a is not set
+# CT_BINUTILS_V_2_18a is not set
+# CT_BINUTILS_CUSTOM is not set
+CT_BINUTILS_VERSION="2.23.2"
+CT_BINUTILS_2_23_or_later=y
+CT_BINUTILS_2_22_or_later=y
+CT_BINUTILS_2_21_or_later=y
+CT_BINUTILS_2_20_or_later=y
+CT_BINUTILS_2_19_or_later=y
+CT_BINUTILS_2_18_or_later=y
+CT_BINUTILS_HAS_HASH_STYLE=y
+CT_BINUTILS_HAS_GOLD=y
+CT_BINUTILS_GOLD_SUPPORTS_ARCH=y
+CT_BINUTILS_HAS_PLUGINS=y
+CT_BINUTILS_HAS_PKGVERSION_BUGURL=y
+CT_BINUTILS_FORCE_LD_BFD=y
+CT_BINUTILS_LINKER_LD=y
+# CT_BINUTILS_LINKER_LD_GOLD is not set
+# CT_BINUTILS_LINKER_GOLD_LD is not set
+CT_BINUTILS_LINKERS_LIST="ld"
+CT_BINUTILS_LINKER_DEFAULT="bfd"
+# CT_BINUTILS_PLUGINS is not set
+CT_BINUTILS_EXTRA_CONFIG_ARRAY=""
+# CT_BINUTILS_FOR_TARGET is not set
+
+#
+# binutils other options
+#
+
+#
+# C compiler
+#
+CT_CC="gcc"
+CT_CC_VERSION="4.8.2"
+CT_CC_CORE_PASSES_NEEDED=y
+CT_CC_gcc=y
+# CT_CC_GCC_SHOW_LINARO is not set
+CT_CC_V_4_8_2=y
+# CT_CC_V_4_8_1 is not set
+# CT_CC_V_4_8_0 is not set
+# CT_CC_V_4_7_3 is not set
+# CT_CC_V_4_7_2 is not set
+# CT_CC_V_4_7_1 is not set
+# CT_CC_V_4_7_0 is not set
+# CT_CC_V_4_6_4 is not set
+# CT_CC_V_4_6_3 is not set
+# CT_CC_V_4_6_2 is not set
+# CT_CC_V_4_6_1 is not set
+# CT_CC_V_4_6_0 is not set
+# CT_CC_V_4_5_3 is not set
+# CT_CC_V_4_5_2 is not set
+# CT_CC_V_4_5_1 is not set
+# CT_CC_V_4_5_0 is not set
+# CT_CC_V_4_4_7 is not set
+# CT_CC_V_4_4_6 is not set
+# CT_CC_V_4_4_5 is not set
+# CT_CC_V_4_4_4 is not set
+# CT_CC_V_4_4_3 is not set
+# CT_CC_V_4_4_2 is not set
+# CT_CC_V_4_4_1 is not set
+# CT_CC_V_4_4_0 is not set
+# CT_CC_V_4_3_6 is not set
+# CT_CC_V_4_3_5 is not set
+# CT_CC_V_4_3_4 is not set
+# CT_CC_V_4_3_3 is not set
+# CT_CC_V_4_3_2 is not set
+# CT_CC_V_4_3_1 is not set
+# CT_CC_V_4_2_4 is not set
+# CT_CC_V_4_2_2 is not set
+# CT_CC_CUSTOM is not set
+CT_CC_GCC_4_2_or_later=y
+CT_CC_GCC_4_3_or_later=y
+CT_CC_GCC_4_4_or_later=y
+CT_CC_GCC_4_5_or_later=y
+CT_CC_GCC_4_6_or_later=y
+CT_CC_GCC_4_7_or_later=y
+CT_CC_GCC_4_8=y
+CT_CC_GCC_4_8_or_later=y
+CT_CC_GCC_HAS_GRAPHITE=y
+CT_CC_GCC_USE_GRAPHITE=y
+CT_CC_GCC_HAS_LTO=y
+CT_CC_GCC_USE_LTO=y
+CT_CC_GCC_HAS_PKGVERSION_BUGURL=y
+CT_CC_GCC_HAS_BUILD_ID=y
+CT_CC_GCC_HAS_LNK_HASH_STYLE=y
+CT_CC_GCC_USE_GMP_MPFR=y
+CT_CC_GCC_USE_MPC=y
+CT_CC_GCC_HAS_LIBQUADMATH=y
+CT_CC_LANG_FORTRAN=y
+CT_CC_SUPPORT_CXX=y
+CT_CC_SUPPORT_FORTRAN=y
+CT_CC_SUPPORT_JAVA=y
+CT_CC_SUPPORT_ADA=y
+CT_CC_SUPPORT_OBJC=y
+CT_CC_SUPPORT_OBJCXX=y
+
+#
+# Additional supported languages:
+#
+CT_CC_LANG_CXX=y
+# CT_CC_LANG_JAVA is not set
+# CT_CC_LANG_ADA is not set
+# CT_CC_LANG_OBJC is not set
+# CT_CC_LANG_OBJCXX is not set
+CT_CC_LANG_OTHERS=""
+
+#
+# gcc other options
+#
+CT_CC_ENABLE_CXX_FLAGS=""
+CT_CC_CORE_EXTRA_CONFIG_ARRAY="--with-arch=armv7-a --with-float=hard --with-fpu=vfpv3-d16"
+CT_CC_EXTRA_CONFIG_ARRAY="--with-arch=armv7-a --with-float=hard --with-fpu=vfpv3-d16"
+CT_CC_STATIC_LIBSTDCXX=y
+# CT_CC_GCC_SYSTEM_ZLIB is not set
+
+#
+# Optimisation features
+#
+
+#
+# Settings for libraries running on target
+#
+CT_CC_GCC_ENABLE_TARGET_OPTSPACE=y
+# CT_CC_GCC_LIBMUDFLAP is not set
+# CT_CC_GCC_LIBGOMP is not set
+# CT_CC_GCC_LIBSSP is not set
+# CT_CC_GCC_LIBQUADMATH is not set
+
+#
+# Misc. obscure options.
+#
+CT_CC_CXA_ATEXIT=y
+# CT_CC_GCC_DISABLE_PCH is not set
+CT_CC_GCC_SJLJ_EXCEPTIONS=m
+CT_CC_GCC_LDBL_128=m
+# CT_CC_GCC_BUILD_ID is not set
+# CT_CC_GCC_LNK_HASH_STYLE_DEFAULT is not set
+# CT_CC_GCC_LNK_HASH_STYLE_SYSV is not set
+CT_CC_GCC_LNK_HASH_STYLE_GNU=y
+# CT_CC_GCC_LNK_HASH_STYLE_BOTH is not set
+CT_CC_GCC_LNK_HASH_STYLE="gnu"
+
+#
+# C-library
+#
+CT_LIBC="glibc"
+CT_LIBC_VERSION="2.18"
+# CT_LIBC_eglibc is not set
+# CT_LIBC_uClibc is not set
+CT_LIBC_glibc=y
+CT_LIBC_none_AVAILABLE=y
+CT_LIBC_mingw_AVAILABLE=y
+CT_LIBC_eglibc_AVAILABLE=y
+CT_LIBC_newlib_AVAILABLE=y
+CT_LIBC_uClibc_AVAILABLE=y
+CT_LIBC_glibc_AVAILABLE=y
+CT_LIBC_GLIBC_V_2_18=y
+# CT_LIBC_GLIBC_V_2_17 is not set
+# CT_LIBC_GLIBC_V_2_16_0 is not set
+# CT_LIBC_GLIBC_V_2_15 is not set
+# CT_LIBC_GLIBC_V_2_14_1 is not set
+# CT_LIBC_GLIBC_V_2_14 is not set
+# CT_LIBC_GLIBC_V_2_13 is not set
+# CT_LIBC_GLIBC_V_2_12_2 is not set
+# CT_LIBC_GLIBC_V_2_12_1 is not set
+# CT_LIBC_GLIBC_V_2_11_1 is not set
+# CT_LIBC_GLIBC_V_2_11 is not set
+# CT_LIBC_GLIBC_V_2_10_1 is not set
+# CT_LIBC_GLIBC_V_2_9 is not set
+# CT_LIBC_GLIBC_V_2_8 is not set
+CT_LIBC_SUPPORT_THREADS_ANY=y
+CT_LIBC_SUPPORT_NPTL=y
+CT_THREADS="nptl"
+
+#
+# Common C library options
+#
+CT_THREADS_NPTL=y
+CT_LIBC_XLDD=y
+CT_LIBC_GLIBC_MAY_FORCE_PORTS=y
+CT_LIBC_glibc_familly=y
+CT_LIBC_GLIBC_EXTRA_CONFIG_ARRAY="libc_cv_ctors_header=yes libc_cv_gcc_builtin_expect=yes"
+CT_LIBC_GLIBC_CONFIGPARMS=""
+CT_LIBC_GLIBC_EXTRA_CFLAGS=""
+CT_LIBC_EXTRA_CC_ARGS="-U_FORTIFY_SOURCE"
+# CT_LIBC_ENABLE_FORTIFIED_BUILD is not set
+# CT_LIBC_DISABLE_VERSIONING is not set
+CT_LIBC_OLDEST_ABI=""
+CT_LIBC_GLIBC_FORCE_UNWIND=y
+CT_LIBC_GLIBC_USE_PORTS=y
+CT_LIBC_ADDONS_LIST=""
+# CT_LIBC_LOCALES is not set
+# CT_LIBC_GLIBC_KERNEL_VERSION_NONE is not set
+# CT_LIBC_GLIBC_KERNEL_VERSION_AS_HEADERS is not set
+CT_LIBC_GLIBC_KERNEL_VERSION_CHOSEN=y
+CT_LIBC_GLIBC_MIN_KERNEL_VERSION="2.6.27"
+CT_LIBC_GLIBC_MIN_KERNEL="2.6.27"
+
+#
+# glibc other options
+#
+
+#
+# WARNING !!!                                            
+#
+
+#
+#   For glibc >= 2.8, it can happen that the tarballs    
+#
+
+#
+#   for the addons are not available for download.       
+#
+
+#
+#   If that happens, bad luck... Try a previous version  
+#
+
+#
+#   or try again later... :-(                            
+#
+
+#
+# Debug facilities
+#
+# CT_DEBUG_ltrace is not set
+# CT_DEBUG_gdb is not set
+# CT_DEBUG_duma is not set
+# CT_DEBUG_dmalloc is not set
+# CT_DEBUG_strace is not set
+
+#
+# Companion libraries
+#
+CT_COMPLIBS_NEEDED=y
+CT_GMP_NEEDED=y
+CT_MPFR_NEEDED=y
+CT_ISL_NEEDED=y
+CT_CLOOG_NEEDED=y
+CT_MPC_NEEDED=y
+CT_COMPLIBS=y
+CT_GMP=y
+CT_MPFR=y
+CT_ISL=y
+CT_CLOOG=y
+CT_MPC=y
+CT_GMP_V_5_1_3=y
+# CT_GMP_V_5_1_1 is not set
+# CT_GMP_V_5_0_5 is not set
+# CT_GMP_V_5_0_2 is not set
+# CT_GMP_V_5_0_1 is not set
+# CT_GMP_V_4_3_2 is not set
+# CT_GMP_V_4_3_1 is not set
+# CT_GMP_V_4_3_0 is not set
+CT_GMP_VERSION="5.1.3"
+CT_MPFR_V_3_1_2=y
+# CT_MPFR_V_3_1_1 is not set
+# CT_MPFR_V_3_1_0 is not set
+# CT_MPFR_V_3_0_1 is not set
+# CT_MPFR_V_3_0_0 is not set
+# CT_MPFR_V_2_4_2 is not set
+# CT_MPFR_V_2_4_1 is not set
+# CT_MPFR_V_2_4_0 is not set
+CT_MPFR_VERSION="3.1.2"
+CT_ISL_V_0_12_1=y
+# CT_ISL_V_0_11_1 is not set
+CT_ISL_VERSION="0.12.1"
+CT_CLOOG_V_0_18_1=y
+# CT_CLOOG_V_0_18_0 is not set
+CT_CLOOG_VERSION="0.18.1"
+CT_CLOOG_0_18_or_later=y
+CT_MPC_V_1_0_1=y
+# CT_MPC_V_1_0 is not set
+# CT_MPC_V_0_9 is not set
+# CT_MPC_V_0_8_2 is not set
+# CT_MPC_V_0_8_1 is not set
+# CT_MPC_V_0_7 is not set
+CT_MPC_VERSION="1.0.1"
+
+#
+# Companion libraries common options
+#
+CT_COMPLIBS_CHECK=y
+
+#
+# Companion tools
+#
+
+#
+# READ HELP before you say 'Y' below !!!
+#
+# CT_COMP_TOOLS is not set
+
+#
+# Test suite
+#
+# CT_TEST_SUITE_GCC is not set
diff --git a/cross/cross-toolchain-armv7l-unknown-linux-gnueabihf/glibc-2.18-recognize-make-4.0.patch b/cross/cross-toolchain-armv7l-unknown-linux-gnueabihf/glibc-2.18-recognize-make-4.0.patch
new file mode 100644
index 0000000..96ab59d
--- /dev/null
+++ b/cross/cross-toolchain-armv7l-unknown-linux-gnueabihf/glibc-2.18-recognize-make-4.0.patch
@@ -0,0 +1,24 @@
+diff -ruN glibc-2.18.orig/configure.in glibc-2.18/configure.in
+--- glibc-2.18.orig/configure.in	2013-08-11 00:52:55.000000000 +0200
++++ glibc-2.18/configure.in	2013-10-24 22:42:36.484509833 +0200
+@@ -989,7 +989,7 @@
+   critic_missing="$critic_missing gcc")
+ AC_CHECK_PROG_VER(MAKE, gnumake gmake make, --version,
+   [GNU Make[^0-9]*\([0-9][0-9.]*\)],
+-  [3.79* | 3.[89]*], critic_missing="$critic_missing make")
++  [3.79* | 3.[89]* | 4.*], critic_missing="$critic_missing make")
+ 
+ AC_CHECK_PROG_VER(MSGFMT, gnumsgfmt gmsgfmt msgfmt, --version,
+   [GNU gettext.* \([0-9]*\.[0-9.]*\)],
+diff -ruN glibc-2.18.orig/configure glibc-2.18/configure
+--- glibc-2.18.orig/configure	2013-10-24 22:59:20.027851469 +0200
++++ glibc-2.18/configure	2013-10-24 23:00:26.641191837 +0200
+@@ -4772,7 +4772,7 @@
+   ac_prog_version=`$MAKE --version 2>&1 | sed -n 's/^.*GNU Make[^0-9]*\([0-9][0-9.]*\).*$/\1/p'`
+   case $ac_prog_version in
+     '') ac_prog_version="v. ?.??, bad"; ac_verc_fail=yes;;
+-    3.79* | 3.[89]*)
++    3.79* | 3.[89]* | 4.*)
+        ac_prog_version="$ac_prog_version, ok"; ac_verc_fail=no;;
+     *) ac_prog_version="$ac_prog_version, bad"; ac_verc_fail=yes;;
+ 

From mono at posteo.de  Fri Oct 25 18:01:42 2013
From: mono at posteo.de (Mono)
Date: Fri, 25 Oct 2013 20:01:42 +0200
Subject: [Dev] Please add this package
In-Reply-To: <20131025174601.GB23583@moosbart>
References: <20131025174601.GB23583@moosbart>
Message-ID: <20131025180142.GC23583@moosbart>

Sorry! I attached the wrong diff file, in this Email is what I was to send. There was something wrong in the package function.

On Fri, Oct 25, 2013 at 07:46:01PM +0200, Mono wrote:
> Hallo,
> 
> um, well, am about to make some libre packages for my arm machine (Beaglebone Black) which currently runs Arch Linux ARM and which I want to run Parabola. I managed to create libre packages for the kernel (linux-libre-am33x), the linux-libre-firmware and a few others (see http://beagle.donderklumpen.de/). Building the kernel takes more than 8 hours. So from now I will use that lazy x86_64 machine to cross build the packages, the kernel is made in a few minutes. In the attachment is the package source for the cross toolchain. It would be awesome, if you could add that to abslibre to be a start on Parabola ARM.
> 
> thanks and best regards
> Mono 
-------------- next part --------------
diff --git a/cross/cross-toolchain-armv7l-unknown-linux-gnueabihf/PKGBUILD b/cross/cross-toolchain-armv7l-unknown-linux-gnueabihf/PKGBUILD
new file mode 100644
index 0000000..54cadb1
--- /dev/null
+++ b/cross/cross-toolchain-armv7l-unknown-linux-gnueabihf/PKGBUILD
@@ -0,0 +1,71 @@
+# Maintainer: Mono <mono at posteo.de>
+# Note: the configuration file sets software versions to what is currently up-to-date in Parabolas repos.
+# Although crosstool-NG does not know these versions, it uses them just fine.
+# isl-0.12.1 is currently not available by the download locations in crosstool-NG. It is downloaded from http://isl.gforge.inria.fr/
+
+pkgname=('cross-toolchain-armv7l-unknown-linux-gnueabihf')
+pkgver=4.8.2
+pkgrel=1
+pkgdesc="A cross toolchain for Parabola GNU/Linux-libre. Host tuple x86_64-unknown-linux-gnu, target tuple armv7l-unknown-linux-gnueabihf"
+arch=('x86_64')
+license=('GPL' )
+depends=('gcc>=4.8.2')
+makedepends=('crosstool-ng>=1.19.0')
+options=('libtool' 'emptydirs' '!strip')
+source=(dotconfig
+        glibc-2.18-recognize-make-4.0.patch
+        # obsolete once available by crosstool-ng's download locations
+        http://isl.gforge.inria.fr/isl-0.12.1.tar.bz2
+        http://linux-libre.fsfla.org/pub/linux-libre/releases/3.8.13-gnu1/linux-libre-3.8.13-gnu1.tar.xz)
+md5sums=('62a6b265a759b85dac3579b1bd186745'
+         '4ef9ffcf0a4cc23bad0e7fc177e74cb2'
+         '27d381085ff1b5733c3e8a9b6ad24a4d'
+         '9baba4a412235f2cd60738695dfbfaf6')
+
+_srcdir=${HOME}/src
+_target_tuple=armv7l-unknown-linux-gnueabihf
+_jobs=10
+_load=7.5
+
+prepare () {
+  mkdir ${srcdir}/${_target_tuple}
+  mkdir -p ${srcdir}/toolchain-build/.build/tarballs
+  mkdir -p ${srcdir}/toolchain-build/patches/glibc/2.18
+
+  cat ${srcdir}/dotconfig > ${srcdir}/toolchain-build/.config
+  cp ${srcdir}/glibc-2.18-recognize-make-4.0.patch ${srcdir}/toolchain-build/patches/glibc/2.18/0001-glibc-2.18-recognize-make-4.0.patch
+
+  sed -i 's,PLACEHOLDER_SOURCES_TARBALLS_DIR,'${_srcdir}',' ${srcdir}/toolchain-build/.config
+  sed -i 's,PLACEHOLDER_PREFIX_DIR,'${srcdir}/${_target_tuple}',' ${srcdir}/toolchain-build/.config
+  sed -i 's,PLACEHOLDER_JOBS,'${_jobs}',' ${srcdir}/toolchain-build/.config
+  sed -i 's,PLACEHOLDER_LOAD,'${_load}',' ${srcdir}/toolchain-build/.config
+
+  # the configuration file unsets force download, so we can provide tarballs before the build process starts
+  # use linux-libre, not linux
+  ln -s ${srcdir}/linux-libre-3.8.13-gnu1.tar.xz ${srcdir}/toolchain-build/.build/tarballs/linux-3.8.13.tar.xz
+
+  # obsolete once available by crosstool-ng's download locations
+  ln -s ${srcdir}/isl-0.12.1.tar.bz2 ${srcdir}/toolchain-build/.build/tarballs
+}
+
+build () {
+  cd "$srcdir/toolchain-build"
+
+  # Don't set CFLAGS. It screws up the build.
+  # Don't set CXXFLAGS. It screws up the build.
+  CFLAGS=""
+  CXXFLAGS=""
+  # crosstool-NG does not complain, but we remove these too
+  CPPFLAGS=""
+  LDFLAGS=""
+  DEBUG_CFLAGS=""
+  DEBUG_CXXFLAGS=""
+
+  # build the toolchain
+  ct-ng build
+}
+
+package () {
+  mkdir ${pkgdir}/usr
+  cp -a ${srcdir}/${_target_tuple} ${pkgdir}/usr
+}
diff --git a/cross/cross-toolchain-armv7l-unknown-linux-gnueabihf/dotconfig b/cross/cross-toolchain-armv7l-unknown-linux-gnueabihf/dotconfig
new file mode 100644
index 0000000..6ccb176
--- /dev/null
+++ b/cross/cross-toolchain-armv7l-unknown-linux-gnueabihf/dotconfig
@@ -0,0 +1,577 @@
+#
+# Automatically generated make config: don't edit
+# crosstool-NG 1.19.0 Configuration
+# Fri Oct 25 13:41:37 2013
+#
+CT_CONFIGURE_has_xz=y
+CT_MODULES=y
+
+#
+# Paths and misc options
+#
+
+#
+# crosstool-NG behavior
+#
+# CT_OBSOLETE is not set
+CT_EXPERIMENTAL=y
+# CT_ALLOW_BUILD_AS_ROOT is not set
+CT_DEBUG_CT=y
+# CT_DEBUG_PAUSE_STEPS is not set
+CT_DEBUG_CT_SAVE_STEPS=y
+CT_DEBUG_CT_SAVE_STEPS_GZIP=y
+# CT_NO_OVERIDE_LC_MESSAGES is not set
+# CT_DEBUG_INTERACTIVE is not set
+
+#
+# Paths
+#
+CT_LOCAL_TARBALLS_DIR="PLACEHOLDER_SOURCES_TARBALLS_DIR"
+CT_SAVE_TARBALLS=y
+CT_CUSTOM_LOCATION_ROOT_DIR=""
+CT_WORK_DIR="${CT_TOP_DIR}/.build"
+CT_PREFIX_DIR="PLACEHOLDER_PREFIX_DIR"
+CT_INSTALL_DIR="${CT_PREFIX_DIR}"
+CT_RM_RF_PREFIX_DIR=y
+CT_REMOVE_DOCS=y
+# CT_INSTALL_DIR_RO is not set
+CT_STRIP_ALL_TOOLCHAIN_EXECUTABLES=y
+
+#
+# Downloading
+#
+# CT_FORBID_DOWNLOAD is not set
+# CT_FORCE_DOWNLOAD is not set
+CT_CONNECT_TIMEOUT=10
+# CT_ONLY_DOWNLOAD is not set
+# CT_USE_MIRROR is not set
+
+#
+# Extracting
+#
+# CT_FORCE_EXTRACT is not set
+CT_OVERIDE_CONFIG_GUESS_SUB=y
+# CT_ONLY_EXTRACT is not set
+# CT_PATCH_BUNDLED is not set
+CT_PATCH_LOCAL=y
+# CT_PATCH_BUNDLED_LOCAL is not set
+# CT_PATCH_LOCAL_BUNDLED is not set
+# CT_PATCH_BUNDLED_FALLBACK_LOCAL is not set
+# CT_PATCH_LOCAL_FALLBACK_BUNDLED is not set
+# CT_PATCH_NONE is not set
+CT_PATCH_ORDER="local"
+CT_PATCH_USE_LOCAL=y
+CT_LOCAL_PATCH_DIR="${CT_TOP_DIR}/patches"
+
+#
+# Build behavior
+#
+CT_PARALLEL_JOBS=PLACEHOLDER_JOBS
+CT_LOAD="PLACEHOLDER_LOAD"
+CT_USE_PIPES=y
+CT_EXTRA_CFLAGS_FOR_BUILD=""
+CT_EXTRA_LDFLAGS_FOR_BUILD=""
+CT_EXTRA_CFLAGS_FOR_HOST=""
+CT_EXTRA_LDFLAGS_FOR_HOST=""
+# CT_CONFIG_SHELL_SH is not set
+# CT_CONFIG_SHELL_ASH is not set
+CT_CONFIG_SHELL_BASH=y
+# CT_CONFIG_SHELL_CUSTOM is not set
+CT_CONFIG_SHELL="${bash}"
+
+#
+# Logging
+#
+# CT_LOG_ERROR is not set
+# CT_LOG_WARN is not set
+# CT_LOG_INFO is not set
+CT_LOG_EXTRA=y
+# CT_LOG_ALL is not set
+# CT_LOG_DEBUG is not set
+CT_LOG_LEVEL_MAX="EXTRA"
+# CT_LOG_SEE_TOOLS_WARN is not set
+CT_LOG_PROGRESS_BAR=y
+CT_LOG_TO_FILE=y
+CT_LOG_FILE_COMPRESS=y
+
+#
+# Target options
+#
+CT_ARCH="arm"
+CT_ARCH_SUPPORTS_BOTH_MMU=y
+CT_ARCH_SUPPORTS_BOTH_ENDIAN=y
+CT_ARCH_SUPPORTS_32=y
+CT_ARCH_SUPPORTS_WITH_ARCH=y
+CT_ARCH_SUPPORTS_WITH_CPU=y
+CT_ARCH_SUPPORTS_WITH_TUNE=y
+CT_ARCH_SUPPORTS_WITH_FLOAT=y
+CT_ARCH_SUPPORTS_WITH_FPU=y
+CT_ARCH_SUPPORTS_SOFTFP=y
+CT_ARCH_DEFAULT_HAS_MMU=y
+CT_ARCH_DEFAULT_LE=y
+CT_ARCH_DEFAULT_32=y
+CT_ARCH_ARCH="armv7-a"
+CT_ARCH_CPU="cortex-a8"
+CT_ARCH_TUNE=""
+CT_ARCH_FPU="vfpv3-d16"
+# CT_ARCH_BE is not set
+CT_ARCH_LE=y
+CT_ARCH_32=y
+CT_ARCH_BITNESS=32
+CT_ARCH_FLOAT_HW=y
+# CT_ARCH_FLOAT_SW is not set
+CT_TARGET_CFLAGS="-mfpu=vfpv3-d16 -mfloat-abi=hard"
+CT_TARGET_LDFLAGS=""
+CT_ARCH_arm=y
+# CT_ARCH_x86 is not set
+# CT_ARCH_sh is not set
+# CT_ARCH_avr32 is not set
+# CT_ARCH_mips is not set
+# CT_ARCH_sparc is not set
+# CT_ARCH_powerpc is not set
+# CT_ARCH_s390 is not set
+# CT_ARCH_m68k is not set
+# CT_ARCH_alpha is not set
+# CT_ARCH_microblaze is not set
+# CT_ARCH_blackfin is not set
+CT_ARCH_arm_AVAILABLE=y
+CT_ARCH_x86_AVAILABLE=y
+CT_ARCH_sh_AVAILABLE=y
+CT_ARCH_avr32_AVAILABLE=y
+CT_ARCH_mips_AVAILABLE=y
+CT_ARCH_sparc_AVAILABLE=y
+CT_ARCH_powerpc_AVAILABLE=y
+CT_ARCH_s390_AVAILABLE=y
+CT_ARCH_m68k_AVAILABLE=y
+CT_ARCH_alpha_AVAILABLE=y
+CT_ARCH_microblaze_AVAILABLE=y
+CT_ARCH_blackfin_AVAILABLE=y
+CT_ARCH_SUFFIX="v7l"
+
+#
+# Generic target options
+#
+# CT_MULTILIB is not set
+CT_ARCH_USE_MMU=y
+CT_ARCH_ENDIAN="little"
+
+#
+# Target optimisations
+#
+# CT_ARCH_FLOAT_SOFTFP is not set
+CT_ARCH_FLOAT="hard"
+
+#
+# arm other options
+#
+CT_ARCH_ARM_MODE="arm"
+CT_ARCH_ARM_MODE_ARM=y
+# CT_ARCH_ARM_MODE_THUMB is not set
+CT_ARCH_ARM_INTERWORKING=y
+CT_ARCH_ARM_EABI_FORCE=y
+CT_ARCH_ARM_EABI=y
+CT_ARCH_ARM_TUPLE_USE_EABIHF=y
+
+#
+# Toolchain options
+#
+
+#
+# General toolchain options
+#
+CT_FORCE_SYSROOT=y
+CT_USE_SYSROOT=y
+CT_SYSROOT_NAME="sysroot"
+CT_SYSROOT_DIR_PREFIX=""
+CT_WANTS_STATIC_LINK=y
+# CT_STATIC_TOOLCHAIN is not set
+CT_TOOLCHAIN_PKGVERSION=""
+CT_TOOLCHAIN_BUGURL=""
+
+#
+# Tuple completion and aliasing
+#
+CT_TARGET_VENDOR="unknown"
+CT_TARGET_ALIAS_SED_EXPR=""
+CT_TARGET_ALIAS=""
+
+#
+# Toolchain type
+#
+# CT_NATIVE is not set
+CT_CROSS=y
+# CT_CROSS_NATIVE is not set
+# CT_CANADIAN is not set
+CT_TOOLCHAIN_TYPE="cross"
+
+#
+# Build system
+#
+CT_BUILD=""
+CT_BUILD_PREFIX=""
+CT_BUILD_SUFFIX=""
+
+#
+# Misc options
+#
+# CT_TOOLCHAIN_ENABLE_NLS is not set
+
+#
+# Operating System
+#
+CT_KERNEL_SUPPORTS_SHARED_LIBS=y
+CT_KERNEL="linux"
+CT_KERNEL_VERSION="3.8.13"
+# CT_KERNEL_bare_metal is not set
+CT_KERNEL_linux=y
+CT_KERNEL_bare_metal_AVAILABLE=y
+CT_KERNEL_windows_AVAILABLE=y
+CT_KERNEL_linux_AVAILABLE=y
+# CT_KERNEL_V_3_10 is not set
+# CT_KERNEL_V_3_9 is not set
+CT_KERNEL_V_3_8=y
+# CT_KERNEL_V_3_7 is not set
+# CT_KERNEL_V_3_6 is not set
+# CT_KERNEL_V_3_5 is not set
+# CT_KERNEL_V_3_4 is not set
+# CT_KERNEL_V_3_3 is not set
+# CT_KERNEL_V_3_2 is not set
+# CT_KERNEL_V_3_1 is not set
+# CT_KERNEL_V_3_0 is not set
+# CT_KERNEL_V_2_6_39 is not set
+# CT_KERNEL_V_2_6_38 is not set
+# CT_KERNEL_V_2_6_37 is not set
+# CT_KERNEL_V_2_6_36 is not set
+# CT_KERNEL_V_2_6_33 is not set
+# CT_KERNEL_V_2_6_32 is not set
+# CT_KERNEL_V_2_6_31 is not set
+# CT_KERNEL_V_2_6_27 is not set
+# CT_KERNEL_LINUX_CUSTOM is not set
+
+#
+# Common kernel options
+#
+CT_SHARED_LIBS=y
+
+#
+# linux other options
+#
+CT_KERNEL_LINUX_VERBOSITY_0=y
+# CT_KERNEL_LINUX_VERBOSITY_1 is not set
+# CT_KERNEL_LINUX_VERBOSITY_2 is not set
+CT_KERNEL_LINUX_VERBOSE_LEVEL=0
+CT_KERNEL_LINUX_INSTALL_CHECK=y
+
+#
+# Binary utilities
+#
+CT_ARCH_BINFMT_ELF=y
+CT_BINUTILS="binutils"
+CT_BINUTILS_binutils=y
+
+#
+# GNU binutils
+#
+CT_BINUTILS_V_2_23_2=y
+# CT_BINUTILS_V_2_23_1 is not set
+# CT_BINUTILS_V_2_22 is not set
+# CT_BINUTILS_V_2_21_53 is not set
+# CT_BINUTILS_V_2_21_1a is not set
+# CT_BINUTILS_V_2_20_1a is not set
+# CT_BINUTILS_V_2_19_1a is not set
+# CT_BINUTILS_V_2_18a is not set
+# CT_BINUTILS_CUSTOM is not set
+CT_BINUTILS_VERSION="2.23.2"
+CT_BINUTILS_2_23_or_later=y
+CT_BINUTILS_2_22_or_later=y
+CT_BINUTILS_2_21_or_later=y
+CT_BINUTILS_2_20_or_later=y
+CT_BINUTILS_2_19_or_later=y
+CT_BINUTILS_2_18_or_later=y
+CT_BINUTILS_HAS_HASH_STYLE=y
+CT_BINUTILS_HAS_GOLD=y
+CT_BINUTILS_GOLD_SUPPORTS_ARCH=y
+CT_BINUTILS_HAS_PLUGINS=y
+CT_BINUTILS_HAS_PKGVERSION_BUGURL=y
+CT_BINUTILS_FORCE_LD_BFD=y
+CT_BINUTILS_LINKER_LD=y
+# CT_BINUTILS_LINKER_LD_GOLD is not set
+# CT_BINUTILS_LINKER_GOLD_LD is not set
+CT_BINUTILS_LINKERS_LIST="ld"
+CT_BINUTILS_LINKER_DEFAULT="bfd"
+# CT_BINUTILS_PLUGINS is not set
+CT_BINUTILS_EXTRA_CONFIG_ARRAY=""
+# CT_BINUTILS_FOR_TARGET is not set
+
+#
+# binutils other options
+#
+
+#
+# C compiler
+#
+CT_CC="gcc"
+CT_CC_VERSION="4.8.2"
+CT_CC_CORE_PASSES_NEEDED=y
+CT_CC_gcc=y
+# CT_CC_GCC_SHOW_LINARO is not set
+CT_CC_V_4_8_2=y
+# CT_CC_V_4_8_1 is not set
+# CT_CC_V_4_8_0 is not set
+# CT_CC_V_4_7_3 is not set
+# CT_CC_V_4_7_2 is not set
+# CT_CC_V_4_7_1 is not set
+# CT_CC_V_4_7_0 is not set
+# CT_CC_V_4_6_4 is not set
+# CT_CC_V_4_6_3 is not set
+# CT_CC_V_4_6_2 is not set
+# CT_CC_V_4_6_1 is not set
+# CT_CC_V_4_6_0 is not set
+# CT_CC_V_4_5_3 is not set
+# CT_CC_V_4_5_2 is not set
+# CT_CC_V_4_5_1 is not set
+# CT_CC_V_4_5_0 is not set
+# CT_CC_V_4_4_7 is not set
+# CT_CC_V_4_4_6 is not set
+# CT_CC_V_4_4_5 is not set
+# CT_CC_V_4_4_4 is not set
+# CT_CC_V_4_4_3 is not set
+# CT_CC_V_4_4_2 is not set
+# CT_CC_V_4_4_1 is not set
+# CT_CC_V_4_4_0 is not set
+# CT_CC_V_4_3_6 is not set
+# CT_CC_V_4_3_5 is not set
+# CT_CC_V_4_3_4 is not set
+# CT_CC_V_4_3_3 is not set
+# CT_CC_V_4_3_2 is not set
+# CT_CC_V_4_3_1 is not set
+# CT_CC_V_4_2_4 is not set
+# CT_CC_V_4_2_2 is not set
+# CT_CC_CUSTOM is not set
+CT_CC_GCC_4_2_or_later=y
+CT_CC_GCC_4_3_or_later=y
+CT_CC_GCC_4_4_or_later=y
+CT_CC_GCC_4_5_or_later=y
+CT_CC_GCC_4_6_or_later=y
+CT_CC_GCC_4_7_or_later=y
+CT_CC_GCC_4_8=y
+CT_CC_GCC_4_8_or_later=y
+CT_CC_GCC_HAS_GRAPHITE=y
+CT_CC_GCC_USE_GRAPHITE=y
+CT_CC_GCC_HAS_LTO=y
+CT_CC_GCC_USE_LTO=y
+CT_CC_GCC_HAS_PKGVERSION_BUGURL=y
+CT_CC_GCC_HAS_BUILD_ID=y
+CT_CC_GCC_HAS_LNK_HASH_STYLE=y
+CT_CC_GCC_USE_GMP_MPFR=y
+CT_CC_GCC_USE_MPC=y
+CT_CC_GCC_HAS_LIBQUADMATH=y
+CT_CC_LANG_FORTRAN=y
+CT_CC_SUPPORT_CXX=y
+CT_CC_SUPPORT_FORTRAN=y
+CT_CC_SUPPORT_JAVA=y
+CT_CC_SUPPORT_ADA=y
+CT_CC_SUPPORT_OBJC=y
+CT_CC_SUPPORT_OBJCXX=y
+
+#
+# Additional supported languages:
+#
+CT_CC_LANG_CXX=y
+# CT_CC_LANG_JAVA is not set
+# CT_CC_LANG_ADA is not set
+# CT_CC_LANG_OBJC is not set
+# CT_CC_LANG_OBJCXX is not set
+CT_CC_LANG_OTHERS=""
+
+#
+# gcc other options
+#
+CT_CC_ENABLE_CXX_FLAGS=""
+CT_CC_CORE_EXTRA_CONFIG_ARRAY="--with-arch=armv7-a --with-float=hard --with-fpu=vfpv3-d16"
+CT_CC_EXTRA_CONFIG_ARRAY="--with-arch=armv7-a --with-float=hard --with-fpu=vfpv3-d16"
+CT_CC_STATIC_LIBSTDCXX=y
+# CT_CC_GCC_SYSTEM_ZLIB is not set
+
+#
+# Optimisation features
+#
+
+#
+# Settings for libraries running on target
+#
+CT_CC_GCC_ENABLE_TARGET_OPTSPACE=y
+# CT_CC_GCC_LIBMUDFLAP is not set
+# CT_CC_GCC_LIBGOMP is not set
+# CT_CC_GCC_LIBSSP is not set
+# CT_CC_GCC_LIBQUADMATH is not set
+
+#
+# Misc. obscure options.
+#
+CT_CC_CXA_ATEXIT=y
+# CT_CC_GCC_DISABLE_PCH is not set
+CT_CC_GCC_SJLJ_EXCEPTIONS=m
+CT_CC_GCC_LDBL_128=m
+# CT_CC_GCC_BUILD_ID is not set
+# CT_CC_GCC_LNK_HASH_STYLE_DEFAULT is not set
+# CT_CC_GCC_LNK_HASH_STYLE_SYSV is not set
+CT_CC_GCC_LNK_HASH_STYLE_GNU=y
+# CT_CC_GCC_LNK_HASH_STYLE_BOTH is not set
+CT_CC_GCC_LNK_HASH_STYLE="gnu"
+
+#
+# C-library
+#
+CT_LIBC="glibc"
+CT_LIBC_VERSION="2.18"
+# CT_LIBC_eglibc is not set
+# CT_LIBC_uClibc is not set
+CT_LIBC_glibc=y
+CT_LIBC_none_AVAILABLE=y
+CT_LIBC_mingw_AVAILABLE=y
+CT_LIBC_eglibc_AVAILABLE=y
+CT_LIBC_newlib_AVAILABLE=y
+CT_LIBC_uClibc_AVAILABLE=y
+CT_LIBC_glibc_AVAILABLE=y
+CT_LIBC_GLIBC_V_2_18=y
+# CT_LIBC_GLIBC_V_2_17 is not set
+# CT_LIBC_GLIBC_V_2_16_0 is not set
+# CT_LIBC_GLIBC_V_2_15 is not set
+# CT_LIBC_GLIBC_V_2_14_1 is not set
+# CT_LIBC_GLIBC_V_2_14 is not set
+# CT_LIBC_GLIBC_V_2_13 is not set
+# CT_LIBC_GLIBC_V_2_12_2 is not set
+# CT_LIBC_GLIBC_V_2_12_1 is not set
+# CT_LIBC_GLIBC_V_2_11_1 is not set
+# CT_LIBC_GLIBC_V_2_11 is not set
+# CT_LIBC_GLIBC_V_2_10_1 is not set
+# CT_LIBC_GLIBC_V_2_9 is not set
+# CT_LIBC_GLIBC_V_2_8 is not set
+CT_LIBC_SUPPORT_THREADS_ANY=y
+CT_LIBC_SUPPORT_NPTL=y
+CT_THREADS="nptl"
+
+#
+# Common C library options
+#
+CT_THREADS_NPTL=y
+CT_LIBC_XLDD=y
+CT_LIBC_GLIBC_MAY_FORCE_PORTS=y
+CT_LIBC_glibc_familly=y
+CT_LIBC_GLIBC_EXTRA_CONFIG_ARRAY="libc_cv_ctors_header=yes libc_cv_gcc_builtin_expect=yes"
+CT_LIBC_GLIBC_CONFIGPARMS=""
+CT_LIBC_GLIBC_EXTRA_CFLAGS=""
+CT_LIBC_EXTRA_CC_ARGS="-U_FORTIFY_SOURCE"
+# CT_LIBC_ENABLE_FORTIFIED_BUILD is not set
+# CT_LIBC_DISABLE_VERSIONING is not set
+CT_LIBC_OLDEST_ABI=""
+CT_LIBC_GLIBC_FORCE_UNWIND=y
+CT_LIBC_GLIBC_USE_PORTS=y
+CT_LIBC_ADDONS_LIST=""
+# CT_LIBC_LOCALES is not set
+# CT_LIBC_GLIBC_KERNEL_VERSION_NONE is not set
+# CT_LIBC_GLIBC_KERNEL_VERSION_AS_HEADERS is not set
+CT_LIBC_GLIBC_KERNEL_VERSION_CHOSEN=y
+CT_LIBC_GLIBC_MIN_KERNEL_VERSION="2.6.27"
+CT_LIBC_GLIBC_MIN_KERNEL="2.6.27"
+
+#
+# glibc other options
+#
+
+#
+# WARNING !!!                                            
+#
+
+#
+#   For glibc >= 2.8, it can happen that the tarballs    
+#
+
+#
+#   for the addons are not available for download.       
+#
+
+#
+#   If that happens, bad luck... Try a previous version  
+#
+
+#
+#   or try again later... :-(                            
+#
+
+#
+# Debug facilities
+#
+# CT_DEBUG_ltrace is not set
+# CT_DEBUG_gdb is not set
+# CT_DEBUG_duma is not set
+# CT_DEBUG_dmalloc is not set
+# CT_DEBUG_strace is not set
+
+#
+# Companion libraries
+#
+CT_COMPLIBS_NEEDED=y
+CT_GMP_NEEDED=y
+CT_MPFR_NEEDED=y
+CT_ISL_NEEDED=y
+CT_CLOOG_NEEDED=y
+CT_MPC_NEEDED=y
+CT_COMPLIBS=y
+CT_GMP=y
+CT_MPFR=y
+CT_ISL=y
+CT_CLOOG=y
+CT_MPC=y
+CT_GMP_V_5_1_3=y
+# CT_GMP_V_5_1_1 is not set
+# CT_GMP_V_5_0_5 is not set
+# CT_GMP_V_5_0_2 is not set
+# CT_GMP_V_5_0_1 is not set
+# CT_GMP_V_4_3_2 is not set
+# CT_GMP_V_4_3_1 is not set
+# CT_GMP_V_4_3_0 is not set
+CT_GMP_VERSION="5.1.3"
+CT_MPFR_V_3_1_2=y
+# CT_MPFR_V_3_1_1 is not set
+# CT_MPFR_V_3_1_0 is not set
+# CT_MPFR_V_3_0_1 is not set
+# CT_MPFR_V_3_0_0 is not set
+# CT_MPFR_V_2_4_2 is not set
+# CT_MPFR_V_2_4_1 is not set
+# CT_MPFR_V_2_4_0 is not set
+CT_MPFR_VERSION="3.1.2"
+CT_ISL_V_0_12_1=y
+# CT_ISL_V_0_11_1 is not set
+CT_ISL_VERSION="0.12.1"
+CT_CLOOG_V_0_18_1=y
+# CT_CLOOG_V_0_18_0 is not set
+CT_CLOOG_VERSION="0.18.1"
+CT_CLOOG_0_18_or_later=y
+CT_MPC_V_1_0_1=y
+# CT_MPC_V_1_0 is not set
+# CT_MPC_V_0_9 is not set
+# CT_MPC_V_0_8_2 is not set
+# CT_MPC_V_0_8_1 is not set
+# CT_MPC_V_0_7 is not set
+CT_MPC_VERSION="1.0.1"
+
+#
+# Companion libraries common options
+#
+CT_COMPLIBS_CHECK=y
+
+#
+# Companion tools
+#
+
+#
+# READ HELP before you say 'Y' below !!!
+#
+# CT_COMP_TOOLS is not set
+
+#
+# Test suite
+#
+# CT_TEST_SUITE_GCC is not set
diff --git a/cross/cross-toolchain-armv7l-unknown-linux-gnueabihf/glibc-2.18-recognize-make-4.0.patch b/cross/cross-toolchain-armv7l-unknown-linux-gnueabihf/glibc-2.18-recognize-make-4.0.patch
new file mode 100644
index 0000000..96ab59d
--- /dev/null
+++ b/cross/cross-toolchain-armv7l-unknown-linux-gnueabihf/glibc-2.18-recognize-make-4.0.patch
@@ -0,0 +1,24 @@
+diff -ruN glibc-2.18.orig/configure.in glibc-2.18/configure.in
+--- glibc-2.18.orig/configure.in	2013-08-11 00:52:55.000000000 +0200
++++ glibc-2.18/configure.in	2013-10-24 22:42:36.484509833 +0200
+@@ -989,7 +989,7 @@
+   critic_missing="$critic_missing gcc")
+ AC_CHECK_PROG_VER(MAKE, gnumake gmake make, --version,
+   [GNU Make[^0-9]*\([0-9][0-9.]*\)],
+-  [3.79* | 3.[89]*], critic_missing="$critic_missing make")
++  [3.79* | 3.[89]* | 4.*], critic_missing="$critic_missing make")
+ 
+ AC_CHECK_PROG_VER(MSGFMT, gnumsgfmt gmsgfmt msgfmt, --version,
+   [GNU gettext.* \([0-9]*\.[0-9.]*\)],
+diff -ruN glibc-2.18.orig/configure glibc-2.18/configure
+--- glibc-2.18.orig/configure	2013-10-24 22:59:20.027851469 +0200
++++ glibc-2.18/configure	2013-10-24 23:00:26.641191837 +0200
+@@ -4772,7 +4772,7 @@
+   ac_prog_version=`$MAKE --version 2>&1 | sed -n 's/^.*GNU Make[^0-9]*\([0-9][0-9.]*\).*$/\1/p'`
+   case $ac_prog_version in
+     '') ac_prog_version="v. ?.??, bad"; ac_verc_fail=yes;;
+-    3.79* | 3.[89]*)
++    3.79* | 3.[89]* | 4.*)
+        ac_prog_version="$ac_prog_version, ok"; ac_verc_fail=no;;
+     *) ac_prog_version="$ac_prog_version, bad"; ac_verc_fail=yes;;
+ 

From mono at posteo.de  Fri Oct 25 18:12:28 2013
From: mono at posteo.de (Mono)
Date: Fri, 25 Oct 2013 20:12:28 +0200
Subject: [Dev] Please update abslibre.git/libre/crosstool-ng
In-Reply-To: <877gd145vz.fsf@endefensadelsl.org>
References: <20131025171551.GA23583@moosbart>
 <877gd145vz.fsf@endefensadelsl.org>
Message-ID: <20131025181228.GD23583@moosbart>

Thanks for updating fauno!
For the error with the mips64el cross toolchain, I am sorry, but I can not help with that. I dont have any mips and am more than busy with this arm thingy :) will check now, if it can create an up-to-date glibc 2.18 and gcc 4.8.2, Arch Linux ARM still uses glibc 2.17 and gcc 4.7.2.


greets
Mono
 
On Fri, Oct 25, 2013 at 02:28:16PM -0300, Nicol?s Reynolds wrote:
> Mono <mono at posteo.de> writes:
> 
> > Hallo,
> >
> > could someone please push the attached patch to abslibre?  It's to
> > update crosstool-ng from 1.18.0 to 1.19.0.  It also removes the
> > dependency cvs. I have crosstool-ng running without cvs and
> > successfully creating a cross toolchain. I don't know why it should
> > depend on cvs, maybe that is optional?
> 
> cool! iirc some toolchains use the cvs versions of tools.  anyway i
> upgraded it like a week ago to upgrade the cross-mips64el toolchain
> (which failed miserably), maybe i forgot to release it :(
> 
> this is the error i get during the last pass of glibc
> 
> [ALL  ]    dl-addr.c:(.text+0x0): multiple definition of
> `_dl_addr_inside_object'
> [ALL  ]
> /build/crosstool-ng/mips64el-n32-linux-glibc/.build/mips64el-unknown-linux-gnu/build/build-libc-final/elf/dl-allobjs.os:(.text+0x14770):
> first defined here
> 
> 
> -- 
> :D



> _______________________________________________
> Dev mailing list
> Dev at lists.parabolagnulinux.org
> https://lists.parabolagnulinux.org/mailman/listinfo/dev



From emulatorman at riseup.net  Fri Oct 25 18:47:27 2013
From: emulatorman at riseup.net (=?ISO-8859-1?Q?Andr=E9_Silva?=)
Date: Fri, 25 Oct 2013 16:47:27 -0200
Subject: [Dev] About the Presentation of Parabola GNU/Linux-libre and
 Blender in Bariloche
Message-ID: <526ABCBF.7050701@riseup.net>

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Hereby we're sending to your attention the details of a conference (with
proofs in video) that was given in the Argentinian city of San Carlos de
Bariloche, for careful analysis by the Free Software Foundation
community and for due appreciation.

On Saturday, 8th of June 2013, was given an 8 hours long presentation
of the FSF-endorsed free GNU/Linux-libre distribution Parabola, and the
3D software Blender, during which the audience could learn how to become
a Parabola hacker, use Blender, and install and use the said distro.

I gave this presentation in the Andin venue of the University of Rio
Negro, at Mitre 630, 2nd floor "A" in San Carlos de Bariloche. This
presentation was open to the public, with free entrance, and entirely
gratis.

Among many proposals that he made to me and my family--involved in all
those developments, Javier Barcenas, who invited me to speak at this
event, insisted on promoting the initiative of "free software video-game
development groups in Bariloche" with (pre-recorded) introductory talks
to this art form using the Blender software.[0]
Another proposal was to use the technology (and free software) to
produce "social goods".

Two days before the event, on Thursday, 6th of June, I (Andr? Silva)
participated along with Javier Barcena in a radio interview where I
introduced the Parabola distro, with the main objective of promoting the
said event.

The essential reason of our distribution, like most free distributions,
is to provide our users via such events, with the most possible
information regarding the genealogy of each of those distributions, and
how to install and manipulate our software so that the end user benefits
from reliable materials that ease their experience.

As you can imagine, in free software, we don't benefit much from
advertising means, nor proper promotion in the media like generally
happens with proprietary software, and for that reasons, such an event
essentially provides an effective mechanism for free software to reach
to a large audience, and make many people aware that they can use a much
better alternative than proprietary software.

Such events, thus, are crucial in this effort to bring awareness to
society as a whole, of the benefits of free software. Behind each free
software, including Parabola, lies as well a great collaborative effort
of many hackers of the community, from many countries, who completely
altruistically (and without any objective of favoritism) are working
hard and synchronously to provide the user with software that respect
their rights and their freedom, and granting those issues top priority.

On the one hand, given the importance of those events, for the quality
of the effort and the scarcity of the opportunities, it's a priority as
well for us to preserve intact and integral the recordings that were
made in the radio and at the university, so as to share them with the
world and expand their reach to the most remote places.

On the other hand, it's also fundamental that our work is recognized,
with due respect, and that is honored the binding commitment to deliver
in a timely manner into our hands, the exact copies of the recordings
that were made, in their integrity, with the same affect and respect
that we put when we record for the University of Bariloche, or the radio
broadcast in that city.

But once this wonderful event at the University of Bariloche was done,
much time passed, during which I had to ask several times copies to
Javier Barcenas, in charge of the event, but I never got proper response
from him, as he was eluding the topic, or not returning calls, with the
argument that he didn't have access to the recordings.

Finally, as it seemed to be impossible to access this recorded material,
we decided to resign ourselves to forget all about it, along with
promises to create hypothetical cooperatives to initiate a small
industry of libre video games, to install clusters with Parabola, etc.,
and so on and so forth.

Time passed and like anything, that remained a dead letter, however, in
the month of September of this year, came the celebration of the 30th
anniversary of the GNU project, that was such a significant event for us
and many, that it catalyzed great enthusiasm among the Parabola hackers,
and all the free software community.

As you know, this marvelous event constituted for all of us (not only in
Parabola) a charismatic and attractive event on the international level,
and so each free software distribution could exhibit with much pride the
fruits of their various trajectories.

Logically, as Parabola is a young distribution, and we do not have
significant videos that actually reflected our collaborative effort, we
decided to call again, almost supplicating, to obtain the video that we
considered our legitimate asset and legacy.

But one more time, Javier Barcenas explained with indifference that he
would not provide the videos for the same reason that he did not have
access to the recorded materials. Following this, the expression of our
impotence generated indignation. Cristina Derazenski, an organizer of
the GNU30 event in Buenos Aires, decided to insist and took on her to
call again, using all means of arguments and an effusive language, that
finally convinced Javier Barcenas to respect our position, although
reluctantly, and send us the recordings on DVD (that we had been asking
for so insistently.) But instead of following the simple instructions of
Cristina, he sent the DVD to the Aeroparque airport without any name nor
address for a recipient, leaving it to total abandon at the airport, and
leaving to the local group in Buenos Aires the burden to organize
themselves at the last minute and pay for the recovery of the package,
thanks to the personal attention of Luis Falc?n.

But once we finally obtained this DVD, we could not show it at the event
of the GNU30, as it was adulterated in 14 consecutive chunks [1], some
with problematic scenes, or missing moments of the talk, including one
with only sound, and no video. In the end we discovered with resignation
that *the Blender talk was completely missing, as well as an interview
that I gave at the end of the presentation of Parabola*.

In the last two weeks, we have done a thorough analysis of the
recordings and we determined that those failures were not merely
accidental but everything seems to indicate that they were the result of
some intentional sabotage. In our analysis of those videos, there's
clearly a moment where the camera falls, that could justify subsequent
failures and cuts, nevertheless such failures and cuts also occur before
this incident. For this reason, we're turning to the community to
denounce this fact of serious consequence.

Parabola is a cosmopolitan distribution, made by many enthusiasts and
hackers from distinct nationalities in various parts of the world, so
that our material is not exclusively ours or the FSF's but constitutes a
heritage of the world community.

Following this logic, if the facts described in that story constitute a
crime, such crime is a crime against humanity not for having affected us
physically, but for affecting all of us morally, ethically, and
philosophically, in our own principles. The story we're sharing today
affected us, and others, not only materially but also morally.

For this motive, and for those reasons, we're turning towards you all,
to intimate an ultimate call to obtain our legacy, and bring this form
of toxic behavior to your attention, in order to protect ourselves from
people who cause such damage, and to avoid that such incidents are
repeated, that not only sabotage the work of the Distributions but also
all users and the community in general.

That's it. Counting on your understanding and your support, I salute you,

Andr? Fabian Silva Delgado
Hacker de Parabola GNU/Linux-libre
https://parabolagnulinux.org/hackers/#Emulatorman

[0]
https://archive.org/details/Introductory_presentation_to_the_drawing_for_modeling_in_Blender

[1]
https://archive.org/details/Parabola_GNULinux-libre_Bariloche_Argentina
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2.0.22 (GNU/Linux)
Comment: Using GnuPG with Icedove - http://www.enigmail.net/

iQIcBAEBAgAGBQJSary/AAoJEOaXR1L5cERWHFIQAJBCfKG1fNP2MowhJ4YaH79i
uXyHwlz6OkPtWttdnGtVqRQf+YN31KEa3cWzEs3sW1uZ9BLEK+fYsklKC3fEdVTX
TVZAGhX+cQMojcnOexhHh2WXqCVFoo1UgI/1UGVhMGymmyQQr1nA44DSWrUUfmnL
u3WIqD63+MvU1nEh3ZwsRsfYKT/9adR9sOeYNfKVUFZlvYYxdyIJz1vY+yBX+Z3s
z4KwNmZ66GvD2fkccCvtuySi7/rD3zrWNv2Vgbz/i1BfSFAL2hhq/fmPR327PVFm
ssBvXYzYVO7SZDkXIKgcNYsnZpdb9JK4NS1KMqUAqI4mkZgnZUtmiSWlpUMspr6Y
1V5SA4x5T1ayUH9B4swSNEBP7C6b65gYSnpYosrWG1r8cOIOgqLACOBTiZ7u3SHT
m3qWmy24THpt1ue3pRW8vGnSNhLqwjnWFVzvlq177Y/GmNl9ELVq5oi+31AvIBHz
YyAzEBYiJASCMx+9cWlJqhJ7T7N9BrZUsan/VICL0sug8guZdIzJwq9mZz5RQBZh
TwGQBW+K3eBi0lDVyDmWoLQwOoEKuQk9qHT7aLyuGElUmyNLxWpdW/cmEMkZ+ypR
yw0gpwZxdoPrDntFZYKvx1BUBhzI9SLmJH788s4VMjOqNTI4T82v2yHF5wFTJyHi
WxYR1cdzl0d56BaX1eSn
=AKgq
-----END PGP SIGNATURE-----


From icarious at hacari.org  Fri Oct 25 21:22:54 2013
From: icarious at hacari.org (Icarious)
Date: Sat, 26 Oct 2013 02:52:54 +0530
Subject: [Dev] About the Presentation of Parabola GNU/Linux-libre and
 Blender in Bariloche
Message-ID: <20131026025254.2f54630265b03bfe1681bdb4@hacari.org>

I strongly denounce such an act on behalf of the organizers. We work hard days and nights for progress of freedom and free-software. These events are NOT-AT-ALL meant to be confined within the closed four walls of a conference room but everyone in the world deserves to view them. That is the purpose of streaming / releasing these videos since the very first minute the event starts.

> But instead of following the simple instructions of
Cristina, he sent the DVD to the Aeroparque airport without any name nor
address for a recipient, leaving it to total abandon at the airport, and
leaving to the local group in Buenos Aires the burden to organize
themselves at the last minute and pay for the recovery of the package,
thanks to the personal attention of Luis Falc?n.
We all deserve atleast a basic amount of respect and recognition for the word we do. 

We all deserve a basic level of recognition and respect for the work we do , if not a payment. And treating someone like this is nothing but a total disrespect for the person, the philosophy and the entire World Community behind it. 

Emulatorman has been an integral part of Parabola GNU/Linux. Personally, he has been ever helpful to me and others I have known of, and deserves to be supported and to be voiced. 

I humbly request everyone to support him and protest against such Politics and Dirty Policy on behalf of the organizers. I don't want politics and bad behaviour to affect our work. Today it does saddens me to see a fellow brother to go through this.

-- 
Icarious
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 836 bytes
Desc: not available
URL: <https://lists.parabola.nu/pipermail/dev/attachments/20131026/f27e4ac9/attachment.sig>

From themightygravi at inventati.org  Sat Oct 26 06:35:01 2013
From: themightygravi at inventati.org (Gravi)
Date: Sat, 26 Oct 2013 08:35:01 +0200
Subject: [Dev] About the Presentation of Parabola GNU/Linux-libre and
 Blender in Bariloche
In-Reply-To: <526ABCBF.7050701@riseup.net>
References: <526ABCBF.7050701@riseup.net>
Message-ID: <20131026083501.5cfc2def6aa10546df027494@inventati.org>

Hi man!

I'm sadden with what I read, Emulator, but sounds familiar to me those things comming from the human animal.

>From now on, taking into account the negligent nature of those motherfuckers, and feeling sorry about the limited axis of this craneal radius, I suggest you to bring responsibles of both video and audio recording to your future conferences.

As you can see, you can only trust your close people, and if we (global people) can benefit of your talks and conferences, the effort is not only worth, but we have to provide all the support we can offer you.

All production must be first-hand controlled in order to achieve our goals, we cannot hope to receive further collaboration with the appropiate seriousness, and if we have it anyway, we should be aware of it and take precaution to prevent that kind of embarrasing situations.

We have a considerable structure of P2P networking, plus people inside web programming and also good audio producers, so... I ask you, what's left in order to propagate the "libre gospel"?

Cannot travel to Argentina to dressing down that bitches, but let me know if there is something I can do.

This is the very question we have to ask ourselves when a brother has been offended.

Take care!
Strenght and Honor!




From emulatorman at riseup.net  Sat Oct 26 06:51:40 2013
From: emulatorman at riseup.net (=?ISO-8859-1?Q?Andr=E9_Silva?=)
Date: Sat, 26 Oct 2013 04:51:40 -0200
Subject: [Dev] About the Presentation of Parabola GNU/Linux-libre and
 Blender in Bariloche
In-Reply-To: <526ABCBF.7050701@riseup.net>
References: <526ABCBF.7050701@riseup.net>
Message-ID: <526B667C.8080905@riseup.net>

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Hi guys, the lastest email that i sent to you, was a wrong revision
which had some errors to be fixed subsequently.

How you can see, this asseveration about crime against humanity was
fixed and removed in the final version, but due my negligence, i sent
the wrong email without properly revisions unfortunately, and it is
due a lot of tasks that i'm having (works to delivery urgently to my
clients, nights without sleep, etc, etc), so i didn't paid attention
on that detail.

Now, i'm sending to you the final version with the corrections
included. I hope that previous email hasn't been a mere freudian act
(subconscious) with exaggerate deep indignation by my part and i hope
which it can be compressible.

But if that negligence gives mis-understood, repudiation or another
type of negative appreciations to me and my family. i'm ready to
assume a complete responsibility about it due that i didn't sent the
correct revision...

Regards,

Andr? Fabian Silva Delgado
Hacker de Parabola GNU/Linux-libre
https://parabolagnulinux.org/hackers/#Emulatorman

- -----------------------------------------------------------------------



PRESENTATION OF PARABOLA GNU/LINUX-LIBRE AND BLENDER IN BARILOCHE
(FINAL VERSION)

Hereby we're sending to your attention the details of a conference (with
proofs in video) that was given in the Argentinian city of San Carlos de
Bariloche, for careful analysis by the Free Software Foundation
community and for due appreciation.

On Saturday, 8th of June 2013, was given an 8 hours long presentation
of the FSF-endorsed free GNU/Linux-libre distribution Parabola, and the
3D software Blender, during which the audience could learn how to become
a Parabola hacker, use Blender, and install and use the said distro.

I gave this presentation in the Andin venue of the University of Rio
Negro, at Mitre 630, 2nd floor "A" in San Carlos de Bariloche. This
presentation was open to the public, with free entrance, and entirely
gratis.

Among many proposals that he made to me and my family--involved in all
those developments, Javier Barcenas, who invited me to speak at this
event, insisted on promoting the initiative of "free software video-game
development groups in Bariloche" with (pre-recorded) introductory talks
to this art form using the Blender software.[0]
Another proposal was to use the technology (and free software) to
produce "social goods".

Two days before the event, on Thursday, 6th of June, I (Andr? Silva)
participated along with Javier Barcena in a radio interview where I
introduced the Parabola distro, with the main objective of promoting the
said event.

The essential reason of our distribution, like most free distributions,
is to provide our users via such events, with the most possible
information regarding the genealogy of each of those distributions, and
how to install and manipulate our software so that the end user benefits
from reliable materials that ease their experience.

As you can imagine, in free software, we don't benefit much from
advertising means, nor proper promotion in the media like generally
happens with proprietary software, and for that reasons, such an event
essentially provides an effective mechanism for free software to reach
to a large audience, and make many people aware that they can use a much
better alternative than proprietary software.

Such events, thus, are crucial in this effort to bring awareness to
society as a whole, of the benefits of free software. Behind each free
software, including Parabola, lies as well a great collaborative effort
of many hackers of the community, from many countries, who completely
altruistically (and without any objective of favoritism) are working
hard and synchronously to provide the user with software that respect
their rights and their freedom, and granting those issues top priority.

On the one hand, given the importance of those events, for the quality
of the effort and the scarcity of the opportunities, it's a priority as
well for us to preserve intact and integral the recordings that were
made in the radio and at the university, so as to share them with the
world and expand their reach to the most remote places.

On the other hand, it's also fundamental that our work is recognized,
with due respect, and that is honored the binding commitment to deliver
in a timely manner into our hands, the exact copies of the recordings
that were made, in their integrity, with the same affect and respect
that we put when we record for the University of Bariloche, or the radio
broadcast in that city.

But once this wonderful event at the University of Bariloche was done,
much time passed, during which I had to ask several times copies to
Javier Barcenas, in charge of the event, but I never got proper response
from him, as he was eluding the topic, or not returning calls, with the
argument that he didn't have access to the recordings.

Finally, as it seemed to be impossible to access this recorded material,
we decided to resign ourselves to forget all about it, along with
promises to create hypothetical cooperatives to initiate a small
industry of libre video games, to install clusters with Parabola, etc.,
and so on and so forth.

Time passed and like anything, that remained a dead letter, however, in
the month of September of this year, came the celebration of the 30th
anniversary of the GNU project, that was such a significant event for us
and many, that it catalyzed great enthusiasm among the Parabola hackers,
and all the free software community.

As you know, this marvelous event constituted for all of us (not only in
Parabola) a charismatic and attractive event on the international level,
and so each free software distribution could exhibit with much pride the
fruits of their various trajectories.

Logically, as Parabola is a young distribution, and we do not have
significant videos that actually reflected our collaborative effort, we
decided to call again, almost supplicating, to obtain the video that we
considered our legitimate asset and legacy.

But one more time, Javier Barcenas explained with indifference that he
would not provide the videos for the same reason that he did not have
access to the recorded materials. Following this, the expression of our
impotence generated indignation. Cristina Derazenski, an organizer of
the GNU30 event in Buenos Aires, decided to insist and took on her to
call again, using all means of arguments and an effusive language, that
finally convinced Javier Barcenas to respect our position, although
reluctantly, and send us the recordings on DVD (that we had been asking
for so insistently.) But instead of following the simple instructions of
Cristina, he sent the DVD to the Aeroparque airport without any name nor
address for a recipient, leaving it to total abandon at the airport, and
leaving to the local group in Buenos Aires the burden to organize
themselves at the last minute and pay for the recovery of the package,
thanks to the personal attention of Luis Falc?n.

But once we finally obtained this DVD, we could not show it at the event
of the GNU30, as it was adulterated in 14 consecutive chunks [1], some
with problematic scenes, or missing moments of the talk, including one
with only sound, and no video. In the end we discovered with resignation
that *the Blender talk was completely missing, as well as an interview
that I gave at the end of the presentation of Parabola*.

In the last two weeks, we have done a thorough analysis of the
recordings and we determined that those failures were not merely
accidental. In our analysis of those videos, there's clearly a moment
where the camera falls, that could justify subsequent failures and
cuts, nevertheless such failures and cuts also occur before
this incident. For this reason, we're turning to the community to
denounce this fact of serious consequence.

Parabola is a cosmopolitan distribution, made by many enthusiasts and
hackers from distinct nationalities in various parts of the world, so
that our material is not exclusively ours or the FSF's but constitutes a
heritage of the world community.
The story we're sharing today affected us, and others, not only
materially but also morally.

For this motive, and for those reasons, we're turning towards you all:
to intimate a new call and a new alert for this form of behaviors, to
avoid that such incidents damages the work of the Distributions but
also all users and the community in general.

That's it. Counting on your understanding and your support, I salute you,

Andr? Fabian Silva Delgado
Hacker de Parabola GNU/Linux-libre
https://parabolagnulinux.org/hackers/#Emulatorman

[0]
https://archive.org/details/Introductory_presentation_to_the_drawing_for_modeling_in_Blender

[1]
https://archive.org/details/Parabola_GNULinux-libre_Bariloche_Argentina
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2.0.22 (GNU/Linux)
Comment: Using GnuPG with Icedove - http://www.enigmail.net/

iQIcBAEBAgAGBQJSa2Z8AAoJEOaXR1L5cERWv4QQAMVBpohBuKKOlJkzTDLUc5AS
Atp/1O98vnv2mcI5LsbQ5xXP0kTG13g1hRizVmT8hF+cuwcjIkTWn2/S6RXLcuSH
CLo/oeCO6vyBtuxv4GN5L9AxuGBNK+wFV3cUA7TFnqVpoZWLYhDoCtKQ6hoce45S
CZXmYwEIReDR8BOLTr9MbrpstrdX6YmGVxhe6YqgIzPAxiRxVT1iwW09lUDN5P3B
2Vy0x9fVK2MiDMBQYMq6J7Sxo5TxwU0tl/Ek2Xn6uAN5rJezgTxlxq5jaepVkvvY
A85QNbJHwg4xCgAJXlVuuRrSMdNpQJrP7kYtbywTvNANnrXOrjwq7f3Cvj4V67m7
Td3DIPF44eDo8jBrlwBx/925xi5uaax3D7EXLJoA71ONBYcQcLpBjK5mLlc9ydDQ
cfWZOGL9aBbeyETq+QJrgztR9O+xS6wLsNZ/vAeSJM+Jo7d63G0bV8dbAR1JYSjq
r+ofyg6FBbe4Hmfl1ZpdyDNeUHGbd6zOtMV0/wPjsAiKarqwI1DjbThGVSgvtuJY
w+BhZjPFk/4Ei7yv9CWFYYw8VCJECoj7+b/HBZK8wXUr7X8C4hjdDVn63XPQl2uL
BS8ABZoJ+0CatGbsJi7vDpkZLUuDYMwdC3wpm542mTt/PIrLIMEqBPQN8zgLaz8W
WlL6ViEHO9RiYY8snTdo
=TT0j
-----END PGP SIGNATURE-----


From themightygravi at inventati.org  Sat Oct 26 07:13:10 2013
From: themightygravi at inventati.org (Gravi)
Date: Sat, 26 Oct 2013 09:13:10 +0200
Subject: [Dev] About the Presentation of Parabola GNU/Linux-libre and
 Blender in Bariloche
In-Reply-To: <526B667C.8080905@riseup.net>
References: <526ABCBF.7050701@riseup.net>
	<526B667C.8080905@riseup.net>
Message-ID: <20131026091310.c9b5e65dbbc8be03e5f2552f@inventati.org>

On Sat, 26 Oct 2013 04:51:40 -0200
Andr? Silva <emulatorman at riseup.net> wrote:
> How you can see, this asseveration about crime against humanity was
> fixed and removed in the final version, but due my negligence, i sent
> the wrong email without properly revisions unfortunately, and it is
> due a lot of tasks that i'm having (works to delivery urgently to my
> clients, nights without sleep, etc, etc), so i didn't paid attention
> on that detail.


With the insanely huge number of crimes against humanity we are seeing right now, who cares to add non-inborn stupidity to them?

In the end, avoiding resolution is the truly and severe crime against
humanity, since it allows the rest of violations.

Don't be that correct on that, and keep working like you now, Emulator.
The heavens know that Parabola woudn't be possible without you.

hahahaha! (So true)

-- 
Gravi <themightygravi at intentati.org>


From hellekin at gnu.org  Sat Oct 26 07:41:44 2013
From: hellekin at gnu.org (hellekin)
Date: Sat, 26 Oct 2013 04:41:44 -0300
Subject: [Dev] About the Presentation of Parabola GNU/Linux-libre and
 Blender in Bariloche
In-Reply-To: <20131026091310.c9b5e65dbbc8be03e5f2552f@inventati.org>
References: <526ABCBF.7050701@riseup.net> <526B667C.8080905@riseup.net>
 <20131026091310.c9b5e65dbbc8be03e5f2552f@inventati.org>
Message-ID: <526B7238.3000407@gnu.org>

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA512

On 10/26/2013 04:13 AM, Gravi wrote:
> 
> who cares
> 
*** I do. In that sense, democratic societies are a crime against
humanity, as they let power crush people, and nobody cares. Because
nobody cares, behaviors such as the one described by Andr? are common
place. Because everything is so flat and equivalent. But no, that's
not the case. Free software is an example of that lack of an
equivalence between all things. There are ethical things, for which we
fight, and crimes against humanity are a whole different category.
That so many go unpunished, or even encouraged by entire lethargic
idiot populations is a sign of the times, but certainly not something
not to care about.

Andr? put a lot of effort in dissecting the videos, and writing this
message. Obviously, the experience he went through, and his brother,
and their parents affected them as much as compromising his stability
for at least the last few weeks. It's good to see strong support, and
I hope this sad story won't happen again, or at least won't happen
again in silence. Because we care. A lot.

==
hk

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.12 (GNU/Linux)
Comment: Using GnuPG with Icedove - http://www.enigmail.net/

iQIcBAEBCgAGBQJSa3IvAAoJEEgGw2P8GJg97l0P/27Ow3Wj/cQmMlCHGSuCAzIa
iMeXWTd+SLG2TAZ7tpuRXdrqAQtnpl5WMdaDv3iC5W3kmUKl/8TBBv2pp0Y0C209
RKlGCKJSJvJhOzLkciIYs75ezSXpRKKhlBn38U3wC0rMdsKdsEejJTkFpYEoQtUh
q4HXnqLP5ZUVPp0du2T9vEd1h9zHNEg1Z779Zaz+nfGPoRxofNuKcB59PTGGses8
pkZ1NTzdYPhCdcBD4xviRn+KN+gzCMW+wngR348Su7UVLWKsKgvrRigqylfQgtQs
k67/xQTxxtg52eUrS28VCqGRK+I9lwe88WJ/FbxTzKtQBqX8Q04L3Rga4i8IQ/be
ZsvsHkBbZNacRbVmC9ENqMmEGhPbdLoI2fwfr1GD15zgI3hwvlkyGlVLdCxWc5Ie
Si3lUj1mzxu2bOq608yviv6X4gETnqPLBlt2J59NkQVg75MFhKvtZVAl6HiQmZON
iwx0InlH2qYf14Na4VAb68U1KX865IBBr3/QrYYwJJJtoaFS+TxpmaKRsCKfSJ0n
ZHPS/qlWRg8Wy95UaV6s/JF1KFAfMBjeeveJoKuHBlPl7pk4DSsgvHrUgKaB+YWw
1h2SIj/VXjHQWpZk8laXi2R5J2hVKBId8IruZV35h1q5Nr0Y2Ojgfv3la8ufjAvu
5JGwfzhGlbHkBRb6C0zT
=wyd9
-----END PGP SIGNATURE-----


From elcorreo at deshackra.com  Sat Oct 26 17:00:24 2013
From: elcorreo at deshackra.com (Jorge Araya Navarro)
Date: Sat, 26 Oct 2013 11:00:24 -0600
Subject: [Dev] About the Presentation of Parabola GNU/Linux-libre and
	Blender in Bariloche
In-Reply-To: <526B667C.8080905@riseup.net>
References: <526ABCBF.7050701@riseup.net> <526B667C.8080905@riseup.net>
Message-ID: <758c638d-5c59-4afb-af76-9290c5979086@email.android.com>

That Javier Barcenas needs to know what charity means and how to live it for the sake of himself and his neighbors; the hard way, off course...

"Andr? Silva" <emulatorman at riseup.net> escribi?:
>-----BEGIN PGP SIGNED MESSAGE-----
>Hash: SHA1
>
>Hi guys, the lastest email that i sent to you, was a wrong revision
>which had some errors to be fixed subsequently.
>
>How you can see, this asseveration about crime against humanity was
>fixed and removed in the final version, but due my negligence, i sent
>the wrong email without properly revisions unfortunately, and it is
>due a lot of tasks that i'm having (works to delivery urgently to my
>clients, nights without sleep, etc, etc), so i didn't paid attention
>on that detail.
>
>Now, i'm sending to you the final version with the corrections
>included. I hope that previous email hasn't been a mere freudian act
>(subconscious) with exaggerate deep indignation by my part and i hope
>which it can be compressible.
>
>But if that negligence gives mis-understood, repudiation or another
>type of negative appreciations to me and my family. i'm ready to
>assume a complete responsibility about it due that i didn't sent the
>correct revision...
>
>Regards,
>
>Andr? Fabian Silva Delgado
>Hacker de Parabola GNU/Linux-libre
>https://parabolagnulinux.org/hackers/#Emulatorman
>
>-
>-----------------------------------------------------------------------
>
>
>
>PRESENTATION OF PARABOLA GNU/LINUX-LIBRE AND BLENDER IN BARILOCHE
>(FINAL VERSION)
>
>Hereby we're sending to your attention the details of a conference
>(with
>proofs in video) that was given in the Argentinian city of San Carlos
>de
>Bariloche, for careful analysis by the Free Software Foundation
>community and for due appreciation.
>
>On Saturday, 8th of June 2013, was given an 8 hours long presentation
>of the FSF-endorsed free GNU/Linux-libre distribution Parabola, and the
>3D software Blender, during which the audience could learn how to
>become
>a Parabola hacker, use Blender, and install and use the said distro.
>
>I gave this presentation in the Andin venue of the University of Rio
>Negro, at Mitre 630, 2nd floor "A" in San Carlos de Bariloche. This
>presentation was open to the public, with free entrance, and entirely
>gratis.
>
>Among many proposals that he made to me and my family--involved in all
>those developments, Javier Barcenas, who invited me to speak at this
>event, insisted on promoting the initiative of "free software
>video-game
>development groups in Bariloche" with (pre-recorded) introductory talks
>to this art form using the Blender software.[0]
>Another proposal was to use the technology (and free software) to
>produce "social goods".
>
>Two days before the event, on Thursday, 6th of June, I (Andr? Silva)
>participated along with Javier Barcena in a radio interview where I
>introduced the Parabola distro, with the main objective of promoting
>the
>said event.
>
>The essential reason of our distribution, like most free distributions,
>is to provide our users via such events, with the most possible
>information regarding the genealogy of each of those distributions, and
>how to install and manipulate our software so that the end user
>benefits
>from reliable materials that ease their experience.
>
>As you can imagine, in free software, we don't benefit much from
>advertising means, nor proper promotion in the media like generally
>happens with proprietary software, and for that reasons, such an event
>essentially provides an effective mechanism for free software to reach
>to a large audience, and make many people aware that they can use a
>much
>better alternative than proprietary software.
>
>Such events, thus, are crucial in this effort to bring awareness to
>society as a whole, of the benefits of free software. Behind each free
>software, including Parabola, lies as well a great collaborative effort
>of many hackers of the community, from many countries, who completely
>altruistically (and without any objective of favoritism) are working
>hard and synchronously to provide the user with software that respect
>their rights and their freedom, and granting those issues top priority.
>
>On the one hand, given the importance of those events, for the quality
>of the effort and the scarcity of the opportunities, it's a priority as
>well for us to preserve intact and integral the recordings that were
>made in the radio and at the university, so as to share them with the
>world and expand their reach to the most remote places.
>
>On the other hand, it's also fundamental that our work is recognized,
>with due respect, and that is honored the binding commitment to deliver
>in a timely manner into our hands, the exact copies of the recordings
>that were made, in their integrity, with the same affect and respect
>that we put when we record for the University of Bariloche, or the
>radio
>broadcast in that city.
>
>But once this wonderful event at the University of Bariloche was done,
>much time passed, during which I had to ask several times copies to
>Javier Barcenas, in charge of the event, but I never got proper
>response
>from him, as he was eluding the topic, or not returning calls, with the
>argument that he didn't have access to the recordings.
>
>Finally, as it seemed to be impossible to access this recorded
>material,
>we decided to resign ourselves to forget all about it, along with
>promises to create hypothetical cooperatives to initiate a small
>industry of libre video games, to install clusters with Parabola, etc.,
>and so on and so forth.
>
>Time passed and like anything, that remained a dead letter, however, in
>the month of September of this year, came the celebration of the 30th
>anniversary of the GNU project, that was such a significant event for
>us
>and many, that it catalyzed great enthusiasm among the Parabola
>hackers,
>and all the free software community.
>
>As you know, this marvelous event constituted for all of us (not only
>in
>Parabola) a charismatic and attractive event on the international
>level,
>and so each free software distribution could exhibit with much pride
>the
>fruits of their various trajectories.
>
>Logically, as Parabola is a young distribution, and we do not have
>significant videos that actually reflected our collaborative effort, we
>decided to call again, almost supplicating, to obtain the video that we
>considered our legitimate asset and legacy.
>
>But one more time, Javier Barcenas explained with indifference that he
>would not provide the videos for the same reason that he did not have
>access to the recorded materials. Following this, the expression of our
>impotence generated indignation. Cristina Derazenski, an organizer of
>the GNU30 event in Buenos Aires, decided to insist and took on her to
>call again, using all means of arguments and an effusive language, that
>finally convinced Javier Barcenas to respect our position, although
>reluctantly, and send us the recordings on DVD (that we had been asking
>for so insistently.) But instead of following the simple instructions
>of
>Cristina, he sent the DVD to the Aeroparque airport without any name
>nor
>address for a recipient, leaving it to total abandon at the airport,
>and
>leaving to the local group in Buenos Aires the burden to organize
>themselves at the last minute and pay for the recovery of the package,
>thanks to the personal attention of Luis Falc?n.
>
>But once we finally obtained this DVD, we could not show it at the
>event
>of the GNU30, as it was adulterated in 14 consecutive chunks [1], some
>with problematic scenes, or missing moments of the talk, including one
>with only sound, and no video. In the end we discovered with
>resignation
>that *the Blender talk was completely missing, as well as an interview
>that I gave at the end of the presentation of Parabola*.
>
>In the last two weeks, we have done a thorough analysis of the
>recordings and we determined that those failures were not merely
>accidental. In our analysis of those videos, there's clearly a moment
>where the camera falls, that could justify subsequent failures and
>cuts, nevertheless such failures and cuts also occur before
>this incident. For this reason, we're turning to the community to
>denounce this fact of serious consequence.
>
>Parabola is a cosmopolitan distribution, made by many enthusiasts and
>hackers from distinct nationalities in various parts of the world, so
>that our material is not exclusively ours or the FSF's but constitutes
>a
>heritage of the world community.
>The story we're sharing today affected us, and others, not only
>materially but also morally.
>
>For this motive, and for those reasons, we're turning towards you all:
>to intimate a new call and a new alert for this form of behaviors, to
>avoid that such incidents damages the work of the Distributions but
>also all users and the community in general.
>
>That's it. Counting on your understanding and your support, I salute
>you,
>
>Andr? Fabian Silva Delgado
>Hacker de Parabola GNU/Linux-libre
>https://parabolagnulinux.org/hackers/#Emulatorman
>
>[0]
>https://archive.org/details/Introductory_presentation_to_the_drawing_for_modeling_in_Blender
>
>[1]
>https://archive.org/details/Parabola_GNULinux-libre_Bariloche_Argentina
>-----BEGIN PGP SIGNATURE-----
>Version: GnuPG v2.0.22 (GNU/Linux)
>Comment: Using GnuPG with Icedove - http://www.enigmail.net/
>
>iQIcBAEBAgAGBQJSa2Z8AAoJEOaXR1L5cERWv4QQAMVBpohBuKKOlJkzTDLUc5AS
>Atp/1O98vnv2mcI5LsbQ5xXP0kTG13g1hRizVmT8hF+cuwcjIkTWn2/S6RXLcuSH
>CLo/oeCO6vyBtuxv4GN5L9AxuGBNK+wFV3cUA7TFnqVpoZWLYhDoCtKQ6hoce45S
>CZXmYwEIReDR8BOLTr9MbrpstrdX6YmGVxhe6YqgIzPAxiRxVT1iwW09lUDN5P3B
>2Vy0x9fVK2MiDMBQYMq6J7Sxo5TxwU0tl/Ek2Xn6uAN5rJezgTxlxq5jaepVkvvY
>A85QNbJHwg4xCgAJXlVuuRrSMdNpQJrP7kYtbywTvNANnrXOrjwq7f3Cvj4V67m7
>Td3DIPF44eDo8jBrlwBx/925xi5uaax3D7EXLJoA71ONBYcQcLpBjK5mLlc9ydDQ
>cfWZOGL9aBbeyETq+QJrgztR9O+xS6wLsNZ/vAeSJM+Jo7d63G0bV8dbAR1JYSjq
>r+ofyg6FBbe4Hmfl1ZpdyDNeUHGbd6zOtMV0/wPjsAiKarqwI1DjbThGVSgvtuJY
>w+BhZjPFk/4Ei7yv9CWFYYw8VCJECoj7+b/HBZK8wXUr7X8C4hjdDVn63XPQl2uL
>BS8ABZoJ+0CatGbsJi7vDpkZLUuDYMwdC3wpm542mTt/PIrLIMEqBPQN8zgLaz8W
>WlL6ViEHO9RiYY8snTdo
>=TT0j
>--
-- 
Enviado desde mi tel?fono con K-9 Mail.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.parabola.nu/pipermail/dev/attachments/20131026/501c16f4/attachment.htm>

From fauno at endefensadelsl.org  Sat Oct 26 19:34:44 2013
From: fauno at endefensadelsl.org (=?utf-8?Q?Nicol=C3=A1s?= Reynolds)
Date: Sat, 26 Oct 2013 16:34:44 -0300
Subject: [Dev] [Dave Reisner] [arch-dev-public] Dropping sysvinit-tools
Message-ID: <874n833jxn.fsf@endefensadelsl.org>

fyi
-- 
}(:=


-------------- next part --------------
An embedded message was scrubbed...
From: Dave Reisner <d at falconindy.com>
Subject: [arch-dev-public] Dropping sysvinit-tools
Date: Sat, 26 Oct 2013 12:29:42 -0400
Size: 952
URL: <https://lists.parabola.nu/pipermail/dev/attachments/20131026/d0ba48a6/attachment.eml>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 489 bytes
Desc: not available
URL: <https://lists.parabola.nu/pipermail/dev/attachments/20131026/d0ba48a6/attachment.sig>

From lukeshu at sbcglobal.net  Sun Oct 27 00:42:21 2013
From: lukeshu at sbcglobal.net (Luke T. Shumaker)
Date: Sat, 26 Oct 2013 20:42:21 -0400
Subject: [Dev] libretools 20131015 release announcment
In-Reply-To: <87a9i9q3j6.wl%lukeshu@sbcglobal.net>
References: <87a9i9q3j6.wl%lukeshu@sbcglobal.net>
Message-ID: <87hac31r4i.wl%lukeshu@sbcglobal.net>

At Tue, 15 Oct 2013 23:48:45 -0400,
Luke T. Shumaker wrote:
> I just pushed libretools 20131015 to [libre].  It is a bugfix release.
> 
> Changes from 20131007 to 20131015:
> Bugfixes:
>  * conf.sh.3: (man page) Corrected reference to
>    {get,set}_conf_makepkg, which have been removed.
>  * librechroot: Return the correct exit status when stdout isn't a
>    TTY. In the last version, the workaround for systemd-nspawn's I/O
>    bug caused the command run in the chroot to always return 0.
>  * libremakepkg: Due to a mis-named variable, it wasn't running
>    clean-pkgs before build (s/hooks_pre_build/hook_pre_build/)

Oops, I forget one:
 * When waiting on a lock, the message printed was mangled.  This was
   fixed.

Happy hacking,
~ Luke Shumaker


From lukeshu at sbcglobal.net  Sun Oct 27 04:04:32 2013
From: lukeshu at sbcglobal.net (Luke T. Shumaker)
Date: Sun, 27 Oct 2013 00:04:32 -0400
Subject: [Dev] libretools 20131027 release announcment
Message-ID: <87eh771hrj.wl%lukeshu@sbcglobal.net>

I just pushed libretools 20131027 to [libre].  It is a bugfix release.

Changes from 20131015 to 20131027:
Related to the systmed-nspawn I/O bug workaround:
 * librechroot: It is now an error instead of a warning if stdin isn't
   a TTY
 * librechroot, libremakepkg: Now adds a bunch of extra
   carriage-returns to the output, to work around the systemd-nspawn
   bug.
Other changes:
 * librechroot: It now checks that the chroot directory isn't mounted
   with nosuid or noexec, which cause subtle errors.
 * librefetch: Cleans src-libre before running.  Not doing so may
   cause unreproducable builds.
 * pkgbuild-check-{nonfee,licenses} have been merged, and
   pkgbuild-summarize-nonfree has been added.  The new merged script
   fixes several bugs in the scripts, mostly related to split
   packages.
Bugfixes:
 * libremakepkg: [repo] is now configured to be highest priority, not
   lowest.
 * pkgbuild-check-nonfree: several fixes related to split packages.
 * librechroot: Fixed grammar in one of the error messages ("a"/"an").

Happy hacking,
~ Luke Shumaker


From fauno at endefensadelsl.org  Wed Oct 30 12:57:03 2013
From: fauno at endefensadelsl.org (=?utf-8?Q?Nicol=C3=A1s?= Reynolds)
Date: Wed, 30 Oct 2013 09:57:03 -0300
Subject: [Dev] [wiki] interesting mediawiki extension to translate articles
Message-ID: <87li1audb4.fsf@endefensadelsl.org>


http://www.mediawiki.org/wiki/Extension:Translate

apparently helps you keep messages in sync so translators can notice
when changes where made :)

i'm trying to make it work for another wiki, when it's done i can put it
on ours!


ps: we need wiki maintainers!!


-- 
 D
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 489 bytes
Desc: not available
URL: <https://lists.parabola.nu/pipermail/dev/attachments/20131030/1a3ac785/attachment.sig>