From fauno at kiwwwi.com.ar  Sat Dec  1 12:22:52 2012
From: fauno at kiwwwi.com.ar (=?utf-8?Q?Nicol=C3=A1s?= Reynolds)
Date: Sat, 01 Dec 2012 09:22:52 -0300
Subject: [Dev] Fauno's workflow
In-Reply-To: <87boeek5tz.wl%lukeshu@sbcglobal.net>
References: <87lidjk2rh.wl%lukeshu@sbcglobal.net>
 <87wqx3atkj.fsf@kiwwwi.com.ar> <87fw3rj6nr.wl%lukeshu@sbcglobal.net>
 <87obifaqqj.fsf@kiwwwi.com.ar> <87boeek5tz.wl%lukeshu@sbcglobal.net>
Message-ID: <871ufaarmr.fsf@kiwwwi.com.ar>

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

> At Fri, 30 Nov 2012 15:29:56 -0300,
> Nicol?s Reynolds wrote:
>> "Luke T. Shumaker" <lukeshu at sbcglobal.net> writes:
>> > It copies the packages in ${chrootdir}/srcdest to your configured
>> > SRCDEST outside of the chroot; where normal `makepkg` would put them.
>> 
>> but srcdest is for downloading sources... why copying if you can have
>> them all in the same place anyway? :D
>
> Because the file ownership of the outside srcdest (you) and the inside
> srcdest ("nobody") are different.

changing ownership is cheaper than copying files i think and you don't
have to trap it to keep them in sync

>> > > it may also bind mount a subdir on home where you store abslibre and
>> > > libretools (i use the git version) and that's clean enough. it's never
>> > > been a problem though.
>> >
>> > Eh, I'm a fan of getting an up-to-date libretools on the repos.
>> 
>> it's not enough if i'm testing changes to libretools itself ;)
>
> Well then, that's what /repo is for, put the testing package there.

i'll have to get familiar with your changes first D:

>> > > >  * A chroot also protects you from a misbehaving build script messing
>> > > >    with your $HOME.
>> > > 
>> > > i usually check pkgbuilds from aur and trust the ones that come from
>> > > abslibre...
>> >
>> > Not just the PKGBUILDS, but the Makefiles, ant scripts, etc that are
>> > part of the source.
>> 
>> ok then refer to mount chroot's ~ to something that contains libretools
>> and abslibre (or just abslibre):
>> 
>> $ ls ~/packages/
>> abslibre/
>> packages/
>> sources/
>> 
>> $ mount --bind ~/packages $chrootdir/home/$USER/
>
> I'll consider this. Perhaps I'll make bind mounts configurable, so you
> can configure whatever mounts you want.

\o/

>> >> chcleanup is run automatically here, not optionally. -c is needed when
>> >> the chroot is considered dirty if not pristine so it may remove the
>> >> packages you already installed if this is the second run, and this isn't
>> >> the case: chroot is considered dirty when more than the needed packages
>> >> are installed.
>> >
>> > How is it done automatically?
>> 
>> it's always run by treepkg before makepkg, no flag involved, and it's a
>> tiny script that just knows what to remove instead of removing
>> everything just in case (rsync is slow and btrfs is overkill in
>> comparison to a *tiny* script that runs pacman -Rn
>> packages-not-in-base-or-pkgbuild).
>
> How the tools clean has changed.
>
>  librechroot -c cleans the chroot using chcleanup
>  librechroot -s syncs it to a pristine chroot with rsync/btrfs 
>
> I've also just (since I started writing the email) tought libremakepkg
> to also run chcleanup for every build, since it isn't overkill like
> the old package cleanup was.

that's what i meant :D

>> >> recreating here means "mounting and umounting, removing files, spawning
>> >> shells...", why has this to be done many times when i can do it once or
>> >> less? (yeeloongs aren't the quickest machines).
>> >
>> > I wish I hade a yeeloong to verify...
>> 
>> :c
>> 
>> but still, doing things many times unnecesarily doesn't sound kiss to
>> me, as in i didn't had to rewrite libremakepkg, i just stopped using it
>> ;)
>
> My goal with rewriting libremakepkg was to "wrap makepkg, adding hooks
> to do things for me that I'm doing manually now".

ok

>> > It's pretty minimal now.  The most complicated parts are:
>> >  * handling signals to umount and exit gracefully
>> 
>> that's the problem with making it mount everytime instead of using
>> fstab, you can end up with the same dir bind mounted many many times.
>
> I think I fixed that bug. Before it trapped the signals so that when
> there was an error, it went to the umount function. The first thing
> that function did was reset the traps to the exit function. This was
> bad because it meant that it might exit early and not umount
> everything.
>
> I think that modifying the outside fstab is too invasive into the
> user's system.

we could also check if it's already mounted, just in case

>> >  * the legacy code that only runs if systemd-nspawn isn't available
>> 
>> this should be deprecated imo
>
> I agree, but removing it would involve patching devtools even more
> than I already do.  I'm trying to keep it so that I can still pull
> changes from devtools.

ok... have you asked about the gplv2?

>> > And some of the "checks" can only be done with a chroot, such as
>> > turning networking off during the build and package stages.
>> 
>> this is true, but what we're discussing (except from the "running any
>> command instead of a predefined set" part) does still apply.
>
> I'm not sure what you mean. In order to toggle the networking you must
> exit and re-enter the chroot.
>

i mean the changes we're discussing aren't specific to the way the
chroot is handled and benefit both :O


feature request: is it possible to run dbus+avahi-daemon on the chroot,
or make it available from the host system? now that avahi is a
dependency of distcc i wanted to try +zeroconf (my build machines are
changing ips a lot lately...) but it couldn't connect to the host avahi.

pd: i just learned how to pull submodules!

-- 
http://kiwwwi.com.ar/pastes/para-cooptar-una-comunidad.markdown
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 489 bytes
Desc: not available
URL: <https://lists.parabola.nu/pipermail/dev/attachments/20121201/c0444595/attachment.sig>

From mvdan at mvdan.cc  Sat Dec  1 23:48:29 2012
From: mvdan at mvdan.cc (Daniel =?iso-8859-1?Q?Mart=ED?=)
Date: Sun, 2 Dec 2012 00:48:29 +0100
Subject: [Dev] texlive-core-libre fonts
Message-ID: <20121201234829.GA14958@royal>

Hello everyone,

I've been using moderncv with latex (pdflatex) for quite a while. I
hadn't updated my CV since switching to Parabola, though. It was quite a
surprise to see it didn't succeed like it did in Arch.

Basically the issue is:
! I can't find file `ecrm1095'.

The file is listed in the Arch package texlive-core:
usr/share/texmf-dist/fonts/source/jknappen/ec/ecrm1095.mf

I suppose you removed /usr/share/texmf-dist/fonts/source/jknappen/ along
with many other directories when making the libre version of
texlive-core.

My question is: Why were they removed? After some research it seems like
jknappen is released under the GPL; see http://www.ctan.org/pkg/jknappen
(It's the fonts inside the package that we're talking about).

What was the policy you followed when removing parts of texlive-core? Is
there any reason why jknappen's fonts should be kept away from
parabola's repos?

Thank you for your time.

-- 
Daniel Mart? - mvdan at mvdan.cc - GPG 0x58BF72C3
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 836 bytes
Desc: not available
URL: <https://lists.parabola.nu/pipermail/dev/attachments/20121202/37670821/attachment.sig>

From mtjm at mtjm.eu  Sun Dec  2 00:19:41 2012
From: mtjm at mtjm.eu (=?utf-8?Q?Micha=C5=82_Mas=C5=82owski?=)
Date: Sun, 02 Dec 2012 01:19:41 +0100
Subject: [Dev] texlive-core-libre fonts
In-Reply-To: <20121201234829.GA14958@royal> ("Daniel
 \=\?utf-8\?Q\?Mart\=C3\=AD\?\=
 \=\?utf-8\?Q\?\=22's\?\= message of "Sun,
 2 Dec 2012 00:48:29 +0100")
References: <20121201234829.GA14958@royal>
Message-ID: <87mwxxxq3m.fsf@mtjm.eu>

> Basically the issue is:
> ! I can't find file `ecrm1095'.
>
> The file is listed in the Arch package texlive-core:
> usr/share/texmf-dist/fonts/source/jknappen/ec/ecrm1095.mf

It's a part of the ec CTAN package, not jknappen.

> My question is: Why were they removed? After some research it seems like
> jknappen is released under the GPL; see http://www.ctan.org/pkg/jknappen
> (It's the fonts inside the package that we're talking about).

EC has its own FSF-free (optionally nonfree) and Fedora-nonfree license,
the issue is code copied from the PL fonts using the same license as MeX
which is public domain (probably invalid due to the jurisdiction) with
explicit restrictions that make it nonfree if it isn't public domain.
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 835 bytes
Desc: not available
URL: <https://lists.parabola.nu/pipermail/dev/attachments/20121202/50f84acd/attachment.sig>

From lukeshu at sbcglobal.net  Sun Dec  2 23:29:37 2012
From: lukeshu at sbcglobal.net (Luke T. Shumaker)
Date: Sun, 02 Dec 2012 18:29:37 -0500
Subject: [Dev] Fauno's workflow
In-Reply-To: <871ufaarmr.fsf@kiwwwi.com.ar>
References: <87lidjk2rh.wl%lukeshu@sbcglobal.net>
 <87wqx3atkj.fsf@kiwwwi.com.ar>
 <87fw3rj6nr.wl%lukeshu@sbcglobal.net>
 <87obifaqqj.fsf@kiwwwi.com.ar>
 <87boeek5tz.wl%lukeshu@sbcglobal.net>
 <871ufaarmr.fsf@kiwwwi.com.ar>
Message-ID: <878v9gf2xq.wl%lukeshu@sbcglobal.net>

At Sat, 01 Dec 2012 09:22:52 -0300,
Nicol?s Reynolds wrote:
> "Luke T. Shumaker" <lukeshu at sbcglobal.net> writes:
> > At Fri, 30 Nov 2012 15:29:56 -0300,
> > Nicol?s Reynolds wrote:
> >> but srcdest is for downloading sources... why copying if you can have
> >> them all in the same place anyway? :D
> >
> > Because the file ownership of the outside srcdest (you) and the inside
> > srcdest ("nobody") are different.
> 
> changing ownership is cheaper than copying files i think and you don't
> have to trap it to keep them in sync

OK. https://labs.parabola.nu/issues/251

> >> that's the problem with making it mount everytime instead of using
> >> fstab, you can end up with the same dir bind mounted many many times.
> >
> > I think I fixed that bug. Before it trapped the signals so that when
> > there was an error, it went to the umount function. The first thing
> > that function did was reset the traps to the exit function. This was
> > bad because it meant that it might exit early and not umount
> > everything.
> >
> > I think that modifying the outside fstab is too invasive into the
> > user's system.
> 
> we could also check if it's already mounted, just in case

Good idea. https://labs.parabola.nu/issues/262

> >> >  * the legacy code that only runs if systemd-nspawn isn't available
> >> 
> >> this should be deprecated imo
> >
> > I agree, but removing it would involve patching devtools even more
> > than I already do.  I'm trying to keep it so that I can still pull
> > changes from devtools.
> 
> ok... have you asked about the gplv2?

The chroot/systemd-nspawn code is in chroottools.git, which is a fork
of devtools.git.  The GPLv2/3+ issue is that some of the code hopped
from devtools.git to libretools.git.

I've been thinking about it; all of the code that hopped is from
makechrootpkg, so I think it might be a good idea to rework
makechrootpkg into "chroot-functions" or something to keep them
separated for licensing reasons, and so that I can pull devtools
changes to that code.
https://labs.parabola.nu/issues/263

> >> > And some of the "checks" can only be done with a chroot, such as
> >> > turning networking off during the build and package stages.
> >> 
> >> this is true, but what we're discussing (except from the "running any
> >> command instead of a predefined set" part) does still apply.
> >
> > I'm not sure what you mean. In order to toggle the networking you must
> > exit and re-enter the chroot.
> 
> i mean the changes we're discussing aren't specific to the way the
> chroot is handled and benefit both :O

OK, I'm going to give libremakepkg a flag to not use the chroot.  It
should be fairly stright-forward.
https://labs.parabola.nu/issues/264

> feature request: is it possible to run dbus+avahi-daemon on the chroot,
> or make it available from the host system? now that avahi is a
> dependency of distcc i wanted to try +zeroconf (my build machines are
> changing ips a lot lately...) but it couldn't connect to the host avahi.

I'll look into doing that.
https://labs.parabola.nu/issues/265

Happy hacking,
~ Luke Shumaker


From fauno at kiwwwi.com.ar  Sun Dec  2 23:39:22 2012
From: fauno at kiwwwi.com.ar (=?utf-8?Q?Nicol=C3=A1s?= Reynolds)
Date: Sun, 02 Dec 2012 20:39:22 -0300
Subject: [Dev] Fauno's workflow
In-Reply-To: <878v9gf2xq.wl%lukeshu@sbcglobal.net>
References: <87lidjk2rh.wl%lukeshu@sbcglobal.net>
 <87wqx3atkj.fsf@kiwwwi.com.ar> <87fw3rj6nr.wl%lukeshu@sbcglobal.net>
 <87obifaqqj.fsf@kiwwwi.com.ar> <87boeek5tz.wl%lukeshu@sbcglobal.net>
 <871ufaarmr.fsf@kiwwwi.com.ar> <878v9gf2xq.wl%lukeshu@sbcglobal.net>
Message-ID: <87obic9g7p.fsf@kiwwwi.com.ar>

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

> OK. https://labs.parabola.nu/issues/251
> Good idea. https://labs.parabola.nu/issues/262
> https://labs.parabola.nu/issues/264
> https://labs.parabola.nu/issues/265

made my comments on these :)

-- 
http://kiwwwi.com.ar/pastes/para-cooptar-una-comunidad.markdown
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 489 bytes
Desc: not available
URL: <https://lists.parabola.nu/pipermail/dev/attachments/20121202/9ae29df2/attachment.sig>

From fauno at kiwwwi.com.ar  Mon Dec  3 00:42:33 2012
From: fauno at kiwwwi.com.ar (=?utf-8?Q?Nicol=C3=A1s?= Reynolds)
Date: Sun, 02 Dec 2012 21:42:33 -0300
Subject: [Dev] texlive-core-libre fonts
In-Reply-To: <87mwxxxq3m.fsf@mtjm.eu>
References: <20121201234829.GA14958@royal> <87mwxxxq3m.fsf@mtjm.eu>
Message-ID: <87a9tw9dae.fsf@kiwwwi.com.ar>

Micha? Mas?owski <mtjm at mtjm.eu> writes:

>> Basically the issue is:
>> ! I can't find file `ecrm1095'.
>>
>> The file is listed in the Arch package texlive-core:
>> usr/share/texmf-dist/fonts/source/jknappen/ec/ecrm1095.mf

in short, use xelatex :D


-- 
http://kiwwwi.com.ar/pastes/para-cooptar-una-comunidad.markdown
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 489 bytes
Desc: not available
URL: <https://lists.parabola.nu/pipermail/dev/attachments/20121202/5a2199b7/attachment.sig>

From fauno at kiwwwi.com.ar  Mon Dec  3 00:44:33 2012
From: fauno at kiwwwi.com.ar (=?utf-8?Q?Nicol=C3=A1s?= Reynolds)
Date: Sun, 02 Dec 2012 21:44:33 -0300
Subject: [Dev] [Tom Gundersen] [arch-dev-public] [RFC] dbus cleanup
Message-ID: <877gp09d72.fsf@kiwwwi.com.ar>

FYI

-- 
http://kiwwwi.com.ar/pastes/para-cooptar-una-comunidad.markdown


-------------- next part --------------
An embedded message was scrubbed...
From: Tom Gundersen <teg at jklm.no>
Subject: [arch-dev-public] [RFC] dbus cleanup
Date: Sat, 1 Dec 2012 20:11:00 +0100
Size: 1287
URL: <https://lists.parabola.nu/pipermail/dev/attachments/20121202/6faf31c1/attachment.eml>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 489 bytes
Desc: not available
URL: <https://lists.parabola.nu/pipermail/dev/attachments/20121202/6faf31c1/attachment.sig>

From fauno at kiwwwi.com.ar  Mon Dec  3 13:17:41 2012
From: fauno at kiwwwi.com.ar (=?utf-8?Q?Nicol=C3=A1s?= Reynolds)
Date: Mon, 03 Dec 2012 10:17:41 -0300
Subject: [Dev] [Loic J. Duros] [Bug-gnuzilla] GNU IceCat 17.0.1 released
Message-ID: <87txs38ebu.fsf@kiwwwi.com.ar>

FYI
-- 
http://kiwwwi.com.ar/pastes/para-cooptar-una-comunidad.markdown


-------------- next part --------------
An embedded message was scrubbed...
From: "Loic J. Duros" <lduros at gnu.org>
Subject: [Bug-gnuzilla] GNU IceCat 17.0.1 released
Date: Sat, 01 Dec 2012 20:09:43 -0500
Size: 2025
URL: <https://lists.parabola.nu/pipermail/dev/attachments/20121203/c15ad7b7/attachment.eml>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 489 bytes
Desc: not available
URL: <https://lists.parabola.nu/pipermail/dev/attachments/20121203/c15ad7b7/attachment.sig>

From mvdan at mvdan.cc  Mon Dec  3 13:35:05 2012
From: mvdan at mvdan.cc (Daniel =?iso-8859-1?Q?Mart=ED?=)
Date: Mon, 3 Dec 2012 14:35:05 +0100
Subject: [Dev] texlive-core-libre fonts
In-Reply-To: <87a9tw9dae.fsf@kiwwwi.com.ar>
References: <20121201234829.GA14958@royal> <87mwxxxq3m.fsf@mtjm.eu>
 <87a9tw9dae.fsf@kiwwwi.com.ar>
Message-ID: <20121203133505.GA1171@royal>

On Sun, Dec 02, 2012 at 09:42:33PM -0300, Nicol?s Reynolds wrote:
> Micha? Mas?owski <mtjm at mtjm.eu> writes:
> 
> >> Basically the issue is:
> >> ! I can't find file `ecrm1095'.
> >>
> >> The file is listed in the Arch package texlive-core:
> >> usr/share/texmf-dist/fonts/source/jknappen/ec/ecrm1095.mf
> 
> in short, use xelatex :D

How? xelatex results in the same error as pdflatex.

-- 
Daniel Mart? - mvdan at mvdan.cc - GPG 0x58BF72C3
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 836 bytes
Desc: not available
URL: <https://lists.parabola.nu/pipermail/dev/attachments/20121203/44bd5e84/attachment.sig>

From fauno at kiwwwi.com.ar  Mon Dec  3 14:11:34 2012
From: fauno at kiwwwi.com.ar (=?utf-8?Q?Nicol=C3=A1s?= Reynolds)
Date: Mon, 03 Dec 2012 11:11:34 -0300
Subject: [Dev] texlive-core-libre fonts
In-Reply-To: <20121203133505.GA1171@royal>
References: <20121201234829.GA14958@royal> <87mwxxxq3m.fsf@mtjm.eu>
 <87a9tw9dae.fsf@kiwwwi.com.ar> <20121203133505.GA1171@royal>
Message-ID: <87obib8bu1.fsf@kiwwwi.com.ar>

Daniel Mart? <mvdan at mvdan.cc> writes:

> On Sun, Dec 02, 2012 at 09:42:33PM -0300, Nicol?s Reynolds wrote:
>> Micha? Mas?owski <mtjm at mtjm.eu> writes:
>> 
>> >> Basically the issue is:
>> >> ! I can't find file `ecrm1095'.
>> >>
>> >> The file is listed in the Arch package texlive-core:
>> >> usr/share/texmf-dist/fonts/source/jknappen/ec/ecrm1095.mf
>> 
>> in short, use xelatex :D
>
> How? xelatex results in the same error as pdflatex.

could you post your latex header?

check out the latex version of any of the articles from [here][0], i'm
generating them with pandoc and texlive-libre.


[0]: http://noanoa.ponape.com.ar/endefensadelsl.org/

-- 
http://kiwwwi.com.ar/pastes/para-cooptar-una-comunidad.markdown
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 489 bytes
Desc: not available
URL: <https://lists.parabola.nu/pipermail/dev/attachments/20121203/705de1a6/attachment.sig>

From mtjm at mtjm.eu  Mon Dec  3 15:51:39 2012
From: mtjm at mtjm.eu (=?utf-8?Q?Micha=C5=82_Mas=C5=82owski?=)
Date: Mon, 03 Dec 2012 16:51:39 +0100
Subject: [Dev] texlive-core-libre fonts
In-Reply-To: <20121203133505.GA1171@royal> ("Daniel
 \=\?utf-8\?Q\?Mart\=C3\=AD\?\=
 \=\?utf-8\?Q\?\=22's\?\= message of "Mon,
 3 Dec 2012 14:35:05 +0100")
References: <20121201234829.GA14958@royal> <87mwxxxq3m.fsf@mtjm.eu>
 <87a9tw9dae.fsf@kiwwwi.com.ar> <20121203133505.GA1171@royal>
Message-ID: <87mwxv9lro.fsf@mtjm.eu>

> How? xelatex results in the same error as pdflatex.

Yes, while xelatex is also useful for non-English typesetting with
non-T1 fonts, using e.g. EU1 (Unicode) Latin Modern fonts or any
OpenType fonts specified via fontspec.
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 835 bytes
Desc: not available
URL: <https://lists.parabola.nu/pipermail/dev/attachments/20121203/510c7ebf/attachment.sig>

From mvdan at mvdan.cc  Mon Dec  3 15:55:43 2012
From: mvdan at mvdan.cc (Daniel =?iso-8859-1?Q?Mart=ED?=)
Date: Mon, 3 Dec 2012 16:55:43 +0100
Subject: [Dev] texlive-core-libre fonts
In-Reply-To: <87obib8bu1.fsf@kiwwwi.com.ar>
References: <20121201234829.GA14958@royal> <87mwxxxq3m.fsf@mtjm.eu>
 <87a9tw9dae.fsf@kiwwwi.com.ar> <20121203133505.GA1171@royal>
 <87obib8bu1.fsf@kiwwwi.com.ar>
Message-ID: <20121203155543.GA1169@royal>

On Mon, Dec 03, 2012 at 11:11:34AM -0300, Nicol?s Reynolds wrote:
> could you post your latex header?

Sure thing:

> \documentclass[11pt,a4paper]{moderncv}

> \moderncvtheme[blue]{classic}
> \usepackage[utf8]{inputenc}
> \usepackage[scale=0.8]{geometry}

> \usepackage{hyperref}
> \definecolor{linkcolour}{rgb}{0,0.2,0.6}
> \hypersetup{colorlinks,breaklinks,urlcolor=linkcolour, linkcolor=linkcolour}

> [...]

> \nopagenumbers{}
> \begin{document}
> \makecvtitle

Thank you both for your help.

-- 
Daniel Mart? - mvdan at mvdan.cc - GPG 0x58BF72C3
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 836 bytes
Desc: not available
URL: <https://lists.parabola.nu/pipermail/dev/attachments/20121203/ca3473ad/attachment.sig>

From mtjm at mtjm.eu  Mon Dec  3 16:08:32 2012
From: mtjm at mtjm.eu (=?utf-8?Q?Micha=C5=82_Mas=C5=82owski?=)
Date: Mon, 03 Dec 2012 17:08:32 +0100
Subject: [Dev] texlive-core-libre fonts
In-Reply-To: <20121203155543.GA1169@royal> ("Daniel
 \=\?utf-8\?Q\?Mart\=C3\=AD\?\=
 \=\?utf-8\?Q\?\=22's\?\= message of "Mon,
 3 Dec 2012 16:55:43 +0100")
References: <20121201234829.GA14958@royal> <87mwxxxq3m.fsf@mtjm.eu>
 <87a9tw9dae.fsf@kiwwwi.com.ar> <20121203133505.GA1171@royal>
 <87obib8bu1.fsf@kiwwwi.com.ar> <20121203155543.GA1169@royal>
Message-ID: <87ehj79kzj.fsf@mtjm.eu>

>> \documentclass[11pt,a4paper]{moderncv}

This has this code:

% automatic loading of latin modern fonts if present on the system
\IfFileExists{lmodern.sty}
  {\RequirePackage[T1]{fontenc}\RequirePackage{lmodern}}
  {}

Since fontenc is useless with OpenType fonts (assuming you use them),
add this before \documentclass:

\expandafter\def\csname ver at fontenc.sty\endcsname{}
\expandafter\def\csname opt at fontenc.sty\endcsname{T1}
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 835 bytes
Desc: not available
URL: <https://lists.parabola.nu/pipermail/dev/attachments/20121203/2accb59b/attachment.sig>

From mvdan at mvdan.cc  Mon Dec  3 16:19:29 2012
From: mvdan at mvdan.cc (Daniel =?iso-8859-1?Q?Mart=ED?=)
Date: Mon, 3 Dec 2012 17:19:29 +0100
Subject: [Dev] texlive-core-libre fonts
In-Reply-To: <87ehj79kzj.fsf@mtjm.eu>
References: <20121201234829.GA14958@royal> <87mwxxxq3m.fsf@mtjm.eu>
 <87a9tw9dae.fsf@kiwwwi.com.ar> <20121203133505.GA1171@royal>
 <87obib8bu1.fsf@kiwwwi.com.ar> <20121203155543.GA1169@royal>
 <87ehj79kzj.fsf@mtjm.eu>
Message-ID: <20121203161929.GA4514@royal>

On Mon, Dec 03, 2012 at 05:08:32PM +0100, Micha? Mas?owski wrote:
> >> \documentclass[11pt,a4paper]{moderncv}
> 
> This has this code:
> 
> % automatic loading of latin modern fonts if present on the system
> \IfFileExists{lmodern.sty}
>   {\RequirePackage[T1]{fontenc}\RequirePackage{lmodern}}
>   {}
> 
> Since fontenc is useless with OpenType fonts (assuming you use them),
> add this before \documentclass:
> 
> \expandafter\def\csname ver at fontenc.sty\endcsname{}
> \expandafter\def\csname opt at fontenc.sty\endcsname{T1}

That seems to have solved it, thank you!

We should put together some kind of moderncv-libre package :)

-- 
Daniel Mart? - mvdan at mvdan.cc - GPG 0x58BF72C3
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 836 bytes
Desc: not available
URL: <https://lists.parabola.nu/pipermail/dev/attachments/20121203/3c07f44f/attachment.sig>

From loic.vaumerel at gmail.com  Wed Dec  5 15:23:10 2012
From: loic.vaumerel at gmail.com (=?ISO-8859-1?Q?Lo=EFc_Vaumerel?=)
Date: Wed, 5 Dec 2012 16:23:10 +0100
Subject: [Dev] Artwork
In-Reply-To: <OF774B0F31.68C0AC51-ONC1257ACB.004666EA-C1257ACB.004679D2@bnpparibas.com>
References: <OF774B0F31.68C0AC51-ONC1257ACB.004666EA-C1257ACB.004679D2@bnpparibas.com>
Message-ID: <CAEn5tkFnYcu-5SQv7C72rFZ9vzT-3fasMXw=F9WiXCze4CeVaQ@mail.gmail.com>

Hi.

Please find attached some artworks you can add in your dedicated web
page. There are under whatever free license you want : gpl or cc.

I'm an Oracle developer and i also know web development. I'm french. I
would be happy to try to help you in any domain. Just let me know if
you need my help.

Regards
Lo?c
-------------- next part --------------
A non-text attachment was scrubbed...
Name: parabola.background.red.png
Type: application/octet-stream
Size: 27347 bytes
Desc: not available
URL: <https://lists.parabola.nu/pipermail/dev/attachments/20121205/41a5b9cd/attachment.obj>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: parabola.background.grey.3.png
Type: application/octet-stream
Size: 27313 bytes
Desc: not available
URL: <https://lists.parabola.nu/pipermail/dev/attachments/20121205/41a5b9cd/attachment-0001.obj>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: parabola.background.grey.2.png
Type: application/octet-stream
Size: 36144 bytes
Desc: not available
URL: <https://lists.parabola.nu/pipermail/dev/attachments/20121205/41a5b9cd/attachment-0002.obj>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: parabola.background.grey.1.png
Type: application/octet-stream
Size: 36637 bytes
Desc: not available
URL: <https://lists.parabola.nu/pipermail/dev/attachments/20121205/41a5b9cd/attachment-0003.obj>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: parabola.background.bw.png
Type: application/octet-stream
Size: 27311 bytes
Desc: not available
URL: <https://lists.parabola.nu/pipermail/dev/attachments/20121205/41a5b9cd/attachment-0004.obj>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: parabola.background.blue.png
Type: application/octet-stream
Size: 27347 bytes
Desc: not available
URL: <https://lists.parabola.nu/pipermail/dev/attachments/20121205/41a5b9cd/attachment-0005.obj>

From jorgean at lavabit.com  Wed Dec  5 18:30:15 2012
From: jorgean at lavabit.com (Jorge Araya Navarro)
Date: Wed, 05 Dec 2012 12:30:15 -0600
Subject: [Dev] Artwork
In-Reply-To: <CAEn5tkFnYcu-5SQv7C72rFZ9vzT-3fasMXw=F9WiXCze4CeVaQ@mail.gmail.com>
References: <OF774B0F31.68C0AC51-ONC1257ACB.004666EA-C1257ACB.004679D2@bnpparibas.com>
 <CAEn5tkFnYcu-5SQv7C72rFZ9vzT-3fasMXw=F9WiXCze4CeVaQ@mail.gmail.com>
Message-ID: <50BF92B7.60303@lavabit.com>

El 05/12/2012 09:23, Lo?c Vaumerel escribi?:
> Hi.
>
> Please find attached some artworks you can add in your dedicated web
> page. There are under whatever free license you want : gpl or cc.
>
> I'm an Oracle developer and i also know web development. I'm french. I
> would be happy to try to help you in any domain. Just let me know if
> you need my help.
>
> Regards
> Lo?c
>
>
> ____________________________________________________________________________________
> Quality shared and reseller hosting Low priced domains and ssl certs
> http://click.lavabit.com/pbzxtebgr5e91x4zt3kxc3kbrm9kwgwh38r6wcfuure8ykcyzwgb/
> ____________________________________________________________________________________
>
>
> _______________________________________________
> Dev mailing list
> Dev at lists.parabolagnulinux.org
> https://lists.parabolagnulinux.org/mailman/listinfo/dev
Sir, where did you miss the anti-aliases? ._.

-- 
Jorge Araya Navarro
Universitario, idealista y activista del Software Libre.
Siquirres, Lim?n, Costa Rica.
http://swt.encyclomundi.net
Diaspora*: http://diasp.org/u/shackra
identi.ca: http://parlementum.net/sweet
Jabber: shackra at jabberes.org
Skype: ?De ninguna manera, tras de privativo, te esp?an!.
El software privativo en GNU/Linux, al igual que en Windows o en MacOs, 
te hace un ser no-libre. Deja de enga?arte, ??despierta ahora!!:
http://www.gnu.org/distros/free-distros.html
http://replicant.us/about/
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.parabola.nu/pipermail/dev/attachments/20121205/f7e9bf60/attachment.htm>

From mtjm at mtjm.eu  Wed Dec  5 18:34:32 2012
From: mtjm at mtjm.eu (=?utf-8?Q?Micha=C5=82_Mas=C5=82owski?=)
Date: Wed, 05 Dec 2012 19:34:32 +0100
Subject: [Dev] Artwork
In-Reply-To: <CAEn5tkFnYcu-5SQv7C72rFZ9vzT-3fasMXw=F9WiXCze4CeVaQ@mail.gmail.com>
 (=?utf-8?Q?=22Lo=C3=AFc?= Vaumerel"'s message of "Wed, 5 Dec 2012 16:23:10
 +0100")
References: <OF774B0F31.68C0AC51-ONC1257ACB.004666EA-C1257ACB.004679D2@bnpparibas.com>
 <CAEn5tkFnYcu-5SQv7C72rFZ9vzT-3fasMXw=F9WiXCze4CeVaQ@mail.gmail.com>
Message-ID: <87r4n4pcuf.fsf@mtjm.eu>

> Please find attached some artworks you can add in your dedicated web
> page. There are under whatever free license you want : gpl or cc.

Can you report these at?[0]?  (Linking to them there could be better
than attaching them to the list post.)

> I'm an Oracle developer and i also know web development. I'm french. I
> would be happy to try to help you in any domain. Just let me know if
> you need my help.

We have some feature requests for a Django application (some of the
issues at?[1]).  Another Web-related way to help would be to migrate
issues from Round Up to our new trackers using ChiliProject?[2].

[0] https://labs.parabola.nu/projects/art4parabola
[1] https://labs.parabola.nu/projects/servers/issues?set_filter=1&tracker_id=1
[2] https://labs.parabola.nu/issues/1
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 835 bytes
Desc: not available
URL: <https://lists.parabola.nu/pipermail/dev/attachments/20121205/d7db2b02/attachment.sig>

From s.boutayeb at free.fr  Wed Dec  5 22:22:18 2012
From: s.boutayeb at free.fr (Samy Boutayeb)
Date: Wed, 05 Dec 2012 23:22:18 +0100
Subject: [Dev] New project: gNewSenseToMips-3A
Message-ID: <1354746138.16127.31.camel@901d.lan>

Hi,

I am glad to announce the creation of the gNewSenseToMips-3A project
[1], which aim is to port the GNU/Linux GNewSense distribution on the
Loongson 3A hardware, beginning with the 3A laptop.

This project enjoys the support from Loongson, which developed the 3A
cpu, from Lemote, which manufactured the 3A platforms, and from an
international network of free software/hardware hackers and developers.

We will appreciate your contribution.

Let's discuss and share on this free hardware/software project in the
loongson-dev group [2], for hardware related issues, and in the
gnewsense-dev group [3], for gnewsense related issues.

Kind regards

samy boutayeb

[1] http://gnewsense.org/Projects/GNewSenseToMIPS-3A

[2] http://groups.google.com/group/loongson-dev/

[3] http://lists.nongnu.org/archive/html/gnewsense-dev/







From dantoac at lavabit.com  Thu Dec  6 02:01:19 2012
From: dantoac at lavabit.com (DantoAC)
Date: Wed, 5 Dec 2012 23:01:19 -0300
Subject: [Dev] logo parabola
In-Reply-To: <CAKt4Hk8vHo4wwzmKKEvfb6+6yTLPDFXvWHBz5non5pGJJw52xQ@mail.gmail.com>
References: <CAKt4Hk-gRGjhzZXbpKugEocdeicr0nPo_kS=BfqoetJUrh6s=Q@mail.gmail.com>
 <CAKt4Hk8vHo4wwzmKKEvfb6+6yTLPDFXvWHBz5non5pGJJw52xQ@mail.gmail.com>
Message-ID: <20121205230119.0fa765fe@primus>

El Thu, 29 Nov 2012 15:51:21 +0100
nicolas floquet <nicolasfloquet59 at gmail.com> escribi?:
> Sorry.
> 
> Nicolas Floquet
> 

It is a good work indeed, but I think its too complicated to be a logo.

I think that something simple as a flat rounded "A" turner to its right
to look like a "P" or something (sorry for my poor proposal, maybe)
could be a better idea, and easy for marketing.

best regards to all and for your impeccable work from the begining.
--
Daniel Aguayo Catal?n
@dantoac



From loic.vaumerel at gmail.com  Thu Dec  6 12:51:39 2012
From: loic.vaumerel at gmail.com (=?ISO-8859-1?Q?Lo=EFc_Vaumerel?=)
Date: Thu, 6 Dec 2012 13:51:39 +0100
Subject: [Dev] Bug 226
Message-ID: <CAEn5tkFvER3VpV-hU_vaypjW463-PsWagOer8-hyXjd9MKS2Aw@mail.gmail.com>

---------- Forwarded message ----------
From: loic.vaumerel at bnpparibas.com
Date: Thu, 6 Dec 2012 13:45:27 +0100
Subject: Personnel
To: loic.vaumerel at gmail.com

Hi,

I think I may a clue regarding Bug #226.
I need to access to the web server behind "
http://parabolagnulinux.org/packages/libre/i686/iceweasel-libre/flag/"
URL.
Especially to the below files:
   /srv/http/web/packages/views/flag.py
   /usr/lib/python2.7/site-packages/django/core/handlers/base.py

/usr/lib/python2.7/site-packages/django/db/backends/postgresql_psycopg2/base.py
   /usr/lib/python2.7/site-packages/django/db/backends/util.py
   /usr/lib/python2.7/site-packages/django/db/models/base.py
   /usr/lib/python2.7/site-packages/django/db/models/manager.py
   /usr/lib/python2.7/site-packages/django/db/models/query.py
   /usr/lib/python2.7/site-packages/django/db/models/sql/compiler.py
   /usr/lib/python2.7/site-packages/django/db/transaction.py
   /usr/lib/python2.7/site-packages/django/views/decorators/cache.py

ip_address column is not nullable is packages_flagrequest table whereas
the web page give a null value
3 options:
   - find why the value is null and fix it (the best)
   - set this column to nullable (not the best)
   - put a default value when null (not the best)

How can I get access to this ?

Lo?c Vaumerel


This message and any attachments (the "message") is
intended solely for the intended addressees and is confidential.
If you receive this message in error,or are not the intended recipient(s),
please delete it and any copies from your systems and immediately notify
the sender. Any unauthorized view, use that does not comply with its purpose,
dissemination or disclosure, either whole or partial, is prohibited.
Since the internet
cannot guarantee the integrity of this message which may not be
reliable, BNP PARIBAS
(and its subsidiaries) shall not be liable for the message if
modified, changed or falsified.
Do not print this message unless it is necessary,consider the environment.

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

Ce message et toutes les pieces jointes (ci-apres le "message")
sont etablis a l'intention exclusive de ses destinataires et sont confidentiels.
Si vous recevez ce message par erreur ou s'il ne vous est pas destine,
merci de le detruire ainsi que toute copie de votre systeme et d'en avertir
immediatement l'expediteur. Toute lecture non autorisee, toute utilisation de
ce message qui n'est pas conforme a sa destination, toute diffusion ou toute
publication, totale ou partielle, est interdite. L'Internet ne
permettant pas d'assurer
l'integrite de ce message electronique susceptible d'alteration, BNP Paribas
(et ses filiales) decline(nt) toute responsabilite au titre de ce
message dans l'hypothese
ou il aurait ete modifie, deforme ou falsifie.
N'imprimez ce message que si necessaire, pensez a l'environnement.


From fauno at kiwwwi.com.ar  Thu Dec  6 12:57:36 2012
From: fauno at kiwwwi.com.ar (=?utf-8?Q?Nicol=C3=A1s?= Reynolds)
Date: Thu, 06 Dec 2012 09:57:36 -0300
Subject: [Dev] Bug 226
In-Reply-To: <CAEn5tkFvER3VpV-hU_vaypjW463-PsWagOer8-hyXjd9MKS2Aw@mail.gmail.com>
References: <CAEn5tkFvER3VpV-hU_vaypjW463-PsWagOer8-hyXjd9MKS2Aw@mail.gmail.com>
Message-ID: <877gov49tr.fsf@kiwwwi.com.ar>


awesome, could you drop by #parabola at freenode to talk about this? ping
fauno and/or lukeshu. meanwhile you can clone parabolaweb from [here][0]


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

Lo?c Vaumerel <loic.vaumerel at gmail.com> writes:

> ---------- Forwarded message ----------
> From: loic.vaumerel at bnpparibas.com
> Date: Thu, 6 Dec 2012 13:45:27 +0100
> Subject: Personnel
> To: loic.vaumerel at gmail.com
>
> Hi,
>
> I think I may a clue regarding Bug #226.
> I need to access to the web server behind "
> http://parabolagnulinux.org/packages/libre/i686/iceweasel-libre/flag/"
> URL.
> Especially to the below files:
>    /srv/http/web/packages/views/flag.py
>    /usr/lib/python2.7/site-packages/django/core/handlers/base.py
>
> /usr/lib/python2.7/site-packages/django/db/backends/postgresql_psycopg2/base.py
>    /usr/lib/python2.7/site-packages/django/db/backends/util.py
>    /usr/lib/python2.7/site-packages/django/db/models/base.py
>    /usr/lib/python2.7/site-packages/django/db/models/manager.py
>    /usr/lib/python2.7/site-packages/django/db/models/query.py
>    /usr/lib/python2.7/site-packages/django/db/models/sql/compiler.py
>    /usr/lib/python2.7/site-packages/django/db/transaction.py
>    /usr/lib/python2.7/site-packages/django/views/decorators/cache.py
>
> ip_address column is not nullable is packages_flagrequest table whereas
> the web page give a null value
> 3 options:
>    - find why the value is null and fix it (the best)
>    - set this column to nullable (not the best)
>    - put a default value when null (not the best)
>
> How can I get access to this ?
>
> Lo?c Vaumerel
>
>
> This message and any attachments (the "message") is
> intended solely for the intended addressees and is confidential.
> If you receive this message in error,or are not the intended recipient(s),
> please delete it and any copies from your systems and immediately notify
> the sender. Any unauthorized view, use that does not comply with its purpose,
> dissemination or disclosure, either whole or partial, is prohibited.
> Since the internet
> cannot guarantee the integrity of this message which may not be
> reliable, BNP PARIBAS
> (and its subsidiaries) shall not be liable for the message if
> modified, changed or falsified.
> Do not print this message unless it is necessary,consider the environment.
>
> ----------------------------------------------------------------------------------------------------------------------------------
>
> Ce message et toutes les pieces jointes (ci-apres le "message")
> sont etablis a l'intention exclusive de ses destinataires et sont confidentiels.
> Si vous recevez ce message par erreur ou s'il ne vous est pas destine,
> merci de le detruire ainsi que toute copie de votre systeme et d'en avertir
> immediatement l'expediteur. Toute lecture non autorisee, toute utilisation de
> ce message qui n'est pas conforme a sa destination, toute diffusion ou toute
> publication, totale ou partielle, est interdite. L'Internet ne
> permettant pas d'assurer
> l'integrite de ce message electronique susceptible d'alteration, BNP Paribas
> (et ses filiales) decline(nt) toute responsabilite au titre de ce
> message dans l'hypothese
> ou il aurait ete modifie, deforme ou falsifie.
> N'imprimez ce message que si necessaire, pensez a l'environnement.
> _______________________________________________
> Dev mailing list
> Dev at lists.parabolagnulinux.org
> https://lists.parabolagnulinux.org/mailman/listinfo/dev
>

-- 
http://kiwwwi.com.ar/pastes/para-cooptar-una-comunidad.markdown
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 489 bytes
Desc: not available
URL: <https://lists.parabola.nu/pipermail/dev/attachments/20121206/52750b99/attachment.sig>

From s.boutayeb at free.fr  Sat Dec  8 18:02:26 2012
From: s.boutayeb at free.fr (s.boutayeb at free.fr)
Date: Sat, 08 Dec 2012 19:02:26 +0100
Subject: [Dev] Loongson 3A MIPS machine in the "GCC Compile Farm"
Message-ID: <1354989746.50c380b271521@imp.free.fr>

Hi,

The GCC Compile farm [1] has setup a 3A machine. As the other machines set up by
this project, this MIPS machine provides ssh access to free software developers,
GCC and others (GPL, BSD, MIT, ...).

For more information, see [2].

[1] http://gcc.gnu.org/wiki/CompileFarm
[2] http://lists.parrot.org/pipermail/parrot-dev/2012-March/006660.html


From michael.dorrington at gmail.com  Sun Dec  9 15:44:10 2012
From: michael.dorrington at gmail.com (Michael Dorrington)
Date: Sun, 09 Dec 2012 15:44:10 +0000
Subject: [Dev] New project: gNewSenseToMips-3A
In-Reply-To: <1354746138.16127.31.camel@901d.lan>
References: <1354746138.16127.31.camel@901d.lan>
Message-ID: <50C4B1CA.2050002@gmail.com>

On 05/12/12 22:22, Samy Boutayeb wrote:
> Hi,
> 
> I am glad to announce the creation of the gNewSenseToMips-3A project
> [1], which aim is to port the GNU/Linux GNewSense distribution on the
> Loongson 3A hardware, beginning with the 3A laptop.
> 
> This project enjoys the support from Loongson, which developed the 3A
> cpu, from Lemote, which manufactured the 3A platforms, and from an
> international network of free software/hardware hackers and developers.

Does this project enjoy support from the FSF?

> We will appreciate your contribution.
> 
> Let's discuss and share on this free hardware/software project in the

Is the Loongson 3A laptop (Yeeloong 8133?) free hardware?

The last thing I read was interview with RMS where he said that he used
a Yeeloong but specifically that it was *not* the new one [8133] as it
need non-free firmware for the video.  These need answering for the 8133:

1. A list of all the non-free firmware inside the hardware.

2. Is that non-free firmware inside the hardware currently replaceable
with a free version?

3. What non-free firmware in software is required to run the hardware?
(Such as, to display on the screen, use an external display or to use
the wired Ethernet.)

4. What are the features of the hardware when run with maximum free
software on it?  (Such as, does the Ethernet only do 100 Mbps rather
that 1 Gbps, can it still display to an external screen.)

5. Is the 8133 a step back in terms of software freedom compared to the
8101 and 8089?

6. Are Lemote going to work to getting any required patches into
upstream?  (For instance patches to Xorg?  The Xorg patches for 8101 and
8089 are still not in upstream AFAIK and from what I can tell Lemote
didn't try to get them upstream.)

People are free to work on what they want but, depending on the answers,
from a software freedom point of view it might be better improving the
software for 8101 and 8089.

Regards,
Mike.
-- 
FSF member #9429
http://www.fsf.org/register_form?referrer=9429
http://www.fsf.org/about
"The Free Software Foundation (FSF) is a nonprofit with a worldwide
mission to promote computer user freedom and to defend the rights of all
free software users."

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

From mtjm at mtjm.eu  Sun Dec  9 16:08:48 2012
From: mtjm at mtjm.eu (=?utf-8?Q?Micha=C5=82_Mas=C5=82owski?=)
Date: Sun, 09 Dec 2012 17:08:48 +0100
Subject: [Dev] [Gnewsense-dev] New project: gNewSenseToMips-3A
In-Reply-To: <50C4B1CA.2050002@gmail.com> (Michael Dorrington's message of
 "Sun, 09 Dec 2012 15:44:10 +0000")
References: <1354746138.16127.31.camel@901d.lan> <50C4B1CA.2050002@gmail.com>
Message-ID: <87sj7f8ay7.fsf@mtjm.eu>

> Is the Loongson 3A laptop (Yeeloong 8133?) free hardware?

"Free hardware" means hardware with a design that the user can change or
manufacture, not hardware that works without nonfree software.  The lack
of public "source code" of the GPU or documentation of some of its parts
(e.g. the ISAs of microcode provided by the operating system) clearly
prevents it from being free hardware, while there are such (non-Radeon)
GPUs that work without nonfree software specific to it.

> The last thing I read was interview with RMS where he said that he used
> a Yeeloong but specifically that it was *not* the new one [8133] as it
> need non-free firmware for the video.  These need answering for the 8133:

The issue is the Radeon BIOS blob in PMON, maybe also the optional
microcode loaded by the operating system (which is easier to not use).

> 3. What non-free firmware in software is required to run the hardware?
> (Such as, to display on the screen, use an external display or to use
> the wired Ethernet.)

What does "in software" mean here?  Do you refer to nonfree code run on
the main CPU, or run on other CPUs but shipped with the operating
system?

> People are free to work on what they want but, depending on the answers,
> from a software freedom point of view it might be better improving the
> software for 8101 and 8089.

I think this was the usual opinion on gNewSense and Parabola channels.

If the developers had them, 3A machines could be useful for improving
the software used on the 2F YeeLoong.  Most missing features or bugs
that I have seen in Parabola seem to occur on all MIPS or N32 systems,
not only on ones with the specific CPU and GPU used on the YeeLoong.
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 835 bytes
Desc: not available
URL: <https://lists.parabola.nu/pipermail/dev/attachments/20121209/47e0fee2/attachment.sig>

From samgee at elmundolibre.be  Mon Dec 10 10:51:46 2012
From: samgee at elmundolibre.be (Sam Geeraerts)
Date: Mon, 10 Dec 2012 11:51:46 +0100
Subject: [Dev] [Gnewsense-dev] New project: gNewSenseToMips-3A
In-Reply-To: <50C4B1CA.2050002@gmail.com>
References: <1354746138.16127.31.camel@901d.lan> <50C4B1CA.2050002@gmail.com>
Message-ID: <50C5BEC2.4050504@elmundolibre.be>

Michael Dorrington wrote:
> Does this project enjoy support from the FSF?

Yes. RMS in an email to me:

>> Thank you for working on this.  If you need help, please let me know.

> 5. Is the 8133 a step back in terms of software freedom compared to the
> 8101 and 8089?

Yes. But Lemote hope to take a step forward again for the next model:

>> Hopefully next year we will have Loongson3A/B/C + Loongson2H as a
>> chipset. The GPU driver should then be fully free. But no fix schedule
>> yet(2H is in test).

So working on this platform should pay off in the long run. Until that
time I consider the Yeeloong more important than 3A.


From fauno at kiwwwi.com.ar  Wed Dec 12 01:20:22 2012
From: fauno at kiwwwi.com.ar (=?utf-8?Q?Nicol=C3=A1s?= Reynolds)
Date: Tue, 11 Dec 2012 22:20:22 -0300
Subject: [Dev] [Tobias Powalowski] [arch-dev-public] linux-3.7.0-1 enters
	[testing]
Message-ID: <87y5h4xe09.fsf@kiwwwi.com.ar>

fyi
-- 
)


-------------- next part --------------
An embedded message was scrubbed...
From: Tobias Powalowski <tobias.powalowski at googlemail.com>
Subject: no subject
Date: Tue, 11 Dec 2012 19:35:44 +0100
Size: 1662
URL: <https://lists.parabola.nu/pipermail/dev/attachments/20121211/7c5b2eda/attachment.eml>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 489 bytes
Desc: not available
URL: <https://lists.parabola.nu/pipermail/dev/attachments/20121211/7c5b2eda/attachment.sig>

From prakash at duckduckgo.com  Wed Dec 12 12:01:47 2012
From: prakash at duckduckgo.com (Prakash Swaminathan)
Date: Wed, 12 Dec 2012 17:31:47 +0530
Subject: [Dev] DuckDuckGo as a search option in Parabola
In-Reply-To: <CAB1_LYPd64c_+hB9rxT96OTCtPYYj3uY6gs4K=RR522SwODUpg@mail.gmail.com>
References: <CAB1_LYNPD5mgXO=M3dZ_KMSkxh9rKHGO4e7oQSp=SQrJWcpLeg@mail.gmail.com>
 <50900C23.6090606@lavabit.com>
 <CAB1_LYMoh4+YFHbYHBso6_dnLRRN2efPHf5cxqBSUvOERRCRdg@mail.gmail.com>
 <50906F2D.20606@lavabit.com>
 <CAB1_LYPd64c_+hB9rxT96OTCtPYYj3uY6gs4K=RR522SwODUpg@mail.gmail.com>
Message-ID: <CAB1_LYORA1su_uNGSJMZKrSBEP6HoT1D2XM7vQ8PF-yxBEkJXQ@mail.gmail.com>

Hello,

Can you please get back to us?

Thanks,
Prakash

On Wed, Oct 31, 2012 at 10:22 AM, Prakash Swaminathan <
prakash at duckduckgo.com> wrote:

> Hello,
>
> At DuckDuckGo, we believe that privacy<https://duckduckgo.com/privacy.html> and
> better search are not mutually exclusive.
>
> We are available in Linux Mint, Ubuntu, Debian, Opera and offer revenue-share
> in two ways:
>  - If DuckDuckGo is the default search engine we split revenue 50-50%
>  - If DuckDuckGo is an option among other search engines, we would split
> 25%
>
> Would this interest the Parabola team?
>
> Thanks,
> Prakash
>
>
> ---------- Forwarded message ----------
> From: Andr? Silva <emulatorman at lavabit.com>
> Date: Wed, Oct 31, 2012 at 5:52 AM
> Subject: Re: DuckDuckGo as a search option in Parabola
> To: Prakash Swaminathan <prakash at duckduckgo.com>
>
>
> On 10/30/2012 05:06 PM, Prakash Swaminathan wrote:
> > Andr?,
> >
> > Thanks!  Delighted to hear that we are the default search engine in
> > Parabola.
> >
> > We offer revenue-share in two ways:
> > - If DuckDuckGo is the default search engine we split revenue 50-50%
> > - If DuckDuckGo is an option among other search engines, we would
> > split 25%
> >
> > Would this be of interest to you?
> >
> > Kind regards,
> > Prakash
> >
>
> Prakash,
>
> I'm very grateful by the offer that you are sending for Parabola by my
> intermediation, but our distro was created by a small community of
> hackers, and i think that the best way is send your offer to our mail. I
> give to you the following email to that you can communicate to us:
>
> dev at lists.parabolagnulinux.org
>
> Waiting your response soon, kind regards:
> Andr? Fabian Silva Delgado
>
>
>
>
> --
> Prakash Swaminathan,  https://duckduckgo.com/
>
>
>


-- 
Prakash Swaminathan,  https://duckduckgo.com/
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.parabola.nu/pipermail/dev/attachments/20121212/0b36e99e/attachment.htm>

From mvdan at mvdan.cc  Wed Dec 12 14:03:03 2012
From: mvdan at mvdan.cc (Daniel =?iso-8859-1?Q?Mart=ED?=)
Date: Wed, 12 Dec 2012 15:03:03 +0100
Subject: [Dev] DuckDuckGo as a search option in Parabola
In-Reply-To: <CAB1_LYORA1su_uNGSJMZKrSBEP6HoT1D2XM7vQ8PF-yxBEkJXQ@mail.gmail.com>
References: <CAB1_LYNPD5mgXO=M3dZ_KMSkxh9rKHGO4e7oQSp=SQrJWcpLeg@mail.gmail.com>
 <50900C23.6090606@lavabit.com>
 <CAB1_LYMoh4+YFHbYHBso6_dnLRRN2efPHf5cxqBSUvOERRCRdg@mail.gmail.com>
 <50906F2D.20606@lavabit.com>
 <CAB1_LYPd64c_+hB9rxT96OTCtPYYj3uY6gs4K=RR522SwODUpg@mail.gmail.com>
 <CAB1_LYORA1su_uNGSJMZKrSBEP6HoT1D2XM7vQ8PF-yxBEkJXQ@mail.gmail.com>
Message-ID: <20121212140303.GA2391@royal>

Hello Prakash,

Sorry we hadn't replied yet.

We package iceweasel-libre, which includes DuckDuckGo as its default
search engine. You can find out more here:
https://projects.parabolagnulinux.org/abslibre.git/tree/libre/iceweasel-libre/libre.patch

I cannot speak for all of us here, but at least I can assure you we are
already shipping your search engine :)

Regards.

On Wed, Dec 12, 2012 at 05:31:47PM +0530, Prakash Swaminathan wrote:
> Hello,
> 
> Can you please get back to us?
> 
> Thanks,
> Prakash
> 
> On Wed, Oct 31, 2012 at 10:22 AM, Prakash Swaminathan <
> prakash at duckduckgo.com> wrote:
> 
> > Hello,
> >
> > At DuckDuckGo, we believe that privacy<https://duckduckgo.com/privacy.html> and
> > better search are not mutually exclusive.
> >
> > We are available in Linux Mint, Ubuntu, Debian, Opera and offer revenue-share
> > in two ways:
> >  - If DuckDuckGo is the default search engine we split revenue 50-50%
> >  - If DuckDuckGo is an option among other search engines, we would split
> > 25%
> >
> > Would this interest the Parabola team?
> >
> > Thanks,
> > Prakash

-- 
Daniel Mart? - mvdan at mvdan.cc - GPG 0x58BF72C3
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 836 bytes
Desc: not available
URL: <https://lists.parabola.nu/pipermail/dev/attachments/20121212/4912c2a5/attachment.sig>

From prakash at duckduckgo.com  Wed Dec 12 14:36:31 2012
From: prakash at duckduckgo.com (Prakash Swaminathan)
Date: Wed, 12 Dec 2012 20:06:31 +0530
Subject: [Dev] DuckDuckGo as a search option in Parabola
In-Reply-To: <20121212140303.GA2391@royal>
References: <CAB1_LYNPD5mgXO=M3dZ_KMSkxh9rKHGO4e7oQSp=SQrJWcpLeg@mail.gmail.com>
 <50900C23.6090606@lavabit.com>
 <CAB1_LYMoh4+YFHbYHBso6_dnLRRN2efPHf5cxqBSUvOERRCRdg@mail.gmail.com>
 <50906F2D.20606@lavabit.com>
 <CAB1_LYPd64c_+hB9rxT96OTCtPYYj3uY6gs4K=RR522SwODUpg@mail.gmail.com>
 <CAB1_LYORA1su_uNGSJMZKrSBEP6HoT1D2XM7vQ8PF-yxBEkJXQ@mail.gmail.com>
 <20121212140303.GA2391@royal>
Message-ID: <CAB1_LYOJnJ-vD3E=HF7U2JjXcys7PxAnXpcoTyLomLdmVnQw4Q@mail.gmail.com>

Awesome, thank you!  We would like to send over DuckDuckGo tshirts, please
let us know everyone's size and mailing address.

Thanks,
Prakash

On Wed, Dec 12, 2012 at 7:33 PM, Daniel Mart? <mvdan at mvdan.cc> wrote:

> Hello Prakash,
>
> Sorry we hadn't replied yet.
>
> We package iceweasel-libre, which includes DuckDuckGo as its default
> search engine. You can find out more here:
>
> https://projects.parabolagnulinux.org/abslibre.git/tree/libre/iceweasel-libre/libre.patch
>
> I cannot speak for all of us here, but at least I can assure you we are
> already shipping your search engine :)
>
> Regards.
>
> On Wed, Dec 12, 2012 at 05:31:47PM +0530, Prakash Swaminathan wrote:
> > Hello,
> >
> > Can you please get back to us?
> >
> > Thanks,
> > Prakash
> >
> > On Wed, Oct 31, 2012 at 10:22 AM, Prakash Swaminathan <
> > prakash at duckduckgo.com> wrote:
> >
> > > Hello,
> > >
> > > At DuckDuckGo, we believe that privacy<
> https://duckduckgo.com/privacy.html> and
> > > better search are not mutually exclusive.
> > >
> > > We are available in Linux Mint, Ubuntu, Debian, Opera and offer
> revenue-share
> > > in two ways:
> > >  - If DuckDuckGo is the default search engine we split revenue 50-50%
> > >  - If DuckDuckGo is an option among other search engines, we would
> split
> > > 25%
> > >
> > > Would this interest the Parabola team?
> > >
> > > Thanks,
> > > Prakash
>
> --
> Daniel Mart? - mvdan at mvdan.cc - GPG 0x58BF72C3
>



-- 
Prakash Swaminathan,  https://duckduckgo.com/
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.parabola.nu/pipermail/dev/attachments/20121212/0d8762ac/attachment.htm>

From s.boutayeb at free.fr  Wed Dec 12 15:30:27 2012
From: s.boutayeb at free.fr (Samy Boutayeb)
Date: Wed, 12 Dec 2012 16:30:27 +0100
Subject: [Dev] [Gnewsense-dev] New project: gNewSenseToMips-3A
In-Reply-To: <50C4B1CA.2050002@gmail.com>
References: <1354746138.16127.31.camel@901d.lan> <50C4B1CA.2050002@gmail.com>
Message-ID: <1355326227.11803.29.camel@901d.lan>

Hi,
Le dimanche 09 d?cembre 2012 ? 15:44 +0000, Michael Dorrington a ?crit :
> Does this project enjoy support from the FSF?
> 

Yes, provided there is no non-free blobs (as it might be the case for
the firmware used for the video acceleration).

> Let's discuss and share on this free hardware/software project in the
> 
> Is the Loongson 3A laptop (Yeeloong 8133?) free hardware?
> 
> The last thing I read was interview with RMS where he said that he used
> a Yeeloong but specifically that it was *not* the new one [8133] as it
> need non-free firmware for the video.  These need answering for the 8133:
> 

The radeon/amd graphic chipset requires a non-free firmware in order to
enable hardware acceleration. However, the data under "3aXorg" (in [1])
seem interesting.

This said, very few people seem to have got their hand on this hardware
AND have reported about it (excepting a Gentoo user, see [2]). This may
change and result in more first hand reports. Then, one will be able to
execute some tests (as in [2]), in order to assess the components, the
available firmware and the possible workarounds.
Until then, on may consult the few available reports (as in [4] [5]).

This said, on the positive side, the manufacturer do provide extensive
help with documentation + sources + support. Of course, it's work in
progress, but it's a very appreciable factor as hacking the hardware or
installing a new distribution is concerned.

> 1. A list of all the non-free firmware inside the hardware.
> 

This has to be confirmed on the real hardware (seeing is believing).

> 2. Is that non-free firmware inside the hardware currently replaceable
> with a free version?
> 
See [1].
 
> 3. What non-free firmware in software is required to run the hardware?
> (Such as, to display on the screen, use an external display or to use
> the wired Ethernet.)
> 
> 4. What are the features of the hardware when run with maximum free
> software on it?  (Such as, does the Ethernet only do 100 Mbps rather
> that 1 Gbps, can it still display to an external screen.)
> 
> 5. Is the 8133 a step back in terms of software freedom compared to the
> 8101 and 8089?
> 

Not sure about that. However, my intuition is that the hardware running
the 3A CPU is a transition announcing a next generation (with the 3B
CPU) and more freedom-complient components

> 6. Are Lemote going to work to getting any required patches into
> upstream?  (For instance patches to Xorg?  The Xorg patchesi for 8101 and
> 8089 are still not in upstream AFAIK and from what I can tell Lemote
> didn't try to get them upstream.)
> 
See next generation

> People are free to work on what they want but, depending on the answers,
> from a software freedom point of view it might be better improving the
> software for 8101 and 8089.

The performances achieved with the 3A machine may benefit for the actual
porting projects targetting the 2F machines. See the GCC compile
buildfarm, which provides a remote access to 3A machines ([6]).

[1] http://www.loongson.cn/dev/ftp/3aXorg/
[2] http://teknohog.godsong.org/hardware/naga/
[3] http://h-node.org/wiki/page/en/Discover-your-hardware
[4] http://www.phoronix.com/scan.php?page=news_item&px=MTI0NzE
[5] http://www.phoronix.com/scan.php?page=news_item&px=MTEyOTE
[6] http://lists.parrot.org/pipermail/parrot-dev/2012-March/006660.html



From fauno at parabola.nu  Sun Dec 16 19:18:52 2012
From: fauno at parabola.nu (=?utf-8?Q?Nicol=C3=A1s?= Reynolds)
Date: Sun, 16 Dec 2012 16:18:52 -0300
Subject: [Dev] Compiling a kernel on yeeloong
In-Reply-To: <64026.37.130.227.133.1355663109.squirrel@lavabit.com>
References: <64026.37.130.227.133.1355663109.squirrel@lavabit.com>
Message-ID: <87wqwhst43.fsf@kiwwwi.com.ar>


sure, you can see our build scripts here[0], start by checking the
PKGBUILD if you haven't use makepkg before.

you can also ask questions on the parabola list i'm cc'ing now and also
our irc channel #parabola on freenode.

[0]: https://projects.parabolagnulinux.org/abslibre-mips64el.git/tree/libre/linux-libre

bromley at lavabit.com writes:

> Hello.
>
> `pacman -Si linux-libre' showed your email. Could you help(0)?
>
> (0) https://lists.gnu.org/archive/html/gnewsense-users/2012-12/msg00022.html
>
>

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

From bromley at lavabit.com  Mon Dec 17 11:11:46 2012
From: bromley at lavabit.com (bromley at lavabit.com)
Date: Mon, 17 Dec 2012 06:11:46 -0500 (EST)
Subject: [Dev] Compiling a kernel on yeeloong
In-Reply-To: <87wqwhst43.fsf@kiwwwi.com.ar>
References: <64026.37.130.227.133.1355663109.squirrel@lavabit.com>
 <87wqwhst43.fsf@kiwwwi.com.ar>
Message-ID: <10385.77.247.181.162.1355742706.squirrel@lavabit.com>

> you can also ask questions on the parabola list i'm cc'ing now and also
> our irc channel #parabola on freenode.

Actually, I've already asked(0), but nobody replied.

> sure, you can see our build scripts here[0], start by checking the
> PKGBUILD if you haven't use makepkg before.

I'm not a fan of PKGBUILD because it feels like extra work. I'd prefer
the traditional method(1).

Note that I'm trying to compile this version(2) (3.4.23). The only
problem I'm facing is the lack of loongson-specific files. Looks like
that this tarball(3) can solve the problem, but it's not signed. It
looks suspicious. Is there a signed tarball?

(0)
https://lists.parabolagnulinux.org/pipermail/assist/2012-December/000099.html
(1)
https://wiki.archlinux.org/index.php/Kernels/Compilation/Traditional#localmodconfig
(2)
http://linux-libre.fsfla.org/pub/linux-libre/releases/3.4.23-gnu/linux-libre-3.4.23-gnu.tar.xz
(3)
http://linux-libre.fsfla.org/pub/linux-libre/lemote/gnewsense/pool/debuginfo/linux-build-3.4.23-gnu_0loongsonlibre_mipsel.tar.bz2




From fauno at kiwwwi.com.ar  Mon Dec 17 13:02:50 2012
From: fauno at kiwwwi.com.ar (=?utf-8?Q?Nicol=C3=A1s?= Reynolds)
Date: Mon, 17 Dec 2012 10:02:50 -0300
Subject: [Dev] Compiling a kernel on yeeloong
In-Reply-To: <10385.77.247.181.162.1355742706.squirrel@lavabit.com>
References: <64026.37.130.227.133.1355663109.squirrel@lavabit.com>
 <87wqwhst43.fsf@kiwwwi.com.ar>
 <10385.77.247.181.162.1355742706.squirrel@lavabit.com>
Message-ID: <877gogsuf9.fsf@kiwwwi.com.ar>

bromley at lavabit.com writes:

>> you can also ask questions on the parabola list i'm cc'ing now and also
>> our irc channel #parabola on freenode.
>
> Actually, I've already asked(0), but nobody replied.

i can't speak for assist since it wasn't my idea having it ;)

>> sure, you can see our build scripts here[0], start by checking the
>> PKGBUILD if you haven't use makepkg before.
>
> I'm not a fan of PKGBUILD because it feels like extra work. I'd prefer
> the traditional method(1).
>
> Note that I'm trying to compile this version(2) (3.4.23). The only
> problem I'm facing is the lack of loongson-specific files. Looks like
> that this tarball(3) can solve the problem, but it's not signed. It
> looks suspicious. Is there a signed tarball?

you can ask lxo on #linux-libre, he's the maintainer of these tarballs

> (0)
> https://lists.parabolagnulinux.org/pipermail/assist/2012-December/000099.html
> (1)
> https://wiki.archlinux.org/index.php/Kernels/Compilation/Traditional#localmodconfig
> (2)
> http://linux-libre.fsfla.org/pub/linux-libre/releases/3.4.23-gnu/linux-libre-3.4.23-gnu.tar.xz
> (3)
> http://linux-libre.fsfla.org/pub/linux-libre/lemote/gnewsense/pool/debuginfo/linux-build-3.4.23-gnu_0loongsonlibre_mipsel.tar.bz2

-- 
http://dada.ponape.com.ar
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 489 bytes
Desc: not available
URL: <https://lists.parabola.nu/pipermail/dev/attachments/20121217/bec4ff1f/attachment.sig>

From fauno at kiwwwi.com.ar  Thu Dec 20 16:05:04 2012
From: fauno at kiwwwi.com.ar (=?utf-8?Q?Nicol=C3=A1s?= Reynolds)
Date: Thu, 20 Dec 2012 13:05:04 -0300
Subject: [Dev] maintenance list verbosity
Message-ID: <87zk18iua7.fsf@kiwwwi.com.ar>

i've enabled `cronic`[0] on `db-sync` and `any-to-ours` jobs from
repo[1], so we only receive email when something fails.

i also changed the network stats to monthly emails and disabled the
memory usage reminder since it's been low for ages.

i'm investigating monit verbosity now :P


[0]: http://habilis.net/cronic/
[1]: http://repo.parabolagnulinux.org

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

From mtjm at mtjm.eu  Mon Dec 24 12:51:36 2012
From: mtjm at mtjm.eu (=?utf-8?Q?Micha=C5=82_Mas=C5=82owski?=)
Date: Mon, 24 Dec 2012 13:51:36 +0100
Subject: [Dev] Does pilot-link comply with the FSDG? (was Re: [Assist]
	Reporting bugs)
In-Reply-To: <50B215EC.7060409@gnu.org> (ineiev@gnu.org's message of "Sun, 25
 Nov 2012 12:58:20 +0000")
References: <505C07D9.4070004@gnu.org> <87fw3ymd4i.wl%lukeshu@sbcglobal.net>
 <50B215EC.7060409@gnu.org>
Message-ID: <87pq1zobon.fsf_-_@mtjm.eu>

> The pilot-link package [0] doesn't comply with the FSF's Free Distro
> Guidelines [1]: it recommends using nonfree software (PalmOS) --- in fact,
> the package is useless without it.
>
> [0] https://parabolagnulinux.org/packages/extra/i686/pilot-link/
> [1] https://www.gnu.org/distros/free-system-distribution-guidelines.html

I think it does comply.  This part of the FSDG seems relevant:

> In general, something that helps people who already use nonfree
> software to use the free software better with it is acceptable, but
> something that encourages users of the free software to install
> nonfree software is not.
>
> For example, a free system distribution may have documentation for
> users setting up dual boot systems. It could explain how to access
> filesystems of the proprietary operating system, import settings from
> it, and so on. That would be helping people install a free system
> distribution on a machine which already has proprietary software,
> which is good.
>
> What would be unacceptable is for the documentation to give people
> instructions for installing a nonfree program on the system, or
> mention conveniences they might gain by doing so.

(I think these references to "documentation" instead of "software" are
not significant, these issues are more obvious to appear in
documentation.)

I haven't used pilot-link, what I have read about it suggests that:

- it's useful for users already using nonfree software on other machines

- it might replace other nonfree software on the same machine, or make
  it easier to move to a free system

- it refers to a nonfree operating system it works with

I think the same arguments apply to binutils (Windows-specific tools)
and GRUB (dual-booting documentation explictly naming Windows).

Are there specific cases of pilot-link availability in Parabola
encouraging users to start using PalmOS or other nonfree software?
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 835 bytes
Desc: not available
URL: <https://lists.parabola.nu/pipermail/dev/attachments/20121224/99c9c6b8/attachment.sig>

From mtjm at mtjm.eu  Mon Dec 24 14:43:00 2012
From: mtjm at mtjm.eu (=?utf-8?Q?Micha=C5=82_Mas=C5=82owski?=)
Date: Mon, 24 Dec 2012 15:43:00 +0100
Subject: [Dev] [Votation] Package freedom guidelines, what to do next
Message-ID: <87k3s7o6iz.fsf@mtjm.eu>

Hello.  We have discussed some changes in the thread of?[0], this
message lists what we could do to implement them.

Please vote and comment on the draft guidelines, they need some
improvements.

[0] https://lists.parabolagnulinux.org/pipermail/dev/2012-November/000974.html

Package freedom guidelines wiki page draft
==========================================

These guidelines document our interpretation of what software should not
be included in the distribution according to the
[[Parabola/GNU_Linux_Social_Contract]] and how the included software
should be provided.

Not all software that complies with these guidelines should be included
in Parabola.  Good reasons for inclusion are the package being included
in Arch or being useful for you.

== All nontrivial works in binary packages are free software, free
cultural works or GNU FDL-licensed documentation ==

All nontrivial non-license works should be
[https://www.gnu.org/philosophy/free-sw.html free software] or
[http://freedomdefined.org/Definition free cultural works] unless they
are correctly GNU FDL-licensed documentation ("correctly" implies that
e.g. a manual that consists only of invariant sections isn't accepted).

== PKGBUILDs do not fetch nonfree sources ==

Use SRCBUILDs to make free source archives.  Do not remove nonfree files
in <code>build()</code>, removing recommendation of nonfree software is
acceptable.

== PKGBUILD repositories are free ==

Do not include patches containing nontrivial nonfree files (use
<code>rm</code> in SRCBUILDs to remove them).

== Incompatible PKGBUILDs/source packages are blacklisted ==

No included PKGBUILD should provide a package incompatible with these
guidelines.  Some in non-current revisions of the repositories might do
this, these revisions are known to be unsupported and not recommended
for use.

All blacklist changes are discussed on the
dev at lists.parabolagnulinux.org list before being committed.  Unless it's
obvious (not only for the original reporter) that the package won't be
free, an issue report should be left open for it until the problem is
fixed and the package is unblacklisted or it's known that no useful free
work can be based on parts of the package.

== Sources for all packages are provided by the repo server ==

Having only the PKGBUILD repositories, all binary packages, a source
archive downloaded from the server and no network access it should be
possible to build practically the same binary package as provided by
us.

Issues to decide
================

- building packages from sources

  I don't want to change this in TeXLive-related packages, they often
  just provide binaries and difficult to build sources for
  non-arch-specific things.

- the FDL exception

  Is there a better way to express our support for free culture without
  including too many nonfree works?

  Are there non-FDL-licensed nonfree works that we want to include?

  Or maybe instead we should have an exception for GNU packages?  GNU
  Emacs includes many separate nonfree works of opinion.  Most nonfree
  FDL manuals that I know about are of GNU packages with GNU cover texts
  making them nonfree.

- recommend SRCBUILDs or another similar solution?

- rewrite histories of our PKGBUILD repositories to not include nonfree files

Blacklist of source packages
============================

The aim is to rewrite blacklist.txt to list source packages and have the
binary packages to remove automatically found by dbscripts.

- write scripts for two-side conversion; should PKGBUILDs be sourced on
  repo (potential security issues)?

- verify that bin-to-source < blacklist.txt | source-to-bin gives the
  same file: blacklist more packages, write more replacements

- run bin-to-source on the blacklist and commit it

- change all wiki pages mentioning it

- close relevant bugs if there are any

We could do the recfile blacklist rewrite after this change is done.

Deprecate rePKGBUILD
====================

Remove their mentions from the wiki, remove the scripts from libretools
if no one has non-Parabola uses for them.

Check all libre packages for nonfree software in abslibre or sources
====================================================================

They already remove it from binary packages, so this should be easy to
check.

Make sources of all packages available
======================================

- have a script fetching them with errors posted to the list

- check the completeness of sources listed on repo

- have scripts to fetch these sources from repo instead of ones listed
  in PKGBUILDs

Report and fix related bugs
===========================

I'll report and implement some of features needed for these changes
if you support it.

I'll consider the voting and discussion finished not before 2013/01/07.
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 835 bytes
Desc: not available
URL: <https://lists.parabola.nu/pipermail/dev/attachments/20121224/c2e22c60/attachment.sig>

From ineiev at gnu.org  Mon Dec 24 15:42:51 2012
From: ineiev at gnu.org (Ineiev)
Date: Mon, 24 Dec 2012 15:42:51 +0000
Subject: [Dev] [Assist] Does pilot-link comply with the FSDG? (was Re:
 Reporting bugs)
In-Reply-To: <87pq1zobon.fsf_-_@mtjm.eu>
References: <505C07D9.4070004@gnu.org> <87fw3ymd4i.wl%lukeshu@sbcglobal.net>
 <50B215EC.7060409@gnu.org> <87pq1zobon.fsf_-_@mtjm.eu>
Message-ID: <50D877FB.5000307@gnu.org>

Hi, Micha?!

On 12/24/2012 12:51 PM, Micha? Mas?owski wrote:
 >
 > I think it does comply.  This part of the FSDG seems relevant:
 >
 >> In general, something that helps people who already use nonfree
 >> software to use the free software better with it is acceptable, but
 >> something that encourages users of the free software to install
 >> nonfree software is not.
 >>
 >> For example, a free system distribution may have documentation for
 >> users setting up dual boot systems. It could explain how to access
 >> filesystems of the proprietary operating system, import settings from
 >> it, and so on. That would be helping people install a free system
 >> distribution on a machine which already has proprietary software,
 >> which is good.

Hmm. pilot-link doesn't help people install a free system on their
`pilots' (at the very least, I believe it doesn't advertise such an
option).

 >> What would be unacceptable is for the documentation to give people
 >> instructions for installing a nonfree program on the system, or
 >> mention conveniences they might gain by doing so.
 >
 > (I think these references to "documentation" instead of "software" are
 > not significant, these issues are more obvious to appear in
 > documentation.)
 >
 > I haven't used pilot-link, what I have read about it suggests that:
 >
 > - it's useful for users already using nonfree software on other machines

Being useful for nonfree software users is not bad; being useless
unless one uses nonfree software is.

 > - it might replace other nonfree software on the same machine, or make
 >   it easier to move to a free system

It makes it easier to move to a _nonfree_ system, for instance,
to migrate the handheld data to PalmOS.

It doesn't make it easier to move to a completely free system: as long
as somebody uses it, she'll use proprietary software; and if she uses
a PalmOS device and really wants to abandon it, she certainly already
has some program to export her data, and it doesn't matter whether
that program is free or not --- she once used some proprietary
programs, and after the migration she'll use neither PalmOS, nor that
whatever exporter.

 > - it refers to a nonfree operating system it works with
 >
 > I think the same arguments apply to binutils (Windows-specific tools)
 > and GRUB (dual-booting documentation explictly naming Windows).

GRUB is definitely useful without Windows; so is binutils: even when
configured with Windows as the host or the target, the executables can
run on top of a free emulator (in theory. I don't think it is a good
idea for a FSDG-compliant distro to provide development packages
specifically targeted to proprietary systems).

Pilot-link supports no free system to `-link' to.

 > Are there specific cases of pilot-link availability in Parabola
 > encouraging users to start using PalmOS or other nonfree software?

I'm not sure how to reword this into a valid argument; perhaps it
can be done, but the maintainers hardly should wait for a real life
example in order to decide that the package encourages using
proprietary software.


From mtjm at mtjm.eu  Mon Dec 24 16:34:23 2012
From: mtjm at mtjm.eu (=?utf-8?Q?Micha=C5=82_Mas=C5=82owski?=)
Date: Mon, 24 Dec 2012 17:34:23 +0100
Subject: [Dev] [Assist] Does pilot-link comply with the FSDG? (was Re:
	Reporting bugs)
In-Reply-To: <50D877FB.5000307@gnu.org> (ineiev@gnu.org's message of "Mon, 24
 Dec 2012 15:42:51 +0000")
References: <505C07D9.4070004@gnu.org> <87fw3ymd4i.wl%lukeshu@sbcglobal.net>
 <50B215EC.7060409@gnu.org> <87pq1zobon.fsf_-_@mtjm.eu>
 <50D877FB.5000307@gnu.org>
Message-ID: <87ehifo1dc.fsf@mtjm.eu>

Should we remove libimobiledevice?[0] for the same reasons?

I'll report issues and fix packages depending on pilot-link.

[0] https://parabolagnulinux.org/packages/extra/x86_64/libimobiledevice/
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 835 bytes
Desc: not available
URL: <https://lists.parabola.nu/pipermail/dev/attachments/20121224/7e031efb/attachment.sig>

From fauno at kiwwwi.com.ar  Mon Dec 24 22:01:51 2012
From: fauno at kiwwwi.com.ar (=?utf-8?Q?Nicol=C3=A1s?= Reynolds)
Date: Mon, 24 Dec 2012 19:01:51 -0300
Subject: [Dev] [Votation] Package freedom guidelines, what to do next
In-Reply-To: <87k3s7o6iz.fsf@mtjm.eu>
References: <87k3s7o6iz.fsf@mtjm.eu>
Message-ID: <87ehifgldc.fsf@kiwwwi.com.ar>

Micha? Mas?owski <mtjm at mtjm.eu> writes:

> Hello.  We have discussed some changes in the thread of?[0], this
> message lists what we could do to implement them.
>
> Please vote and comment on the draft guidelines, they need some
> improvements.
>
> [0] https://lists.parabolagnulinux.org/pipermail/dev/2012-November/000974.html
>
> Package freedom guidelines wiki page draft
> ==========================================
>
> These guidelines document our interpretation of what software should not
> be included in the distribution according to the
> [[Parabola/GNU_Linux_Social_Contract]] and how the included software
> should be provided.
>
> Not all software that complies with these guidelines should be included
> in Parabola.  Good reasons for inclusion are the package being included
> in Arch or being useful for you.

i don't understand the wording, not all the software that complies with
*our guidelines* should be included? is something wrong with our
guidelines then? :P

> == All nontrivial works in binary packages are free software, free
> cultural works or GNU FDL-licensed documentation ==
>
> All nontrivial non-license works should be
> [https://www.gnu.org/philosophy/free-sw.html free software] or
> [http://freedomdefined.org/Definition free cultural works] unless they
> are correctly GNU FDL-licensed documentation ("correctly" implies that
> e.g. a manual that consists only of invariant sections isn't accepted).
>
> == PKGBUILDs do not fetch nonfree sources ==
>
> Use SRCBUILDs to make free source archives.  Do not remove nonfree files
> in <code>build()</code>, removing recommendation of nonfree software is
> acceptable.
>
> == PKGBUILD repositories are free ==
>
> Do not include patches containing nontrivial nonfree files (use
> <code>rm</code> in SRCBUILDs to remove them).
>
> == Incompatible PKGBUILDs/source packages are blacklisted ==
>
> No included PKGBUILD should provide a package incompatible with these
> guidelines.  Some in non-current revisions of the repositories might do
> this, these revisions are known to be unsupported and not recommended
> for use.
>
> All blacklist changes are discussed on the
> dev at lists.parabolagnulinux.org list before being committed.  Unless it's
> obvious (not only for the original reporter) that the package won't be
> free, an issue report should be left open for it until the problem is
> fixed and the package is unblacklisted or it's known that no useful free
> work can be based on parts of the package.

i think we should include "discuss on gnu-linux-libre" and "contact
upstream" provisions here too.

> == Sources for all packages are provided by the repo server ==
>
> Having only the PKGBUILD repositories, all binary packages, a source
> archive downloaded from the server and no network access it should be
> possible to build practically the same binary package as provided by
> us.
>
> Issues to decide
> ================
>
> - building packages from sources
>
>   I don't want to change this in TeXLive-related packages, they often
>   just provide binaries and difficult to build sources for
>   non-arch-specific things.

so the texlive distribution is non reproducible? i think we should
consider this a bug then... how do other distros build texlive?

> - the FDL exception
>
>   Is there a better way to express our support for free culture without
>   including too many nonfree works?
>
>   Are there non-FDL-licensed nonfree works that we want to include?
>
>   Or maybe instead we should have an exception for GNU packages?  GNU
>   Emacs includes many separate nonfree works of opinion.  Most nonfree
>   FDL manuals that I know about are of GNU packages with GNU cover texts
>   making them nonfree.

i can hear some troll calling us hyppocrites here :P

i think fdl-licensed manuals and such can be problematic but it's not
the same as, for instance, cc-licensed works that are all or nothing.

> - recommend SRCBUILDs or another similar solution?
>
> - rewrite histories of our PKGBUILD repositories to not include nonfree files

rewriting history makes me feel in 1984. i consider all commits previous
to HEAD as bugs.

> Blacklist of source packages
> ============================
>
> The aim is to rewrite blacklist.txt to list source packages and have the
> binary packages to remove automatically found by dbscripts.

db-sync does this automatically with a simple "fetch everything free
From arch, remove the rest" (that also makes it self-healing, it's been
more than a year without repo breakages), is there a problem with the
current approach?

> - write scripts for two-side conversion; should PKGBUILDs be sourced on
>   repo (potential security issues)?
>
> - verify that bin-to-source < blacklist.txt | source-to-bin gives the
>   same file: blacklist more packages, write more replacements
>
> - run bin-to-source on the blacklist and commit it
>
> - change all wiki pages mentioning it
>
> - close relevant bugs if there are any
>
> We could do the recfile blacklist rewrite after this change is done.
>
> Deprecate rePKGBUILD
> ====================
>
> Remove their mentions from the wiki, remove the scripts from libretools
> if no one has non-Parabola uses for them.

what's the reason for this?

>
> Check all libre packages for nonfree software in abslibre or sources
> ====================================================================
>
> They already remove it from binary packages, so this should be easy to
> check.

i don't understand this part

>
> Make sources of all packages available
> ======================================
>
> - have a script fetching them with errors posted to the list

there's one such script on dbscripts

>
> - check the completeness of sources listed on repo
>
> - have scripts to fetch these sources from repo instead of ones listed
>   in PKGBUILDs
>
> Report and fix related bugs
> ===========================
>
> I'll report and implement some of features needed for these changes
> if you support it.
>
> I'll consider the voting and discussion finished not before 2013/01/07.

i'm ok with the rest, but please tell us in which way we can help

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

From theguestone at gmail.com  Mon Dec 24 22:14:22 2012
From: theguestone at gmail.com (Guest One)
Date: Mon, 24 Dec 2012 23:14:22 +0100
Subject: [Dev] [Votation] Package freedom guidelines, what to do next
In-Reply-To: <87k3s7o6iz.fsf@mtjm.eu>
References: <87k3s7o6iz.fsf@mtjm.eu>
Message-ID: <CAGEkTWye7n8NDRQEwUsUwQ8Qrxf3AE85U1CS+Tewgq_+YD_Eew@mail.gmail.com>

2012/12/24, Micha? Mas?owski <mtjm at mtjm.eu>:
>
> - the FDL exception
>
>   Is there a better way to express our support for free culture without
>   including too many nonfree works?
>
>   Are there non-FDL-licensed nonfree works that we want to include?
>
>   Or maybe instead we should have an exception for GNU packages?  GNU
>   Emacs includes many separate nonfree works of opinion.  Most nonfree
>   FDL manuals that I know about are of GNU packages with GNU cover texts
>   making them nonfree.
>

I think that Parabola should be an authentic example of freedom so,
please, no exceptions.
Always Free Software and Free Culture.


From mtjm at mtjm.eu  Mon Dec 24 23:00:39 2012
From: mtjm at mtjm.eu (=?utf-8?Q?Micha=C5=82_Mas=C5=82owski?=)
Date: Tue, 25 Dec 2012 00:00:39 +0100
Subject: [Dev] [Votation] Package freedom guidelines, what to do next
In-Reply-To: <87ehifgldc.fsf@kiwwwi.com.ar> (=?utf-8?Q?=22Nicol=C3=A1s?=
 Reynolds"'s message of "Mon, 24 Dec 2012 19:01:51 -0300")
References: <87k3s7o6iz.fsf@mtjm.eu> <87ehifgldc.fsf@kiwwwi.com.ar>
Message-ID: <8738yvnjhk.fsf@mtjm.eu>

>> Not all software that complies with these guidelines should be included
>> in Parabola.  Good reasons for inclusion are the package being included
>> in Arch or being useful for you.
>
> i don't understand the wording, not all the software that complies with
> *our guidelines* should be included? is something wrong with our
> guidelines then? :P

These guidelines don't show what packages are useful for us while this
is a more important criterion when deciding if a free package should be
added.  Maybe this sentence should be removed to make the guidelines
shorter.

>> All blacklist changes are discussed on the
>> dev at lists.parabolagnulinux.org list before being committed.  Unless it's
>> obvious (not only for the original reporter) that the package won't be
>> free, an issue report should be left open for it until the problem is
>> fixed and the package is unblacklisted or it's known that no useful free
>> work can be based on parts of the package.
>
> i think we should include "discuss on gnu-linux-libre" and "contact
> upstream" provisions here too.

We should, with an appropriate ordering.

>> - building packages from sources
>>
>>   I don't want to change this in TeXLive-related packages, they often
>>   just provide binaries and difficult to build sources for
>>   non-arch-specific things.
>
> so the texlive distribution is non reproducible? i think we should
> consider this a bug then... how do other distros build texlive?

TeXLive provides sources for a LaTeX package (.dtx and .ins) and
"binaries" (.sty, made from parts of .dtx with comments stripped; .pdf
made by TeXing .dtx).  Maybe there are scripts to build some such files
From source, I don't know if all do.  There is no reason for a distro to
not use the provided .sty files.  (I read them to learn how the packages
work and how to solve specific problems with my documents, since Arch
and Parabola do not provide the documentation for it.)

>> - rewrite histories of our PKGBUILD repositories to not include nonfree files
>
> rewriting history makes me feel in 1984. i consider all commits previous
> to HEAD as bugs.

The issue is that we ask all contributors to download some files
containing nonfree unrar source code.  This is a problem that I remember
From the Linux-libre git gnu-linux-libre discussion.

We could ignore it unless someone wants and knows how to do it.

>> Blacklist of source packages
>> ============================
>>
>> The aim is to rewrite blacklist.txt to list source packages and have the
>> binary packages to remove automatically found by dbscripts.
>
> db-sync does this automatically with a simple "fetch everything free
> From arch, remove the rest" (that also makes it self-healing, it's been
> more than a year without repo breakages), is there a problem with the
> current approach?

Example PKGBUILD fragment:

pkgbase=a
pkgname=('a-a' 'a-b')

blacklist.txt fragment:

a-a::nonfree pony pictures
a-b::nonfree dragon pictures

Then a is removed from abs, a-a and a-b are removed from repos.  (There
is currently a problem only of firefox-i18n-like packages using many
lines of the blacklist.)

When the next revision adds a-c with nonfree pictures of gnus then we
need to add it to the blacklist.  db-sync could found it knowing that
a-c is provided by the same PKGBUILD as already blacklisted packages.

Even if a-c that is added is free, we should blacklist it since it would
require a PKGBUILD that provides a-a and a-b.

If db-sync found that a-a, a-b and a-c are built from the blacklisted
package a, it could remove them without being explicitly named in the
blacklist.

>> Deprecate rePKGBUILD
>> ====================
>>
>> Remove their mentions from the wiki, remove the scripts from libretools
>> if no one has non-Parabola uses for them.
>
> what's the reason for this?

They would be just an additional work which saves only the time of x86
machines?[0].

[0] https://lists.parabolagnulinux.org/pipermail/dev/2012-November/000974.html

>> Check all libre packages for nonfree software in abslibre or sources
>> ====================================================================
>>
>> They already remove it from binary packages, so this should be easy to
>> check.
>
> i don't understand this part

Nearly all issues discussed in this thread (except for nonfree
nonfunctional data) are already fixed in [libre].  The other issues are
related to easy to find parts of PKGBUILDs like applying
p7zip-libre.patch or calls to rm on known nonfree font files in build().

>> Make sources of all packages available
>> ======================================
>>
>> - have a script fetching them with errors posted to the list
>
> there's one such script on dbscripts

Does it fetch the sources from Parabola, or only from Arch?
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 835 bytes
Desc: not available
URL: <https://lists.parabola.nu/pipermail/dev/attachments/20121225/4908bff7/attachment.sig>

From mtjm at mtjm.eu  Mon Dec 24 23:10:22 2012
From: mtjm at mtjm.eu (=?utf-8?Q?Micha=C5=82_Mas=C5=82owski?=)
Date: Tue, 25 Dec 2012 00:10:22 +0100
Subject: [Dev] [Votation] Package freedom guidelines, what to do next
In-Reply-To: <CAGEkTWye7n8NDRQEwUsUwQ8Qrxf3AE85U1CS+Tewgq_+YD_Eew@mail.gmail.com>
 (Guest One's message of "Mon, 24 Dec 2012 23:14:22 +0100")
References: <87k3s7o6iz.fsf@mtjm.eu>
 <CAGEkTWye7n8NDRQEwUsUwQ8Qrxf3AE85U1CS+Tewgq_+YD_Eew@mail.gmail.com>
Message-ID: <87y5gnm4gx.fsf@mtjm.eu>

> I think that Parabola should be an authentic example of freedom so,
> please, no exceptions.
> Always Free Software and Free Culture.

Details from #parabola:

21:54 < GuestOne> Are there non-FDL-licensed nonfree works that we want to include?
21:54 < GuestOne>   Or maybe instead we should have an exception for GNU packages?
21:54 < GuestOne> NO!
21:56 < GuestOne> please refuse all sort of non-free stuff in parabola, there are no reasons to include it, no exceptions!
22:02 < GuestOne> parabola should be a true example of freedom
[...]
22:12 < mtjm> it might be easy, Debian already has GNU packages with nonfree parts stripped
22:12 < mtjm> (and many removed them upstream to be included in Debian)
22:13 < mtjm> what about freely licensed nonfunctional data without sources?
22:15 < fauno> like a cc-by-sa pdf book?
22:16 < mtjm> or bitmaps of game art rendered using Blender
22:16 < mtjm> it had no source in one game, so it isn't included in Debian
22:16 < GuestOne> FSF is permissive if you talk about this, but i like the Debian way (always sources)
22:17 < mtjm> if A is a binary made from unpublished source B, users can edit both, B is easier to edit, should we not include A?
22:18 < mtjm> it's not clear in case of fonts, hyphenation patterns and other non-program useful data
22:22 < GuestOne> if Free Culture is a base of Parabola we should respect it including just free stuff also for non functional data
22:24 < mtjm> these examples are for functional data
22:25 < mtjm> it might be harder to decide what is the source for nonfunctional data
22:25 < GuestOne> this is my point of view: data should be free in any case
22:26 < GuestOne> functional or non functional
22:26 < GuestOne> i think the same thing if we talk about games

My comments:

- we should keep the "free software or free culture" rule to accept the
  four clause BSD license

- we should check for what packages Debian changes sources, we would do
  it for many of them (e.g. GNU packages with invariant sections)

- are FDL cover texts trivial enough to be accepted?  I don't see there
  as much culture as in the invariant essays included in some manuals,
  while they are/were a more common issue.

- we should keep an exception for license texts

- the meaning of source is unclear for non-program works (like fonts or
  drawings), many editable works in e.g. TeXLive were made from slightly
  more editable forms that are not published
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 835 bytes
Desc: not available
URL: <https://lists.parabola.nu/pipermail/dev/attachments/20121225/3b1a120c/attachment.sig>

From fauno at kiwwwi.com.ar  Mon Dec 24 23:25:40 2012
From: fauno at kiwwwi.com.ar (=?utf-8?Q?Nicol=C3=A1s?= Reynolds)
Date: Mon, 24 Dec 2012 20:25:40 -0300
Subject: [Dev] [Votation] Package freedom guidelines, what to do next
In-Reply-To: <8738yvnjhk.fsf@mtjm.eu>
References: <87k3s7o6iz.fsf@mtjm.eu> <87ehifgldc.fsf@kiwwwi.com.ar>
 <8738yvnjhk.fsf@mtjm.eu>
Message-ID: <87bodjghhn.fsf@kiwwwi.com.ar>

Micha? Mas?owski <mtjm at mtjm.eu> writes:
>>> Make sources of all packages available
>>> ======================================
>>>
>>> - have a script fetching them with errors posted to the list
>>
>> there's one such script on dbscripts
>
> Does it fetch the sources from Parabola, or only from Arch?

on arch it fetches sources for GPL2 PKGBUILDs (this is what we mirror
From kernel.org as sources/). i modified it to not filter by license so
it fetches everything but it's been disabled for some time, my bad :|

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

From ineiev at gnu.org  Tue Dec 25 15:33:47 2012
From: ineiev at gnu.org (Ineiev)
Date: Tue, 25 Dec 2012 15:33:47 +0000
Subject: [Dev] [Assist]  Does pilot-link comply with the FSDG?
In-Reply-To: <87ehifo1dc.fsf@mtjm.eu>
References: <505C07D9.4070004@gnu.org> <87fw3ymd4i.wl%lukeshu@sbcglobal.net>
 <50B215EC.7060409@gnu.org> <87pq1zobon.fsf_-_@mtjm.eu>
 <50D877FB.5000307@gnu.org> <87ehifo1dc.fsf@mtjm.eu>
Message-ID: <50D9C75B.80209@gnu.org>

On 12/24/2012 04:34 PM, Micha? Mas?owski wrote:
> Should we remove libimobiledevice [0] for the same reasons?

I think so.

> I'll report issues and fix packages depending on pilot-link.

Thank you!


From fauno at kiwwwi.com.ar  Fri Dec 28 14:43:59 2012
From: fauno at kiwwwi.com.ar (=?utf-8?Q?Nicol=C3=A1s?= Reynolds)
Date: Fri, 28 Dec 2012 11:43:59 -0300
Subject: [Dev] [Allan McRae] [arch-dev-public] glibc-2.17 toolchain in
	[testing]
Message-ID: <871ueack40.fsf@kiwwwi.com.ar>

FYI
-- 
)


-------------- next part --------------
An embedded message was scrubbed...
From: Allan McRae <allan at archlinux.org>
Subject: [arch-dev-public] glibc-2.17 toolchain in [testing]
Date: Thu, 27 Dec 2012 08:48:24 +1000
Size: 1563
URL: <https://lists.parabola.nu/pipermail/dev/attachments/20121228/e6e74663/attachment.eml>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 489 bytes
Desc: not available
URL: <https://lists.parabola.nu/pipermail/dev/attachments/20121228/e6e74663/attachment.sig>