From eliotreyna at cock.email  Fri Sep  1 00:20:36 2017
From: eliotreyna at cock.email (Eliot Reyna)
Date: Thu, 31 Aug 2017 19:20:36 -0500
Subject: [Dev] Fwd: Really serious issues with Parabola repo (included
 issues)
Message-ID: <hm173sd3kw1arxrr1f2js7g7.1504225236320@email.android.com>

I've tested the repos, and none of they (included the FSF repos) shows the same result.


Enviado desde Samsung Mobile.

<div>-------- Mensaje original --------</div><div>De: fauno <fauno at endefensadelsl.org> </div><div>Fecha:31/08/2017  06:38 PM  (GMT-05:00) </div><div>A: eliotreyna at cock.email, dev at lists.parabola.nu </div><div>Asunto: Re: [Dev] Fwd: Really serious issues with Parabola repo (included issues) </div><div>
</div>eliotreyna at cock.email writes:

> -------- Original Message --------
> Subject: Really serious issues with Parabola repo (included issues)
> Date: 2017-08-30 22:47
>  From: Eliot Reyna <eliotreyna at cock.email>
> To: dev at lists.parabola.nu
>
> Initially, I thought that this issue was a temporal problem that could 
> been solved. Hoewver, when I wantto update the packages, Pacman notifies 
> me that the stored update packages does not exist.
>
> https://pastebin.com/bQFapJwm
>
> I hope that exist a solution about it. Honestly, this issue is really 
> annoying.

does it happen with some packages or with all?  can you try using our
redirector?  you can put something like this on /etc/pacman.d/mirrorlist

Server = https://redirector.parabola.nu/$repo/os/$arch
Server = https://redirector.parabola.nu/$repo/os/$arch
Server = https://redirector.parabola.nu/$repo/os/$arch
Server = https://redirector.parabola.nu/$repo/os/$arch
Server = https://redirector.parabola.nu/$repo/os/$arch
Server = https://redirector.parabola.nu/$repo/os/$arch
Server = https://redirector.parabola.nu/$repo/os/$arch
Server = https://redirector.parabola.nu/$repo/os/$arch
Server = https://redirector.parabola.nu/$repo/os/$arch

since it redirects you to different mirrors, you need to put it several
times so it retries when any of them fail

-- 
P)
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.parabola.nu/pipermail/dev/attachments/20170831/7391d375/attachment.htm>

From lukeshu at lukeshu.com  Fri Sep  1 04:20:49 2017
From: lukeshu at lukeshu.com (Luke Shumaker)
Date: Fri, 01 Sep 2017 00:20:49 -0400
Subject: [Dev] [FYI] Gandi DNS account changes
Message-ID: <87h8wnuk0u.wl-lukeshu@lukeshu.com>

Hey, FYI, Gandi is changing how accounts work.  The new version is
still beta-quality (which might be overselling it, IMO).  Eventually
we'll have to migrate the Parabola account to the new system; but for
now I recommend that we continue to use the old system at
https://v4.gandi.net/ and avoid logging in to the new one.

-- 
Happy hacking,
~ Luke Shumaker


From jc_gargma at iserlohn-fortress.net  Fri Sep  1 23:34:22 2017
From: jc_gargma at iserlohn-fortress.net (jc_gargma)
Date: Fri, 01 Sep 2017 16:34:22 -0700
Subject: [Dev] Orphan Libre package [icecat] marked out-of-date
In-Reply-To: <20170614073724.1072.16817@proton.parabola.nu>
References: <20170614073724.1072.16817@proton.parabola.nu>
Message-ID: <3027951.vh3UOzA0KY@iserlohn-fortress.net>

> The user provided the following additional text:
IceCat 52.3.0 has been officially released.
https://lists.gnu.org/archive/html/bug-gnuzilla/2017-09/msg00000.html


-jc
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 833 bytes
Desc: This is a digitally signed message part.
URL: <https://lists.parabola.nu/pipermail/dev/attachments/20170901/48ffdf8b/attachment.sig>

From nobody at parabola.nu  Sat Sep  2 06:10:15 2017
From: nobody at parabola.nu (Parabola Website Notification)
Date: Sat, 02 Sep 2017 06:10:15 -0000
Subject: [Dev] Orphan Libre package [icedove-l10n-es-ar] marked out-of-date
Message-ID: <20170902061015.917.20066@proton.parabola.nu>

eliotreyna at cock.email wants to notify you that the following packages may be out-of-date:


* icedove-l10n-ar 1:52.2.0-1 [libre] (any): https://parabolagnulinux.org/packages/libre/any/icedove-l10n-ar/
* icedove-l10n-ast 1:52.2.0-1 [libre] (any): https://parabolagnulinux.org/packages/libre/any/icedove-l10n-ast/
* icedove-l10n-be 1:52.2.0-1 [libre] (any): https://parabolagnulinux.org/packages/libre/any/icedove-l10n-be/
* icedove-l10n-bg 1:52.2.0-1 [libre] (any): https://parabolagnulinux.org/packages/libre/any/icedove-l10n-bg/
* icedove-l10n-bn-bd 1:52.2.0-1 [libre] (any): https://parabolagnulinux.org/packages/libre/any/icedove-l10n-bn-bd/
* icedove-l10n-br 1:52.2.0-1 [libre] (any): https://parabolagnulinux.org/packages/libre/any/icedove-l10n-br/
* icedove-l10n-ca 1:52.2.0-1 [libre] (any): https://parabolagnulinux.org/packages/libre/any/icedove-l10n-ca/
* icedove-l10n-cs 1:52.2.0-1 [libre] (any): https://parabolagnulinux.org/packages/libre/any/icedove-l10n-cs/
* icedove-l10n-cy 1:52.2.0-1 [libre] (any): https://parabolagnulinux.org/packages/libre/any/icedove-l10n-cy/
* icedove-l10n-da 1:52.2.0-1 [libre] (any): https://parabolagnulinux.org/packages/libre/any/icedove-l10n-da/
* icedove-l10n-de 1:52.2.0-1 [libre] (any): https://parabolagnulinux.org/packages/libre/any/icedove-l10n-de/
* icedove-l10n-dsb 1:52.2.0-1 [libre] (any): https://parabolagnulinux.org/packages/libre/any/icedove-l10n-dsb/
* icedove-l10n-el 1:52.2.0-1 [libre] (any): https://parabolagnulinux.org/packages/libre/any/icedove-l10n-el/
* icedove-l10n-en-gb 1:52.2.0-1 [libre] (any): https://parabolagnulinux.org/packages/libre/any/icedove-l10n-en-gb/
* icedove-l10n-en-us 1:52.2.0-1 [libre] (any): https://parabolagnulinux.org/packages/libre/any/icedove-l10n-en-us/
* icedove-l10n-es-ar 1:52.2.0-1 [libre] (any): https://parabolagnulinux.org/packages/libre/any/icedove-l10n-es-ar/
* icedove-l10n-es-es 1:52.2.0-1 [libre] (any): https://parabolagnulinux.org/packages/libre/any/icedove-l10n-es-es/
* icedove-l10n-et 1:52.2.0-1 [libre] (any): https://parabolagnulinux.org/packages/libre/any/icedove-l10n-et/
* icedove-l10n-eu 1:52.2.0-1 [libre] (any): https://parabolagnulinux.org/packages/libre/any/icedove-l10n-eu/
* icedove-l10n-fi 1:52.2.0-1 [libre] (any): https://parabolagnulinux.org/packages/libre/any/icedove-l10n-fi/
* icedove-l10n-fr 1:52.2.0-1 [libre] (any): https://parabolagnulinux.org/packages/libre/any/icedove-l10n-fr/
* icedove-l10n-fy-nl 1:52.2.0-1 [libre] (any): https://parabolagnulinux.org/packages/libre/any/icedove-l10n-fy-nl/
* icedove-l10n-ga-ie 1:52.2.0-1 [libre] (any): https://parabolagnulinux.org/packages/libre/any/icedove-l10n-ga-ie/
* icedove-l10n-gd 1:52.2.0-1 [libre] (any): https://parabolagnulinux.org/packages/libre/any/icedove-l10n-gd/
* icedove-l10n-gl 1:52.2.0-1 [libre] (any): https://parabolagnulinux.org/packages/libre/any/icedove-l10n-gl/
* icedove-l10n-he 1:52.2.0-1 [libre] (any): https://parabolagnulinux.org/packages/libre/any/icedove-l10n-he/
* icedove-l10n-hr 1:52.2.0-1 [libre] (any): https://parabolagnulinux.org/packages/libre/any/icedove-l10n-hr/
* icedove-l10n-hsb 1:52.2.0-1 [libre] (any): https://parabolagnulinux.org/packages/libre/any/icedove-l10n-hsb/
* icedove-l10n-hu 1:52.2.0-1 [libre] (any): https://parabolagnulinux.org/packages/libre/any/icedove-l10n-hu/
* icedove-l10n-hy-am 1:52.2.0-1 [libre] (any): https://parabolagnulinux.org/packages/libre/any/icedove-l10n-hy-am/
* icedove-l10n-id 1:52.2.0-1 [libre] (any): https://parabolagnulinux.org/packages/libre/any/icedove-l10n-id/
* icedove-l10n-is 1:52.2.0-1 [libre] (any): https://parabolagnulinux.org/packages/libre/any/icedove-l10n-is/
* icedove-l10n-it 1:52.2.0-1 [libre] (any): https://parabolagnulinux.org/packages/libre/any/icedove-l10n-it/
* icedove-l10n-ja 1:52.2.0-1 [libre] (any): https://parabolagnulinux.org/packages/libre/any/icedove-l10n-ja/
* icedove-l10n-kab 1:52.2.0-1 [libre] (any): https://parabolagnulinux.org/packages/libre/any/icedove-l10n-kab/
* icedove-l10n-ko 1:52.2.0-1 [libre] (any): https://parabolagnulinux.org/packages/libre/any/icedove-l10n-ko/
* icedove-l10n-lt 1:52.2.0-1 [libre] (any): https://parabolagnulinux.org/packages/libre/any/icedove-l10n-lt/
* icedove-l10n-nb-no 1:52.2.0-1 [libre] (any): https://parabolagnulinux.org/packages/libre/any/icedove-l10n-nb-no/
* icedove-l10n-nl 1:52.2.0-1 [libre] (any): https://parabolagnulinux.org/packages/libre/any/icedove-l10n-nl/
* icedove-l10n-nn-no 1:52.2.0-1 [libre] (any): https://parabolagnulinux.org/packages/libre/any/icedove-l10n-nn-no/
* icedove-l10n-pa-in 1:52.2.0-1 [libre] (any): https://parabolagnulinux.org/packages/libre/any/icedove-l10n-pa-in/
* icedove-l10n-pl 1:52.2.0-1 [libre] (any): https://parabolagnulinux.org/packages/libre/any/icedove-l10n-pl/
* icedove-l10n-pt-br 1:52.2.0-1 [libre] (any): https://parabolagnulinux.org/packages/libre/any/icedove-l10n-pt-br/
* icedove-l10n-pt-pt 1:52.2.0-1 [libre] (any): https://parabolagnulinux.org/packages/libre/any/icedove-l10n-pt-pt/
* icedove-l10n-rm 1:52.2.0-1 [libre] (any): https://parabolagnulinux.org/packages/libre/any/icedove-l10n-rm/
* icedove-l10n-ro 1:52.2.0-1 [libre] (any): https://parabolagnulinux.org/packages/libre/any/icedove-l10n-ro/
* icedove-l10n-ru 1:52.2.0-1 [libre] (any): https://parabolagnulinux.org/packages/libre/any/icedove-l10n-ru/
* icedove-l10n-si 1:52.2.0-1 [libre] (any): https://parabolagnulinux.org/packages/libre/any/icedove-l10n-si/
* icedove-l10n-sk 1:52.2.0-1 [libre] (any): https://parabolagnulinux.org/packages/libre/any/icedove-l10n-sk/
* icedove-l10n-sl 1:52.2.0-1 [libre] (any): https://parabolagnulinux.org/packages/libre/any/icedove-l10n-sl/
* icedove-l10n-sq 1:52.2.0-1 [libre] (any): https://parabolagnulinux.org/packages/libre/any/icedove-l10n-sq/
* icedove-l10n-sr 1:52.2.0-1 [libre] (any): https://parabolagnulinux.org/packages/libre/any/icedove-l10n-sr/
* icedove-l10n-sv-se 1:52.2.0-1 [libre] (any): https://parabolagnulinux.org/packages/libre/any/icedove-l10n-sv-se/
* icedove-l10n-ta-lk 1:52.2.0-1 [libre] (any): https://parabolagnulinux.org/packages/libre/any/icedove-l10n-ta-lk/
* icedove-l10n-tr 1:52.2.0-1 [libre] (any): https://parabolagnulinux.org/packages/libre/any/icedove-l10n-tr/
* icedove-l10n-uk 1:52.2.0-1 [libre] (any): https://parabolagnulinux.org/packages/libre/any/icedove-l10n-uk/
* icedove-l10n-vi 1:52.2.0-1 [libre] (any): https://parabolagnulinux.org/packages/libre/any/icedove-l10n-vi/
* icedove-l10n-zh-cn 1:52.2.0-1 [libre] (any): https://parabolagnulinux.org/packages/libre/any/icedove-l10n-zh-cn/
* icedove-l10n-zh-tw 1:52.2.0-1 [libre] (any): https://parabolagnulinux.org/packages/libre/any/icedove-l10n-zh-tw/


The user provided the following additional text:

Please update to the 52.3.0 version of Icedove, according to the source code of Thunderbird.

Thanks.



From nobody at parabola.nu  Sat Sep  2 14:14:33 2017
From: nobody at parabola.nu (Parabola Website Notification)
Date: Sat, 02 Sep 2017 14:14:33 -0000
Subject: [Dev] Orphan Libre package [mesa] marked out-of-date
Message-ID: <20170902141433.915.53549@proton.parabola.nu>

jc_gargma at iserlohn-fortress.net wants to notify you that the following packages may be out-of-date:


* mesa 17.1.6-1.parabola1 [libre] (i686): https://parabolagnulinux.org/packages/libre/i686/mesa/
* mesa 17.1.6-1.parabola1 [libre] (x86_64): https://parabolagnulinux.org/packages/libre/x86_64/mesa/


The user provided the following additional text:

Current release is 17.1.8



From bill-auger at peers.community  Sat Sep  2 23:09:45 2017
From: bill-auger at peers.community (bill-auger)
Date: Sat, 2 Sep 2017 19:09:45 -0400
Subject: [Dev] request for shell/git access
Message-ID: <f873dda3-374b-ec87-9ddd-b6dea19f7b0d@peers.community>


i would like to continue working on a new graphical ISO and installer
for parabola - oaken-source was working with me on this to some degree a
few months ago but he has not been active in parabola since then and i
have not been able to get anyone else to review them - the most
attention it got was to suggest that perhaps parabola should stay true
to its archlinux heritage and not have any graphical tools

aurelien suggested i should ask for server access and finish the job
myself adhocratically - lukashu then suggested i send a patch to the
mailing list but that is not very practical as that patch would include
over 100 files - (the calamares installer being not in parabola yet is
thousands of files) - parabolaiso is stored in git and so are my changes
so that is clearly the best way for anyone to acquire the sources and
view the diffs - there is an earlier message posted to the mailing list
describing the need for a new ISO, the current progress, and the future
plans with links to the git repos on notabug -->
https://lists.parabola.nu/pipermail/dev/2017-July/005685.html

i am fine with completing it on my own but of course some peer review is
a good idea - i will leave this to the team to decide how or whether to
move forward on this - initially i am suggesting an alpha release to
appear on the downloads page (that is ready now) - perhaps that would
make it more likely to get more eyes on it if a demo were pre-built and
ready

im not sure how the servers are configured - i seem to remember
oaken-source needed to touch multiple servers to post a new release (FTP
site, the downloads wiki page) so it is not clear which specific access
i should be asking for - but ideally, i would like to be able to build
the ISOs on the server where they would be hosted rather than building
locally and uploading - also there are many open issues on the bug
tracker related to this (some are years old) so perhaps i could be
permitted me to curate those

attached is an SSH key i just created for this purpose - it is signed by
the same GPG key that signed this message
-------------- next part --------------
-----BEGIN PGP MESSAGE-----

owGbwMvMwMHYstB83dY9890Z1zIuShLOTIkvKk6ML0gsSkzKz0nUKyhNilytJ1Zc
nKELFFdwBAInY7+qRGfDymQjVxDXxTHQ0Qkk7BjoXJRqURFkWeHtUhJRmVqS6m3u
mpERGRmWU1paXFAc4peSb16UFGKhHehSbO4c6lNa4FOW7uzp5V/l5RxVkO8ZVR6R
XZDo55jn6GehnZ0fWhjmbJEd7uWdHZGW5pcUll9RVaRdmhfiHeUcpp8fmB6V62xe
kK1tWBIY4uasr++nbxqYEV5krp/pYRJi6OWeGlWe718emR2eZpGV6WhebhLup21Z
6mYUWVWVnVec5lGe4lpcHmRonB5caeQUXuZnlhuWnxOQZR6ln2kRVujp6GpQ7OeY
ERqZWhoWZlRmFJBT4JWXX6IfmZcYWexs7GlkWFiZ65RYZu7qV6mfnhpimWZaUuru
6pNp5GWY5xYSaOSc5pzoYVzlnVmRZWLskuZsmKHv72riV6yfUxSZGWpSWGYRZekf
Fpxa6WtcVmAe4ViUqW9cFhrsa+zmZmRhmZRl5OqcE1CREeSkkJSZk+OQkpqUmZjH
1clozMLAyMEgK6bIstU5/Pp2jYk8V3bUXYbFIisTKLoYuDgFYCJhL9h/Mbv89dRt
7indHlw7qV74SNqM6CjztbeM/l8u2d+V8rXjxmX1BaKPz5dqM+0OVfCprF/6Kvxn
/8eIn75mTsrn2ZYp/43bdzd7yuLO8yeVWX8d3Gh5sHnHjjKFiBtZ0163JfcbLZ11
1/9RhtYEJ5fHh+XPBlZvvH7B6BHDJSVvO4fK7gdZSl1fBKamTVrgl2B1k/uJafPp
qZ9SQjWETTxmy29c15ngfn/WKscDlxInGyc8yG+0jGCZUNcW8ajD+fU1ab3lrB4e
sfMWFE5Z////wvWCO0zqDtosaWW9/uvA7vDQixZ8XH/zttRWPLXlYkr6E9iRynhx
22wjNwvL2eod2TePetQfauCwqf/4Ka4KAA==
=ahwc
-----END PGP MESSAGE-----
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 488 bytes
Desc: OpenPGP digital signature
URL: <https://lists.parabola.nu/pipermail/dev/attachments/20170902/d8e64e82/attachment.sig>

From andreas at grapentin.org  Sun Sep  3 15:34:50 2017
From: andreas at grapentin.org (Andreas Grapentin)
Date: Sun, 3 Sep 2017 17:34:50 +0200
Subject: [Dev] request for shell/git access
In-Reply-To: <f873dda3-374b-ec87-9ddd-b6dea19f7b0d@peers.community>
References: <f873dda3-374b-ec87-9ddd-b6dea19f7b0d@peers.community>
Message-ID: <20170903153450.GB8285@parabola-pocket.localdomain>


Hi,

> i would like to continue working on a new graphical ISO and installer
> for parabola - oaken-source was working with me on this to some degree a
> few months ago but he has not been active in parabola since then and i
> have not been able to get anyone else to review them - the most
> attention it got was to suggest that perhaps parabola should stay true
> to its archlinux heritage and not have any graphical tools

Thanks for taking this over! I'm sorry for vanishing so abrubtly, but
that is probably a subject for another mail. Suffice to say that I'm
glad you continued working on this, and that I am basically back and
trying to catch up on things :)

My take on graphical tools or not is that there is no harm in having a
gui based installer and a traditional cli live-cd for installing.

> aurelien suggested i should ask for server access and finish the job
> myself adhocratically - lukashu then suggested i send a patch to the
> mailing list but that is not very practical as that patch would include
> over 100 files - (the calamares installer being not in parabola yet is
> thousands of files) - parabolaiso is stored in git and so are my changes
> so that is clearly the best way for anyone to acquire the sources and
> view the diffs - there is an earlier message posted to the mailing list
> describing the need for a new ISO, the current progress, and the future
> plans with links to the git repos on notabug -->
> https://lists.parabola.nu/pipermail/dev/2017-July/005685.html

Yes, your changes should definitely find their way into the git
repository. Providing you with push access to the repos seems like the
obvious choice, given the amount of work you already did.

> i am fine with completing it on my own but of course some peer review is
> a good idea - i will leave this to the team to decide how or whether to
> move forward on this - initially i am suggesting an alpha release to
> appear on the downloads page (that is ready now) - perhaps that would
> make it more likely to get more eyes on it if a demo were pre-built and
> ready

I would suggest distributing alpha-isos to a handful of hackers for
test installations in vms and maybe some physical servers, and then just
releasing them. We could consider adding a small note that links to the
last release, but I would give prominence to the new isos.

> im not sure how the servers are configured - i seem to remember
> oaken-source needed to touch multiple servers to post a new release (FTP
> site, the downloads wiki page) so it is not clear which specific access
> i should be asking for - but ideally, i would like to be able to build
> the ISOs on the server where they would be hosted rather than building
> locally and uploading - also there are many open issues on the bug
> tracker related to this (some are years old) so perhaps i could be
> permitted me to curate those

The meat of releasing a new iso lies in editing this page:
https://wiki.parabola.nu/Get_Parabola

I uploaded the respective files via scp to the repo server, so you need
regular hacker access, the same as if you were to release packages.

I agree that you should get access to the issue tracker. Come to think
of it, you should also probably be added to the hackers list, to make
you the official maintainer of the isos.

Best,
Andreas



 _______________________________________________
> Dev mailing list
> Dev at lists.parabola.nu
> https://lists.parabola.nu/mailman/listinfo/dev


-- 

------------------------------------------------------------------------------
my GPG Public Key:                 https://files.grapentin.org/.gpg/public.key
------------------------------------------------------------------------------
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 488 bytes
Desc: not available
URL: <https://lists.parabola.nu/pipermail/dev/attachments/20170903/205dc2df/attachment.sig>

From lovell.joshyyy at gmail.com  Sun Sep  3 20:10:01 2017
From: lovell.joshyyy at gmail.com (Josh Branning)
Date: Sun, 3 Sep 2017 21:10:01 +0100
Subject: [Dev] Manjaro dropping i686 support
Message-ID: <59AC6199.50604@gmail.com>

FYI

https://manjaro.org/2017/09/02/maintenance-phasing-out-i686-support/


From eliotreyna at cock.email  Mon Sep  4 05:06:32 2017
From: eliotreyna at cock.email (eliotreyna at cock.email)
Date: Mon, 04 Sep 2017 00:06:32 -0500
Subject: [Dev] Fwd: About Iceweasel and Icedove release branch
In-Reply-To: <7030664f-3fc0-c31e-d216-9ed12001898d@cock.email>
References: <7030664f-3fc0-c31e-d216-9ed12001898d@cock.email>
Message-ID: <ad31026c1fe83aa71ce9fb25d9672ab7@cock.email>



-------- Original Message --------
Subject: About Iceweasel and Icedove release branch
Date: 2017-09-03 23:54
 From: Eliot Reyna <eliotreyna at cock.email>
To: dev at lists.parabola.nu, andreas at gaspertin.org



I've been pending about the advance of Parabola GNU/Linux-libre, and the
release


From nobody at parabola.nu  Mon Sep  4 05:12:30 2017
From: nobody at parabola.nu (Parabola Website Notification)
Date: Mon, 04 Sep 2017 05:12:30 -0000
Subject: [Dev] Orphan Libre package [icecat-l10n-es-ar] marked out-of-date
Message-ID: <20170904051230.917.11092@proton.parabola.nu>

eliotreyna at cock.email wants to notify you that the following packages may be out-of-date:


* icecat-l10n-ach 52.1.0_gnu1-1 [libre] (any): https://parabolagnulinux.org/packages/libre/any/icecat-l10n-ach/
* icecat-l10n-af 52.1.0_gnu1-1 [libre] (any): https://parabolagnulinux.org/packages/libre/any/icecat-l10n-af/
* icecat-l10n-an 52.1.0_gnu1-1 [libre] (any): https://parabolagnulinux.org/packages/libre/any/icecat-l10n-an/
* icecat-l10n-ar 52.1.0_gnu1-1 [libre] (any): https://parabolagnulinux.org/packages/libre/any/icecat-l10n-ar/
* icecat-l10n-as 52.1.0_gnu1-1 [libre] (any): https://parabolagnulinux.org/packages/libre/any/icecat-l10n-as/
* icecat-l10n-ast 52.1.0_gnu1-1 [libre] (any): https://parabolagnulinux.org/packages/libre/any/icecat-l10n-ast/
* icecat-l10n-az 52.1.0_gnu1-1 [libre] (any): https://parabolagnulinux.org/packages/libre/any/icecat-l10n-az/
* icecat-l10n-bg 52.1.0_gnu1-1 [libre] (any): https://parabolagnulinux.org/packages/libre/any/icecat-l10n-bg/
* icecat-l10n-bn-bd 52.1.0_gnu1-1 [libre] (any): https://parabolagnulinux.org/packages/libre/any/icecat-l10n-bn-bd/
* icecat-l10n-bn-in 52.1.0_gnu1-1 [libre] (any): https://parabolagnulinux.org/packages/libre/any/icecat-l10n-bn-in/
* icecat-l10n-br 52.1.0_gnu1-1 [libre] (any): https://parabolagnulinux.org/packages/libre/any/icecat-l10n-br/
* icecat-l10n-bs 52.1.0_gnu1-1 [libre] (any): https://parabolagnulinux.org/packages/libre/any/icecat-l10n-bs/
* icecat-l10n-ca 52.1.0_gnu1-1 [libre] (any): https://parabolagnulinux.org/packages/libre/any/icecat-l10n-ca/
* icecat-l10n-cak 52.1.0_gnu1-1 [libre] (any): https://parabolagnulinux.org/packages/libre/any/icecat-l10n-cak/
* icecat-l10n-cs 52.1.0_gnu1-1 [libre] (any): https://parabolagnulinux.org/packages/libre/any/icecat-l10n-cs/
* icecat-l10n-cy 52.1.0_gnu1-1 [libre] (any): https://parabolagnulinux.org/packages/libre/any/icecat-l10n-cy/
* icecat-l10n-da 52.1.0_gnu1-1 [libre] (any): https://parabolagnulinux.org/packages/libre/any/icecat-l10n-da/
* icecat-l10n-de 52.1.0_gnu1-1 [libre] (any): https://parabolagnulinux.org/packages/libre/any/icecat-l10n-de/
* icecat-l10n-dsb 52.1.0_gnu1-1 [libre] (any): https://parabolagnulinux.org/packages/libre/any/icecat-l10n-dsb/
* icecat-l10n-el 52.1.0_gnu1-1 [libre] (any): https://parabolagnulinux.org/packages/libre/any/icecat-l10n-el/
* icecat-l10n-en-gb 52.1.0_gnu1-1 [libre] (any): https://parabolagnulinux.org/packages/libre/any/icecat-l10n-en-gb/
* icecat-l10n-en-us 52.1.0_gnu1-1 [libre] (any): https://parabolagnulinux.org/packages/libre/any/icecat-l10n-en-us/
* icecat-l10n-en-za 52.1.0_gnu1-1 [libre] (any): https://parabolagnulinux.org/packages/libre/any/icecat-l10n-en-za/
* icecat-l10n-eo 52.1.0_gnu1-1 [libre] (any): https://parabolagnulinux.org/packages/libre/any/icecat-l10n-eo/
* icecat-l10n-es-ar 52.1.0_gnu1-1 [libre] (any): https://parabolagnulinux.org/packages/libre/any/icecat-l10n-es-ar/
* icecat-l10n-es-cl 52.1.0_gnu1-1 [libre] (any): https://parabolagnulinux.org/packages/libre/any/icecat-l10n-es-cl/
* icecat-l10n-es-es 52.1.0_gnu1-1 [libre] (any): https://parabolagnulinux.org/packages/libre/any/icecat-l10n-es-es/
* icecat-l10n-es-mx 52.1.0_gnu1-1 [libre] (any): https://parabolagnulinux.org/packages/libre/any/icecat-l10n-es-mx/
* icecat-l10n-et 52.1.0_gnu1-1 [libre] (any): https://parabolagnulinux.org/packages/libre/any/icecat-l10n-et/
* icecat-l10n-eu 52.1.0_gnu1-1 [libre] (any): https://parabolagnulinux.org/packages/libre/any/icecat-l10n-eu/
* icecat-l10n-fa 52.1.0_gnu1-1 [libre] (any): https://parabolagnulinux.org/packages/libre/any/icecat-l10n-fa/
* icecat-l10n-ff 52.1.0_gnu1-1 [libre] (any): https://parabolagnulinux.org/packages/libre/any/icecat-l10n-ff/
* icecat-l10n-fi 52.1.0_gnu1-1 [libre] (any): https://parabolagnulinux.org/packages/libre/any/icecat-l10n-fi/
* icecat-l10n-fr 52.1.0_gnu1-1 [libre] (any): https://parabolagnulinux.org/packages/libre/any/icecat-l10n-fr/
* icecat-l10n-fy-nl 52.1.0_gnu1-1 [libre] (any): https://parabolagnulinux.org/packages/libre/any/icecat-l10n-fy-nl/
* icecat-l10n-ga-ie 52.1.0_gnu1-1 [libre] (any): https://parabolagnulinux.org/packages/libre/any/icecat-l10n-ga-ie/
* icecat-l10n-gd 52.1.0_gnu1-1 [libre] (any): https://parabolagnulinux.org/packages/libre/any/icecat-l10n-gd/
* icecat-l10n-gl 52.1.0_gnu1-1 [libre] (any): https://parabolagnulinux.org/packages/libre/any/icecat-l10n-gl/
* icecat-l10n-gn 52.1.0_gnu1-1 [libre] (any): https://parabolagnulinux.org/packages/libre/any/icecat-l10n-gn/
* icecat-l10n-gu-in 52.1.0_gnu1-1 [libre] (any): https://parabolagnulinux.org/packages/libre/any/icecat-l10n-gu-in/
* icecat-l10n-he 52.1.0_gnu1-1 [libre] (any): https://parabolagnulinux.org/packages/libre/any/icecat-l10n-he/
* icecat-l10n-hi-in 52.1.0_gnu1-1 [libre] (any): https://parabolagnulinux.org/packages/libre/any/icecat-l10n-hi-in/
* icecat-l10n-hr 52.1.0_gnu1-1 [libre] (any): https://parabolagnulinux.org/packages/libre/any/icecat-l10n-hr/
* icecat-l10n-hsb 52.1.0_gnu1-1 [libre] (any): https://parabolagnulinux.org/packages/libre/any/icecat-l10n-hsb/
* icecat-l10n-hu 52.1.0_gnu1-1 [libre] (any): https://parabolagnulinux.org/packages/libre/any/icecat-l10n-hu/
* icecat-l10n-hy-am 52.1.0_gnu1-1 [libre] (any): https://parabolagnulinux.org/packages/libre/any/icecat-l10n-hy-am/
* icecat-l10n-id 52.1.0_gnu1-1 [libre] (any): https://parabolagnulinux.org/packages/libre/any/icecat-l10n-id/
* icecat-l10n-is 52.1.0_gnu1-1 [libre] (any): https://parabolagnulinux.org/packages/libre/any/icecat-l10n-is/
* icecat-l10n-it 52.1.0_gnu1-1 [libre] (any): https://parabolagnulinux.org/packages/libre/any/icecat-l10n-it/
* icecat-l10n-ja 52.1.0_gnu1-1 [libre] (any): https://parabolagnulinux.org/packages/libre/any/icecat-l10n-ja/
* icecat-l10n-ka 52.1.0_gnu1-1 [libre] (any): https://parabolagnulinux.org/packages/libre/any/icecat-l10n-ka/
* icecat-l10n-kab 52.1.0_gnu1-1 [libre] (any): https://parabolagnulinux.org/packages/libre/any/icecat-l10n-kab/
* icecat-l10n-kk 52.1.0_gnu1-1 [libre] (any): https://parabolagnulinux.org/packages/libre/any/icecat-l10n-kk/
* icecat-l10n-km 52.1.0_gnu1-1 [libre] (any): https://parabolagnulinux.org/packages/libre/any/icecat-l10n-km/
* icecat-l10n-kn 52.1.0_gnu1-1 [libre] (any): https://parabolagnulinux.org/packages/libre/any/icecat-l10n-kn/
* icecat-l10n-ko 52.1.0_gnu1-1 [libre] (any): https://parabolagnulinux.org/packages/libre/any/icecat-l10n-ko/
* icecat-l10n-lij 52.1.0_gnu1-1 [libre] (any): https://parabolagnulinux.org/packages/libre/any/icecat-l10n-lij/
* icecat-l10n-lt 52.1.0_gnu1-1 [libre] (any): https://parabolagnulinux.org/packages/libre/any/icecat-l10n-lt/
* icecat-l10n-lv 52.1.0_gnu1-1 [libre] (any): https://parabolagnulinux.org/packages/libre/any/icecat-l10n-lv/
* icecat-l10n-mai 52.1.0_gnu1-1 [libre] (any): https://parabolagnulinux.org/packages/libre/any/icecat-l10n-mai/
* icecat-l10n-mk 52.1.0_gnu1-1 [libre] (any): https://parabolagnulinux.org/packages/libre/any/icecat-l10n-mk/
* icecat-l10n-ml 52.1.0_gnu1-1 [libre] (any): https://parabolagnulinux.org/packages/libre/any/icecat-l10n-ml/
* icecat-l10n-mr 52.1.0_gnu1-1 [libre] (any): https://parabolagnulinux.org/packages/libre/any/icecat-l10n-mr/
* icecat-l10n-ms 52.1.0_gnu1-1 [libre] (any): https://parabolagnulinux.org/packages/libre/any/icecat-l10n-ms/
* icecat-l10n-nb-no 52.1.0_gnu1-1 [libre] (any): https://parabolagnulinux.org/packages/libre/any/icecat-l10n-nb-no/
* icecat-l10n-nl 52.1.0_gnu1-1 [libre] (any): https://parabolagnulinux.org/packages/libre/any/icecat-l10n-nl/
* icecat-l10n-nn-no 52.1.0_gnu1-1 [libre] (any): https://parabolagnulinux.org/packages/libre/any/icecat-l10n-nn-no/
* icecat-l10n-or 52.1.0_gnu1-1 [libre] (any): https://parabolagnulinux.org/packages/libre/any/icecat-l10n-or/
* icecat-l10n-pa-in 52.1.0_gnu1-1 [libre] (any): https://parabolagnulinux.org/packages/libre/any/icecat-l10n-pa-in/
* icecat-l10n-pl 52.1.0_gnu1-1 [libre] (any): https://parabolagnulinux.org/packages/libre/any/icecat-l10n-pl/
* icecat-l10n-pt-br 52.1.0_gnu1-1 [libre] (any): https://parabolagnulinux.org/packages/libre/any/icecat-l10n-pt-br/
* icecat-l10n-pt-pt 52.1.0_gnu1-1 [libre] (any): https://parabolagnulinux.org/packages/libre/any/icecat-l10n-pt-pt/
* icecat-l10n-rm 52.1.0_gnu1-1 [libre] (any): https://parabolagnulinux.org/packages/libre/any/icecat-l10n-rm/
* icecat-l10n-ro 52.1.0_gnu1-1 [libre] (any): https://parabolagnulinux.org/packages/libre/any/icecat-l10n-ro/
* icecat-l10n-ru 52.1.0_gnu1-1 [libre] (any): https://parabolagnulinux.org/packages/libre/any/icecat-l10n-ru/
* icecat-l10n-si 52.1.0_gnu1-1 [libre] (any): https://parabolagnulinux.org/packages/libre/any/icecat-l10n-si/
* icecat-l10n-sk 52.1.0_gnu1-1 [libre] (any): https://parabolagnulinux.org/packages/libre/any/icecat-l10n-sk/
* icecat-l10n-sl 52.1.0_gnu1-1 [libre] (any): https://parabolagnulinux.org/packages/libre/any/icecat-l10n-sl/
* icecat-l10n-son 52.1.0_gnu1-1 [libre] (any): https://parabolagnulinux.org/packages/libre/any/icecat-l10n-son/
* icecat-l10n-sq 52.1.0_gnu1-1 [libre] (any): https://parabolagnulinux.org/packages/libre/any/icecat-l10n-sq/
* icecat-l10n-sr 52.1.0_gnu1-1 [libre] (any): https://parabolagnulinux.org/packages/libre/any/icecat-l10n-sr/
* icecat-l10n-sv-se 52.1.0_gnu1-1 [libre] (any): https://parabolagnulinux.org/packages/libre/any/icecat-l10n-sv-se/
* icecat-l10n-ta 52.1.0_gnu1-1 [libre] (any): https://parabolagnulinux.org/packages/libre/any/icecat-l10n-ta/
* icecat-l10n-te 52.1.0_gnu1-1 [libre] (any): https://parabolagnulinux.org/packages/libre/any/icecat-l10n-te/
* icecat-l10n-th 52.1.0_gnu1-1 [libre] (any): https://parabolagnulinux.org/packages/libre/any/icecat-l10n-th/
* icecat-l10n-tr 52.1.0_gnu1-1 [libre] (any): https://parabolagnulinux.org/packages/libre/any/icecat-l10n-tr/
* icecat-l10n-uk 52.1.0_gnu1-1 [libre] (any): https://parabolagnulinux.org/packages/libre/any/icecat-l10n-uk/
* icecat-l10n-uz 52.1.0_gnu1-1 [libre] (any): https://parabolagnulinux.org/packages/libre/any/icecat-l10n-uz/
* icecat-l10n-vi 52.1.0_gnu1-1 [libre] (any): https://parabolagnulinux.org/packages/libre/any/icecat-l10n-vi/
* icecat-l10n-xh 52.1.0_gnu1-1 [libre] (any): https://parabolagnulinux.org/packages/libre/any/icecat-l10n-xh/
* icecat-l10n-zh-cn 52.1.0_gnu1-1 [libre] (any): https://parabolagnulinux.org/packages/libre/any/icecat-l10n-zh-cn/
* icecat-l10n-zh-tw 52.1.0_gnu1-1 [libre] (any): https://parabolagnulinux.org/packages/libre/any/icecat-l10n-zh-tw/


The user provided the following additional text:

GNU IceCat has been updated to the version 52.3.0, according to the following release note:

https://lists.gnu.org/archive/html/bug-gnuzilla/2017-09/msg00000.html



From andreas at grapentin.org  Mon Sep  4 05:30:53 2017
From: andreas at grapentin.org (Andreas Grapentin)
Date: Mon, 4 Sep 2017 07:30:53 +0200
Subject: [Dev] Fwd: About Iceweasel and Icedove release branch
In-Reply-To: <ad31026c1fe83aa71ce9fb25d9672ab7@cock.email>
References: <7030664f-3fc0-c31e-d216-9ed12001898d@cock.email>
 <ad31026c1fe83aa71ce9fb25d9672ab7@cock.email>
Message-ID: <20170904053053.GA22592@parabola-pocket.localdomain>


I'm working on it, it just takes a while.

ETA sometime this week :)


-Andreas

On Mon, Sep 04, 2017 at 12:06:32AM -0500, eliotreyna at cock.email wrote:
> 
> 
> -------- Original Message --------
> Subject: About Iceweasel and Icedove release branch
> Date: 2017-09-03 23:54
> From: Eliot Reyna <eliotreyna at cock.email>
> To: dev at lists.parabola.nu, andreas at gaspertin.org
> 
> 
> 
> I've been pending about the advance of Parabola GNU/Linux-libre, and the
> release
> _______________________________________________
> Dev mailing list
> Dev at lists.parabola.nu
> https://lists.parabola.nu/mailman/listinfo/dev

-- 

------------------------------------------------------------------------------
my GPG Public Key:                 https://files.grapentin.org/.gpg/public.key
------------------------------------------------------------------------------
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 488 bytes
Desc: not available
URL: <https://lists.parabola.nu/pipermail/dev/attachments/20170904/a3340fcf/attachment.sig>

From andreas at grapentin.org  Tue Sep  5 05:52:43 2017
From: andreas at grapentin.org (Andreas Grapentin)
Date: Tue, 5 Sep 2017 07:52:43 +0200
Subject: [Dev] Fwd: About Iceweasel and Icedove release branch
In-Reply-To: <20170904053053.GA22592@parabola-pocket.localdomain>
References: <7030664f-3fc0-c31e-d216-9ed12001898d@cock.email>
 <ad31026c1fe83aa71ce9fb25d9672ab7@cock.email>
 <20170904053053.GA22592@parabola-pocket.localdomain>
Message-ID: <20170905055243.GB18509@parabola-pocket.localdomain>


iceweasel, icedove and icecat have been updated to the latest versions.

-A

On Mon, Sep 04, 2017 at 07:30:53AM +0200, Andreas Grapentin wrote:
> 
> I'm working on it, it just takes a while.
> 
> ETA sometime this week :)
> 
> 
> -Andreas
> 
> On Mon, Sep 04, 2017 at 12:06:32AM -0500, eliotreyna at cock.email wrote:
> > 
> > 
> > -------- Original Message --------
> > Subject: About Iceweasel and Icedove release branch
> > Date: 2017-09-03 23:54
> > From: Eliot Reyna <eliotreyna at cock.email>
> > To: dev at lists.parabola.nu, andreas at gaspertin.org
> > 
> > 
> > 
> > I've been pending about the advance of Parabola GNU/Linux-libre, and the
> > release
> > _______________________________________________
> > Dev mailing list
> > Dev at lists.parabola.nu
> > https://lists.parabola.nu/mailman/listinfo/dev
> 
> -- 
> 
> ------------------------------------------------------------------------------
> my GPG Public Key:                 https://files.grapentin.org/.gpg/public.key
> ------------------------------------------------------------------------------



> _______________________________________________
> Dev mailing list
> Dev at lists.parabola.nu
> https://lists.parabola.nu/mailman/listinfo/dev


-- 

------------------------------------------------------------------------------
my GPG Public Key:                 https://files.grapentin.org/.gpg/public.key
------------------------------------------------------------------------------
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 488 bytes
Desc: not available
URL: <https://lists.parabola.nu/pipermail/dev/attachments/20170905/f4789800/attachment.sig>

From isacdaavid at isacdaavid.info  Wed Sep  6 04:01:28 2017
From: isacdaavid at isacdaavid.info (Isaac David)
Date: Tue, 05 Sep 2017 23:01:28 -0500
Subject: [Dev] request for shell/git access
In-Reply-To: <f873dda3-374b-ec87-9ddd-b6dea19f7b0d@peers.community>
References: <f873dda3-374b-ec87-9ddd-b6dea19f7b0d@peers.community>
Message-ID: <1504670488.1158.0@plebeian.isacdaavid.info>

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA512
NotDashEscaped: You need gpg to verify this message

we would be foolish not to accept such a big contribution. if Parabola
is going to keep offering a graphical installer it better is a
properly-maintained one. the kind of users who can work around the
issues with the current image probably use the CLI installer anyway.

besides, you've been hanging around here, there and everywhere for
some time already.

how far are you into building the new ISO? i could set up your account
over the weekend, in the absence of objections. you could send us your
profile in the meantime according to these
[examples](https://git.parabola.nu/hackers.git/tree/users/1029.yml)

bill-auger said:
 > i seem to remember oaken-source needed to touch multiple servers to
 > post a new release (FTP site, the downloads wiki page) so it is not
 > clear which specific access i should be asking for

this would grant you ssh access to both servers (proton.parabola.nu,
winston.parabola.nu) using your personal account as specified in your
profile, plus access to repo at winston.parabola.nu
(a.k.a. repo at repo.parabola.nu) and git at winston.parabola.nu
(a.k.a. git at git.parabola.nu). the latter is used to push commits,
whereas repo runs dbscripts and has write access to everything being
served in the main mirror, including the ISOs.

changing the wiki will be trivial in comparison.

 > ideally, i would like to be able to build the ISOs on the server 
where
 > they would be hosted rather than building locally and uploading

sounds plausible... using your personal winston account then moving
things to their final destination with repo. or maybe using repo all
along, with care. how did oaken-source and Emulatorman do it?

 > also there are many open issues on the bug tracker related to this
 > (some are years old) so perhaps i could be permitted me to curate
 > those

same observation as with the wiki. first things first.

-- 
Isaac David
GPG: 38D33EF29A7691134357648733466E12EC7BA943

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

iQIzBAEBCgAdFiEEONM+8pp2kRNDV2SHM0ZuEux7qUMFAlmvcpAACgkQM0ZuEux7
qUM2+xAA151vxeElqSlDSPuprHjPcd2Ct8yhXy2wj8p7vOR8edYOcgXTXB15W6OY
w/hkJT5tIQafH3vIlfyjKPL/tkwYYwUc2TITclRIgkEPtqVejXzVT2PYBPOpbb++
S1ZvV6Wh6cCxgkR/PyngV2gmJ01SfAxLbYXskuEDKov54eYLSW6YliWMiNS0/TGn
iExxYA4QfVyz9KJeCWQoRIf+MGKYRrEwxLatxhn3ftExNGVqKSETxkqN7654iJGD
jJIcskM2IgJAiK4fS5k556aUfbC+nnOywpWFW5x+SmpeKY79icidPaM/spwn6EjK
cH73GtjSELH1v/u65T1lU7bw+h5NDiTbHgXaQQZUaxg0RgwL9OCTmTO/ROek14y8
yUnHmK0J0Br7MmTQlfM78SgJ//0VqbVnAzczd5rkf6hyoucIGtD64PcYGipSnCMF
rkJ+mq4eT6028vZ5yELRQGZLPbV2AhvgtTihg1WLRV5w4vOk3yjfGmZE8xJR59IE
aVs5tT/WyvL5ZR7NRUVxDnwcYvnZ/AIKpfHI0b9AZ8OcNdGoY4HX0jI006XX4rSN
Rmv28wvVjBa21c8BBuuvfm8Wypcm8C1xFovdwGUjGWAx1DRbaNnkfwdIw6cL0H4X
NqbUWxpXyq6Uh1FuSZc4UDQA6WGcYvn3MQYwsOLYoSC3LhwNV90=
=eIdG
-----END PGP SIGNATURE-----



From nobody at parabola.nu  Sat Sep  9 15:50:04 2017
From: nobody at parabola.nu (Parabola Website Notification)
Date: Sat, 09 Sep 2017 15:50:04 -0000
Subject: [Dev] Orphan Nonprism package [sylpheed] marked out-of-date
Message-ID: <20170909155004.1209.2212@proton.parabola.nu>

korobkov at fryxell.info wants to notify you that the following packages may be out-of-date:




The user provided the following additional text:

Please, update to 3.6.0 (as in community repo).



From rohshall at gmail.com  Sat Sep  9 16:00:21 2017
From: rohshall at gmail.com (Salil Wadnerkar)
Date: Sat, 9 Sep 2017 09:00:21 -0700
Subject: [Dev] update your-freedom not to reject firefox
Message-ID: <CAHRrG0o-kO82BvVEP8R6Es1uVNQUusGMkNRruHcXCm1b35VnKQ@mail.gmail.com>

Debian allows Firefox now without rebranding. What is preventing us
from doing the same?


From eliotreyna at cock.email  Sat Sep  9 16:38:56 2017
From: eliotreyna at cock.email (Eliot Reyna)
Date: Sat, 09 Sep 2017 11:38:56 -0500
Subject: [Dev] update your-freedom not to reject firefox
Message-ID: <wq00no7gafjp3ixpi6pvlkri.1504975136925@email.android.com>

Our case is the software development is completely dependent with the GNU FSDG, which the vanilla Firefox source code does not comply. That's why exist GNU IceCat and Iceweasel.


Enviado desde Samsung Mobile.

<div>-------- Mensaje original --------</div><div>De: Salil Wadnerkar <rohshall at gmail.com> </div><div>Fecha:09/09/2017  11:00 AM  (GMT-05:00) </div><div>A: dev at lists.parabola.nu </div><div>Asunto: [Dev] update your-freedom not to reject firefox </div><div>
</div>Debian allows Firefox now without rebranding. What is preventing us
from doing the same?
_______________________________________________
Dev mailing list
Dev at lists.parabola.nu
https://lists.parabola.nu/mailman/listinfo/dev
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.parabola.nu/pipermail/dev/attachments/20170909/c458ac98/attachment.htm>

From andreas at grapentin.org  Sat Sep  9 17:43:44 2017
From: andreas at grapentin.org (Andreas Grapentin)
Date: Sat, 9 Sep 2017 19:43:44 +0200
Subject: [Dev] update your-freedom not to reject firefox
In-Reply-To: <wq00no7gafjp3ixpi6pvlkri.1504975136925@email.android.com>
References: <wq00no7gafjp3ixpi6pvlkri.1504975136925@email.android.com>
Message-ID: <20170909174344.GA14144@parabola-pocket.localdomain>


Additionally, the changes we made to our version of 'firefox' mean that
mozilla would have to give us explicit permission to be able to call it
firefox, which they haven't done.

this forces us to a binary choice:

 a) throw away our liberating changes and call it firefox
 b) keep our changes and call it something else.

as you can see, we opted for b), and just happened to maintain the
debian-esque name scheme of ice-*

coincidentally, the name is all that our verion and the discontinued
debain version have in common.

I hope this clears up some of this mess :)

-A




On Sat, Sep 09, 2017 at 11:38:56AM -0500, Eliot Reyna wrote:
> Our case is the software development is completely dependent with the GNU FSDG, which the vanilla Firefox source code does not comply. That's why exist GNU IceCat and Iceweasel.
> 
> 
> Enviado desde Samsung Mobile.
> 
> <div>-------- Mensaje original --------</div><div>De: Salil Wadnerkar <rohshall at gmail.com> </div><div>Fecha:09/09/2017  11:00 AM  (GMT-05:00) </div><div>A: dev at lists.parabola.nu </div><div>Asunto: [Dev] update your-freedom not to reject firefox </div><div>
> </div>Debian allows Firefox now without rebranding. What is preventing us
> from doing the same?
> _______________________________________________
> Dev mailing list
> Dev at lists.parabola.nu
> https://lists.parabola.nu/mailman/listinfo/dev

> _______________________________________________
> Dev mailing list
> Dev at lists.parabola.nu
> https://lists.parabola.nu/mailman/listinfo/dev


-- 

------------------------------------------------------------------------------
my GPG Public Key:                 https://files.grapentin.org/.gpg/public.key
------------------------------------------------------------------------------
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 488 bytes
Desc: not available
URL: <https://lists.parabola.nu/pipermail/dev/attachments/20170909/8f0692d2/attachment.sig>

From andreas at grapentin.org  Sat Sep  9 17:46:15 2017
From: andreas at grapentin.org (Andreas Grapentin)
Date: Sat, 9 Sep 2017 19:46:15 +0200
Subject: [Dev] request for shell/git access
In-Reply-To: <1504670488.1158.0@plebeian.isacdaavid.info>
References: <f873dda3-374b-ec87-9ddd-b6dea19f7b0d@peers.community>
 <1504670488.1158.0@plebeian.isacdaavid.info>
Message-ID: <20170909174615.GB14144@parabola-pocket.localdomain>



On Tue, Sep 05, 2017 at 11:01:28PM -0500, Isaac David wrote:
>  > ideally, i would like to be able to build the ISOs on the server where
>  > they would be hosted rather than building locally and uploading
> 
> sounds plausible... using your personal winston account then moving
> things to their final destination with repo. or maybe using repo all
> along, with care. how did oaken-source and Emulatorman do it?

I built locally and uploaded afterwards. this seemed easiest for me
since I have basically unlimited compute and bandwidth resources at my
workplace.

Maybe I could look into providing access to a iso build server, but I am
pretty certain this would violate enough rules to cost me my job :)

Best,
-A

-- 

------------------------------------------------------------------------------
my GPG Public Key:                 https://files.grapentin.org/.gpg/public.key
------------------------------------------------------------------------------
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 488 bytes
Desc: not available
URL: <https://lists.parabola.nu/pipermail/dev/attachments/20170909/b176b2b1/attachment.sig>

From karibu at freedif.org  Wed Sep  6 13:46:06 2017
From: karibu at freedif.org (Karibu)
Date: Wed, 06 Sep 2017 20:46:06 +0700
Subject: [Dev] VN Mirror - Freedif.org - Scheduled upgrade
In-Reply-To: <1503253984.6668.0@plebeian.isacdaavid.info>
References: <1503201495.24380.9.camel@freedif.org>
 <1503253984.6668.0@plebeian.isacdaavid.info>
Message-ID: <1504705566.1911.0.camel@freedif.org>

Hi,
The VN Mirror is back online!

Kari

On Sun, 2017-08-20 at 13:33 -0500, Isaac David wrote:
> Karibu wrote :
> > 
> > Hello,
> > 
> > The VN mirror, mirror.freedif.org, will have a scheduled upgrade
> > the
> > 30th August. I will move facility and move from 100M to 1G
> > connection!
> > 
> > If all goes well, the mirror will be back the 31st August. I will
> > inform you of the success or not of the upgrade.
> > 
> > Karibu
> 
> ok, thanks for the info Karibu.
> i'll send a copy to the dev list.
> 


From nobody at parabola.nu  Sat Sep  9 23:59:41 2017
From: nobody at parabola.nu (Parabola Website Notification)
Date: Sat, 09 Sep 2017 23:59:41 -0000
Subject: [Dev] Orphan Libre package [kdelibs] marked out-of-date
Message-ID: <20170909235941.1207.26375@proton.parabola.nu>

jc_gargma at iserlohn-fortress.net wants to notify you that the following packages may be out-of-date:


* kdelibs 4.14.35-1.parabola1 [libre] (i686): https://parabolagnulinux.org/packages/libre/i686/kdelibs/
* kdelibs 4.14.35-1.parabola1 [libre] (x86_64): https://parabolagnulinux.org/packages/libre/x86_64/kdelibs/


The user provided the following additional text:

Current release is 4.14.36




From jc_gargma at iserlohn-fortress.net  Sun Sep 10 00:42:52 2017
From: jc_gargma at iserlohn-fortress.net (jc_gargma)
Date: Sat, 09 Sep 2017 17:42:52 -0700
Subject: [Dev] Orphan Libre package [kdelibs] marked out-of-date
In-Reply-To: <20170909235941.1207.26375@proton.parabola.nu>
References: <20170909235941.1207.26375@proton.parabola.nu>
Message-ID: <2124096.BgbbES6SIf@iserlohn-fortress.net>

> The user provided the following additional text:
I've attached git format-patches to update:
kio - Dependencies
kdelibs - 4.14.36
kdebase-runtime, kio-extras, okular - 17.08.1


-jc
-------------- next part --------------
A non-text attachment was scrubbed...
Name: 0001-Updated-kio-dependencies.patch
Type: text/x-patch
Size: 3478 bytes
Desc: not available
URL: <https://lists.parabola.nu/pipermail/dev/attachments/20170909/d988a165/attachment.bin>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: 0001-Updated-kdelibs-to-4.14.36.patch
Type: text/x-patch
Size: 2520 bytes
Desc: not available
URL: <https://lists.parabola.nu/pipermail/dev/attachments/20170909/d988a165/attachment-0001.bin>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: 0001-Updated-kdebase-runtime-to-17.08.1.patch
Type: text/x-patch
Size: 2384 bytes
Desc: not available
URL: <https://lists.parabola.nu/pipermail/dev/attachments/20170909/d988a165/attachment-0002.bin>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: 0001-Updated-kio-extras-to-17.08.1.patch
Type: text/x-patch
Size: 1456 bytes
Desc: not available
URL: <https://lists.parabola.nu/pipermail/dev/attachments/20170909/d988a165/attachment-0003.bin>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: 0001-Updated-okular-to-17.08.1.patch
Type: text/x-patch
Size: 1603 bytes
Desc: not available
URL: <https://lists.parabola.nu/pipermail/dev/attachments/20170909/d988a165/attachment-0004.bin>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 833 bytes
Desc: This is a digitally signed message part.
URL: <https://lists.parabola.nu/pipermail/dev/attachments/20170909/d988a165/attachment.sig>

From bill-auger at peers.community  Sun Sep 10 19:34:00 2017
From: bill-auger at peers.community (bill-auger)
Date: Sun, 10 Sep 2017 15:34:00 -0400
Subject: [Dev] update your-freedom not to reject firefox
In-Reply-To: <20170909174344.GA14144@parabola-pocket.localdomain>
References: <wq00no7gafjp3ixpi6pvlkri.1504975136925@email.android.com>
 <20170909174344.GA14144@parabola-pocket.localdomain>
Message-ID: <97d42361-728c-e3d6-98c4-c36fad2e0f29@peers.community>


On 09/09/2017 01:43 PM, Andreas Grapentin wrote:
> 
> coincidentally, the name is all that our verion and the discontinued
> debain version have in common.


just FYI - i will add that there is another distinct 'iceweasel'
maintained by the 'connochaetos'

-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 488 bytes
Desc: OpenPGP digital signature
URL: <https://lists.parabola.nu/pipermail/dev/attachments/20170910/45d71380/attachment.sig>

From isacdaavid at isacdaavid.info  Sun Sep 10 20:37:05 2017
From: isacdaavid at isacdaavid.info (Isaac David)
Date: Sun, 10 Sep 2017 15:37:05 -0500
Subject: [Dev] update your-freedom not to reject firefox
In-Reply-To: <97d42361-728c-e3d6-98c4-c36fad2e0f29@peers.community>
References: <wq00no7gafjp3ixpi6pvlkri.1504975136925@email.android.com>
 <20170909174344.GA14144@parabola-pocket.localdomain>
 <97d42361-728c-e3d6-98c4-c36fad2e0f29@peers.community>
Message-ID: <1505075825.3589.0@plebeian.isacdaavid.info>

bill-auger wrote:
> just FYI - i will add that there is another distinct 'iceweasel'
> maintained by the 'connochaetos'

indeed. parabola's iceweasel derived from connochaetos':

https://www.parabola.nu/news/iceweasel-libre/

-- 
Isaac David
GPG: 38D33EF29A7691134357648733466E12EC7BA943




From bill-auger at peers.community  Mon Sep 11 01:47:36 2017
From: bill-auger at peers.community (bill-auger)
Date: Sun, 10 Sep 2017 21:47:36 -0400
Subject: [Dev] request for shell/git access
In-Reply-To: <20170909174615.GB14144@parabola-pocket.localdomain>
References: <f873dda3-374b-ec87-9ddd-b6dea19f7b0d@peers.community>
 <1504670488.1158.0@plebeian.isacdaavid.info>
 <20170909174615.GB14144@parabola-pocket.localdomain>
Message-ID: <4745b112-084a-d671-bf8b-e00bd446317d@peers.community>

On 09/03/2017 11:34 AM, Andreas Grapentin wrote:
> My take on graphical tools or not is that there is no harm in having a
> gui based installer and a traditional cli live-cd for installing.

clearly there is no harm in it - the point that was raised is that
perhaps parabola should actively discourage such user-friendly
("crutch") tools in order to promote the "archie ideals" of education,
experimentation, and self-sufficiency - i have been suspecting that the
lack of responses to my OP in july was partly due to the suggestion that
parobala could be the "libre manjaro" rather than "archlinux-libre"
which may have dissuaded interest in development in this
"user-friendliness" area

it does however some harm to provide a supposedly user-friendly
installer that is actually broken - this leads non-technical people to
conclude that even the "easy way" to install parabola is complicated


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

On 09/03/2017 11:34 AM, Andreas Grapentin wrote:
> We could consider adding a small note that links to the
> last release, but I would give prominence to the new isos.

sure but as you know, in the case of the existing mate ISO, that note
would need to provide more than a little detail to overcome it's
shortcomings - i would like to see the links on wiki page simply
pointing to PHP redirect pages for each ISO and signature rather than
manually hard-coding new URLs for each new release - e.g.
https://repomirror.parabola.nu/iso/latest-cli.iso.php could be written
once to always redirect to the latest CLI release as signified by the
date present in the ISO filenames - likewise, a link to the entire
https://repomirror.parabola.nu/iso/ directory could be hard-coded into
the wiki in order to at once and for all provide access to old releases


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

On 09/03/2017 11:34 AM, Andreas Grapentin wrote:
> The meat of releasing a new iso lies in editing this page:
> https://wiki.parabola.nu/Get_Parabola

yes but i mentioned it specifically because as i recall, that wiki page
requires admin access


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

On 09/06/2017 12:01 AM, Isaac David wrote:
> if Parabola
> is going to keep offering a graphical installer it better is a
> properly-maintained one. the kind of users who can work around the
> issues with the current image probably use the CLI installer anyway.

that is exactly why andreas and i started in this direction back in may
when the current ISOs were about 6 months old - but the problems they
exhibited had existed already for some months before that - the decision
whether to fix, replace, or remove the mate ISO is long overdue now


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

On 09/06/2017 12:01 AM, Isaac David wrote:
> how far are you into building the new ISO?

i described in great detail the precise problems with the existing mate
ISO, the regression problems we had upgrading it,
the current progress, and possible future plans in this post -->
https://lists.parabola.nu/pipermail/dev/2017-July/005685.html - the
short answer is that it currently boots into a default LXDE desktop
session as the un-privileged 'parabola' user and includes the
zenity-based mate install script from the mate ISO - this is enough for
an evaluation alpha release and at least one user has built it and
confirmed it is viable as an installer and rescue system - the known
remaining steps before a production release are to set a nicer looking
desktop theme (perhaps to simply re-integrate the previous mate theme)
and to include the calamares installer, which itself is working but only
about ~90% "finished" as it too currently install a mate environment


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

On 09/06/2017 12:01 AM, Isaac David wrote:
> bill-auger said:
> > i would like to be able to build the ISOs on the server where
> > they would be hosted rather than building locally and uploading
>
> sounds plausible... using your personal winston account then moving
> things to their final destination with repo. or maybe using repo all
> along, with care

On 09/09/2017 01:46 PM, Andreas Grapentin wrote:
> Maybe I could look into providing access to a iso build server

it is not so much that i need power for this but more that it is just
good practice to have a dedicated "clean" build server on which to
prepare binaries for distribution (at least until the day when binary
reproducibility is the norm) - but it also lends to the possibility of
automated triggering (via git push to parabolaiso for example) build ->
test/verify -> publish - but this is not at all imperative for now - as
of today parabolaiso itself would need some more work in order to allow
it to build as an un-privileged user

i was mostly curious about the typical packaging workflow and how the
servers are configured to accommodate packaging (e.g. are packages
routinely built on a dedicated server or build farm? how automated the
process?) - for example, if packages are or can be built on the same box
that hosts the main repos and ISO then the duration of an ISO re-build
task would be significantly reduced as all of the packages necessary to
build the entire set of ISOs would be available locally

from what i understand now, the canonical location of the binary
packages and ISOs are on the winston server to which interested mirrors
synchronize themselves - the repo at winston.parabola.nu account is
privileged and could be used to install build deps if needed or even
build the ISOs "in place"; but ideally it would be better if parabolaiso
itself could be modified to not require privileged access and to only
use the privileged account to move the final artifact to the www directory

-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 488 bytes
Desc: OpenPGP digital signature
URL: <https://lists.parabola.nu/pipermail/dev/attachments/20170910/f10dd2f4/attachment.sig>

From bill-auger at peers.community  Mon Sep 11 04:27:07 2017
From: bill-auger at peers.community (bill-auger)
Date: Mon, 11 Sep 2017 00:27:07 -0400
Subject: [Dev] request for shell/git access
In-Reply-To: <1504670488.1158.0@plebeian.isacdaavid.info>
References: <f873dda3-374b-ec87-9ddd-b6dea19f7b0d@peers.community>
 <1504670488.1158.0@plebeian.isacdaavid.info>
Message-ID: <f8e84bed-bbb3-ce85-4b35-ee9839696930@peers.community>


On 09/06/2017 12:01 AM, Isaac David wrote:
> you could send us your profile in the meantime


YAML profile is attached
-------------- next part --------------
A non-text attachment was scrubbed...
Name: parabola-hackers.yml
Type: application/x-yaml
Size: 906 bytes
Desc: not available
URL: <https://lists.parabola.nu/pipermail/dev/attachments/20170911/41a6ab0d/attachment.bin>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 488 bytes
Desc: OpenPGP digital signature
URL: <https://lists.parabola.nu/pipermail/dev/attachments/20170911/41a6ab0d/attachment.sig>

From bill-auger at peers.community  Mon Sep 11 08:27:46 2017
From: bill-auger at peers.community (bill-auger)
Date: Mon, 11 Sep 2017 04:27:46 -0400
Subject: [Dev] update your-freedom not to reject firefox
In-Reply-To: <20170909174344.GA14144@parabola-pocket.localdomain>
References: <wq00no7gafjp3ixpi6pvlkri.1504975136925@email.android.com>
 <20170909174344.GA14144@parabola-pocket.localdomain>
Message-ID: <7236ad07-0ffa-ab77-78a2-daac54cbea5e@peers.community>

besides, the weasel is (: So-o-o Cu-u-u-ute :) - can we keep him? huh,
can we? i'll feed him everyday, promise


From fauno at endefensadelsl.org  Mon Sep 11 18:38:15 2017
From: fauno at endefensadelsl.org (fauno)
Date: Mon, 11 Sep 2017 15:38:15 -0300
Subject: [Dev] request for shell/git access
In-Reply-To: <4745b112-084a-d671-bf8b-e00bd446317d@peers.community>
References: <f873dda3-374b-ec87-9ddd-b6dea19f7b0d@peers.community>
 <1504670488.1158.0@plebeian.isacdaavid.info>
 <20170909174615.GB14144@parabola-pocket.localdomain>
 <4745b112-084a-d671-bf8b-e00bd446317d@peers.community>
Message-ID: <87mv61w06g.fsf@endefensadelsl.org>

bill-auger <bill-auger at peers.community> writes:
> sure but as you know, in the case of the existing mate ISO, that note
> would need to provide more than a little detail to overcome it's
> shortcomings - i would like to see the links on wiki page simply
> pointing to PHP redirect pages for each ISO and signature rather than
> manually hard-coding new URLs for each new release - e.g.
> https://repomirror.parabola.nu/iso/latest-cli.iso.php could be written
> once to always redirect to the latest CLI release as signified by the
> date present in the ISO filenames - likewise, a link to the entire
> https://repomirror.parabola.nu/iso/ directory could be hard-coded into
> the wiki in order to at once and for all provide access to old releases

you don't need to do that, you only need to symlink latest.iso to the
latest iso on release.  then the wiki page can always link to latest.iso
and you won't need to manually edit it for every release.

the same can be said for the torrent file, but not for the magnet link :)


congrats on becoming a parabola hacker! :)

-- 
http://partidopirata.com.ar
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 617 bytes
Desc: not available
URL: <https://lists.parabola.nu/pipermail/dev/attachments/20170911/d2bc8f5a/attachment.sig>

From bill-auger at peers.community  Mon Sep 11 20:55:31 2017
From: bill-auger at peers.community (bill-auger)
Date: Mon, 11 Sep 2017 16:55:31 -0400
Subject: [Dev] request for shell/git access
In-Reply-To: <87mv61w06g.fsf@endefensadelsl.org>
References: <f873dda3-374b-ec87-9ddd-b6dea19f7b0d@peers.community>
 <1504670488.1158.0@plebeian.isacdaavid.info>
 <20170909174615.GB14144@parabola-pocket.localdomain>
 <4745b112-084a-d671-bf8b-e00bd446317d@peers.community>
 <87mv61w06g.fsf@endefensadelsl.org>
Message-ID: <abbe659c-eed9-38fc-8d96-1d8b3bd72aab@peers.community>


On 09/11/2017 02:38 PM, fauno wrote:
> you don't need to do that, you only need to symlink latest.iso to the

yes but that would result in the downloaded file on the user's FS being
named 'latest.iso' - myself, i keep these around for quick launching VMs
- i would want the full original filename with the distro name and
release date

-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 488 bytes
Desc: OpenPGP digital signature
URL: <https://lists.parabola.nu/pipermail/dev/attachments/20170911/2cb9acfb/attachment.sig>

From lukeshu at lukeshu.com  Mon Sep 11 21:40:59 2017
From: lukeshu at lukeshu.com (Luke Shumaker)
Date: Mon, 11 Sep 2017 17:40:59 -0400
Subject: [Dev] nshd lockups
Message-ID: <87lglkvrpw.wl-lukeshu@lukeshu.com>

Of the last 4 outages, one was caused by the hardware being physically
offline.  The other 3 were:

  | # | Started                 | Resolved                | Host                |
  |---|-------------------------|-------------------------|---------------------|
  | 1 | 2017-08-13 23:00:09 UTC | 2017-08-16 16:58:04 UTC | proton.parabola.nu  |
  | 2 | 2017-08-29 23:04:31 UTC | 2017-08-31 02:57:05 UTC | winston.parabola.nu |
  | 3 | 2017-09-11 18:29:35 UTC | 2017-09-11 19:36:27 UTC | winston.parabola.nu |

After resolving incident #2, I said that I would investigate it more
that Friday (so this message is a bit late).  I have concluded that
both that outage, and the other two listed, were caused by nshd
lockups, causing NSS lookups to block forever.

One of the symptoms of the nshd lockup is that ssh logins are
impossible, even on the emergency@ user.

  While responding to incident #2 I noted that it was weird that I was
  able to get an ssh login on repo at .  That succeeded because it was a
  pre-existing background connection created by librerelease
  HOOKPRERELEASE at 2017-07-28 16:33:38 UTC.  New connections are
  impossible.

This causes problems for us developers, but is generally invisible to
users (a good thing), but that means that it may be a bit before the
issue is noticed (explaining the long outage times).

On winston, we can use the 1984 VPS control panel to reboot it.
However, on proton, without access to the emergency@ user, we have to
get in touch with n1md4 to have it reboot.

I believe what was happening is that a client hangs up (which could be
literally any process on the system getting killed) in the middle of
an NSS lookup with nshd, and nshd never completes its response, never
freeing the lock associated with the request, which creates a deadlock
the next time it receives SIGHUP to reload; the reload routine will
never acquire the lock, but it will block incoming requests from
getting it.  Boom.

In response, I have released version 20170908 of nshd (the
parabola-hackers-nshd package) that I believe resolves the deadlock.
It added per-request limits; most importantly read and write timeouts
(and maximum request size, fixing a different local-user DoS attack
https://labs.parabola.nu/issues/1068).

Despite being released on the 8th, the new nshd version had not yet
been deployed to the servers in time to avoid incident #3 today.  In
response to #3, I have updated nshd (and everything else; -Syu) on
both servers.

Next steps:

 - Perhaps have parabola-hackers load the user information in to an
   SQL database, and have a standard SQL nss/pam module talk to that;
   get our custom code out of the hot-path.
   https://labs.parabola.nu/issues/1465

 - Find a way to ensure that nshd can't block emergency at .  The user
   lookup succeeds, but when ssh'ing to emergency@, it needs to look
   up emergency's group membership, which *does* hit nshd.  Perhaps
   add a special case in the Group_ByMember handler that before even
   grabbing the lock returns if the user us "emergency".

-- 
Happy hacking,
~ Luke Shumaker


From nobody at parabola.nu  Tue Sep 12 06:17:42 2017
From: nobody at parabola.nu (Parabola Website Notification)
Date: Tue, 12 Sep 2017 06:17:42 -0000
Subject: [Dev] Orphan Libre package [kio] marked out-of-date
Message-ID: <20170912061742.1055.15087@proton.parabola.nu>

jc_gargma at iserlohn-fortress.net wants to notify you that the following packages may be out-of-date:


* kio 5.37.0-3.parabola1 [libre] (i686): https://parabolagnulinux.org/packages/libre/i686/kio/
* kio 5.37.0-3.parabola1 [libre] (x86_64): https://parabolagnulinux.org/packages/libre/x86_64/kio/


The user provided the following additional text:

Current release is 5.38.0



From jc_gargma at iserlohn-fortress.net  Tue Sep 12 06:22:02 2017
From: jc_gargma at iserlohn-fortress.net (jc_gargma)
Date: Mon, 11 Sep 2017 23:22:02 -0700
Subject: [Dev] Orphan Libre package [kio] marked out-of-date
In-Reply-To: <20170912061742.1055.15087@proton.parabola.nu>
References: <20170912061742.1055.15087@proton.parabola.nu>
Message-ID: <2544017.ZQH4aTdAK5@iserlohn-fortress.net>

> The user provided the following additional text:
I've attached git-format patches to update:
konqueror, kdenetwork-kopete - 17.08.1
kio - 5.38.0


-jc
-------------- next part --------------
A non-text attachment was scrubbed...
Name: 0001-Updated-konqueror-to-17.08.1.patch
Type: text/x-patch
Size: 2007 bytes
Desc: not available
URL: <https://lists.parabola.nu/pipermail/dev/attachments/20170911/007272d3/attachment.bin>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: 0001-Updated-kdenetwork-kopete-to-17.08.1.patch
Type: text/x-patch
Size: 1912 bytes
Desc: not available
URL: <https://lists.parabola.nu/pipermail/dev/attachments/20170911/007272d3/attachment-0001.bin>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: 0001-Updated-kio-to-5.38.0.patch
Type: text/x-patch
Size: 2645 bytes
Desc: not available
URL: <https://lists.parabola.nu/pipermail/dev/attachments/20170911/007272d3/attachment-0002.bin>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 833 bytes
Desc: This is a digitally signed message part.
URL: <https://lists.parabola.nu/pipermail/dev/attachments/20170911/007272d3/attachment.sig>

From andreas at grapentin.org  Tue Sep 12 07:04:03 2017
From: andreas at grapentin.org (Andreas Grapentin)
Date: Tue, 12 Sep 2017 09:04:03 +0200
Subject: [Dev] Orphan Libre package [kio] marked out-of-date
In-Reply-To: <2544017.ZQH4aTdAK5@iserlohn-fortress.net>
References: <20170912061742.1055.15087@proton.parabola.nu>
 <2544017.ZQH4aTdAK5@iserlohn-fortress.net>
Message-ID: <20170912070403.GA3087@parabola-pocket.localdomain>


Thank you. I reviewed and applied your patches and the packages are
building right now.

sorry for the delay!

-A

On Mon, Sep 11, 2017 at 11:22:02PM -0700, jc_gargma wrote:
> > The user provided the following additional text:
> I've attached git-format patches to update:
> konqueror, kdenetwork-kopete - 17.08.1
> kio - 5.38.0
> 
> 
> -jc

> From 12b3d80c007341eed4ce79c46e056e3894115aa6 Mon Sep 17 00:00:00 2001
> From: jc_gargma <jc_gargma at iserlohn-fortress.net>
> Date: Mon, 11 Sep 2017 19:32:36 -0700
> Subject: [PATCH] Updated konqueror to 17.08.1
> 
> ---
>  libre/konqueror/PKGBUILD | 8 ++++----
>  1 file changed, 4 insertions(+), 4 deletions(-)
> 
> diff --git a/libre/konqueror/PKGBUILD b/libre/konqueror/PKGBUILD
> index 1937ebe8c..c864f1840 100644
> --- a/libre/konqueror/PKGBUILD
> +++ b/libre/konqueror/PKGBUILD
> @@ -6,13 +6,13 @@
>  # Contributor: jc_gargma <jc_gargma at iserlohn-fortress.net>
>  
>  pkgname=konqueror
> -pkgver=17.08.0
> +pkgver=17.08.1
>  pkgrel=1.parabola1
>  pkgdesc="KDE File Manager & Web Browser, without Google, nonfree software recommendation and nonfree qt5-webengine support"
>  arch=(i686 x86_64 armv7h)
>  url="https://konqueror.org/"
>  license=(LGPL)
> -depends=('dolphin' 'keditbookmarks' 'kdelibs4support')
> +depends=('dolphin' 'keditbookmarks' 'kdelibs4support' 'kinit')
>  makedepends=('extra-cmake-modules' 'kdoctools' 'python' 'tidy' 'kdesignerplugin' 'kdesu' 'khtml')
>  optdepends=('tidy: tidy HTML plugin'
>              'kdesu: shell command plugin'
> @@ -22,9 +22,9 @@ replaces=(kdebase-konqueror kdebase-konq-plugins)
>  groups=(kde-applications kdebase)
>  source=("https://download.kde.org/stable/applications/$pkgver/src/$pkgname-$pkgver.tar.xz"{,.sig}
>          'libre.patch')
> -sha512sums=('2021ffb317abed276906efbadcceaf7660f53a161f022f8c6150ac798a36806c8195972405a8aa128d86a91c765f9af34b39f0cb924ea3502dbae947265dbcbf'
> +sha256sums=('fe65f489ec5880dfa82c8bc559417f4c50f4eea873680174c0b2bd70151a98de'
>              'SKIP'
> -            '17004b63352ef2620e6a95354d6603fd8ae85d9d379b07da40c36fe05c6f863a4cbcdb7fab84d1eb431a65a8534b4de5bba390e1ccf966b97645a217ed2138e6')
> +            '469f413dbe1fc19bde685a702c5291a68e22880edb51eade012d08d965d0364c')
>  validpgpkeys=('CA262C6C83DE4D2FB28A332A3A6A4DB839EAA6D7'  # Albert Astals Cid <aacid at kde.org>
>                'F23275E4BF10AFC1DF6914A6DBD2CE893E2D1C87') # Christoph Feck <cfeck at kde.org>
>  
> -- 
> 2.14.1
> 

> From 3c9e25ef0172df4e346d17ffca47be255da86d50 Mon Sep 17 00:00:00 2001
> From: jc_gargma <jc_gargma at iserlohn-fortress.net>
> Date: Mon, 11 Sep 2017 19:33:33 -0700
> Subject: [PATCH] Updated kdenetwork-kopete to 17.08.1
> 
> ---
>  libre/kdenetwork-kopete/PKGBUILD | 8 ++++----
>  1 file changed, 4 insertions(+), 4 deletions(-)
> 
> diff --git a/libre/kdenetwork-kopete/PKGBUILD b/libre/kdenetwork-kopete/PKGBUILD
> index 31e7a81b9..cf2db83eb 100644
> --- a/libre/kdenetwork-kopete/PKGBUILD
> +++ b/libre/kdenetwork-kopete/PKGBUILD
> @@ -6,7 +6,7 @@
>  # Contributor: jc_gargma <jc_gargma at iserlohn-fortress.net>
>  
>  pkgname=kdenetwork-kopete
> -pkgver=17.08.0
> +pkgver=17.08.1
>  pkgrel=1.parabola1
>  pkgdesc='Instant Messenger, without nonfree Skype support'
>  url='https://kde.org/applications/internet/kopete/'
> @@ -23,10 +23,10 @@ optdepends=('mediastreamer: jingle support'
>  source=("https://download.kde.org/stable/applications/${pkgver}/src/kopete-${pkgver}.tar.xz"{,.sig}
>          'kopete-mediastreamer2.14.patch'
>  	'kopete-pthread-link.patch')
> -sha512sums=('4d0e0d13ea1980656b2209bab54d49147d58b797edaed207d76af6f83bb2702655ae88f86f7b97f9c7b752e407a422a6fa354efc1eafacc7166df226093db9d5'
> +sha256sums=('56a1ef3078238d4becf8ec6fe6f8f850144ab402168bd0a2608e57a100e2cbc6'
>              'SKIP'
> -            '6aac8084becfc619a6746828573242ddd0d901cc4c8fa4feb3477a395605330242e2d8a8636b319b1a5afb91074e07e1dd4dd1a8d7a8cfe332b9783526571e6a'
> -            '7200c6f580425ef41b27d885ea73301772f75e0a26c829c1741eeb22c084a0f703baea85863522ebf78d55865fe84d725624da6443c6e3174e8a16644a5bf2db')
> +            'c34a268aaa058e563174581dbe37c15fed91e82326ec704d2a872463139865e0'
> +            'a7ebdd8dd4336b7ec085ef254bf18040f473b73379a8cd84569b28441a6c71df')
>  validpgpkeys=('CA262C6C83DE4D2FB28A332A3A6A4DB839EAA6D7'  # Albert Astals Cid <aacid at kde.org>
>                'F23275E4BF10AFC1DF6914A6DBD2CE893E2D1C87') # Christoph Feck <cfeck at kde.org>
>  
> -- 
> 2.14.1
> 

> From 8ef6d5fba00d2eb126f316fafaa6e4b6bcbc065a Mon Sep 17 00:00:00 2001
> From: jc_gargma <jc_gargma at iserlohn-fortress.net>
> Date: Mon, 11 Sep 2017 22:54:08 -0700
> Subject: [PATCH] Updated kio to 5.38.0
> 
> ---
>  libre/kio/PKGBUILD | 14 +++-----------
>  1 file changed, 3 insertions(+), 11 deletions(-)
> 
> diff --git a/libre/kio/PKGBUILD b/libre/kio/PKGBUILD
> index 8bf750fdb..5141a3749 100644
> --- a/libre/kio/PKGBUILD
> +++ b/libre/kio/PKGBUILD
> @@ -5,8 +5,8 @@
>  # Contributor: jc_gargma <jc_gargma at iserlohn-fortress.net>
>  
>  pkgname=kio
> -pkgver=5.37.0
> -pkgrel=3.parabola1
> +pkgver=5.38.0
> +pkgrel=1.parabola1
>  pkgdesc='Resource and network access abstraction, without non-privacy search engines'
>  arch=('i686' 'x86_64' 'armv7h')
>  url='https://community.kde.org/Frameworks'
> @@ -18,14 +18,10 @@ optdepends=('kio-extras: extra protocols support (sftp, fish and more)'
>              'knetattach: to add new kio-remote entries')
>  groups=('kf5')
>  source=("https://download.kde.org/stable/frameworks/${pkgver%.*}/${pkgname}-${pkgver}.tar.xz"{,.sig}
> -        kio-no-kinit-dependency.patch::"https://cgit.kde.org/kio.git/patch/?id=c85a8e03"
> -        kio-no-kinit-dependency2.patch::"https://cgit.kde.org/kio.git/patch/?id=e72b70a0"
>          'duckduckgo_html.desktop'
>          'duckduckgo_lite.desktop')
> -sha256sums=('49448ebcfe182805f8f9cd40c1e2c8e686578cc2e7fa3688204d5ca4e182ac5b'
> +sha256sums=('f43ab29c0ab51c78bd323e57fa6bba4aedf2d26d70df973b7ef7c80c9fc81597'
>              'SKIP'
> -            'c4bfae6a1fb228bf009d7b7a0e3cb34ed0be3bfce4293f543084e4e450577c4a'
> -            '6a08f516224e4031529b8266e2c2cfb85522bc62d50eadd4d2e625373790460b'
>              '31910ab7393e67609f15e04a57f6406f63e6dae58b01bce0787741bc5958f292'
>              '40466a9dad7075f2525e9e024720da7d7b49a22892b6fca8b81cc0e6408d2f7d')
>  validpgpkeys=('53E6B47B45CEA3E0D5B7457758D0EE648A48B3BB') # David Faure <faure at kde.org>
> @@ -35,10 +31,6 @@ prepare() {
>  
>    cd ${pkgname}-${pkgver}
>    
> -  # prevent circular dependency kio <-> kinit
> -  patch -p1 -i ../kio-no-kinit-dependency.patch
> -  patch -p1 -i ../kio-no-kinit-dependency2.patch
> -  
>    # Removing non-privacy search providers 
>    rm -v src/urifilters/ikws/searchproviders/{7digital,acronym,amazon{,_mp3},amg,backports,baidu,bing,blip,cia,dbug,deb,duckduckgo{,_info,_shopping},facebook,ecosia,feedster,flickr,flickrcc,google,google_advanced,google_code,google_groups,google_images,google_lucky,google_maps,google_movie,google_news,google_shopping,imdb,jamendo,jeeves,magnatune,metacrawler,msdn,nl-telephone,nl-teletekst,python,rpmfind,tvtome,uspto,vimeo,voila,yahoo,yahoo_image,yahoo_local,yahoo_shopping,yahoo_video,youtube}.desktop
>  
> -- 
> 2.14.1
> 




> _______________________________________________
> Dev mailing list
> Dev at lists.parabola.nu
> https://lists.parabola.nu/mailman/listinfo/dev


-- 

------------------------------------------------------------------------------
my GPG Public Key:                 https://files.grapentin.org/.gpg/public.key
------------------------------------------------------------------------------
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 488 bytes
Desc: not available
URL: <https://lists.parabola.nu/pipermail/dev/attachments/20170912/874785a5/attachment.sig>

From lukeshu at lukeshu.com  Tue Sep 12 23:08:39 2017
From: lukeshu at lukeshu.com (Luke Shumaker)
Date: Tue, 12 Sep 2017 19:08:39 -0400
Subject: [Dev] update your-freedom not to reject firefox
In-Reply-To: <20170909174344.GA14144@parabola-pocket.localdomain>
References: <wq00no7gafjp3ixpi6pvlkri.1504975136925@email.android.com>
 <20170909174344.GA14144@parabola-pocket.localdomain>
Message-ID: <87ingnv7k8.wl-lukeshu@lukeshu.com>

On Sat, 09 Sep 2017 13:43:44 -0400,
Andreas Grapentin wrote:
> [1  <multipart/signed (7bit)>]
> [1.1  <text/plain; us-ascii (quoted-printable)>]
> 
> Additionally, the changes we made to our version of 'firefox' mean that
> mozilla would have to give us explicit permission to be able to call it
> firefox, which they haven't done.
> 
> this forces us to a binary choice:
> 
>  a) throw away our liberating changes and call it firefox
>  b) keep our changes and call it something else.
> 
> as you can see, we opted for b), and just happened to maintain the
> debian-esque name scheme of ice-*
> 
> coincidentally, the name is all that our verion and the discontinued
> debain version have in common.

Historically, our Iceweasel was Debian Iceweasel, plus `libre.patch`.
It's not a coincidence that we chose a Debian-esque name; until fairly
recently, it *was* Debian Iceweasel.  However, when Debian dropped
Iceweasel in favor of Firefox, we were forced to fork it, leading to
Parabola Iceweasel.

-- 
Happy hacking,
~ Luke Shumaker


From lukeshu at lukeshu.com  Tue Sep 12 23:16:47 2017
From: lukeshu at lukeshu.com (Luke Shumaker)
Date: Tue, 12 Sep 2017 19:16:47 -0400
Subject: [Dev] update your-freedom not to reject firefox
In-Reply-To: <1505075825.3589.0@plebeian.isacdaavid.info>
References: <wq00no7gafjp3ixpi6pvlkri.1504975136925@email.android.com>
 <20170909174344.GA14144@parabola-pocket.localdomain>
 <97d42361-728c-e3d6-98c4-c36fad2e0f29@peers.community>
 <1505075825.3589.0@plebeian.isacdaavid.info>
Message-ID: <87h8w7v76o.wl-lukeshu@lukeshu.com>

On Sun, 10 Sep 2017 16:37:05 -0400,
Isaac David wrote:
> bill-auger wrote:
> > just FYI - i will add that there is another distinct 'iceweasel'
> > maintained by the 'connochaetos'
> 
> indeed. parabola's iceweasel derived from connochaetos':
> 
> https://www.parabola.nu/news/iceweasel-libre/

The first news post that says "Luke Shumaker" next to it <3

ConnochaetOS is no longer an Arch derivative, but a Slackware
derivative, which makes taking advantage of their work a bit harder
now :)

-- 
Happy hacking,
~ Luke Shumaker


From bill-auger at peers.community  Wed Sep 13 00:10:17 2017
From: bill-auger at peers.community (bill-auger)
Date: Tue, 12 Sep 2017 20:10:17 -0400
Subject: [Dev] update your-freedom not to reject firefox
In-Reply-To: <87h8w7v76o.wl-lukeshu@lukeshu.com>
References: <wq00no7gafjp3ixpi6pvlkri.1504975136925@email.android.com>
 <20170909174344.GA14144@parabola-pocket.localdomain>
 <97d42361-728c-e3d6-98c4-c36fad2e0f29@peers.community>
 <1505075825.3589.0@plebeian.isacdaavid.info>
 <87h8w7v76o.wl-lukeshu@lukeshu.com>
Message-ID: <06dc1f9f-3cb2-7125-6482-d0374d2bdb70@peers.community>

as far as i know debian did very little or no modifications to firefox
other than re-branding; so "dis-continuing" iceweasel and changing it
back to "pure" firefox was a political change only and utterly trivial,
practically speaking - they still maintain the branding package btw; so
that anyone who wants iceweasel on debian can pretend that it was never
"dis-continued" transparently

more to the point of the OP is that parabola makes some modifications
that debian never did and; that is still the reason why mozilla would
not allow parabola to call their browser "firefox"

does that sparkle with people?

-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 488 bytes
Desc: OpenPGP digital signature
URL: <https://lists.parabola.nu/pipermail/dev/attachments/20170912/914a6109/attachment.sig>

From lukeshu at lukeshu.com  Wed Sep 13 01:19:50 2017
From: lukeshu at lukeshu.com (Luke Shumaker)
Date: Tue, 12 Sep 2017 21:19:50 -0400
Subject: [Dev] [RFC] OpenRC strategy
Message-ID: <87efrbv1hl.wl-lukeshu@lukeshu.com>

I haven't really been a part of Parabola's OpenRC scene, but given my
maintainership of notsystemd, I probably should be.

I have a couple of issues with how openrc and friends are being
packaged right now.

 - I'm locked in to using openrc-init as PID 1.  OpenRC is designed in
   a way that splits PID 1 ("init") from the system manager (yay small
   modular programs!).  That means you can actually use it with a
   number of different init programs, including sysvinit, busybox
   init, and since OpenRC 0.25, openrc-init.  I should be able to use
   any of those as my init--hell, I should even be able to use systemd
   as my init.

   I propose that openrc be turned in to a split package, something like:

       pkgname=(openrc openrc-init openrc-sysvinit)

       package_openrc() {
         depends=(openrc-init)
         ...
       }

       package_openrc-init() {
         depends=(openrc)
         conflicts=(sysvinit)
         ...
       }

       package_openrc-sysvinit() {
         depends=(openrc sysvinit)
         provides=(openrc-init)
         conflicts=(openrc-init)
         
         install -Dm644 support/sysvinit/inittab "${pkgdir}/etc/inittab"
       }

   From there, there could be other [pcr] packages like
   'openrc-busybox-init' to use busybox init.  These packages would
   need to depends=(openrc), provides=(openrc-init), and probably
   conflicts=(openrc-init).

   Unfortunately, we don't have a good meta-package name to conflict
   with other packages that provide /bin/init.

 - (not)systemd-udev should be a just as valid of a choice for udev as
   eudev is.  In the past this was the case, via the udev-openrc
   package.  If this package needs to be merged in to the notsystemd
   package, I am fine with that.

-- 
Happy hacking,
~ Luke Shumaker


From lukeshu at lukeshu.com  Wed Sep 13 01:53:24 2017
From: lukeshu at lukeshu.com (Luke Shumaker)
Date: Tue, 12 Sep 2017 21:53:24 -0400
Subject: [Dev] update your-freedom not to reject firefox
In-Reply-To: <06dc1f9f-3cb2-7125-6482-d0374d2bdb70@peers.community>
References: <wq00no7gafjp3ixpi6pvlkri.1504975136925@email.android.com>
 <20170909174344.GA14144@parabola-pocket.localdomain>
 <97d42361-728c-e3d6-98c4-c36fad2e0f29@peers.community>
 <1505075825.3589.0@plebeian.isacdaavid.info>
 <87h8w7v76o.wl-lukeshu@lukeshu.com>
 <06dc1f9f-3cb2-7125-6482-d0374d2bdb70@peers.community>
Message-ID: <87bmmfuzxn.wl-lukeshu@lukeshu.com>

On Tue, 12 Sep 2017 20:10:17 -0400,
bill-auger wrote:
> as far as i know debian did very little or no modifications to firefox

I don't know how it's been recently (I've been away from our Mozilla
packaging for several years), but when we first added Iceweasel; well:
more of the changes from plain Firefox were coming from Debian than
from us/ConnOS.

Now, except for branding, our changes were more visible.  Debian's
non-branding changes were more along the lines of bugfixes and
portability fixes.  Firefox had not supported MIPS since version 4,
and so Debian had built up a good chunk of patches to get it working
on MIPS.  Which was significant for us, because Parabola still
supported MIPS back then; so we'd been stuck shipping an ancient
version of IceCat 3 on MIPS.

> other than re-branding; so "dis-continuing" iceweasel and changing it
> back to "pure" firefox was a political change only and utterly trivial,
> practically speaking

It's been a bit since I looked at it, but I believe that still still
makes all of the modifications that they were, except for branding.
It's just that now Mozilla has said that they trust Debian's changes
to be in line with Mozilla's vision and quality standards.

>                      - they still maintain the branding package btw; so
> that anyone who wants iceweasel on debian can pretend that it was never
> "dis-continued" transparently

I was about to disagree with you.  On oldstable (Jessie), stable
(Stretch), and testing (Buster), the 'iceweasel' package just provides
/usr/bin/iceweasel, and it runs a non-rebranded Firefox.  Of course,
oldoldstable (Wheezy) still hasn't removed the branding.  But what's
weird to me is that the branding also *does* exist on unstable (Sid).
*shrugs*

> more to the point of the OP is that parabola makes some modifications
> that debian never did and; that is still the reason why mozilla would
> not allow parabola to call their browser "firefox"

That is true.  Having it direct to anywhere FSDG-friendly instead of
addons.mozilla.org would automatically mean that they'd never approve
our modifications.

-- 
Happy hacking,
~ Luke Shumaker


From bill-auger at peers.community  Wed Sep 13 01:59:29 2017
From: bill-auger at peers.community (bill-auger)
Date: Tue, 12 Sep 2017 21:59:29 -0400
Subject: [Dev] update your-freedom not to reject firefox
In-Reply-To: <87bmmfuzxn.wl-lukeshu@lukeshu.com>
References: <wq00no7gafjp3ixpi6pvlkri.1504975136925@email.android.com>
 <20170909174344.GA14144@parabola-pocket.localdomain>
 <97d42361-728c-e3d6-98c4-c36fad2e0f29@peers.community>
 <1505075825.3589.0@plebeian.isacdaavid.info>
 <87h8w7v76o.wl-lukeshu@lukeshu.com>
 <06dc1f9f-3cb2-7125-6482-d0374d2bdb70@peers.community>
 <87bmmfuzxn.wl-lukeshu@lukeshu.com>
Message-ID: <1831b5a1-d529-aa7d-6815-2a242329542e@peers.community>

yes - the 'iceweasel' package is just transitional now - the branding
was moved to a new package - to convert firefox-esr in debian to
iceweasel you simply install the 'xul-ext-iceweasel-branding' package now

-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 488 bytes
Desc: OpenPGP digital signature
URL: <https://lists.parabola.nu/pipermail/dev/attachments/20170912/3105375d/attachment.sig>

From megver83 at hyperbola.info  Wed Sep 13 02:35:55 2017
From: megver83 at hyperbola.info (Megver83)
Date: Tue, 12 Sep 2017 23:35:55 -0300
Subject: [Dev] [RFC] OpenRC strategy
In-Reply-To: <87efrbv1hl.wl-lukeshu@lukeshu.com>
References: <87efrbv1hl.wl-lukeshu@lukeshu.com>
Message-ID: <7c379b85-eb35-40e9-019c-d13cc66cf64a@hyperbola.info>

El 12/09/17 a las 22:19, Luke Shumaker escribi?:
> I haven't really been a part of Parabola's OpenRC scene, but given my
> maintainership of notsystemd, I probably should be.

Yes, thanks for that :D

> I have a couple of issues with how openrc and friends are being
> packaged right now.
> 
>  - I'm locked in to using openrc-init as PID 1.  OpenRC is designed in
>    a way that splits PID 1 ("init") from the system manager (yay small
>    modular programs!).  That means you can actually use it with a
>    number of different init programs, including sysvinit, busybox
>    init, and since OpenRC 0.25, openrc-init.  I should be able to use
>    any of those as my init--hell, I should even be able to use systemd
>    as my init.

That's true, in fact it used to work with SysV in Parabola. I'm
beginning to miss it :'(

> 
>    I propose that openrc be turned in to a split package, something like:
> 
>        pkgname=(openrc openrc-init openrc-sysvinit)
> 
>        package_openrc() {
>          depends=(openrc-init)
>          ...
>        }
> 
>        package_openrc-init() {
>          depends=(openrc)
>          conflicts=(sysvinit)
>          ...
>        }
> 
>        package_openrc-sysvinit() {
>          depends=(openrc sysvinit)
>          provides=(openrc-init)
>          conflicts=(openrc-init)
>          
>          install -Dm644 support/sysvinit/inittab "${pkgdir}/etc/inittab"
>        }
> 
>    From there, there could be other [pcr] packages like
>    'openrc-busybox-init' to use busybox init.  These packages would
>    need to depends=(openrc), provides=(openrc-init), and probably
>    conflicts=(openrc-init).

Great idea, more options for PID 1, and one service manager.

> 
>    Unfortunately, we don't have a good meta-package name to conflict
>    with other packages that provide /bin/init.

We could make one. Maybe 'initd'? or simply 'init'

> 
>  - (not)systemd-udev should be a just as valid of a choice for udev as
>    eudev is.  In the past this was the case, via the udev-openrc
>    package.  If this package needs to be merged in to the notsystemd
>    package, I am fine with that.
> 
I don't think it's necessary, BTW you could try to remove from
notsystemd what it's already in other projects (e.g. logind, as we have
elogind). But the idea I liked it.

Also, I've noticed that sometimes there are missing init scripts for
certain packages/services, fortunately available in Gentoo. I think that
I'll begin to add them in our PKGBUILDs later.

-- 
~Megver83
https://megver83.ga/

SIP: megver83 at sip.linphone.org
IRC (Freenode): Megver83
XMPP: megver83 at jabjab.de
Tox: megver83 at toxme.io
GPG: 0x227CA7C556B2BA78
GNUSocial: @megver82 at quitter.cl
Diaspora*: megver83 at diasp.org
Pump: Megver83 at datamost.com
Friendica: megver83 at friendica.eu

-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 520 bytes
Desc: OpenPGP digital signature
URL: <https://lists.parabola.nu/pipermail/dev/attachments/20170912/c804a608/attachment.sig>

From lukeshu at lukeshu.com  Wed Sep 13 02:48:09 2017
From: lukeshu at lukeshu.com (Luke Shumaker)
Date: Tue, 12 Sep 2017 22:48:09 -0400
Subject: [Dev] [RFC] OpenRC strategy
In-Reply-To: <7c379b85-eb35-40e9-019c-d13cc66cf64a@hyperbola.info>
References: <87efrbv1hl.wl-lukeshu@lukeshu.com>
 <7c379b85-eb35-40e9-019c-d13cc66cf64a@hyperbola.info>
Message-ID: <877ex3uxee.wl-lukeshu@lukeshu.com>

On Tue, 12 Sep 2017 22:35:55 -0400,
Megver83 wrote:
> >  - I'm locked in to using openrc-init as PID 1.  OpenRC is designed in
> >    a way that splits PID 1 ("init") from the system manager (yay small
> >    modular programs!).  That means you can actually use it with a
> >    number of different init programs, including sysvinit, busybox
> >    init, and since OpenRC 0.25, openrc-init.  I should be able to use
> >    any of those as my init--hell, I should even be able to use systemd
> >    as my init.
> 
> That's true, in fact it used to work with SysV in Parabola.

Well yes, prior to OpenRC 0.25 it pretty much had to.

> I'm beginning to miss it :'(

Eh, I don't miss it, it was a pile of garbage, but I don't like that
it was taken from me forcefully :)

> > 
> >    I propose that openrc be turned in to a split package, something like:
> > 
> >        pkgname=(openrc openrc-init openrc-sysvinit)
> > 
> >        package_openrc() {
> >          depends=(openrc-init)
> >          ...
> >        }
> > 
> >        package_openrc-init() {
> >          depends=(openrc)
> >          conflicts=(sysvinit)
> >          ...
> >        }
> > 
> >        package_openrc-sysvinit() {
> >          depends=(openrc sysvinit)
> >          provides=(openrc-init)
> >          conflicts=(openrc-init)
> >          
> >          install -Dm644 support/sysvinit/inittab "${pkgdir}/etc/inittab"
> >        }
> > 
> >    From there, there could be other [pcr] packages like
> >    'openrc-busybox-init' to use busybox init.  These packages would
> >    need to depends=(openrc), provides=(openrc-init), and probably
> >    conflicts=(openrc-init).
> 
> Great idea, more options for PID 1, and one service manager.

NB: I don't want to step on ovruni's toes, but I'm willing to do the
above work on the openrc package if he's ok with it.

> > 
> >    Unfortunately, we don't have a good meta-package name to conflict
> >    with other packages that provide /bin/init.
> 
> We could make one. Maybe 'initd'? or simply 'init'

I'm in agreement with 'init'.  Let's just wait on an agreement from
ovruni (the openrc package maintainer).  If he's in agreement, I'll
add it to the next version of systemd-sysvcompat.

> >  - (not)systemd-udev should be a just as valid of a choice for udev as
> >    eudev is.  In the past this was the case, via the udev-openrc
> >    package.  If this package needs to be merged in to the notsystemd
> >    package, I am fine with that.
> > 
> I don't think it's necessary, BTW you could try to remove from
> notsystemd what it's already in other projects (e.g. logind, as we have
> elogind). But the idea I liked it.

The plan is for elogind to eventually merge to be part of notsystemd.

-- 
Happy hacking,
~ Luke Shumaker


From andreas at grapentin.org  Wed Sep 13 04:30:16 2017
From: andreas at grapentin.org (Andreas Grapentin)
Date: Wed, 13 Sep 2017 06:30:16 +0200
Subject: [Dev] update your-freedom not to reject firefox
In-Reply-To: <1831b5a1-d529-aa7d-6815-2a242329542e@peers.community>
References: <wq00no7gafjp3ixpi6pvlkri.1504975136925@email.android.com>
 <20170909174344.GA14144@parabola-pocket.localdomain>
 <97d42361-728c-e3d6-98c4-c36fad2e0f29@peers.community>
 <1505075825.3589.0@plebeian.isacdaavid.info>
 <87h8w7v76o.wl-lukeshu@lukeshu.com>
 <06dc1f9f-3cb2-7125-6482-d0374d2bdb70@peers.community>
 <87bmmfuzxn.wl-lukeshu@lukeshu.com>
 <1831b5a1-d529-aa7d-6815-2a242329542e@peers.community>
Message-ID: <20170913043016.GA17779@parabola-pocket.localdomain>


On Tue, Sep 12, 2017 at 09:59:29PM -0400, bill-auger wrote:
> yes - the 'iceweasel' package is just transitional now - the branding
> was moved to a new package - to convert firefox-esr in debian to
> iceweasel you simply install the 'xul-ext-iceweasel-branding' package now

except that in our case iceweasel follows mainline firefox, and icecat
follows ESR releases. Just to add some more confusion :)

-A

-- 

------------------------------------------------------------------------------
my GPG Public Key:                 https://files.grapentin.org/.gpg/public.key
------------------------------------------------------------------------------
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 488 bytes
Desc: not available
URL: <https://lists.parabola.nu/pipermail/dev/attachments/20170913/81d24d8f/attachment.sig>

From bill-auger at peers.community  Wed Sep 13 09:54:36 2017
From: bill-auger at peers.community (bill-auger)
Date: Wed, 13 Sep 2017 05:54:36 -0400
Subject: [Dev] update your-freedom not to reject firefox
In-Reply-To: <20170913043016.GA17779@parabola-pocket.localdomain>
References: <wq00no7gafjp3ixpi6pvlkri.1504975136925@email.android.com>
 <20170909174344.GA14144@parabola-pocket.localdomain>
 <97d42361-728c-e3d6-98c4-c36fad2e0f29@peers.community>
 <1505075825.3589.0@plebeian.isacdaavid.info>
 <87h8w7v76o.wl-lukeshu@lukeshu.com>
 <06dc1f9f-3cb2-7125-6482-d0374d2bdb70@peers.community>
 <87bmmfuzxn.wl-lukeshu@lukeshu.com>
 <1831b5a1-d529-aa7d-6815-2a242329542e@peers.community>
 <20170913043016.GA17779@parabola-pocket.localdomain>
Message-ID: <980bf564-43d5-0b32-c353-68d316395070@peers.community>



On 09/13/2017 12:30 AM, Andreas Grapentin wrote:
> Just to add some more confusion :)

i would not say that added confusion but an extra distinction - i think
the OP's question was most likely based on the confusion that all of
these browser appear very much the same at first sight - i think these
are all sorted out fairly well now

-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 488 bytes
Desc: OpenPGP digital signature
URL: <https://lists.parabola.nu/pipermail/dev/attachments/20170913/a5589abc/attachment.sig>

From fauno at endefensadelsl.org  Wed Sep 13 14:29:00 2017
From: fauno at endefensadelsl.org (fauno)
Date: Wed, 13 Sep 2017 11:29:00 -0300
Subject: [Dev] request for shell/git access
In-Reply-To: <abbe659c-eed9-38fc-8d96-1d8b3bd72aab@peers.community>
References: <f873dda3-374b-ec87-9ddd-b6dea19f7b0d@peers.community>
 <1504670488.1158.0@plebeian.isacdaavid.info>
 <20170909174615.GB14144@parabola-pocket.localdomain>
 <4745b112-084a-d671-bf8b-e00bd446317d@peers.community>
 <87mv61w06g.fsf@endefensadelsl.org>
 <abbe659c-eed9-38fc-8d96-1d8b3bd72aab@peers.community>
Message-ID: <87fubqwu37.fsf@endefensadelsl.org>

bill-auger <bill-auger at peers.community> writes:

> On 09/11/2017 02:38 PM, fauno wrote:
>> you don't need to do that, you only need to symlink latest.iso to the
>
> yes but that would result in the downloaded file on the user's FS being
> named 'latest.iso' - myself, i keep these around for quick launching VMs
> - i would want the full original filename with the distro name and
> release date

you're right, but a php script to do this not only sounds overkill but
also a security liability :P

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

From lukeshu at lukeshu.com  Wed Sep 13 15:51:53 2017
From: lukeshu at lukeshu.com (Luke Shumaker)
Date: Wed, 13 Sep 2017 11:51:53 -0400
Subject: [Dev] notsystemd v232.2 and v233.1 release announcements
Message-ID: <874ls6vbom.wl-lukeshu@lukeshu.com>

I am pleased to announce the 2nd and 3rd releases of "notsystemd".

notsystemd is a project to turn the various components of systemd into
independent pieces that can be used no matter which software is used
for PID 1; in a similar spirit to eudev or elogind.

These releases focused on updating the previous, v232.1, release, and
don't have any major changes (beside v233.1 having updated to be based
on systmed 233, and everything that comes with that).  I expect to
release v234.1 in the coming days.

At a minimum, the following utilities from notsystemd should be
functional on non-systemd systems:

  systemd-nspawn
  systemd-machine-id-setup
  systemd-tmpfiles
  systemd-sysusers

The sources are at https://repo.parabola.nu/other/notsystemd/

Pre-built packages have been released to the [libre] repository for
Parabola GNU/Linux-libre.

-- 
Happy hacking,
~ Luke Shumaker


From adfeno at hyperbola.info  Wed Sep 13 18:50:49 2017
From: adfeno at hyperbola.info (Adonay Felipe Nogueira)
Date: Wed, 13 Sep 2017 15:50:49 -0300
Subject: [Dev] update your-freedom not to reject firefox
In-Reply-To: <CAHRrG0o-kO82BvVEP8R6Es1uVNQUusGMkNRruHcXCm1b35VnKQ@mail.gmail.com>
 (Salil Wadnerkar's message of "Sat, 9 Sep 2017 09:00:21 -0700")
References: <CAHRrG0o-kO82BvVEP8R6Es1uVNQUusGMkNRruHcXCm1b35VnKQ@mail.gmail.com>
Message-ID: <87efraigae.fsf@hyperbola.info>

It's been a while since I last revisited this issue with Mozilla and its
stuff.

The trademark issue hasn't changed ([1][2]).

Also there is the problem of third-party repositories not commited to
providing only free/libre functional data ([3]).

Mozilla's "trust" on Debian doesn't change much.

[1] <https://www.mozilla.org/en-US/foundation/trademarks/policy/>
section "Software Distributions", subsection "Unaltered
Binaries". Contradicts freedom 2 (to share and sell copies of the
original).

[2]
<https://media.libreplanet.org/u/libreplanet/m/when-software-is-free-but-you-still-cant-use-it-lets-gpl-trade-mark-law/>
(under CC BY-SA 4.0).

[3]
<https://www.gnu.org/distros/free-system-distribution-guidelines.html#license-rules>.

Salil Wadnerkar <rohshall at gmail.com> writes:

> Debian allows Firefox now without rebranding. What is preventing us
> from doing the same?
> _______________________________________________
> Dev mailing list
> Dev at lists.parabola.nu
> https://lists.parabola.nu/mailman/listinfo/dev
>

-- 
- https://libreplanet.org/wiki/User:Adfeno
- Palestrante e consultor sobre /software/ livre (n?o confundir com
  gratis).
- "WhatsApp"? Ele n?o ? livre. Por favor, use o GNU Ring ou o Tox.
- Contato: https://libreplanet.org/wiki/User:Adfeno#vCard
- Arquivos comuns aceitos (apenas sem DRM): Corel Draw, Microsoft
  Office, MP3, MP4, WMA, WMV.
- Arquivos comuns aceitos e enviados: CSV, GNU Dia, GNU Emacs Org, GNU
  GIMP, Inkscape SVG, JPG, LibreOffice (padr?o ODF), OGG, OPUS, PDF
  (apenas sem DRM), PNG, TXT, WEBM.


From megver83 at hyperbola.info  Wed Sep 13 20:03:00 2017
From: megver83 at hyperbola.info (Megver83)
Date: Wed, 13 Sep 2017 17:03:00 -0300
Subject: [Dev] [RFC] OpenRC strategy
In-Reply-To: <877ex3uxee.wl-lukeshu@lukeshu.com>
References: <87efrbv1hl.wl-lukeshu@lukeshu.com>
 <7c379b85-eb35-40e9-019c-d13cc66cf64a@hyperbola.info>
 <877ex3uxee.wl-lukeshu@lukeshu.com>
Message-ID: <ae9847bd-bd94-ad4e-0c7f-307637db4905@hyperbola.info>

El 12/09/17 a las 23:48, Luke Shumaker escribi?:
> On Tue, 12 Sep 2017 22:35:55 -0400,
> Megver83 wrote:
>>>  - I'm locked in to using openrc-init as PID 1.  OpenRC is designed in
>>>    a way that splits PID 1 ("init") from the system manager (yay small
>>>    modular programs!).  That means you can actually use it with a
>>>    number of different init programs, including sysvinit, busybox
>>>    init, and since OpenRC 0.25, openrc-init.  I should be able to use
>>>    any of those as my init--hell, I should even be able to use systemd
>>>    as my init.
>>
>> That's true, in fact it used to work with SysV in Parabola.
> 
> Well yes, prior to OpenRC 0.25 it pretty much had to.
> 
>> I'm beginning to miss it :'(
> 
> Eh, I don't miss it, it was a pile of garbage, but I don't like that
> it was taken from me forcefully :)
> 
>>>
>>>    I propose that openrc be turned in to a split package, something like:
>>>
>>>        pkgname=(openrc openrc-init openrc-sysvinit)
>>>
>>>        package_openrc() {
>>>          depends=(openrc-init)
>>>          ...
>>>        }
>>>
>>>        package_openrc-init() {
>>>          depends=(openrc)
>>>          conflicts=(sysvinit)
>>>          ...
>>>        }
>>>
>>>        package_openrc-sysvinit() {
>>>          depends=(openrc sysvinit)
>>>          provides=(openrc-init)
>>>          conflicts=(openrc-init)
>>>          
>>>          install -Dm644 support/sysvinit/inittab "${pkgdir}/etc/inittab"
>>>        }
>>>
>>>    From there, there could be other [pcr] packages like
>>>    'openrc-busybox-init' to use busybox init.  These packages would
>>>    need to depends=(openrc), provides=(openrc-init), and probably
>>>    conflicts=(openrc-init).
>>
>> Great idea, more options for PID 1, and one service manager.
> 
> NB: I don't want to step on ovruni's toes, but I'm willing to do the
> above work on the openrc package if he's ok with it.
> 
>>>
>>>    Unfortunately, we don't have a good meta-package name to conflict
>>>    with other packages that provide /bin/init.
>>
>> We could make one. Maybe 'initd'? or simply 'init'
> 
> I'm in agreement with 'init'.  Let's just wait on an agreement from
> ovruni (the openrc package maintainer).  If he's in agreement, I'll
> add it to the next version of systemd-sysvcompat.
> 
>>>  - (not)systemd-udev should be a just as valid of a choice for udev as
>>>    eudev is.  In the past this was the case, via the udev-openrc
>>>    package.  If this package needs to be merged in to the notsystemd
>>>    package, I am fine with that.
>>>
>> I don't think it's necessary, BTW you could try to remove from
>> notsystemd what it's already in other projects (e.g. logind, as we have
>> elogind). But the idea I liked it.
> 
> The plan is for elogind to eventually merge to be part of notsystemd.
> 

IDK if that's a good idea, maybe some users might want *only* elogind
and nothing else, not udev and all what notsystemd has (as of now).


-- 
~Megver83
https://megver83.ga/

SIP: megver83 at sip.linphone.org
IRC (Freenode): Megver83
XMPP: megver83 at jabjab.de
Tox: megver83 at toxme.io
GPG: 0x227CA7C556B2BA78
GNUSocial: @megver82 at quitter.cl
Diaspora*: megver83 at diasp.org
Pump: Megver83 at datamost.com
Friendica: megver83 at friendica.eu

-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 520 bytes
Desc: OpenPGP digital signature
URL: <https://lists.parabola.nu/pipermail/dev/attachments/20170913/212e804a/attachment.sig>

From megver83 at hyperbola.info  Wed Sep 13 20:08:21 2017
From: megver83 at hyperbola.info (Megver83)
Date: Wed, 13 Sep 2017 17:08:21 -0300
Subject: [Dev] My wiki account not in "emailconfirmed" group
Message-ID: <0c4c9647-f742-bda6-743f-04a0e5569024@hyperbola.info>

Hi, some days I wanted to edit a wiki page but it asked me to be in the
"emailconfirmed" group, so I went ahead for the confirmation, but I did
never received the email which confirms my account. Could any of the
sysadmins manually add me to such group, please?
-- 
~Megver83
https://megver83.ga/

SIP: megver83 at sip.linphone.org
IRC (Freenode): Megver83
XMPP: megver83 at jabjab.de
Tox: megver83 at toxme.io
GPG: 0x227CA7C556B2BA78
GNUSocial: @megver82 at quitter.cl
Diaspora*: megver83 at diasp.org
Pump: Megver83 at datamost.com
Friendica: megver83 at friendica.eu

-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 520 bytes
Desc: OpenPGP digital signature
URL: <https://lists.parabola.nu/pipermail/dev/attachments/20170913/21bcbf55/attachment.sig>

From lukeshu at lukeshu.com  Wed Sep 13 20:06:57 2017
From: lukeshu at lukeshu.com (Luke Shumaker)
Date: Wed, 13 Sep 2017 16:06:57 -0400
Subject: [Dev] [RFC] OpenRC strategy
In-Reply-To: <ae9847bd-bd94-ad4e-0c7f-307637db4905@hyperbola.info>
References: <87efrbv1hl.wl-lukeshu@lukeshu.com>
 <7c379b85-eb35-40e9-019c-d13cc66cf64a@hyperbola.info>
 <877ex3uxee.wl-lukeshu@lukeshu.com>
 <ae9847bd-bd94-ad4e-0c7f-307637db4905@hyperbola.info>
Message-ID: <87lgliuzvi.wl-lukeshu@lukeshu.com>

On Wed, 13 Sep 2017 16:03:00 -0400,
Megver83 wrote:
> > The plan is for elogind to eventually merge to be part of notsystemd.
> > 
> 
> IDK if that's a good idea, maybe some users might want *only* elogind
> and nothing else, not udev and all what notsystemd has (as of now).

... that's the point.

The point of notsystemd is to split systemd into a bunch of separate
components that don't depend on each other and are each usable
separately.

-- 
Happy hacking,
~ Luke Shumaker


From megver83 at hyperbola.info  Wed Sep 13 20:27:28 2017
From: megver83 at hyperbola.info (Megver83)
Date: Wed, 13 Sep 2017 17:27:28 -0300
Subject: [Dev] [RFC] OpenRC strategy
In-Reply-To: <87lgliuzvi.wl-lukeshu@lukeshu.com>
References: <87efrbv1hl.wl-lukeshu@lukeshu.com>
 <7c379b85-eb35-40e9-019c-d13cc66cf64a@hyperbola.info>
 <877ex3uxee.wl-lukeshu@lukeshu.com>
 <ae9847bd-bd94-ad4e-0c7f-307637db4905@hyperbola.info>
 <87lgliuzvi.wl-lukeshu@lukeshu.com>
Message-ID: <2d7f67a8-a313-3f44-7a5d-1829c1905331@hyperbola.info>

El 13/09/17 a las 17:06, Luke Shumaker escribi?:
> On Wed, 13 Sep 2017 16:03:00 -0400,
> Megver83 wrote:
>>> The plan is for elogind to eventually merge to be part of notsystemd.
>>>
>>
>> IDK if that's a good idea, maybe some users might want *only* elogind
>> and nothing else, not udev and all what notsystemd has (as of now).
> 
> ... that's the point.
> 
> The point of notsystemd is to split systemd into a bunch of separate
> components that don't depend on each other and are each usable
> separately.
> 
crap, I understood the opposite :P

-- 
~Megver83
https://megver83.ga/

SIP: megver83 at sip.linphone.org
IRC (Freenode): Megver83
XMPP: megver83 at jabjab.de
Tox: megver83 at toxme.io
GPG: 0x227CA7C556B2BA78
GNUSocial: @megver82 at quitter.cl
Diaspora*: megver83 at diasp.org
Pump: Megver83 at datamost.com
Friendica: megver83 at friendica.eu

-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 520 bytes
Desc: OpenPGP digital signature
URL: <https://lists.parabola.nu/pipermail/dev/attachments/20170913/668bcd73/attachment.sig>

From isacdaavid at isacdaavid.info  Thu Sep 14 00:52:44 2017
From: isacdaavid at isacdaavid.info (Isaac David)
Date: Wed, 13 Sep 2017 19:52:44 -0500
Subject: [Dev] update your-freedom not to reject firefox
In-Reply-To: <20170913043016.GA17779@parabola-pocket.localdomain>
References: <wq00no7gafjp3ixpi6pvlkri.1504975136925@email.android.com>
 <20170909174344.GA14144@parabola-pocket.localdomain>
 <97d42361-728c-e3d6-98c4-c36fad2e0f29@peers.community>
 <1505075825.3589.0@plebeian.isacdaavid.info>
 <87h8w7v76o.wl-lukeshu@lukeshu.com>
 <06dc1f9f-3cb2-7125-6482-d0374d2bdb70@peers.community>
 <87bmmfuzxn.wl-lukeshu@lukeshu.com>
 <1831b5a1-d529-aa7d-6815-2a242329542e@peers.community>
 <20170913043016.GA17779@parabola-pocket.localdomain>
Message-ID: <1505350364.7554.0@plebeian.isacdaavid.info>

Andreas Grapentin wrote:
> the changes we made to our version of 'firefox' mean that mozilla
> would have to give us explicit permission to be able to call it
> firefox

bill-auger wrote:
> besides, the weasel is (: So-o-o Cu-u-u-ute :) - can we keep him? huh

Luke Shumaker wrote:
> until fairly recently, it *was* Debian Iceweasel.  However, when
> Debian dropped Iceweasel in favor of Firefox, we were forced to fork
> it, leading to Parabola Iceweasel.

Andreas Grapentin wrote :
> except that in our case iceweasel follows mainline firefox, and icecat
> follows ESR releases. Just to add some more confusion :)

well, our icecat package does use GNU icecat tarballs, which in turn
are based on firefox ESR.

then there's iceweasel... which as you say, is no longer based on
iceweasel :-3

IMO there's no good in sticking to that name at this point. ambiguity
is all we get, as "iceweasel" continues to be associated with Debian.

the next build could incorporate a new name (maybe resurrect the
no-brainer ${pkgname}-libre pattern for this case, if that's enough to
appease the trademark policy?).

is it still possible to disable branding all together (as opposed to
providing our own) as in the old "shiretoko" and "namaroka" days?

anyway, we could retain the logos, and maybe even apply some
simple transformations in a couple lines of sed that will set them
further apart from Debian, while retaining essentially all the
cuteness. see proof of concept in the attachments. i'm building with
them to see how they look in the browser.

-- 
Isaac David
GPG: 38D33EF29A7691134357648733466E12EC7BA943

-------------- next part --------------
A non-text attachment was scrubbed...
Name: iceweasel_logo.svg
Type: image/svg+xml
Size: 181009 bytes
Desc: not available
URL: <https://lists.parabola.nu/pipermail/dev/attachments/20170913/76e10570/attachment.svg>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: iceweasel_icon.svg
Type: image/svg+xml
Size: 169453 bytes
Desc: not available
URL: <https://lists.parabola.nu/pipermail/dev/attachments/20170913/76e10570/attachment-0001.svg>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: iceweasel-icons-flipped-and-purple.patch
Type: text/x-patch
Size: 772 bytes
Desc: not available
URL: <https://lists.parabola.nu/pipermail/dev/attachments/20170913/76e10570/attachment.bin>

From isacdaavid at isacdaavid.info  Thu Sep 14 01:35:30 2017
From: isacdaavid at isacdaavid.info (Isaac David)
Date: Wed, 13 Sep 2017 20:35:30 -0500
Subject: [Dev] My wiki account not in "emailconfirmed" group
In-Reply-To: <0c4c9647-f742-bda6-743f-04a0e5569024@hyperbola.info>
References: <0c4c9647-f742-bda6-743f-04a0e5569024@hyperbola.info>
Message-ID: <1505352930.1411.0@plebeian.isacdaavid.info>

Megver83 wrote:
> Could any of the sysadmins manually add me to such group, please?

done

-- 
Isaac David
GPG: 38D33EF29A7691134357648733466E12EC7BA943




From megver83 at hyperbola.info  Thu Sep 14 15:51:16 2017
From: megver83 at hyperbola.info (Megver83)
Date: Thu, 14 Sep 2017 12:51:16 -0300
Subject: [Dev] My wiki account not in "emailconfirmed" group
In-Reply-To: <1505352930.1411.0@plebeian.isacdaavid.info>
References: <0c4c9647-f742-bda6-743f-04a0e5569024@hyperbola.info>
 <1505352930.1411.0@plebeian.isacdaavid.info>
Message-ID: <c7ee626b-de38-545a-581f-d49b397483a2@hyperbola.info>

El 13/09/17 a las 22:35, Isaac David escribi?:
> Megver83 wrote:
>> Could any of the sysadmins manually add me to such group, please?
> 
> done
> 
Strange, I still cannot modify pages which require to be in that group,
and I still appear like not being part of it.

"No tienes permiso para modificar esta p?gina, por los siguientes motivos:

   - La acci?n que has solicitado est? restringida a los usuarios del
grupo: emailconfirmed.
   - Debes confirmar tu direcci?n de correo electr?nico antes de poder
editar p?ginas. Por favor, configura y confirma tu direcci?n de correo a
trav?s de tus preferencias de usuario."

And in "preferencias de usuario":

- Miembro de los grupos: Administradores, Autoconfirmados, Bur?cratas,
Usuarios, Patroller, verified-non-spam

Section "Opciones de correo electr?nico":

- Confirmaci?n de correo electr?nico: A?n no has confirmado tu direcci?n
de correo electr?nico. Hasta que lo hagas, las siguientes funciones no
estar?n disponibles (...).

Thanks in advance anyways.
-- 
~Megver83
https://megver83.ga/

SIP: megver83 at sip.linphone.org
IRC (Freenode): Megver83
XMPP: megver83 at jabjab.de
Tox: megver83 at toxme.io
GPG: 0x227CA7C556B2BA78
GNUSocial: @megver82 at quitter.cl
Diaspora*: megver83 at diasp.org
Pump: Megver83 at datamost.com
Friendica: megver83 at friendica.eu

-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 520 bytes
Desc: OpenPGP digital signature
URL: <https://lists.parabola.nu/pipermail/dev/attachments/20170914/1cbe2b18/attachment.sig>

From isacdaavid at isacdaavid.info  Thu Sep 14 16:42:21 2017
From: isacdaavid at isacdaavid.info (Isaac David)
Date: Thu, 14 Sep 2017 11:42:21 -0500
Subject: [Dev] My wiki account not in "emailconfirmed" group
In-Reply-To: <c7ee626b-de38-545a-581f-d49b397483a2@hyperbola.info>
References: <0c4c9647-f742-bda6-743f-04a0e5569024@hyperbola.info>
 <1505352930.1411.0@plebeian.isacdaavid.info>
 <c7ee626b-de38-545a-581f-d49b397483a2@hyperbola.info>
Message-ID: <1505407341.1411.1@plebeian.isacdaavid.info>

Megver83 wrote:
> Strange, I still cannot modify pages which require to be in that 
> group,
> and I still appear like not being part of it.

apparently "emailconfirmed" and "Autoconfirmed users" are excluded
from the groups whose membership one is allowed to manipulate from
MediaWiki itself.

i just added you to the "bots" group. with that, all 4 rights granted
to "Autoconfirmed users" (editsemiprotected, autoconfirmed) and
"emailconfirmed" (edit, upload) should be already covered by other
groups you're in.

have you tried different email addresses?

-- 
Isaac David
GPG: 38D33EF29A7691134357648733466E12EC7BA943




From bill-auger at peers.community  Thu Sep 14 23:08:24 2017
From: bill-auger at peers.community (bill-auger)
Date: Thu, 14 Sep 2017 19:08:24 -0400
Subject: [Dev] update your-freedom not to reject firefox
In-Reply-To: <1505350364.7554.0@plebeian.isacdaavid.info>
References: <wq00no7gafjp3ixpi6pvlkri.1504975136925@email.android.com>
 <20170909174344.GA14144@parabola-pocket.localdomain>
 <97d42361-728c-e3d6-98c4-c36fad2e0f29@peers.community>
 <1505075825.3589.0@plebeian.isacdaavid.info>
 <87h8w7v76o.wl-lukeshu@lukeshu.com>
 <06dc1f9f-3cb2-7125-6482-d0374d2bdb70@peers.community>
 <87bmmfuzxn.wl-lukeshu@lukeshu.com>
 <1831b5a1-d529-aa7d-6815-2a242329542e@peers.community>
 <20170913043016.GA17779@parabola-pocket.localdomain>
 <1505350364.7554.0@plebeian.isacdaavid.info>
Message-ID: <5f543334-67a6-8eae-6865-b8cf66633b3a@peers.community>

'lesaeweci' is too difficult to pronounce - if you really wanted to
change the name but preserve the art i would suggest 'ermine' - because
that weasel is clearly an ermine
https://duckduckgo.com/?q=ermine&iax=1&ia=images

anyone else want to bike-shed this one?


-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 488 bytes
Desc: OpenPGP digital signature
URL: <https://lists.parabola.nu/pipermail/dev/attachments/20170914/8af537b8/attachment.sig>

From isacdaavid at isacdaavid.info  Fri Sep 15 00:21:12 2017
From: isacdaavid at isacdaavid.info (Isaac David)
Date: Thu, 14 Sep 2017 19:21:12 -0500
Subject: [Dev] update your-freedom not to reject firefox
In-Reply-To: <5f543334-67a6-8eae-6865-b8cf66633b3a@peers.community>
References: <wq00no7gafjp3ixpi6pvlkri.1504975136925@email.android.com>
 <20170909174344.GA14144@parabola-pocket.localdomain>
 <97d42361-728c-e3d6-98c4-c36fad2e0f29@peers.community>
 <1505075825.3589.0@plebeian.isacdaavid.info>
 <87h8w7v76o.wl-lukeshu@lukeshu.com>
 <06dc1f9f-3cb2-7125-6482-d0374d2bdb70@peers.community>
 <87bmmfuzxn.wl-lukeshu@lukeshu.com>
 <1831b5a1-d529-aa7d-6815-2a242329542e@peers.community>
 <20170913043016.GA17779@parabola-pocket.localdomain>
 <1505350364.7554.0@plebeian.isacdaavid.info>
 <5f543334-67a6-8eae-6865-b8cf66633b3a@peers.community>
Message-ID: <1505434872.6129.0@plebeian.isacdaavid.info>

bill-auger wrote :
> if you really wanted to change the name but preserve the art [...]

the point was to change the artwork with an easy-to-deploy hack.
i'd still prefer to see the name actually changed.

-- 
Isaac David
GPG: 38D33EF29A7691134357648733466E12EC7BA943




From eliotreyna at cock.email  Fri Sep 15 04:58:21 2017
From: eliotreyna at cock.email (Eliot Reyna)
Date: Thu, 14 Sep 2017 23:58:21 -0500
Subject: [Dev] update your-freedom not to reject firefox
Message-ID: <x1gjh9reonsne2rkp7ewvrut.1505451501077@email.android.com>

I don't understand why the need of change the Iceweasel name if both (name and logo) are licensed with the MPL 2.0 license and complies perfectly to the main principles of the original Iceweasel that actually is GNU IceCat.

However, Debian kept the Iceweasel branch due to the conflicts with the DFSG. Nowdays, Mozilla is more dependent to the W3C standards that recently allowed the implementations of the DRM technologies approved by the W3C.

So, why the need of change the name? So far, there's no an official fork of Mozilla focused in the release branch, and keep the Iceweasel name brings a reminder of the ideal of freedom on the Internet browsing. What if we discuss with the GNU IceCat commumity for add to Iceweasel and Icedove in the GNUzilla project?


Enviado desde Samsung Mobile.

<div>-------- Mensaje original --------</div><div>De: Isaac David <isacdaavid at isacdaavid.info> </div><div>Fecha:14/09/2017  07:21 PM  (GMT-05:00) </div><div>A: bill-auger <bill-auger at peers.community> </div><div>CC: dev at lists.parabola.nu </div><div>Asunto: Re: [Dev] update your-freedom not to reject firefox </div><div>
</div>bill-auger wrote :
> if you really wanted to change the name but preserve the art [...]

the point was to change the artwork with an easy-to-deploy hack.
i'd still prefer to see the name actually changed.

-- 
Isaac David
GPG: 38D33EF29A7691134357648733466E12EC7BA943


_______________________________________________
Dev mailing list
Dev at lists.parabola.nu
https://lists.parabola.nu/mailman/listinfo/dev
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.parabola.nu/pipermail/dev/attachments/20170914/34c77b13/attachment.htm>

From bill-auger at peers.community  Fri Sep 15 05:28:17 2017
From: bill-auger at peers.community (bill-auger)
Date: Fri, 15 Sep 2017 01:28:17 -0400
Subject: [Dev] update your-freedom not to reject firefox
In-Reply-To: <x1gjh9reonsne2rkp7ewvrut.1505451501077@email.android.com>
References: <x1gjh9reonsne2rkp7ewvrut.1505451501077@email.android.com>
Message-ID: <3a2d07b0-5404-54f4-4a81-126d9c7b01b1@peers.community>


On 09/15/2017 12:58 AM, Eliot Reyna wrote:
> Iceweasel name brings a reminder of the ideal of freedom
> on the Internet browsing. What if we discuss with the 
> GNU IceCat commumity for add to Iceweasel and Icedove
> in the GNUzilla project?
> 

just a few weeks ago i actually suggested that GNU change the name of
icecat back to iceweasel - the response was that the GNU browser has
been known as icecat for such a long time that it would be confusing to
change it now

https://lists.gnu.org/archive/html/bug-gnuzilla/2017-08/msg00033.html

i like the idea of keeping the iceweasel name because of the similarity
with icecat - the situation is not very confusing now - as of now one
can say that the difference is that icecat is LTS and iceweasel is
rolling - what could become a confusion depends on what hyperbola
decides to call their browser - if hyperbola  is to be an LTS distro
then presumably it's browser would follow the upstream ESR releases but
if that browser is also to be named iceweasel then the branding
recognition will be diluted in it's meaning




-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 488 bytes
Desc: OpenPGP digital signature
URL: <https://lists.parabola.nu/pipermail/dev/attachments/20170915/dfbb574a/attachment.sig>

From andreas at grapentin.org  Fri Sep 15 05:38:07 2017
From: andreas at grapentin.org (Andreas Grapentin)
Date: Fri, 15 Sep 2017 07:38:07 +0200
Subject: [Dev] update your-freedom not to reject firefox
In-Reply-To: <3a2d07b0-5404-54f4-4a81-126d9c7b01b1@peers.community>
References: <x1gjh9reonsne2rkp7ewvrut.1505451501077@email.android.com>
 <3a2d07b0-5404-54f4-4a81-126d9c7b01b1@peers.community>
Message-ID: <20170915053807.GA10105@parabola-pocket.localdomain>

On Fri, Sep 15, 2017 at 01:28:17AM -0400, bill-auger wrote:
> i like the idea of keeping the iceweasel name because of the similarity
> with icecat - the situation is not very confusing now - as of now one
> can say that the difference is that icecat is LTS and iceweasel is
> rolling - what could become a confusion depends on what hyperbola
> decides to call their browser - if hyperbola  is to be an LTS distro
> then presumably it's browser would follow the upstream ESR releases but
> if that browser is also to be named iceweasel then the branding
> recognition will be diluted in it's meaning

To be honest, I like the name iceweasel as well.

If hyperbola produces an ESR based iceweasel, we could suggest to them
to call it iceweasel-esr

-- 

------------------------------------------------------------------------------
my GPG Public Key:                 https://files.grapentin.org/.gpg/public.key
------------------------------------------------------------------------------
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 488 bytes
Desc: not available
URL: <https://lists.parabola.nu/pipermail/dev/attachments/20170915/e44cf75e/attachment.sig>

From megver83 at hyperbola.info  Fri Sep 15 14:13:57 2017
From: megver83 at hyperbola.info (Megver83)
Date: Fri, 15 Sep 2017 11:13:57 -0300
Subject: [Dev] My wiki account not in "emailconfirmed" group
In-Reply-To: <1505407341.1411.1@plebeian.isacdaavid.info>
References: <0c4c9647-f742-bda6-743f-04a0e5569024@hyperbola.info>
 <1505352930.1411.0@plebeian.isacdaavid.info>
 <c7ee626b-de38-545a-581f-d49b397483a2@hyperbola.info>
 <1505407341.1411.1@plebeian.isacdaavid.info>
Message-ID: <c5572bed-5758-9f24-7a5a-d97fc1f33104@hyperbola.info>

El 14/09/17 a las 13:42, Isaac David escribi?:
> Megver83 wrote:
>> Strange, I still cannot modify pages which require to be in that group,
>> and I still appear like not being part of it.
> 
> apparently "emailconfirmed" and "Autoconfirmed users" are excluded
> from the groups whose membership one is allowed to manipulate from
> MediaWiki itself.
> 
> i just added you to the "bots" group. with that, all 4 rights granted
> to "Autoconfirmed users" (editsemiprotected, autoconfirmed) and
> "emailconfirmed" (edit, upload) should be already covered by other
> groups you're in.
> 
> have you tried different email addresses?
> 
I've changed my email address, but I don't receive the confirmation.
Looks like an issue with the mailer daemon for email confirmation in
general.

-- 
~Megver83
https://megver83.ga/

SIP: megver83 at sip.linphone.org
IRC (Freenode): Megver83
XMPP: megver83 at jabjab.de
Tox: megver83 at toxme.io
GPG: 0x227CA7C556B2BA78
GNUSocial: @megver82 at quitter.cl
Diaspora*: megver83 at diasp.org
Pump: Megver83 at datamost.com
Friendica: megver83 at friendica.eu

-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 520 bytes
Desc: OpenPGP digital signature
URL: <https://lists.parabola.nu/pipermail/dev/attachments/20170915/2b6cef90/attachment.sig>

From lukeshu at lukeshu.com  Fri Sep 15 18:30:46 2017
From: lukeshu at lukeshu.com (Luke Shumaker)
Date: Fri, 15 Sep 2017 14:30:46 -0400
Subject: [Dev] notsystemd v234.1 release announcement
Message-ID: <8760cj95m1.wl-lukeshu@lukeshu.com>

I am pleased to announce the 4th release of "notsystemd", v234.1.

notsystemd is a project to turn the various components of systemd into
independent pieces that can be used no matter which software is used
for PID 1; in a similar spirit to eudev or elogind.

This release is almost identical to 233.1, but has been updated for
systemd 234.  This brings the exciting change that Meson is now a
supported alternative to the GNU Autotools when building notsystemd.
It also brings some changes to how systemd-npawn behaves.

 ______________________________________________________________________
| Notice:
|
| - The default behavior of `systemd-nspawn --register=no` has
|   changed.  Non-systemd users will probably wish to start using
|   `systemd-nspawn --register=no --keep-unit` (and some systemd users
|   will as well).
|
| - notsystemd's nspawn likely has issues with resource-control when
|   using cgroup v2.  This potential bug has not yet been fully
|   investigated.  It has likely been present in all versions of
|   notsystemd.  However, this is of slightly more concern now, as
|   OpenRC gained support for cgroup v2 yesterday.
|
|   I have chosen to go ahead and release v234.1 despite this issue,
|   since (1) it probably in all previous releases as well, and it
|   wasn't an issue then, (2) Parabola's systemd users aren't using
|   cgroup v2 resource-control unless they went out of their way to
|   set systemd.unified_cgroup_hierarchy=on on the kernel command
|   line, and (3) OpenRC users aren't using cgroup v2 unless they are
|   manually installing from OpenRC's git.
|

At a minimum, the following utilities from notsystemd should be
functional on non-systemd systems:

  systemd-nspawn
  systemd-machine-id-setup
  systemd-tmpfiles
  systemd-sysusers

The sources are at https://repo.parabola.nu/other/notsystemd/

Pre-built packages have been released to the [libre] repository for
Parabola GNU/Linux-libre.

-- 
Happy hacking,
~ Luke Shumaker


From megver83 at hyperbola.info  Fri Sep 15 19:07:33 2017
From: megver83 at hyperbola.info (Megver83)
Date: Fri, 15 Sep 2017 16:07:33 -0300
Subject: [Dev] notsystemd v234.1 release announcement
In-Reply-To: <8760cj95m1.wl-lukeshu@lukeshu.com>
References: <8760cj95m1.wl-lukeshu@lukeshu.com>
Message-ID: <3efac1d2-a773-3b7e-4407-e4c6da019437@hyperbola.info>

El 15/09/17 a las 15:30, Luke Shumaker escribi?:
> I am pleased to announce the 4th release of "notsystemd", v234.1.
> 
> notsystemd is a project to turn the various components of systemd into
> independent pieces that can be used no matter which software is used
> for PID 1; in a similar spirit to eudev or elogind.
> 
> This release is almost identical to 233.1, but has been updated for
> systemd 234.  This brings the exciting change that Meson is now a
> supported alternative to the GNU Autotools when building notsystemd.
> It also brings some changes to how systemd-npawn behaves.
> 
>  ______________________________________________________________________
> | Notice:
> |
> | - The default behavior of `systemd-nspawn --register=no` has
> |   changed.  Non-systemd users will probably wish to start using
> |   `systemd-nspawn --register=no --keep-unit` (and some systemd users
> |   will as well).
> |
> | - notsystemd's nspawn likely has issues with resource-control when
> |   using cgroup v2.  This potential bug has not yet been fully
> |   investigated.  It has likely been present in all versions of
> |   notsystemd.  However, this is of slightly more concern now, as
> |   OpenRC gained support for cgroup v2 yesterday.
> |
> |   I have chosen to go ahead and release v234.1 despite this issue,
> |   since (1) it probably in all previous releases as well, and it
> |   wasn't an issue then, (2) Parabola's systemd users aren't using
> |   cgroup v2 resource-control unless they went out of their way to
> |   set systemd.unified_cgroup_hierarchy=on on the kernel command
> |   line, and (3) OpenRC users aren't using cgroup v2 unless they are
> |   manually installing from OpenRC's git.
> |
> 
> At a minimum, the following utilities from notsystemd should be
> functional on non-systemd systems:
> 
>   systemd-nspawn
>   systemd-machine-id-setup
>   systemd-tmpfiles
>   systemd-sysusers
> 
> The sources are at https://repo.parabola.nu/other/notsystemd/
> 
> Pre-built packages have been released to the [libre] repository for
> Parabola GNU/Linux-libre.
> 
right, so I'm building it for ARM as well :)

-- 
~Megver83
https://megver83.ga/

SIP: megver83 at sip.linphone.org
IRC (Freenode): Megver83
XMPP: megver83 at jabjab.de
Tox: megver83 at toxme.io
GPG: 0x227CA7C556B2BA78
GNUSocial: @megver82 at quitter.cl
Diaspora*: megver83 at diasp.org
Pump: Megver83 at datamost.com
Friendica: megver83 at friendica.eu

-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 520 bytes
Desc: OpenPGP digital signature
URL: <https://lists.parabola.nu/pipermail/dev/attachments/20170915/fd6f5a10/attachment.sig>

From megver83 at hyperbola.info  Fri Sep 15 19:17:37 2017
From: megver83 at hyperbola.info (Megver83)
Date: Fri, 15 Sep 2017 16:17:37 -0300
Subject: [Dev] notsystemd v234.1 release announcement
In-Reply-To: <8760cj95m1.wl-lukeshu@lukeshu.com>
References: <8760cj95m1.wl-lukeshu@lukeshu.com>
Message-ID: <05149533-453a-2767-2096-8356cc9e2755@hyperbola.info>

El 15/09/17 a las 15:30, Luke Shumaker escribi?:
> I am pleased to announce the 4th release of "notsystemd", v234.1.
> 
> notsystemd is a project to turn the various components of systemd into
> independent pieces that can be used no matter which software is used
> for PID 1; in a similar spirit to eudev or elogind.
> 
> This release is almost identical to 233.1, but has been updated for
> systemd 234.  This brings the exciting change that Meson is now a
> supported alternative to the GNU Autotools when building notsystemd.
> It also brings some changes to how systemd-npawn behaves.
> 
>  ______________________________________________________________________
> | Notice:
> |
> | - The default behavior of `systemd-nspawn --register=no` has
> |   changed.  Non-systemd users will probably wish to start using
> |   `systemd-nspawn --register=no --keep-unit` (and some systemd users
> |   will as well).
> |
> | - notsystemd's nspawn likely has issues with resource-control when
> |   using cgroup v2.  This potential bug has not yet been fully
> |   investigated.  It has likely been present in all versions of
> |   notsystemd.  However, this is of slightly more concern now, as
> |   OpenRC gained support for cgroup v2 yesterday.
> |
> |   I have chosen to go ahead and release v234.1 despite this issue,
> |   since (1) it probably in all previous releases as well, and it
> |   wasn't an issue then, (2) Parabola's systemd users aren't using
> |   cgroup v2 resource-control unless they went out of their way to
> |   set systemd.unified_cgroup_hierarchy=on on the kernel command
> |   line, and (3) OpenRC users aren't using cgroup v2 unless they are
> |   manually installing from OpenRC's git.
> |
> 
> At a minimum, the following utilities from notsystemd should be
> functional on non-systemd systems:
> 
>   systemd-nspawn
>   systemd-machine-id-setup
>   systemd-tmpfiles
>   systemd-sysusers
> 
> The sources are at https://repo.parabola.nu/other/notsystemd/
> 
> Pre-built packages have been released to the [libre] repository for
> Parabola GNU/Linux-libre.
> 
BTW I see that eudev and eudev-systemd were removed from provides=()

$ git show 73934ba2e660313bde6f191d3de7632a41db6cc5 PKGBUILD|grep provides
-  provides=("systemd-tools=$_sdver" "udev=$_sdver" "eudev" "eudev-systemd")
+  provides=("systemd-tools=$_pkgver" "udev=$_pkgver")
-  provides+=("$_pkgname=$_sdver")
+  provides+=("$_pkgname=$_pkgver-$_pkgrel")

I would have left it as it was, and even add libsystemd maybe. The
problem is that packages that require eudev can survive with notsystemd,
but as it is not in provides it breaks dependencies, so I'm forced to do
--assume-installed when installing it with pacman.

-- 
~Megver83
https://megver83.ga/

SIP: megver83 at sip.linphone.org
IRC (Freenode): Megver83
XMPP: megver83 at jabjab.de
Tox: megver83 at toxme.io
GPG: 0x227CA7C556B2BA78
GNUSocial: @megver82 at quitter.cl
Diaspora*: megver83 at diasp.org
Pump: Megver83 at datamost.com
Friendica: megver83 at friendica.eu

-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 520 bytes
Desc: OpenPGP digital signature
URL: <https://lists.parabola.nu/pipermail/dev/attachments/20170915/a799e0f2/attachment.sig>

From lukeshu at lukeshu.com  Fri Sep 15 21:09:35 2017
From: lukeshu at lukeshu.com (Luke Shumaker)
Date: Fri, 15 Sep 2017 17:09:35 -0400
Subject: [Dev] notsystemd v234.1 release announcement
In-Reply-To: <05149533-453a-2767-2096-8356cc9e2755@hyperbola.info>
References: <8760cj95m1.wl-lukeshu@lukeshu.com>
 <05149533-453a-2767-2096-8356cc9e2755@hyperbola.info>
Message-ID: <87377n8y9c.wl-lukeshu@lukeshu.com>

On Fri, 15 Sep 2017 15:17:37 -0400,
Megver83 wrote:
> BTW I see that eudev and eudev-systemd were removed from provides=()
> 
> $ git show 73934ba2e660313bde6f191d3de7632a41db6cc5 PKGBUILD|grep provides
> -  provides=("systemd-tools=$_sdver" "udev=$_sdver" "eudev" "eudev-systemd")
> +  provides=("systemd-tools=$_pkgver" "udev=$_pkgver")
> -  provides+=("$_pkgname=$_sdver")
> +  provides+=("$_pkgname=$_pkgver-$_pkgrel")
> 
> I would have left it as it was, and even add libsystemd maybe. The
> problem is that packages that require eudev can survive with notsystemd,
> but as it is not in provides it breaks dependencies, so I'm forced to do
> --assume-installed when installing it with pacman.

notsystemd does not provide eudev.  If a package says depends=(eudev),
but works with notsystemd's udev, then the depends=(eudev) is wrong.
It should probably say depends=(udev), which is provided by both
notsystemd and eudev.

-- 
Happy hacking,
~ Luke Shumaker


From nobody at parabola.nu  Sat Sep 16 00:25:38 2017
From: nobody at parabola.nu (Parabola Website Notification)
Date: Sat, 16 Sep 2017 00:25:38 -0000
Subject: [Dev] Orphan Libre package [ruby] marked out-of-date
Message-ID: <20170916002538.1052.45236@proton.parabola.nu>

jc_gargma at iserlohn-fortress.net wants to notify you that the following packages may be out-of-date:


* ruby 2.4.0-1.parabola1 [libre] (armv7h): https://parabolagnulinux.org/packages/libre/armv7h/ruby/
* ruby 2.4.1-3.parabola3 [libre] (i686): https://parabolagnulinux.org/packages/libre/i686/ruby/
* ruby 2.4.1-3.parabola3 [libre] (x86_64): https://parabolagnulinux.org/packages/libre/x86_64/ruby/
* ruby-docs 2.4.1-3.parabola3 [libre] (i686): https://parabolagnulinux.org/packages/libre/i686/ruby-docs/
* ruby-docs 2.4.1-3.parabola3 [libre] (x86_64): https://parabolagnulinux.org/packages/libre/x86_64/ruby-docs/


The user provided the following additional text:

Current release is 2.4.2



From megver83 at hyperbola.info  Sat Sep 16 00:32:42 2017
From: megver83 at hyperbola.info (Megver83)
Date: Fri, 15 Sep 2017 21:32:42 -0300
Subject: [Dev] notsystemd v234.1 release announcement
In-Reply-To: <87377n8y9c.wl-lukeshu@lukeshu.com>
References: <8760cj95m1.wl-lukeshu@lukeshu.com>
 <05149533-453a-2767-2096-8356cc9e2755@hyperbola.info>
 <87377n8y9c.wl-lukeshu@lukeshu.com>
Message-ID: <c3ba841f-fa61-1529-9d55-03c22b7a6aef@hyperbola.info>

El 15/09/17 a las 18:09, Luke Shumaker escribi?:
> On Fri, 15 Sep 2017 15:17:37 -0400,
> Megver83 wrote:
>> BTW I see that eudev and eudev-systemd were removed from provides=()
>>
>> $ git show 73934ba2e660313bde6f191d3de7632a41db6cc5 PKGBUILD|grep provides
>> -  provides=("systemd-tools=$_sdver" "udev=$_sdver" "eudev" "eudev-systemd")
>> +  provides=("systemd-tools=$_pkgver" "udev=$_pkgver")
>> -  provides+=("$_pkgname=$_sdver")
>> +  provides+=("$_pkgname=$_pkgver-$_pkgrel")
>>
>> I would have left it as it was, and even add libsystemd maybe. The
>> problem is that packages that require eudev can survive with notsystemd,
>> but as it is not in provides it breaks dependencies, so I'm forced to do
>> --assume-installed when installing it with pacman.
> 
> notsystemd does not provide eudev.  If a package says depends=(eudev),
> but works with notsystemd's udev, then the depends=(eudev) is wrong.

That's eudev-openrc case

> It should probably say depends=(udev), which is provided by both
> notsystemd and eudev>

well, in that case you might need to add the udev OpenRC init script in
Notsystemd (or as a separated pkg), as when installing it the
eudev-openrc dependency on eudev cannot be accomplished if not running
pacman with --assume-installed eudev.

The point is that eudev-openrc works OK with notsystemd's udev, it
starts the service as well. But if you won't put eudev in provides, then
we should make another pkg with udev's init script (include this, and
maybe other services in sth. like notsystemd-openrc? then that pkg
should conflict eudev-openrc and other services found in notsystemd,
which afaik we haven't found)

-- 
~Megver83
https://megver83.ga/

SIP: megver83 at sip.linphone.org
IRC (Freenode): Megver83
XMPP: megver83 at jabjab.de
Tox: megver83 at toxme.io
GPG: 0x227CA7C556B2BA78
GNUSocial: @megver82 at quitter.cl
Diaspora*: megver83 at diasp.org
Pump: Megver83 at datamost.com
Friendica: megver83 at friendica.eu

-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 520 bytes
Desc: OpenPGP digital signature
URL: <https://lists.parabola.nu/pipermail/dev/attachments/20170915/c90af975/attachment.sig>

From lukeshu at lukeshu.com  Sat Sep 16 15:18:39 2017
From: lukeshu at lukeshu.com (Luke Shumaker)
Date: Sat, 16 Sep 2017 11:18:39 -0400
Subject: [Dev] [RFC] blacklist/your-freedom conflicts/replaces stragegy
Message-ID: <877ewyacz4.wl-lukeshu@lukeshu.com>

Hi all,

In blacklist.txt, the first 2 columns are

    arch-package:parabola-replacement:...

If parabola-replacement != "", then your-freedom *doesn't*
conflicts=(arch-package), because it assumes that parabola-replacement

    replaces=(arch-package)
    provides=(arch-package)
    conflicts=(arch-package)

And if your-freedom conflicts=(arch-package), then it would also
conflict with Parabola's replacement, because of the provides=().

This isn't quite right all the time.  For example, if a user wants to
install firefox and iceweasel side-by-side, the conflict should be
happening with your-freedom->firefox, not iceweasel->firefox.  Another
example is if a user wants to install linux and linux-libre
side-by-side.

What we need is a way of specifying in blacklist.txt whether
parabola-replacement provides=/conflicts=(arch-package), or if it just
replaces=() it.

That is, when a Parabola package replaces an arch-package, it should
have 2 options:

  - Choice 1

      replaces=(arch-package)
      provides=(arch-package)
      conflicts=(arch-package)

  - Choice 2

      replaces=(arch-package)
 
blacklist.txt need to know which it chooses, and if the Parabola
package chooses choice 1 (which it currently assumes), then
your-freedom needs to *not* conflict=(arch-package), but if the
Parabola package chooses choice 2 (the new option), your-freedom needs
*to* conflict=(arch-package).

This provides more satisfactory resolution to
https://labs.parabola.nu/issues/750 [1]

So, the remaining question is: What should the syntax in blacklist.txt
look like, and programs will need updated to deal with it?

-- 
Happy hacking,
~ Luke Shumaker

[1]: "Anonymous" there is of course Emulatorman.  I'm mildly miffed
     that they deleted their accounts when leaving, instead of just
     locking them.


From isacdaavid at isacdaavid.info  Sat Sep 16 18:40:03 2017
From: isacdaavid at isacdaavid.info (Isaac David)
Date: Sat, 16 Sep 2017 13:40:03 -0500
Subject: [Dev] [RFC] blacklist/your-freedom conflicts/replaces stragegy
In-Reply-To: <877ewyacz4.wl-lukeshu@lukeshu.com>
References: <877ewyacz4.wl-lukeshu@lukeshu.com>
Message-ID: <1505587203.18658.0@plebeian.isacdaavid.info>

Luke Shumaker wrote :
> If a user wants to
> install firefox and iceweasel side-by-side, the conflict should be
> happening with your-freedom->firefox, not iceweasel->firefox.  Another
> example is if a user wants to install linux and linux-libre
> side-by-side.
> 
> What we need is a way of specifying in blacklist.txt whether
> parabola-replacement provides=/conflicts=(arch-package)

agreed 100%

> So, the remaining question is: What should the syntax in blacklist.txt
> look like

obviously it would have an extra field (i'm calling it CONFLICT) that
allows for only 2 options. their meanings could be specified in a
number of equivalent ways, so i'm not deeply worried about those.

syntax-wise though, because CONFLICT is _necessary_ only in the
context of libre-replacement, it's easy to imagine something like the
following:

1.

        
original-package:[libre-replacement:CONFLICT]:[ref]:[id]:short-description

    however the variable-length format could complicate things too
    much for programs parsing blacklist.txt, such as libreblacklist.

2. this could be avoided by explicitly distinguishing
   [libre-replacement<SEPARATOR>CONFLICT] from top-level fields:

        
original-package:[libre-replacement+CONFLICT]:[ref]:[id]:short-description

3. finally, we can always keep CONFLICT and libre-replacement each on
   its own top-level field...

        
original-package:[libre-replacement]:[CONFLICT]:[ref]:[id]:short-description

   ...and be prepared to deal with errors like:

        flashplugin::ALREADY_CONFLICTED:::nonfree package with no 
replacement

> and [what] programs will need updated to deal with it?

libreblacklist is the elephant in the room. ideally all other programs
would restrict themselves to this interface. your-freedom & co. still
_need_ to parse blacklist.txt directly nonetheless:

    conflicts=($(
        < blacklist-${_gitver}.txt \
        libreblacklist normalize |
        cut -d: -f1,2 |
        sed -n 's/:$//p' |
        sort -u
    ))

i can't think of any other after you changed dbscripts to use
libreblacklist.

by the way, libreblacklist should be advertised more prominently on
the wiki to average users. it's much more elegant and discoverable
than blacklist.git. also, would you accept a patch to add a
get-ref/get-url function? have you noticed that get-reason doesn't
quite do what it says?:

    $ libreblacklist |& grep get-reason
    get-reason    Prints only the reason field of the blacklist line(s)

    $ libreblacklist cat | libreblacklist get-reason | tail -n 1
    parabola:1457:[semifree] recommends unfree projects from same author

-- 
Isaac David
GPG: 38D33EF29A7691134357648733466E12EC7BA943
Tox: 
0C730E0156E96E6193A1445D413557FF5F277BA969A4EA20AC9352889D3B390E77651E816F0C



From bill-auger at peers.community  Sun Sep 17 09:00:03 2017
From: bill-auger at peers.community (bill-auger)
Date: Sun, 17 Sep 2017 05:00:03 -0400
Subject: [Dev] [RFC] blacklist/your-freedom conflicts/replaces stragegy
In-Reply-To: <1505587203.18658.0@plebeian.isacdaavid.info>
References: <877ewyacz4.wl-lukeshu@lukeshu.com>
 <1505587203.18658.0@plebeian.isacdaavid.info>
Message-ID: <4d7e8dae-6532-3c1c-37dc-de3ed1730ac2@peers.community>



Luke Shumaker wrote :
> the conflict should be
> happening with your-freedom->firefox, not iceweasel->firefox.


that seems completely reasonable - i quite imagined that this was how it
worked already and am surprised to learn that it was not implemented
that way from the beginning - it seems obvious from a design standpoint
that the blacklist package should conflict with everything under it's
concern and not to merely 'provides" anything - while the replacement
dependencies themselves may or may not conflict with anything

for clarity, this is the intended semantics of these package
relationships according to archwiki:

* any number of packages that 'provides' some feature can co-exist on
the same system

* packages in which either of them 'conflicts' are mutually exclusive

* 'replaces' is for obsolete packages that this package replaces - the
main reason to use 'replaces' is when the package should be
automatically removed during a normal -S sync and replaced automatically
with the NEW package that is said to replace it - 'provides' and
'conflicts' are only meaningful when specifically installing the new
package - so it seems that 'replaces' does not fit the blacklist use
case in any way

note that this seems to be assuming that a package will only ever
'provides', 'conflicts', or 'replaces' one single other package - what
if for example, packages 'foo' and 'bar' both provide 'foo' and then a
parabola replacement would need to conflict with both of them - would
the current system allow for that?

-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 488 bytes
Desc: OpenPGP digital signature
URL: <https://lists.parabola.nu/pipermail/dev/attachments/20170917/235402b7/attachment.sig>

From bill-auger at peers.community  Sun Sep 17 09:00:57 2017
From: bill-auger at peers.community (bill-auger)
Date: Sun, 17 Sep 2017 05:00:57 -0400
Subject: [Dev] [RFC] blacklist/your-freedom conflicts/replaces stragegy
In-Reply-To: <1505587203.18658.0@plebeian.isacdaavid.info>
References: <877ewyacz4.wl-lukeshu@lukeshu.com>
 <1505587203.18658.0@plebeian.isacdaavid.info>
Message-ID: <31f95d76-54f4-b930-c1d7-620b85d4f2a5@peers.community>


regarding the "reasons" i would like to say again that the existing
reasons are not very informative, especially in the your-privacy
blacklist - surely it would take some work now but it would be a good
policy to require all blacklist entries to specify a useful reason
message rather than "it endangers your privacy" or "someone accused it
of being non-free and we took the paranoid action" - such vague reasons
almost ensure that no real resolution will ever be found - these should
all be not "reasons" but "justifications" - i have some suggestions in
this post --> https://lists.parabola.nu/pipermail/dev/2017-June/005633.html



-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 488 bytes
Desc: OpenPGP digital signature
URL: <https://lists.parabola.nu/pipermail/dev/attachments/20170917/035c0fd2/attachment.sig>

From lukeshu at lukeshu.com  Sun Sep 17 15:34:04 2017
From: lukeshu at lukeshu.com (Luke Shumaker)
Date: Sun, 17 Sep 2017 11:34:04 -0400
Subject: [Dev] [RFC] blacklist/your-freedom conflicts/replaces stragegy
In-Reply-To: <4d7e8dae-6532-3c1c-37dc-de3ed1730ac2@peers.community>
References: <877ewyacz4.wl-lukeshu@lukeshu.com>
 <1505587203.18658.0@plebeian.isacdaavid.info>
 <4d7e8dae-6532-3c1c-37dc-de3ed1730ac2@peers.community>
Message-ID: <87wp4xibkj.wl-lukeshu@lukeshu.com>

On Sun, 17 Sep 2017 05:00:03 -0400,
bill-auger wrote:
> Luke Shumaker wrote :
> > the conflict should be
> > happening with your-freedom->firefox, not iceweasel->firefox.
> 
> that seems completely reasonable - i quite imagined that this was how it
> worked already and am surprised to learn that it was not implemented
> that way from the beginning - it seems obvious from a design standpoint
> that the blacklist package should conflict with everything under it's
> concern and not to merely 'provides" anything - while the replacement
> dependencies themselves may or may not conflict with anything

So that's the "obvious" thing, but it doesn't work in many cases with
replacements because conflicts also apply to provides.  If
your-freedom conflicts=(paxd), and paxd-libre provides=(paxd), then
your-freedom also conflicts with paxd-libre!

> for clarity, this is the intended semantics of these package
> relationships according to archwiki:
> 
> * any number of packages that 'provides' some feature can co-exist on
> the same system
> 
> * packages in which either of them 'conflicts' are mutually exclusive
> 
> * 'replaces' is for obsolete packages that this package replaces - the
> main reason to use 'replaces' is when the package should be
> automatically removed during a normal -S sync and replaced automatically
> with the NEW package that is said to replace it - 'provides' and
> 'conflicts' are only meaningful when specifically installing the new
> package - so it seems that 'replaces' does not fit the blacklist use
> case in any way

Surely it does!  We support users upgrading their existing Arch
installations to Parabola.  In that light, iceweasel surely does
replace=(firefox), and linux-libre surely does replace=(linux)!

> note that this seems to be assuming that a package will only ever
> 'provides', 'conflicts', or 'replaces' one single other package - what
> if for example, packages 'foo' and 'bar' both provide 'foo' and then a
> parabola replacement would need to conflict with both of them - would
> the current system allow for that?

As I said above, if conflicts=(foo) would conflict with bar if bar
provides=(foo).

-- 
Happy hacking,
~ Luke Shumaker


From lukeshu at lukeshu.com  Sun Sep 17 20:54:00 2017
From: lukeshu at lukeshu.com (Luke Shumaker)
Date: Sun, 17 Sep 2017 16:54:00 -0400
Subject: [Dev] [RFC] blacklist/your-freedom conflicts/replaces stragegy
In-Reply-To: <1505587203.18658.0@plebeian.isacdaavid.info>
References: <877ewyacz4.wl-lukeshu@lukeshu.com>
 <1505587203.18658.0@plebeian.isacdaavid.info>
Message-ID: <87k20xhwrb.wl-lukeshu@lukeshu.com>

On Sat, 16 Sep 2017 14:40:03 -0400,
Isaac David wrote:
> Luke Shumaker wrote :
> > What we need is a way of specifying in blacklist.txt whether
> > parabola-replacement provides=/conflicts=(arch-package)
> 
> agreed 100%

Yay :)

> 2. this could be avoided by explicitly distinguishing
>   [libre-replacement<SEPARATOR>CONFLICT] from top-level fields:
> 
>        original-package:[libre-replacement+CONFLICT]:[ref]:[id]:short-description

I think that, in the short-term, this is the best option, as it means
no code needs changed and nothing will break.

That said, now I'm questioning more of the premise.  Does it even need
the libre-replacement, or does it just need a boolean of whether
another package has that name or provides that name?  Wouldn't that
better be served by querying the repos than by manually keeping a .txt
file in sync with them?

I think this comes down to: Is blacklist.txt meant for machines, or
for humans?  What if we edited a simpler file that didn't have
replacement info, and had a program that output a file more like the
current blacklist.txt?

> > and [what] programs will need updated to deal with it?
> 
> libreblacklist is the elephant in the room. ideally all other programs
> would restrict themselves to this interface. your-freedom & co. still
> _need_ to parse blacklist.txt directly nonetheless:
> 
>    conflicts=($(
>        < blacklist-${_gitver}.txt \
>        libreblacklist normalize |
>        cut -d: -f1,2 |
>        sed -n 's/:$//p' |
>        sort -u
>    ))


> 
> i can't think of any other after you changed dbscripts to use
> libreblacklist.

I'm not sure it's 100% switched over.

> by the way, libreblacklist should be advertised more prominently on
> the wiki to average users. it's much more elegant and discoverable
> than blacklist.git. also, would you accept a patch to add a
> get-ref/get-url function? have you noticed that get-reason doesn't
> quite do what it says?:
> 
>    $ libreblacklist |& grep get-reason
>    get-reason    Prints only the reason field of the blacklist line(s)
> 
>    $ libreblacklist cat | libreblacklist get-reason | tail -n 1
>    parabola:1457:[semifree] recommends unfree projects from same author

I'm just wallowing in my backlog :) The libreblacklist tool hasn't
been updated since the ref/url fields were added.

I'll accept patches that do most anything!

-- 
Happy hacking,
~ Luke Shumaker


From bill-auger at peers.community  Mon Sep 18 02:13:34 2017
From: bill-auger at peers.community (bill-auger)
Date: Sun, 17 Sep 2017 22:13:34 -0400
Subject: [Dev] [RFC] blacklist/your-freedom conflicts/replaces stragegy
In-Reply-To: <87wp4xibkj.wl-lukeshu@lukeshu.com>
References: <877ewyacz4.wl-lukeshu@lukeshu.com>
 <1505587203.18658.0@plebeian.isacdaavid.info>
 <4d7e8dae-6532-3c1c-37dc-de3ed1730ac2@peers.community>
 <87wp4xibkj.wl-lukeshu@lukeshu.com>
Message-ID: <af8474e8-a516-b0f2-69af-e2bf590f27a2@peers.community>

ok i understand the issue better now - that is a tricky situation indeed

the one thing i can clear up though is why it seem that 'replaces' is
not relevant for blacklist packages

the intended scenario for 'replaces' is like this:

* user has package 'old-foo' installed
* admins add a NEW package 'new-foo' to the repos that 'replaces' 'old-foo'
* user runs pacman -Syu then 'old-foo' is automatically removed and
replaced with 'new-foo' without question - the user did not ask for
'new-foo' and has no option to keep 'old-foo' becuase it is obsoleted
and has been deleted from the repos

that is very different from the scenario for 'your-freedom'

* user has package 'nonfree-foo' installed
* package 'your-freedom' in the repos 'conflicts' with 'nonfree-foo' and
depends on 'free-foo'
* user explicitly runs pacman -S 'your-freedom' then 'nonfree-foo' is
removed and replaced with 'free-foo' - this happens at only one time and
at the user's request - the user has the option to remove 'your-freedom'
and re-install 'nonfree-foo'

so 'replaces' is a special emergency feature for when the admins need to
forcefully purge a specific package from every user

-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 488 bytes
Desc: OpenPGP digital signature
URL: <https://lists.parabola.nu/pipermail/dev/attachments/20170917/a384f3aa/attachment.sig>

From lukeshu at lukeshu.com  Mon Sep 18 03:13:14 2017
From: lukeshu at lukeshu.com (Luke Shumaker)
Date: Sun, 17 Sep 2017 23:13:14 -0400
Subject: [Dev] libretools 20170913 release announcement
Message-ID: <87d16oitrp.wl-lukeshu@lukeshu.com>

I just released libretools 20170913 to [libre] and pushed the source
tarball to <https://repo.parabola.nu/other/libretools/>.

This is pretty much a bugfix release from 20170709.1.

 - Improved Spanish localization (thanks David P.!)

 - librechroot / libremakepkg: Will now work correctly with
   systemd-nspawn 234 (the default behavior with --register=no has
   changed; it now also needs --keep-unit to get the behavior that
   librechroot/libremakepkg need).

 - The PATH inside of the chroot when running librechroot/libremakepkg
   is now reliably set to the a sane default.

I'm sorry for waiting to push this, I was waiting until (not)systemd
234 were released (the breakage is worse running this on 233 than
20170709.1 on 234), and forgot to push it once 234 was taken care of!

-- 
Happy hacking,
~ Luke Shumaker


From nobody at parabola.nu  Mon Sep 18 17:45:22 2017
From: nobody at parabola.nu (Parabola Website Notification)
Date: Mon, 18 Sep 2017 17:45:22 -0000
Subject: [Dev] Orphan Pcr package [libtorrent-extended] marked out-of-date
Message-ID: <20170918174522.1054.55205@proton.parabola.nu>

odg at riseup.net wants to notify you that the following packages may be out-of-date:


* libtorrent-extended 0.12.6-7.1 [pcr] (i686): https://parabolagnulinux.org/packages/pcr/i686/libtorrent-extended/
* libtorrent-extended 0.12.6-7.1 [pcr] (x86_64): https://parabolagnulinux.org/packages/pcr/x86_64/libtorrent-extended/


The user provided the following additional text:

0.13.6 is the latest version



From nobody at parabola.nu  Mon Sep 18 19:23:31 2017
From: nobody at parabola.nu (Parabola Website Notification)
Date: Mon, 18 Sep 2017 19:23:31 -0000
Subject: [Dev] Orphan Libre package [linux-libre] marked out-of-date
Message-ID: <20170918192331.1055.81681@proton.parabola.nu>

odg at riseup.net wants to notify you that the following packages may be out-of-date:


* linux-libre 4.12.12_gnu-1 [libre] (i686): https://parabolagnulinux.org/packages/libre/i686/linux-libre/
* linux-libre 4.12.12_gnu-1 [libre] (x86_64): https://parabolagnulinux.org/packages/libre/x86_64/linux-libre/
* linux-libre-docs 4.12.12_gnu-1 [libre] (i686): https://parabolagnulinux.org/packages/libre/i686/linux-libre-docs/
* linux-libre-docs 4.12.12_gnu-1 [libre] (x86_64): https://parabolagnulinux.org/packages/libre/x86_64/linux-libre-docs/
* linux-libre-headers 4.12.12_gnu-1 [libre] (i686): https://parabolagnulinux.org/packages/libre/i686/linux-libre-headers/
* linux-libre-headers 4.12.12_gnu-1 [libre] (x86_64): https://parabolagnulinux.org/packages/libre/x86_64/linux-libre-headers/


The user provided the following additional text:

4.13.x



From megver83 at hyperbola.info  Mon Sep 18 20:43:47 2017
From: megver83 at hyperbola.info (Megver83)
Date: Mon, 18 Sep 2017 17:43:47 -0300
Subject: [Dev] Orphan Libre package [linux-libre] marked out-of-date
In-Reply-To: <20170918192331.1055.81681@proton.parabola.nu>
References: <20170918192331.1055.81681@proton.parabola.nu>
Message-ID: <a7eb6c2e-ba3a-bc10-417c-e94d0d1e8f4b@hyperbola.info>

El 18/09/17 a las 16:23, Parabola Website Notification escribi?:
> odg at riseup.net wants to notify you that the following packages may be out-of-date:
> 
> 
> * linux-libre 4.12.12_gnu-1 [libre] (i686): https://parabolagnulinux.org/packages/libre/i686/linux-libre/
> * linux-libre 4.12.12_gnu-1 [libre] (x86_64): https://parabolagnulinux.org/packages/libre/x86_64/linux-libre/
> * linux-libre-docs 4.12.12_gnu-1 [libre] (i686): https://parabolagnulinux.org/packages/libre/i686/linux-libre-docs/
> * linux-libre-docs 4.12.12_gnu-1 [libre] (x86_64): https://parabolagnulinux.org/packages/libre/x86_64/linux-libre-docs/
> * linux-libre-headers 4.12.12_gnu-1 [libre] (i686): https://parabolagnulinux.org/packages/libre/i686/linux-libre-headers/
> * linux-libre-headers 4.12.12_gnu-1 [libre] (x86_64): https://parabolagnulinux.org/packages/libre/x86_64/linux-libre-headers/
> 
> 
> The user provided the following additional text:
> 
> 4.13.x
> 
> _______________________________________________
> Dev mailing list
> Dev at lists.parabola.nu
> https://lists.parabola.nu/mailman/listinfo/dev
> 
Don't hurry, v4.13 is still in [testing] in Arch, however the pkger
could compile v4.12.13

-- 
~Megver83
https://megver83.ga/

SIP: megver83 at sip.linphone.org
IRC (Freenode): Megver83
XMPP: megver83 at jabjab.de
Tox: megver83 at toxme.io
GPG: 0x227CA7C556B2BA78
GNUSocial: @megver82 at quitter.cl
Diaspora*: megver83 at diasp.org
Pump: Megver83 at datamost.com
Friendica: megver83 at friendica.eu

-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 520 bytes
Desc: OpenPGP digital signature
URL: <https://lists.parabola.nu/pipermail/dev/attachments/20170918/8df7130a/attachment.sig>

From octavio.el.magnifico at gmail.com  Mon Sep 18 18:12:56 2017
From: octavio.el.magnifico at gmail.com (Octavio Duarte)
Date: Mon, 18 Sep 2017 15:12:56 -0300
Subject: [Dev] I'd like to contribute.
Message-ID: <CAH-sPkD6hWUpS36GsgnHOBbR9GVRJ-hNx_SjQDrM73zLRa2rYw@mail.gmail.com>

[English below]

Hola, me llamo Octavio, soy usuario de Par?bola-32bit en mi netbook. Me
interesa mucho esta distribuci?n y me gustar?a ver en qu? puedo contribuir.

Tengo una experiencia muy b?sica en programaci?n en Python, estoy
aprendiendo a programar en Haskell y uso Arch desde hace 6 a?os. No soy muy
fluido en BAsh pero planeaba mejorar en ese aspecto y quiz?s si me asesoran
podr?a contribuir con el empaquetamiento, que me dijeron que es lo m?s
necesario ahora.

Adem?s de eso, creo que tengo un dominio aceptable del ingl?s como para
hacer traducciones hacia el castellano.

[English Here]

Hello, my name is Octavio and i'm a 32bit parabola user on my netbook. I'm
pretty interested in this distribution and i'd like to contribute with it.

I've got a fairly basci experience in Python programming, i'm learning
Haskell and i've used Arch for 6 years on my main PC. I'm not fluent in
BAsh  but i was wishing to develop skills with it and maybe if you give me
some pointers i could contribute with packaging, wich is what i've been
told is critical as of today.

Besides that, i think i've got a sufficient gasp of english as to make
translations to spanish.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.parabola.nu/pipermail/dev/attachments/20170918/0772a089/attachment.htm>

From megver83 at hyperbola.info  Mon Sep 18 23:37:56 2017
From: megver83 at hyperbola.info (Megver83)
Date: Mon, 18 Sep 2017 20:37:56 -0300
Subject: [Dev] I'd like to contribute.
In-Reply-To: <CAH-sPkD6hWUpS36GsgnHOBbR9GVRJ-hNx_SjQDrM73zLRa2rYw@mail.gmail.com>
References: <CAH-sPkD6hWUpS36GsgnHOBbR9GVRJ-hNx_SjQDrM73zLRa2rYw@mail.gmail.com>
Message-ID: <71cd3c49-4439-287b-d05a-1b53a6cd7146@hyperbola.info>

El 18/09/17 a las 15:12, Octavio Duarte escribi?:
> [English below]
> 
> Hola, me llamo Octavio, soy usuario de Par?bola-32bit en mi netbook. Me
> interesa mucho esta distribuci?n y me gustar?a ver en qu? puedo contribuir.
> 
> Tengo una experiencia muy b?sica en programaci?n en Python, estoy
> aprendiendo a programar en Haskell y uso Arch desde hace 6 a?os. No soy
> muy fluido en BAsh pero planeaba mejorar en ese aspecto y quiz?s si me
> asesoran podr?a contribuir con el empaquetamiento, que me dijeron que es
> lo m?s necesario ahora.
> 
> Adem?s de eso, creo que tengo un dominio aceptable del ingl?s como para
> hacer traducciones hacia el castellano.
> 
> [English Here]
> 
> Hello, my name is Octavio and i'm a 32bit parabola user on my netbook.
> I'm pretty interested in this distribution and i'd like to contribute
> with it.
> 
> I've got a fairly basci experience in Python programming, i'm learning
> Haskell and i've used Arch for 6 years on my main PC. I'm not fluent in
> BAsh? but i was wishing to develop skills with it and maybe if you give
> me some pointers i could contribute with packaging, wich is what i've
> been told is critical as of today.
> 
> Besides that, i think i've got a sufficient gasp of english as to make
> translations to spanish.
> 
> 
> _______________________________________________
> Dev mailing list
> Dev at lists.parabola.nu
> https://lists.parabola.nu/mailman/listinfo/dev
> 
Awesome, you can learn how to package by reading
https://wiki.parabola.nu/Libretools

But of course, you must know the basic
https://wiki.archlinux.org/index.php/PKGBUILD

To start compiling and uploading pkgs to our repos, you must send us
your public SSH key and GPG ID. And, optionally, ways to contact you and
the roles you wish to take.

Cheers,

-- 
~Megver83
https://megver83.ga/

SIP: megver83 at sip.linphone.org
IRC (Freenode): Megver83
XMPP: megver83 at jabjab.de
Tox: megver83 at toxme.io
GPG: 0x227CA7C556B2BA78
GNUSocial: @megver82 at quitter.cl
Diaspora*: megver83 at diasp.org
Pump: Megver83 at datamost.com
Friendica: megver83 at friendica.eu

-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 520 bytes
Desc: OpenPGP digital signature
URL: <https://lists.parabola.nu/pipermail/dev/attachments/20170918/eb6303f8/attachment.sig>

From lovell.joshyyy at gmail.com  Tue Sep 19 09:57:58 2017
From: lovell.joshyyy at gmail.com (Josh Branning)
Date: Tue, 19 Sep 2017 10:57:58 +0100
Subject: [Dev] update your-freedom not to reject firefox
In-Reply-To: <20170915053807.GA10105@parabola-pocket.localdomain>
References: <x1gjh9reonsne2rkp7ewvrut.1505451501077@email.android.com>
 <3a2d07b0-5404-54f4-4a81-126d9c7b01b1@peers.community>
 <20170915053807.GA10105@parabola-pocket.localdomain>
Message-ID: <59C0EA26.6020002@gmail.com>

Firefox supports EME IIRC.

Not sure if this is a barrier, but really I'd prefer a browser without 
DRM TBH.


Josh


From adfeno at hyperbola.info  Tue Sep 19 12:33:50 2017
From: adfeno at hyperbola.info (Adonay Felipe Nogueira)
Date: Tue, 19 Sep 2017 09:33:50 -0300
Subject: [Dev] zeropar at #parabola: Suggestion to package mist and bisq
Message-ID: <87inge7tqp.fsf@hyperbola.info>

Yesterday zeropar, a user in the #parabola IRC channel suggested to
package mist and bisq.

I don't know if this is the right place to make such suggestion or if
someone else is already working on this, and I also *don't* know if they
are free/libre (we'll have to investigate that).

Please note that I'm neither in favor nor against packaging these, and
I'm not currently doing it (because I have college degree
finishing/graduation paper/article to finish). Please talk to zeropar
for more information instead.

-- 
- https://libreplanet.org/wiki/User:Adfeno
- Palestrante e consultor sobre /software/ livre (n?o confundir com
  gratis).
- "WhatsApp"? Ele n?o ? livre. Por favor, use o GNU Ring ou o Tox.
- Contato: https://libreplanet.org/wiki/User:Adfeno#vCard
- Arquivos comuns aceitos (apenas sem DRM): Corel Draw, Microsoft
  Office, MP3, MP4, WMA, WMV.
- Arquivos comuns aceitos e enviados: CSV, GNU Dia, GNU Emacs Org, GNU
  GIMP, Inkscape SVG, JPG, LibreOffice (padr?o ODF), OGG, OPUS, PDF
  (apenas sem DRM), PNG, TXT, WEBM.


From bill-auger at peers.community  Tue Sep 19 12:46:49 2017
From: bill-auger at peers.community (bill-auger)
Date: Tue, 19 Sep 2017 08:46:49 -0400
Subject: [Dev] zeropar at #parabola: Suggestion to package mist and bisq
In-Reply-To: <87inge7tqp.fsf@hyperbola.info>
References: <87inge7tqp.fsf@hyperbola.info>
Message-ID: <94588333-727e-05ad-f7a3-03a7c2711268@peers.community>



On 09/19/2017 08:33 AM, Adonay Felipe Nogueira wrote:
> I don't know if this is the right place to make such suggestion 


there is a dedicated board on the bug tracker for package requests

https://labs.parabola.nu/projects/issue-tracker/issues?set_filter=1&tracker_id=7

-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 488 bytes
Desc: OpenPGP digital signature
URL: <https://lists.parabola.nu/pipermail/dev/attachments/20170919/22506d84/attachment.sig>

From nobody at parabola.nu  Tue Sep 19 20:40:46 2017
From: nobody at parabola.nu (Parabola Website Notification)
Date: Tue, 19 Sep 2017 20:40:46 -0000
Subject: [Dev] Orphan Libre package [iceweasel-ublock-origin] marked
 out-of-date
Message-ID: <20170919204046.1055.32227@proton.parabola.nu>

odg at riseup.net wants to notify you that the following packages may be out-of-date:


* iceweasel-ublock-origin 1.13.8-1 [libre] (any): https://parabolagnulinux.org/packages/libre/any/iceweasel-ublock-origin/


The user provided the following additional text:

1.14.10, supports webext etc.



From megver83 at hyperbola.info  Thu Sep 21 21:48:11 2017
From: megver83 at hyperbola.info (Megver83)
Date: Thu, 21 Sep 2017 18:48:11 -0300
Subject: [Dev] Parabolaiso r819.8041f96 release announcement
Message-ID: <58263d46-dd74-7f9c-e557-2fd1fbc20770@hyperbola.info>

Hi guys, I just packaged parabolaiso-git, as I saw that there were
important changes in the git repo, but no pkg upd (too many
abbreviations :P). Plus, I'm starting to build the OpenRC ISO, so I can
release the Parabola OpenRC Edition soon (and maybe PenParabola).

The main changes are:

- Update pkglist in packages.both
- Same thing for the installation scripts (MATE ISO)
- Fixes in motd
- Directory fixes in build.sh

Thanks a lot to Andreas (oaken-source) for this important updates.

Cheers,
-- 
~Megver83
https://megver83.ga/

SIP: megver83 at sip.linphone.org
IRC (Freenode): Megver83
XMPP: megver83 at jabjab.de
Tox: megver83 at toxme.io
GPG: 0x227CA7C556B2BA78
GNUSocial: @megver82 at quitter.cl
Diaspora*: megver83 at diasp.org
Pump: Megver83 at datamost.com
Friendica: megver83 at friendica.eu

-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 520 bytes
Desc: OpenPGP digital signature
URL: <https://lists.parabola.nu/pipermail/dev/attachments/20170921/662517ed/attachment.sig>

From andreas at grapentin.org  Fri Sep 22 07:52:43 2017
From: andreas at grapentin.org (Andreas Grapentin)
Date: Fri, 22 Sep 2017 09:52:43 +0200
Subject: [Dev] Parabolaiso r819.8041f96 release announcement
In-Reply-To: <58263d46-dd74-7f9c-e557-2fd1fbc20770@hyperbola.info>
References: <58263d46-dd74-7f9c-e557-2fd1fbc20770@hyperbola.info>
Message-ID: <20170922075243.GA23265@parabola-pocket.localdomain>


uhm...
I'm not sure if I'm missing something, but didn't bill-auger take over
the iso development?

also, I'm not sure we really need the parabolaiso-git package, given
that (afaik) we build the isos from git anyway?

Also, if there is still a mate iso built, then the repo is definitely
outdated, and the changes to the new graphical installer haven't made it
in yet, which we should fix.

Best,
Andreas

On Thu, Sep 21, 2017 at 06:48:11PM -0300, Megver83 wrote:
> Hi guys, I just packaged parabolaiso-git, as I saw that there were
> important changes in the git repo, but no pkg upd (too many
> abbreviations :P). Plus, I'm starting to build the OpenRC ISO, so I can
> release the Parabola OpenRC Edition soon (and maybe PenParabola).
> 
> The main changes are:
> 
> - Update pkglist in packages.both
> - Same thing for the installation scripts (MATE ISO)
> - Fixes in motd
> - Directory fixes in build.sh
> 
> Thanks a lot to Andreas (oaken-source) for this important updates.
> 
> Cheers,
> -- 
> ~Megver83
> https://megver83.ga/
> 
> SIP: megver83 at sip.linphone.org
> IRC (Freenode): Megver83
> XMPP: megver83 at jabjab.de
> Tox: megver83 at toxme.io
> GPG: 0x227CA7C556B2BA78
> GNUSocial: @megver82 at quitter.cl
> Diaspora*: megver83 at diasp.org
> Pump: Megver83 at datamost.com
> Friendica: megver83 at friendica.eu
> 




> _______________________________________________
> Dev mailing list
> Dev at lists.parabola.nu
> https://lists.parabola.nu/mailman/listinfo/dev


-- 

------------------------------------------------------------------------------
my GPG Public Key:                 https://files.grapentin.org/.gpg/public.key
------------------------------------------------------------------------------
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 488 bytes
Desc: not available
URL: <https://lists.parabola.nu/pipermail/dev/attachments/20170922/d21cb1da/attachment.sig>

From lovell.joshyyy at gmail.com  Fri Sep 22 10:16:07 2017
From: lovell.joshyyy at gmail.com (Josh Branning)
Date: Fri, 22 Sep 2017 11:16:07 +0100
Subject: [Dev] Parabolaiso r819.8041f96 release announcement
In-Reply-To: <20170922075243.GA23265@parabola-pocket.localdomain>
References: <58263d46-dd74-7f9c-e557-2fd1fbc20770@hyperbola.info>
 <20170922075243.GA23265@parabola-pocket.localdomain>
Message-ID: <59C4E2E7.5020708@gmail.com>

 From a user perspective, it's still good news. IIRC bill-auger is 
working on LXDE version of parabola (so the user will be able to choose 
between MATE or LXDE).

In regards to OpenRC, I hope there's coordination between those building 
any MATE OpenRC isos and any LXDE OpenRC isos (which I think there were 
also hints at), as similar efforts may become duplicated, same goes for 
efforts towards the graphical installer ... I seem to remember there 
being two different repositories for this last time I looked; if they 
are essentially the same software, then a proper discussion probably 
needs to be had on how developers can work together so that they can be 
merged (because it wouldn't be good having two lots of the same 
[installer] package). If not, and I am talking rubbish, then feel free 
to correct then ignore me completely.

I would also like to reiterate that it would also be nice to have 
install scripts for MATE and LXDE on the CLI iso and perhaps even on the 
graphical isos as a sort-of backup, if they're not already.

Also, I look forward to any progress on PenParabola, AFAIK, there isn't 
such a thing as a fully-libre pen-testing distro on the surface of this 
planet, so it'd be nice achievement to have.

Finally, thanks everybody for your hard labor, it's easy for me to sit 
back and make couch suggestions without actually doing much work, but 
ultimately it's you lot who will decide and shape parabola,


Josh

On 22/09/17 08:52, Andreas Grapentin wrote:
>
> uhm...
> I'm not sure if I'm missing something, but didn't bill-auger take over
> the iso development?
>
> also, I'm not sure we really need the parabolaiso-git package, given
> that (afaik) we build the isos from git anyway?
>
> Also, if there is still a mate iso built, then the repo is definitely
> outdated, and the changes to the new graphical installer haven't made it
> in yet, which we should fix.
>
> Best,
> Andreas
>
> On Thu, Sep 21, 2017 at 06:48:11PM -0300, Megver83 wrote:
>> Hi guys, I just packaged parabolaiso-git, as I saw that there were
>> important changes in the git repo, but no pkg upd (too many
>> abbreviations :P). Plus, I'm starting to build the OpenRC ISO, so I can
>> release the Parabola OpenRC Edition soon (and maybe PenParabola).
>>
>> The main changes are:
>>
>> - Update pkglist in packages.both
>> - Same thing for the installation scripts (MATE ISO)
>> - Fixes in motd
>> - Directory fixes in build.sh
>>
>> Thanks a lot to Andreas (oaken-source) for this important updates.
>>
>> Cheers,
>> --
>> ~Megver83
>> https://megver83.ga/
>>
>> SIP: megver83 at sip.linphone.org
>> IRC (Freenode): Megver83
>> XMPP: megver83 at jabjab.de
>> Tox: megver83 at toxme.io
>> GPG: 0x227CA7C556B2BA78
>> GNUSocial: @megver82 at quitter.cl
>> Diaspora*: megver83 at diasp.org
>> Pump: Megver83 at datamost.com
>> Friendica: megver83 at friendica.eu
>>
>
>
>
>
>> _______________________________________________
>> Dev mailing list
>> Dev at lists.parabola.nu
>> https://lists.parabola.nu/mailman/listinfo/dev
>
>
>
>
> _______________________________________________
> Dev mailing list
> Dev at lists.parabola.nu
> https://lists.parabola.nu/mailman/listinfo/dev
>



From bill-auger at peers.community  Fri Sep 22 11:41:41 2017
From: bill-auger at peers.community (bill-auger)
Date: Fri, 22 Sep 2017 07:41:41 -0400
Subject: [Dev] Parabolaiso r819.8041f96 release announcement
In-Reply-To: <59C4E2E7.5020708@gmail.com>
References: <58263d46-dd74-7f9c-e557-2fd1fbc20770@hyperbola.info>
 <20170922075243.GA23265@parabola-pocket.localdomain>
 <59C4E2E7.5020708@gmail.com>
Message-ID: <2d2a0ecb-375e-f42c-a987-e99ac70950a6@peers.community>


yes i have been working on this - i will look at the changes later and
rebase if i can - i assume that your interest in an openrc installer is
mainly for hyperbola - does this mean the two projects would be sharing
a codebase on this? - if so then we should really co-ordinate efforts so
that we do not go in opposite directions or step on each other's toes -
if that is not going to be the case then you should probably for
hyperbola hard fork now so that i can continue on the path i am on
without surprises - i wasnt aware that anyone else was working on it too
so i have simply continued working from my notabug fork and have not
pushed any of my changes yet or mentioned anything of my progress until
i had something substantial ready

as for the pacman package, it is indeed quite out of date - the one i
see is from march 2016 - but i can echo what andreas is saying that it
is simpler to build the ISO in-tree, it is something that needs to done
very rarely, and is not something any end-user will want to do ever - i
really do not see any need for parabolaiso to be packaged at all - i was
actually going to suggest the the 2 files in the parabolaiso-data
package be moved into the parabolaiso git repo and both packages could
be removed - i was considering to make a new package though just for the
branding, themes, /etc/skel files and such

as for my current progress, a new lxde-systemd ISO has been ready to go
for some time - i have not added any new ISO to the repo yet because i
wanted to have the calamares installer ready first - i have been
finishing that this week and it is ready for alpha today - i need to get
calamares into repos next and then i will re-build an ISO including it

also i recently hid the 2017-05 mate ISOs from view because people were
finding them even though they are not listed on the website and having
install trouble


-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 488 bytes
Desc: OpenPGP digital signature
URL: <https://lists.parabola.nu/pipermail/dev/attachments/20170922/3f5efe3b/attachment.sig>

From bill-auger at peers.community  Fri Sep 22 11:45:15 2017
From: bill-auger at peers.community (bill-auger)
Date: Fri, 22 Sep 2017 07:45:15 -0400
Subject: [Dev] Parabolaiso r819.8041f96 release announcement
In-Reply-To: <59C4E2E7.5020708@gmail.com>
References: <58263d46-dd74-7f9c-e557-2fd1fbc20770@hyperbola.info>
 <20170922075243.GA23265@parabola-pocket.localdomain>
 <59C4E2E7.5020708@gmail.com>
Message-ID: <9b104597-45cf-4e4e-b2e5-a31b38a4211c@peers.community>

to answer to some of josh's concerns:

----------
On 09/22/2017 06:16 AM, Josh Branning wrote:
> (so the user will be able to choose between MATE or LXDE).

the problem since May and the very reason i made a LXDE version is
because there is some regression in mate itself which is causing all new
builds of the mate ISO to be broken and we have not yet found the
solution - if not for this issue than this probably would have been
re-packaged back in May


----------
On 09/22/2017 06:16 AM, Josh Branning wrote:
> I seem to remember there being two different repositories for this

you may be thinking of the obsolete build system - that was replaced
around 2013 and remains there for historical reasons - a more astute
point to make though is that the CURRENT parabolaiso repo has itself not
seen any upstream changes since 2013 and is really worth investigating
as to how difficult it would be to rebase now


----------
On 09/22/2017 06:16 AM, Josh Branning wrote:> install scripts for MATE
and LXDE on the CLI iso and perhaps even on the
> graphical isos as a sort-of backup, if they're not already.

the LXDE ISO currently includes the original mate install script in
/root for in case X fails to load - it still work fine - the regression
i mentioned only affects the live environment - i agree it is a good
idea to retain it as long as it works - some others are working on an
idea to make tutorial system for the CLI installer so perhaps the
install script could be added when that is finished - that is a lower
priority now though as long as the current graphical installer is broken

-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 488 bytes
Desc: OpenPGP digital signature
URL: <https://lists.parabola.nu/pipermail/dev/attachments/20170922/0a925193/attachment.sig>

From megver83 at hyperbola.info  Fri Sep 22 15:18:36 2017
From: megver83 at hyperbola.info (Megver83)
Date: Fri, 22 Sep 2017 12:18:36 -0300
Subject: [Dev] Parabolaiso r819.8041f96 release announcement
In-Reply-To: <20170922075243.GA23265@parabola-pocket.localdomain>
References: <58263d46-dd74-7f9c-e557-2fd1fbc20770@hyperbola.info>
 <20170922075243.GA23265@parabola-pocket.localdomain>
Message-ID: <7baba8ed-e572-b285-ea64-cc25186bf682@hyperbola.info>

El 22/09/17 a las 04:52, Andreas Grapentin escribi?:
> 
> uhm...
> I'm not sure if I'm missing something, but didn't bill-auger take over
> the iso development?

Didn't know about

> also, I'm not sure we really need the parabolaiso-git package, given
> that (afaik) we build the isos from git anyway?

I like it, for comfortability. Just install the pkg and start building
ISOs, instead of cloning the git and build parabolaiso yourself.

> Also, if there is still a mate iso built, then the repo is definitely
> outdated, and the changes to the new graphical installer haven't made it
> in yet, which we should fix.

Yes, I was thinking about that. However the greatest changes you made
were to build.sh, which doesn't really affect the bootable ISO, but the
packages.both from the MATE ISO yes, also its installer scripts. I can
re-build it, later.

> 
> Best,
> Andreas
> 
> On Thu, Sep 21, 2017 at 06:48:11PM -0300, Megver83 wrote:
>> Hi guys, I just packaged parabolaiso-git, as I saw that there were
>> important changes in the git repo, but no pkg upd (too many
>> abbreviations :P). Plus, I'm starting to build the OpenRC ISO, so I can
>> release the Parabola OpenRC Edition soon (and maybe PenParabola).
>>
>> The main changes are:
>>
>> - Update pkglist in packages.both
>> - Same thing for the installation scripts (MATE ISO)
>> - Fixes in motd
>> - Directory fixes in build.sh
>>
>> Thanks a lot to Andreas (oaken-source) for this important updates.
>>
>> Cheers,
>> -- 
>> ~Megver83
>> https://megver83.ga/
>>
>> SIP: megver83 at sip.linphone.org
>> IRC (Freenode): Megver83
>> XMPP: megver83 at jabjab.de
>> Tox: megver83 at toxme.io
>> GPG: 0x227CA7C556B2BA78
>> GNUSocial: @megver82 at quitter.cl
>> Diaspora*: megver83 at diasp.org
>> Pump: Megver83 at datamost.com
>> Friendica: megver83 at friendica.eu
>>
> 
> 
> 
> 
>> _______________________________________________
>> Dev mailing list
>> Dev at lists.parabola.nu
>> https://lists.parabola.nu/mailman/listinfo/dev
> 
> 
> 
> 
> _______________________________________________
> Dev mailing list
> Dev at lists.parabola.nu
> https://lists.parabola.nu/mailman/listinfo/dev
> 


-- 
~Megver83
https://megver83.ga/

SIP: megver83 at sip.linphone.org
IRC (Freenode): Megver83
XMPP: megver83 at jabjab.de
Tox: megver83 at toxme.io
GPG: 0x227CA7C556B2BA78
GNUSocial: @megver82 at quitter.cl
Diaspora*: megver83 at diasp.org
Pump: Megver83 at datamost.com
Friendica: megver83 at friendica.eu

-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 520 bytes
Desc: OpenPGP digital signature
URL: <https://lists.parabola.nu/pipermail/dev/attachments/20170922/16cc8cc5/attachment.sig>

From megver83 at hyperbola.info  Fri Sep 22 15:34:54 2017
From: megver83 at hyperbola.info (Megver83)
Date: Fri, 22 Sep 2017 12:34:54 -0300
Subject: [Dev] Parabolaiso r819.8041f96 release announcement
In-Reply-To: <2d2a0ecb-375e-f42c-a987-e99ac70950a6@peers.community>
References: <58263d46-dd74-7f9c-e557-2fd1fbc20770@hyperbola.info>
 <20170922075243.GA23265@parabola-pocket.localdomain>
 <59C4E2E7.5020708@gmail.com>
 <2d2a0ecb-375e-f42c-a987-e99ac70950a6@peers.community>
Message-ID: <1620c5a0-dc50-cc74-8f6f-19fc93e8e108@hyperbola.info>

El 22/09/17 a las 08:41, bill-auger escribi?:
> i assume that your interest in an openrc installer is
> mainly for hyperbola

When did I mention an installer?

> does this mean the two projects would be sharing
> a codebase on this? - if so then we should really co-ordinate efforts so
> that we do not go in opposite directions or step on each other's toes -
> if that is not going to be the case then you should probably for
> hyperbola hard fork now so that i can continue on the path i am on
> without surprises - i wasnt aware that anyone else was working on it too
> so i have simply continued working from my notabug fork and have not
> pushed any of my changes yet or mentioned anything of my progress until
> i had something substantial ready

...

> 
> as for the pacman package, it is indeed quite out of date - the one i
> see is from march 2016 

That's why I updated it. I see that there are many updates in archiso
(besides the removal of i686), which I'll see if they should be included
in Parabolaiso.

> but i can echo what andreas is saying that it
> is simpler to build the ISO in-tree, it is something that needs to done
> very rarely, and is not something any end-user will want to do ever - i
> really do not see any need for parabolaiso to be packaged at all - i was
> actually going to suggest the the 2 files in the parabolaiso-data
> package be moved into the parabolaiso git repo and both packages could
> be removed - i was considering to make a new package though just for the
> branding, themes, /etc/skel files and such

But wait, why wouldn't an end-user want to build his/her own ISO? Plus,
our developers tools deserve a place in our repositories, in that case
we would remove libretools too, and packagers would have to compile it
themselves.

> as for my current progress, a new lxde-systemd ISO has been ready to go
> for some time - i have not added any new ISO to the repo yet because i
> wanted to have the calamares installer ready first - i have been
> finishing that this week and it is ready for alpha today - i need to get
> calamares into repos next and then i will re-build an ISO including it
> 
> also i recently hid the 2017-05 mate ISOs from view because people were
> finding them even though they are not listed on the website and having
> install trouble

I remember, I'll look for a solution, so we can have updated graphical ISOs.

> 
> 
> 
> 
> _______________________________________________
> Dev mailing list
> Dev at lists.parabola.nu
> https://lists.parabola.nu/mailman/listinfo/dev
> 


-- 
~Megver83
https://megver83.ga/

SIP: megver83 at sip.linphone.org
IRC (Freenode): Megver83
XMPP: megver83 at jabjab.de
Tox: megver83 at toxme.io
GPG: 0x227CA7C556B2BA78
GNUSocial: @megver82 at quitter.cl
Diaspora*: megver83 at diasp.org
Pump: Megver83 at datamost.com
Friendica: megver83 at friendica.eu

-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 520 bytes
Desc: OpenPGP digital signature
URL: <https://lists.parabola.nu/pipermail/dev/attachments/20170922/3ee9a2ef/attachment.sig>

From bill-auger at peers.community  Fri Sep 22 18:53:57 2017
From: bill-auger at peers.community (bill-auger)
Date: Fri, 22 Sep 2017 14:53:57 -0400
Subject: [Dev] Parabolaiso r819.8041f96 release announcement
In-Reply-To: <1620c5a0-dc50-cc74-8f6f-19fc93e8e108@hyperbola.info>
References: <58263d46-dd74-7f9c-e557-2fd1fbc20770@hyperbola.info>
 <20170922075243.GA23265@parabola-pocket.localdomain>
 <59C4E2E7.5020708@gmail.com>
 <2d2a0ecb-375e-f42c-a987-e99ac70950a6@peers.community>
 <1620c5a0-dc50-cc74-8f6f-19fc93e8e108@hyperbola.info>
Message-ID: <80326369-c211-376c-d9b1-cc5147c54c15@peers.community>

On 09/22/2017 11:34 AM, Megver83 wrote:
> When did I mention an installer?

ok so you are mostly interested in a liveCD with openRC for pen testing
that does not need an installer - ive been going at it from the opposite
direction - assuming that the main reason people would want an graphical
liveCD of a rolling distro would be as a user-friendly mousey installer
- the last we discussed this was shortly after hyperbola started and you
had forked the calamares installer - that is why i assumed you were
making an openRC installer for hyperbola


On 09/22/2017 11:34 AM, Megver83 wrote:
> I remember, I'll look for a solution, so we can have updated graphical ISOs.

there is currently no problem with the LXDE-systemd ISO - the only thing
goofy about it is that it has the mate installer inside - there is also
a LXDE-openRC ISO profile that boots partially - it needs to have some
services started in the 'customize-root-image' script then it will
probably boot fully - you know much more about openRC than i do so this
would be a great place to put your attention - my changes are all on the
'lxde' branch of my fork on notabug - this is the same repo cloned from
parabola so you can pull my changes very easily

    git remote add notabug https://notabug.org/bill-auger/parabolaiso.git

check out the 'lxde' branch and look at the config/lxde-openrc directory
- as a bonus, there is a new switch that cuts the build time and ISO
size in half:

    ./build.sh -T x86_64
or
    ./build.sh -T i686

if you can fix the problem with the mate ISO thats cool too but it is
not critical - its good to have choices but from what people have told
me whenever i mention this, mate does not seem very popular - about half
of them came right out with "i dont like it at all" - i installed XFCE4
recently and found it to be a good balance of user-friendly and
aesthetically pleasing

as for merging with upstream, it really may be more trouble than it is
worth - i would not be surprised if there were more features removed
than added

-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 488 bytes
Desc: OpenPGP digital signature
URL: <https://lists.parabola.nu/pipermail/dev/attachments/20170922/462eb399/attachment.sig>

From megver83 at hyperbola.info  Fri Sep 22 21:47:24 2017
From: megver83 at hyperbola.info (Megver83)
Date: Fri, 22 Sep 2017 18:47:24 -0300
Subject: [Dev] Parabolaiso r819.8041f96 release announcement
In-Reply-To: <80326369-c211-376c-d9b1-cc5147c54c15@peers.community>
References: <58263d46-dd74-7f9c-e557-2fd1fbc20770@hyperbola.info>
 <20170922075243.GA23265@parabola-pocket.localdomain>
 <59C4E2E7.5020708@gmail.com>
 <2d2a0ecb-375e-f42c-a987-e99ac70950a6@peers.community>
 <1620c5a0-dc50-cc74-8f6f-19fc93e8e108@hyperbola.info>
 <80326369-c211-376c-d9b1-cc5147c54c15@peers.community>
Message-ID: <a6205b69-13b9-7014-c19c-7eb5709c7507@hyperbola.info>

El 22/09/17 a las 15:53, bill-auger escribi?:
> On 09/22/2017 11:34 AM, Megver83 wrote:
>> When did I mention an installer?
> 
> ok so you are mostly interested in a liveCD with openRC for pen testing
> that does not need an installer

Well, PenParabola is apart from the OpenRC ISO I was talking about.

> On 09/22/2017 11:34 AM, Megver83 wrote:
>> I remember, I'll look for a solution, so we can have updated graphical ISOs.
> 
> there is currently no problem with the LXDE-systemd ISO - the only thing
> goofy about it is that it has the mate installer inside - there is also
> a LXDE-openRC ISO profile that boots partially - it needs to have some
> services started in the 'customize-root-image' script then it will
> probably boot fully - you know much more about openRC than i do so this
> would be a great place to put your attention - my changes are all on the
> 'lxde' branch of my fork on notabug - this is the same repo cloned from
> parabola so you can pull my changes very easily
> 
>     git remote add notabug https://notabug.org/bill-auger/parabolaiso.git
> 
> check out the 'lxde' branch and look at the config/lxde-openrc directory
> - as a bonus, there is a new switch that cuts the build time and ISO
> size in half:
> 
>     ./build.sh -T x86_64
> or
>     ./build.sh -T i686
> 
> if you can fix the problem with the mate ISO thats cool too but it is
> not critical

OK, I'll take a look at it :)
The LXDE ISO you made is inspired in the MATE ISO, right?

-- 
~Megver83
https://megver83.ga/

SIP: megver83 at sip.linphone.org
IRC (Freenode): Megver83
XMPP: megver83 at jabjab.de
Tox: megver83 at toxme.io
GPG: 0x227CA7C556B2BA78
GNUSocial: @megver82 at quitter.cl
Diaspora*: megver83 at diasp.org
Pump: Megver83 at datamost.com
Friendica: megver83 at friendica.eu

-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 520 bytes
Desc: OpenPGP digital signature
URL: <https://lists.parabola.nu/pipermail/dev/attachments/20170922/faa70371/attachment.sig>

From bill-auger at peers.community  Fri Sep 22 22:02:07 2017
From: bill-auger at peers.community (bill-auger)
Date: Fri, 22 Sep 2017 18:02:07 -0400
Subject: [Dev] Parabolaiso r819.8041f96 release announcement
In-Reply-To: <a6205b69-13b9-7014-c19c-7eb5709c7507@hyperbola.info>
References: <58263d46-dd74-7f9c-e557-2fd1fbc20770@hyperbola.info>
 <20170922075243.GA23265@parabola-pocket.localdomain>
 <59C4E2E7.5020708@gmail.com>
 <2d2a0ecb-375e-f42c-a987-e99ac70950a6@peers.community>
 <1620c5a0-dc50-cc74-8f6f-19fc93e8e108@hyperbola.info>
 <80326369-c211-376c-d9b1-cc5147c54c15@peers.community>
 <a6205b69-13b9-7014-c19c-7eb5709c7507@hyperbola.info>
Message-ID: <ad539cdb-ac57-d910-2cc0-9b187f613044@peers.community>


On 09/22/2017 05:47 PM, Megver83 wrote:
> The LXDE ISO you made is inspired in the MATE ISO, right?

"inspired" not in any visible way - the LXDE environment is very basic
and "looks" nothing like the previous desktop - the "looks" still need
attention - but i think you meant that i used the mate profile folder as
the starting point for the LXDE profile then yes that is true

there is one commit for the purpose of diff where the only change is
copying the 'mate' folder exactly as 'lxde'

https://notabug.org/bill-auger/parabolaiso/commit/69066df8a77d1733e81df3a28bbf89d6fb614b12

and there is a similar one later on where i copied the 'lxde-systemd'
profile as 'lxde-openrc' and committed just that before making any
openrc related changes

https://notabug.org/bill-auger/parabolaiso/commit/a9c6d1bd2265fdafd3ed7c3cdcc79265c40b026c

-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 488 bytes
Desc: OpenPGP digital signature
URL: <https://lists.parabola.nu/pipermail/dev/attachments/20170922/bd811e59/attachment.sig>

From megver83 at hyperbola.info  Fri Sep 22 22:21:04 2017
From: megver83 at hyperbola.info (Megver83)
Date: Fri, 22 Sep 2017 19:21:04 -0300
Subject: [Dev] Parabolaiso r819.8041f96 release announcement
In-Reply-To: <ad539cdb-ac57-d910-2cc0-9b187f613044@peers.community>
References: <58263d46-dd74-7f9c-e557-2fd1fbc20770@hyperbola.info>
 <20170922075243.GA23265@parabola-pocket.localdomain>
 <59C4E2E7.5020708@gmail.com>
 <2d2a0ecb-375e-f42c-a987-e99ac70950a6@peers.community>
 <1620c5a0-dc50-cc74-8f6f-19fc93e8e108@hyperbola.info>
 <80326369-c211-376c-d9b1-cc5147c54c15@peers.community>
 <a6205b69-13b9-7014-c19c-7eb5709c7507@hyperbola.info>
 <ad539cdb-ac57-d910-2cc0-9b187f613044@peers.community>
Message-ID: <686ec1ca-5fbc-a52e-f730-9938f2e80142@hyperbola.info>

El 22/09/17 a las 19:02, bill-auger escribi?:
> 
> On 09/22/2017 05:47 PM, Megver83 wrote:
>> The LXDE ISO you made is inspired in the MATE ISO, right?
> 
> "inspired" not in any visible way - the LXDE environment is very basic
> and "looks" nothing like the previous desktop - the "looks" still need
> attention - but i think you meant that i used the mate profile folder as
> the starting point for the LXDE profile then yes that is true
> 
> there is one commit for the purpose of diff where the only change is
> copying the 'mate' folder exactly as 'lxde'
> 
> https://notabug.org/bill-auger/parabolaiso/commit/69066df8a77d1733e81df3a28bbf89d6fb614b12
> 
> and there is a similar one later on where i copied the 'lxde-systemd'
> profile as 'lxde-openrc' and committed just that before making any
> openrc related changes
> 
> https://notabug.org/bill-auger/parabolaiso/commit/a9c6d1bd2265fdafd3ed7c3cdcc79265c40b026c
> 
> 
> 
> _______________________________________________
> Dev mailing list
> Dev at lists.parabola.nu
> https://lists.parabola.nu/mailman/listinfo/dev
> 
OK, I meant if you used the same installation scripts but I see that you
did.

-- 
~Megver83
https://megver83.ga/

SIP: megver83 at sip.linphone.org
IRC (Freenode): Megver83
XMPP: megver83 at jabjab.de
Tox: megver83 at toxme.io
GPG: 0x227CA7C556B2BA78
GNUSocial: @megver82 at quitter.cl
Diaspora*: megver83 at diasp.org
Pump: Megver83 at datamost.com
Friendica: megver83 at friendica.eu

-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 520 bytes
Desc: OpenPGP digital signature
URL: <https://lists.parabola.nu/pipermail/dev/attachments/20170922/8a8e32b5/attachment.sig>

From andreas at grapentin.org  Sat Sep 23 06:17:13 2017
From: andreas at grapentin.org (Andreas Grapentin)
Date: Sat, 23 Sep 2017 08:17:13 +0200
Subject: [Dev] Parabolaiso r819.8041f96 release announcement
In-Reply-To: <ad539cdb-ac57-d910-2cc0-9b187f613044@peers.community>
References: <58263d46-dd74-7f9c-e557-2fd1fbc20770@hyperbola.info>
 <20170922075243.GA23265@parabola-pocket.localdomain>
 <59C4E2E7.5020708@gmail.com>
 <2d2a0ecb-375e-f42c-a987-e99ac70950a6@peers.community>
 <1620c5a0-dc50-cc74-8f6f-19fc93e8e108@hyperbola.info>
 <80326369-c211-376c-d9b1-cc5147c54c15@peers.community>
 <a6205b69-13b9-7014-c19c-7eb5709c7507@hyperbola.info>
 <ad539cdb-ac57-d910-2cc0-9b187f613044@peers.community>
Message-ID: <20170923061713.GA3884@parabola-pocket.localdomain>


On Fri, Sep 22, 2017 at 06:02:07PM -0400, bill-auger wrote:
> "inspired" not in any visible way - the LXDE environment is very basic
> and "looks" nothing like the previous desktop - the "looks" still need
> attention - but i think you meant that i used the mate profile folder as
> the starting point for the LXDE profile then yes that is true

To be totally frank, the "looks" of the MATE desktop iso reminded me of
an elementary school art project on LSD. It wasn't great. I've had a lot
of people comment on it negatively.

Maybe a cleaner, more basic look is what we need.

-A

-- 

------------------------------------------------------------------------------
my GPG Public Key:                 https://files.grapentin.org/.gpg/public.key
------------------------------------------------------------------------------
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 488 bytes
Desc: not available
URL: <https://lists.parabola.nu/pipermail/dev/attachments/20170923/7e489762/attachment.sig>

From bill-auger at peers.community  Sat Sep 23 12:34:58 2017
From: bill-auger at peers.community (bill-auger)
Date: Sat, 23 Sep 2017 08:34:58 -0400
Subject: [Dev] Parabolaiso r819.8041f96 release announcement
In-Reply-To: <20170923061713.GA3884@parabola-pocket.localdomain>
References: <58263d46-dd74-7f9c-e557-2fd1fbc20770@hyperbola.info>
 <20170922075243.GA23265@parabola-pocket.localdomain>
 <59C4E2E7.5020708@gmail.com>
 <2d2a0ecb-375e-f42c-a987-e99ac70950a6@peers.community>
 <1620c5a0-dc50-cc74-8f6f-19fc93e8e108@hyperbola.info>
 <80326369-c211-376c-d9b1-cc5147c54c15@peers.community>
 <a6205b69-13b9-7014-c19c-7eb5709c7507@hyperbola.info>
 <ad539cdb-ac57-d910-2cc0-9b187f613044@peers.community>
 <20170923061713.GA3884@parabola-pocket.localdomain>
Message-ID: <95c333fc-92ee-1936-1c69-708a118594bc@peers.community>

more reminiscent of don bluth disney flick - i thought it was quite
remarkable when i first saw it - certainly not what you would expect
from a nerdy archie distro - in it's defense, that is something that
shows that some TLC was included - i assume that has some special appeal
to non-technical users

it is quite the norm though, for a distro to have an entirely new set of
artwork for each release so ive been debating whether to reuse any of
the existing artwork yet or just let the first preview releases be crude
looking - it is a bit early to prioritize such "look-and-feel" elements
but i have been considering that too - design is another hat i wear
occasionally so those concerns are always in the back on my mind but i
always put aesthetic concerns after the practical functionality

ive begun experimenting a little with some new theming though and
evaluating any artwork i could find in the archives but there is not
much to build on - i am not nearly as talented of a "first-hand" artist
as parabola has had in the past so you could probably expect anything
100% original that i make to be more "practical" - i am quite competent
enough with the tools to make modifications to existing art works though
if the community sends contributions, but currently that is not really
an option because mostly all i can find are final mixed-down
compositions without sources - i think the one example of an SVG that is
viable for modifications is the banner for the grub menu - that features
the Gnu and Bola cat mascots and i imagined that the Linux-Libre mascot
('Freedo' the bathing penguin) should be featured there too - i asked
jxself about it yesterday and he said that it was not properly licensed
yet but he has started contacting everyone who has claimed to have
worked on it to ask them to agree on a license so that parabola can use it

btw - i found that the grub menu theme is not even on parabola servers -
the (orphaned) PCR package downloads it from github so i have been
collecting whichever essential sources i can find into a new git repo -
this will probably end up as a 'parabola-laf' package to be shared among
others like parabolaiso and calamares with any other branding, logos,
and skel files that would be useful in a graphical environment

-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 488 bytes
Desc: OpenPGP digital signature
URL: <https://lists.parabola.nu/pipermail/dev/attachments/20170923/63d10eda/attachment.sig>

From adfeno at hyperbola.info  Sat Sep 23 14:43:44 2017
From: adfeno at hyperbola.info (Adonay Felipe Nogueira)
Date: Sat, 23 Sep 2017 11:43:44 -0300
Subject: [Dev] zeropar at #parabola: Suggestion to package mist and bisq
In-Reply-To: <94588333-727e-05ad-f7a3-03a7c2711268@peers.community>
 (bill-auger@peers.community's message of "Tue, 19 Sep 2017 08:46:49
 -0400")
References: <87inge7tqp.fsf@hyperbola.info>
 <94588333-727e-05ad-f7a3-03a7c2711268@peers.community>
Message-ID: <87poahv5jz.fsf@hyperbola.info>

Thanks! ;)

I have made package requests for mist
(<https://labs.parabola.nu/issues/1482>) and bisq
(<https://labs.parabola.nu/issues/1481>).

bill-auger <bill-auger at peers.community> writes:

>
> there is a dedicated board on the bug tracker for package requests
>
> https://labs.parabola.nu/projects/issue-tracker/issues?set_filter=1&tracker_id=7
>
> _______________________________________________
> Dev mailing list
> Dev at lists.parabola.nu
> https://lists.parabola.nu/mailman/listinfo/dev
>


From nobody at parabola.nu  Sat Sep 23 15:14:29 2017
From: nobody at parabola.nu (Parabola Website Notification)
Date: Sat, 23 Sep 2017 15:14:29 -0000
Subject: [Dev] Orphan Libre package [ruby2.3] marked out-of-date
Message-ID: <20170923151429.1052.18911@proton.parabola.nu>

korobkov at fryxell.info wants to notify you that the following packages may be out-of-date:


* ruby2.3 2.3.4-3.parabola1 [libre] (i686): https://parabolagnulinux.org/packages/libre/i686/ruby2.3/
* ruby2.3 2.3.4-3.parabola1 [libre] (x86_64): https://parabolagnulinux.org/packages/libre/x86_64/ruby2.3/


The user provided the following additional text:

https://www.ruby-lang.org/en/news/2017/09/14/ruby-2-3-5-released/



From nobody at parabola.nu  Sat Sep 23 19:52:32 2017
From: nobody at parabola.nu (Parabola Website Notification)
Date: Sat, 23 Sep 2017 19:52:32 -0000
Subject: [Dev] Orphan Libre package [java-runtime-common] marked out-of-date
Message-ID: <20170923195232.1055.28259@proton.parabola.nu>

woroof at gmail.com wants to notify you that the following packages may be out-of-date:


* java-runtime-common 2-2.parabola2 [libre] (any): https://parabolagnulinux.org/packages/libre/any/java-runtime-common/


The user provided the following additional text:

Thank you for maintaining this package. Here's a newer version: https://www.archlinux.org/packages/extra/any/java-runtime-common/



From nobody at parabola.nu  Sun Sep 24 06:15:28 2017
From: nobody at parabola.nu (Parabola Website Notification)
Date: Sun, 24 Sep 2017 06:15:28 -0000
Subject: [Dev] Orphan Libre package [epiphany] marked out-of-date
Message-ID: <20170924061528.1054.23058@proton.parabola.nu>

jm.100best at gmail.com wants to notify you that the following packages may be out-of-date:


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


The user provided the following additional text:

GNOME 3.26 Has been released on September 13, 2017.  https://www.gnome.org/news/2017/09/gnome-3-26-released/



From bill-auger at peers.community  Sun Sep 24 11:46:23 2017
From: bill-auger at peers.community (bill-auger)
Date: Sun, 24 Sep 2017 07:46:23 -0400
Subject: [Dev] Parabolaiso r819.8041f96 release announcement
In-Reply-To: <95c333fc-92ee-1936-1c69-708a118594bc@peers.community>
References: <58263d46-dd74-7f9c-e557-2fd1fbc20770@hyperbola.info>
 <20170922075243.GA23265@parabola-pocket.localdomain>
 <59C4E2E7.5020708@gmail.com>
 <2d2a0ecb-375e-f42c-a987-e99ac70950a6@peers.community>
 <1620c5a0-dc50-cc74-8f6f-19fc93e8e108@hyperbola.info>
 <80326369-c211-376c-d9b1-cc5147c54c15@peers.community>
 <a6205b69-13b9-7014-c19c-7eb5709c7507@hyperbola.info>
 <ad539cdb-ac57-d910-2cc0-9b187f613044@peers.community>
 <20170923061713.GA3884@parabola-pocket.localdomain>
 <95c333fc-92ee-1936-1c69-708a118594bc@peers.community>
Message-ID: <4a29bb94-5aff-8298-a9e6-04bd0d24fe53@peers.community>

while updating the documentation for this (and trying to untangle the
purposes of so many git branches) i found that the current master branch
is not being used as was originally intended - the original intention
seems to be such that a '*-git' package including all ISO profiles
(directly from a git master branch) would not be possible because each
ISO profile was intended to be a separate branch

the upstream archiso did (and still does) contain both (all) of the ISO
profiles ('baseline' and 'releng') on the master branch - after a
gratuitously thorough re-branding regiment these are split into separate
'baseline' and 'master' branches in parabolaiso with the profiles being
renamed both to the generic 'profile' - i dont know why, im just saying
what happened - the original intention was for the 'master' branch to
build the CLI ISO and additionally to be the common base for all release
variants but not to be used for building any of them; instead for
release variants such as 'gnome' to be branched off of master - that is
presumably what the 'gnome' branch is - then at some later time the
'mate' and 'talkingparabola' variants were created by cloning the
'profile' directory and added directly to the master branch - this is
the reason that those are included in the pacman package along with the
generic 'profile' profile but the gnome profile is not in the package

there are additional branches 'release' and 'release-branches' that may
have been intended for the purpose of consolidating the profiles for
export - i think this is feature of the Makefile but im not quite sure
of this ATM - in any case that has not actually been done since 2013 - i
havent gone through the entire upstream merge and re-branding process
yet but from what i have seen i would say it a far more tedious and
brittle than necessary which could explain why no one has ever updated
it - for example, it changes every occurrence of 'arch' with 'parabola'
throughout the source code regardless that most of it is not user-facing
which amounts to nothing but a maintenance hassle - if it is decided to
merge with upstream, i am considering gutting the existing branch schema
entirely to restore parabolaiso to be as small of a delta from upstream
as possible - especially now that x86 support is gone and who knows what
else is missing it could be that those original patches would be very
difficult to apply

unless someone who worked on this back in 2013 can explain the
motivations for making it so different from upstream i tend to think
that is the most reasonable thing to do and would also make more sense
to have all of the build configs on the master branch ready to use and
package


-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 488 bytes
Desc: OpenPGP digital signature
URL: <https://lists.parabola.nu/pipermail/dev/attachments/20170924/98f4d542/attachment.sig>

From isacdaavid at isacdaavid.info  Sun Sep 24 18:45:27 2017
From: isacdaavid at isacdaavid.info (Isaac David)
Date: Sun, 24 Sep 2017 13:45:27 -0500
Subject: [Dev] Orphan Libre package [epiphany] marked out-of-date
In-Reply-To: <20170924061528.1054.23058@proton.parabola.nu>
References: <20170924061528.1054.23058@proton.parabola.nu>
Message-ID: <1506278727.1337.0@plebeian.isacdaavid.info>

> jm.100best at gmail.com wants to notify you that the following packages 
> may be out-of-date:
> 
> * epiphany 3.24.3-1.parabola1 [libre] (i686): 
> https://parabolagnulinux.org/packages/libre/i686/epiphany/
> * epiphany 3.24.3-1.parabola1 [libre] (x86_64): 
> https://parabolagnulinux.org/packages/libre/x86_64/epiphany/
> 
> The user provided the following additional text:
> 
> GNOME 3.26 Has been released on September 13, 2017.  
> https://www.gnome.org/news/2017/09/gnome-3-26-released/

pump your breaks. 3.26 hasn't even made it out of [Gnome-Unstable]
in Arch. rebuilding epiphany now would only cause trouble.

-- 
Isaac David
GPG: 38D33EF29A7691134357648733466E12EC7BA943



From nobody at parabola.nu  Fri Sep 29 00:10:42 2017
From: nobody at parabola.nu (Parabola Website Notification)
Date: Fri, 29 Sep 2017 00:10:42 -0000
Subject: [Dev] Orphan Libre package [iceweasel] marked out-of-date
Message-ID: <20170929001042.1055.14932@proton.parabola.nu>

eliotreyna at cock.email wants to notify you that the following packages may be out-of-date:


* iceweasel 1:55.0.3-3 [libre] (i686): https://parabolagnulinux.org/packages/libre/i686/iceweasel/
* iceweasel 1:55.0.3-3 [libre] (x86_64): https://parabolagnulinux.org/packages/libre/x86_64/iceweasel/


The user provided the following additional text:

Please update to the version 56 of Iceweasel, according to the source code of Firefox.

More information: https://www.mozilla.org/en-US/firefox/56.0/releasenotes/

Thanks.



From nobody at parabola.nu  Fri Sep 29 00:11:21 2017
From: nobody at parabola.nu (Parabola Website Notification)
Date: Fri, 29 Sep 2017 00:11:21 -0000
Subject: [Dev] Orphan Libre package [iceweasel-l10n-es-ar] marked out-of-date
Message-ID: <20170929001121.1052.59471@proton.parabola.nu>

eliotreyna at cock.email wants to notify you that the following packages may be out-of-date:


* iceweasel-l10n-ach 1:55.0.3-1 [libre] (any): https://parabolagnulinux.org/packages/libre/any/iceweasel-l10n-ach/
* iceweasel-l10n-af 1:55.0.3-1 [libre] (any): https://parabolagnulinux.org/packages/libre/any/iceweasel-l10n-af/
* iceweasel-l10n-an 1:55.0.3-1 [libre] (any): https://parabolagnulinux.org/packages/libre/any/iceweasel-l10n-an/
* iceweasel-l10n-ar 1:55.0.3-1 [libre] (any): https://parabolagnulinux.org/packages/libre/any/iceweasel-l10n-ar/
* iceweasel-l10n-as 1:55.0.3-1 [libre] (any): https://parabolagnulinux.org/packages/libre/any/iceweasel-l10n-as/
* iceweasel-l10n-ast 1:55.0.3-1 [libre] (any): https://parabolagnulinux.org/packages/libre/any/iceweasel-l10n-ast/
* iceweasel-l10n-az 1:55.0.3-1 [libre] (any): https://parabolagnulinux.org/packages/libre/any/iceweasel-l10n-az/
* iceweasel-l10n-bg 1:55.0.3-1 [libre] (any): https://parabolagnulinux.org/packages/libre/any/iceweasel-l10n-bg/
* iceweasel-l10n-bn-bd 1:55.0.3-1 [libre] (any): https://parabolagnulinux.org/packages/libre/any/iceweasel-l10n-bn-bd/
* iceweasel-l10n-bn-in 1:55.0.3-1 [libre] (any): https://parabolagnulinux.org/packages/libre/any/iceweasel-l10n-bn-in/
* iceweasel-l10n-br 1:55.0.3-1 [libre] (any): https://parabolagnulinux.org/packages/libre/any/iceweasel-l10n-br/
* iceweasel-l10n-bs 1:55.0.3-1 [libre] (any): https://parabolagnulinux.org/packages/libre/any/iceweasel-l10n-bs/
* iceweasel-l10n-ca 1:55.0.3-1 [libre] (any): https://parabolagnulinux.org/packages/libre/any/iceweasel-l10n-ca/
* iceweasel-l10n-cak 1:55.0.3-1 [libre] (any): https://parabolagnulinux.org/packages/libre/any/iceweasel-l10n-cak/
* iceweasel-l10n-cs 1:55.0.3-1 [libre] (any): https://parabolagnulinux.org/packages/libre/any/iceweasel-l10n-cs/
* iceweasel-l10n-cy 1:55.0.3-1 [libre] (any): https://parabolagnulinux.org/packages/libre/any/iceweasel-l10n-cy/
* iceweasel-l10n-da 1:55.0.3-1 [libre] (any): https://parabolagnulinux.org/packages/libre/any/iceweasel-l10n-da/
* iceweasel-l10n-de 1:55.0.3-1 [libre] (any): https://parabolagnulinux.org/packages/libre/any/iceweasel-l10n-de/
* iceweasel-l10n-dsb 1:55.0.3-1 [libre] (any): https://parabolagnulinux.org/packages/libre/any/iceweasel-l10n-dsb/
* iceweasel-l10n-el 1:55.0.3-1 [libre] (any): https://parabolagnulinux.org/packages/libre/any/iceweasel-l10n-el/
* iceweasel-l10n-en-gb 1:55.0.3-1 [libre] (any): https://parabolagnulinux.org/packages/libre/any/iceweasel-l10n-en-gb/
* iceweasel-l10n-en-us 1:55.0.3-1 [libre] (any): https://parabolagnulinux.org/packages/libre/any/iceweasel-l10n-en-us/
* iceweasel-l10n-en-za 1:55.0.3-1 [libre] (any): https://parabolagnulinux.org/packages/libre/any/iceweasel-l10n-en-za/
* iceweasel-l10n-eo 1:55.0.3-1 [libre] (any): https://parabolagnulinux.org/packages/libre/any/iceweasel-l10n-eo/
* iceweasel-l10n-es-ar 1:55.0.3-1 [libre] (any): https://parabolagnulinux.org/packages/libre/any/iceweasel-l10n-es-ar/
* iceweasel-l10n-es-cl 1:55.0.3-1 [libre] (any): https://parabolagnulinux.org/packages/libre/any/iceweasel-l10n-es-cl/
* iceweasel-l10n-es-es 1:55.0.3-1 [libre] (any): https://parabolagnulinux.org/packages/libre/any/iceweasel-l10n-es-es/
* iceweasel-l10n-es-mx 1:55.0.3-1 [libre] (any): https://parabolagnulinux.org/packages/libre/any/iceweasel-l10n-es-mx/
* iceweasel-l10n-et 1:55.0.3-1 [libre] (any): https://parabolagnulinux.org/packages/libre/any/iceweasel-l10n-et/
* iceweasel-l10n-eu 1:55.0.3-1 [libre] (any): https://parabolagnulinux.org/packages/libre/any/iceweasel-l10n-eu/
* iceweasel-l10n-fa 1:55.0.3-1 [libre] (any): https://parabolagnulinux.org/packages/libre/any/iceweasel-l10n-fa/
* iceweasel-l10n-ff 1:55.0.3-1 [libre] (any): https://parabolagnulinux.org/packages/libre/any/iceweasel-l10n-ff/
* iceweasel-l10n-fi 1:55.0.3-1 [libre] (any): https://parabolagnulinux.org/packages/libre/any/iceweasel-l10n-fi/
* iceweasel-l10n-fr 1:55.0.3-1 [libre] (any): https://parabolagnulinux.org/packages/libre/any/iceweasel-l10n-fr/
* iceweasel-l10n-fy-nl 1:55.0.3-1 [libre] (any): https://parabolagnulinux.org/packages/libre/any/iceweasel-l10n-fy-nl/
* iceweasel-l10n-ga-ie 1:55.0.3-1 [libre] (any): https://parabolagnulinux.org/packages/libre/any/iceweasel-l10n-ga-ie/
* iceweasel-l10n-gd 1:55.0.3-1 [libre] (any): https://parabolagnulinux.org/packages/libre/any/iceweasel-l10n-gd/
* iceweasel-l10n-gl 1:55.0.3-1 [libre] (any): https://parabolagnulinux.org/packages/libre/any/iceweasel-l10n-gl/
* iceweasel-l10n-gn 1:55.0.3-1 [libre] (any): https://parabolagnulinux.org/packages/libre/any/iceweasel-l10n-gn/
* iceweasel-l10n-gu-in 1:55.0.3-1 [libre] (any): https://parabolagnulinux.org/packages/libre/any/iceweasel-l10n-gu-in/
* iceweasel-l10n-he 1:55.0.3-1 [libre] (any): https://parabolagnulinux.org/packages/libre/any/iceweasel-l10n-he/
* iceweasel-l10n-hi-in 1:55.0.3-1 [libre] (any): https://parabolagnulinux.org/packages/libre/any/iceweasel-l10n-hi-in/
* iceweasel-l10n-hr 1:55.0.3-1 [libre] (any): https://parabolagnulinux.org/packages/libre/any/iceweasel-l10n-hr/
* iceweasel-l10n-hsb 1:55.0.3-1 [libre] (any): https://parabolagnulinux.org/packages/libre/any/iceweasel-l10n-hsb/
* iceweasel-l10n-hu 1:55.0.3-1 [libre] (any): https://parabolagnulinux.org/packages/libre/any/iceweasel-l10n-hu/
* iceweasel-l10n-hy-am 1:55.0.3-1 [libre] (any): https://parabolagnulinux.org/packages/libre/any/iceweasel-l10n-hy-am/
* iceweasel-l10n-id 1:55.0.3-1 [libre] (any): https://parabolagnulinux.org/packages/libre/any/iceweasel-l10n-id/
* iceweasel-l10n-is 1:55.0.3-1 [libre] (any): https://parabolagnulinux.org/packages/libre/any/iceweasel-l10n-is/
* iceweasel-l10n-it 1:55.0.3-1 [libre] (any): https://parabolagnulinux.org/packages/libre/any/iceweasel-l10n-it/
* iceweasel-l10n-ja 1:55.0.3-1 [libre] (any): https://parabolagnulinux.org/packages/libre/any/iceweasel-l10n-ja/
* iceweasel-l10n-ka 1:55.0.3-1 [libre] (any): https://parabolagnulinux.org/packages/libre/any/iceweasel-l10n-ka/
* iceweasel-l10n-kab 1:55.0.3-1 [libre] (any): https://parabolagnulinux.org/packages/libre/any/iceweasel-l10n-kab/
* iceweasel-l10n-kk 1:55.0.3-1 [libre] (any): https://parabolagnulinux.org/packages/libre/any/iceweasel-l10n-kk/
* iceweasel-l10n-km 1:55.0.3-1 [libre] (any): https://parabolagnulinux.org/packages/libre/any/iceweasel-l10n-km/
* iceweasel-l10n-kn 1:55.0.3-1 [libre] (any): https://parabolagnulinux.org/packages/libre/any/iceweasel-l10n-kn/
* iceweasel-l10n-ko 1:55.0.3-1 [libre] (any): https://parabolagnulinux.org/packages/libre/any/iceweasel-l10n-ko/
* iceweasel-l10n-lij 1:55.0.3-1 [libre] (any): https://parabolagnulinux.org/packages/libre/any/iceweasel-l10n-lij/
* iceweasel-l10n-lt 1:55.0.3-1 [libre] (any): https://parabolagnulinux.org/packages/libre/any/iceweasel-l10n-lt/
* iceweasel-l10n-lv 1:55.0.3-1 [libre] (any): https://parabolagnulinux.org/packages/libre/any/iceweasel-l10n-lv/
* iceweasel-l10n-mai 1:55.0.3-1 [libre] (any): https://parabolagnulinux.org/packages/libre/any/iceweasel-l10n-mai/
* iceweasel-l10n-mk 1:55.0.3-1 [libre] (any): https://parabolagnulinux.org/packages/libre/any/iceweasel-l10n-mk/
* iceweasel-l10n-ml 1:55.0.3-1 [libre] (any): https://parabolagnulinux.org/packages/libre/any/iceweasel-l10n-ml/
* iceweasel-l10n-mr 1:55.0.3-1 [libre] (any): https://parabolagnulinux.org/packages/libre/any/iceweasel-l10n-mr/
* iceweasel-l10n-ms 1:55.0.3-1 [libre] (any): https://parabolagnulinux.org/packages/libre/any/iceweasel-l10n-ms/
* iceweasel-l10n-my 1:55.0.3-1 [libre] (any): https://parabolagnulinux.org/packages/libre/any/iceweasel-l10n-my/
* iceweasel-l10n-nb-no 1:55.0.3-1 [libre] (any): https://parabolagnulinux.org/packages/libre/any/iceweasel-l10n-nb-no/
* iceweasel-l10n-nl 1:55.0.3-1 [libre] (any): https://parabolagnulinux.org/packages/libre/any/iceweasel-l10n-nl/
* iceweasel-l10n-nn-no 1:55.0.3-1 [libre] (any): https://parabolagnulinux.org/packages/libre/any/iceweasel-l10n-nn-no/
* iceweasel-l10n-or 1:55.0.3-1 [libre] (any): https://parabolagnulinux.org/packages/libre/any/iceweasel-l10n-or/
* iceweasel-l10n-pa-in 1:55.0.3-1 [libre] (any): https://parabolagnulinux.org/packages/libre/any/iceweasel-l10n-pa-in/
* iceweasel-l10n-pl 1:55.0.3-1 [libre] (any): https://parabolagnulinux.org/packages/libre/any/iceweasel-l10n-pl/
* iceweasel-l10n-pt-br 1:55.0.3-1 [libre] (any): https://parabolagnulinux.org/packages/libre/any/iceweasel-l10n-pt-br/
* iceweasel-l10n-pt-pt 1:55.0.3-1 [libre] (any): https://parabolagnulinux.org/packages/libre/any/iceweasel-l10n-pt-pt/
* iceweasel-l10n-rm 1:55.0.3-1 [libre] (any): https://parabolagnulinux.org/packages/libre/any/iceweasel-l10n-rm/
* iceweasel-l10n-ro 1:55.0.3-1 [libre] (any): https://parabolagnulinux.org/packages/libre/any/iceweasel-l10n-ro/
* iceweasel-l10n-ru 1:55.0.3-1 [libre] (any): https://parabolagnulinux.org/packages/libre/any/iceweasel-l10n-ru/
* iceweasel-l10n-si 1:55.0.3-1 [libre] (any): https://parabolagnulinux.org/packages/libre/any/iceweasel-l10n-si/
* iceweasel-l10n-sk 1:55.0.3-1 [libre] (any): https://parabolagnulinux.org/packages/libre/any/iceweasel-l10n-sk/
* iceweasel-l10n-sl 1:55.0.3-1 [libre] (any): https://parabolagnulinux.org/packages/libre/any/iceweasel-l10n-sl/
* iceweasel-l10n-son 1:55.0.3-1 [libre] (any): https://parabolagnulinux.org/packages/libre/any/iceweasel-l10n-son/
* iceweasel-l10n-sq 1:55.0.3-1 [libre] (any): https://parabolagnulinux.org/packages/libre/any/iceweasel-l10n-sq/
* iceweasel-l10n-sr 1:55.0.3-1 [libre] (any): https://parabolagnulinux.org/packages/libre/any/iceweasel-l10n-sr/
* iceweasel-l10n-sv-se 1:55.0.3-1 [libre] (any): https://parabolagnulinux.org/packages/libre/any/iceweasel-l10n-sv-se/
* iceweasel-l10n-ta 1:55.0.3-1 [libre] (any): https://parabolagnulinux.org/packages/libre/any/iceweasel-l10n-ta/
* iceweasel-l10n-te 1:55.0.3-1 [libre] (any): https://parabolagnulinux.org/packages/libre/any/iceweasel-l10n-te/
* iceweasel-l10n-th 1:55.0.3-1 [libre] (any): https://parabolagnulinux.org/packages/libre/any/iceweasel-l10n-th/
* iceweasel-l10n-tr 1:55.0.3-1 [libre] (any): https://parabolagnulinux.org/packages/libre/any/iceweasel-l10n-tr/
* iceweasel-l10n-uk 1:55.0.3-1 [libre] (any): https://parabolagnulinux.org/packages/libre/any/iceweasel-l10n-uk/
* iceweasel-l10n-uz 1:55.0.3-1 [libre] (any): https://parabolagnulinux.org/packages/libre/any/iceweasel-l10n-uz/
* iceweasel-l10n-vi 1:55.0.3-1 [libre] (any): https://parabolagnulinux.org/packages/libre/any/iceweasel-l10n-vi/
* iceweasel-l10n-xh 1:55.0.3-1 [libre] (any): https://parabolagnulinux.org/packages/libre/any/iceweasel-l10n-xh/
* iceweasel-l10n-zh-cn 1:55.0.3-1 [libre] (any): https://parabolagnulinux.org/packages/libre/any/iceweasel-l10n-zh-cn/
* iceweasel-l10n-zh-tw 1:55.0.3-1 [libre] (any): https://parabolagnulinux.org/packages/libre/any/iceweasel-l10n-zh-tw/


The user provided the following additional text:

Please update to the version 56 of Iceweasel language packs, according to the source code of Firefox.

More information: https://www.mozilla.org/en-US/firefox/56.0/releasenotes/

Thanks.