Re: [ubuntu-studio-devel] ubuntu-studio-devel Digest, Vol 123, Issue 9

2017-08-01 Thread Ross Gammon 
Hi Helios,

I am not sure exactly what you are trying to achieve, but understand it
might be something to do with keeping Ubuntu Studio working with older
hardware (especially older 32 bit PCs).

As Len says, we are still providing 32 bit installation media at the
moment, but there are plans to drop them eventually. This is because,
testing the installation media (ISOs) takes time, and we struggle to
find enough testers. Actually, I am about to announce a test of the
Ubuntu Studio Xenial 16.04.3 ISOs which you are welcome to help out with.

Even if we stop providing 32 bit installation media, it should still be
possible to upgrade your existing Ubuntu Studio 32 bit installation, as
packages will still be built for that architecture (and several others).
See https://launchpad.net/builders/.

If you want to know how to go ahead and create the 32 bit media anyway.
The Live CDs are built here (e.g. the current development release -
https://launchpad.net/~ubuntu-cdimage/+livefs/ubuntu/artful/ubuntustudio).
From there you can find links to the code etc. There is also some other
information here:
https://wiki.ubuntu.com/UbuntuStudio/SetupLocalIsoBuildServer.

Then we would need a place to publish the images (for users), and to
allow people to test them and provide feedback. Currently this is done
here: http://iso.qa.ubuntu.com/qatracker/milestones/380/builds (but the
32 bit pages will one day disappear).

I hope that helps (although I am not sure if it is what you are after).

Regards,

Ross

On 08/01/2017 03:39 PM, Helios Martinez Dominguez wrote:
> Thank you, Ovens. The fact is my knowledge about the process lacks the
> proper sources where to start from, to get to proceed myself. If there
> are any suggestions where i could start investigating about it, it
> would be grateful. Thanks.
>
> I recently started to configure uck (ubuntu customization kit)
> distributions through shell interactivity directly, having some issues
> with configuration stability. As i understand it, the process has to
> do mainly with compiling the sources for the proper processor at
> "installation time" by configuring the compiler and the linker to make
> use of the processor's configuration, specifically. If there is any
> known way i can instruct myself into such matters more profoundly, for
> instance: how to configure the compiling process through an script
> which chooses compiler's configuration at glance over the system's
> configuration before the installation process is done(?). I remember
> we used to compile from source, back in the nineties with Red Hat from
> 4 to 5 adding features at requirement and i am available for the task
> myself, the fact is i am "out of shape" about it and my knowledge
> about the now-a-days process seem to change after each distribution
> version, so i would like to refresh such knowledge to get in the mood
> and do it. I thought there would be graphic ways (GUI) to do the
> configuration through a front end for the task, in the uck or
> something. I just seem to have missed the way at some point.
>
> Sorry if my requirement seemed out of context and outdated.
>
>
> 
>
>
> WORLD CONSTITUTION AND PARLIAMENT ASSOC. (WCPA)  |  UNITED NATIONS
> *
> Helios Martínez Domínguez
> *Consorcio Cooperativo Cinematográfico Artístico Musical (CCCAM)
> --Director General
>
>
> helios.url.ph  
> cccam.esy.es    
> onu.url.ph 
>
>
> AVISO LEGAL
>
> La información que contiene esta cuenta y este correo es privilegiada,
> confidencial, y se encuentra protegida por la Ley.
> Su contenido y archivos adjuntos son para uso exclusivo
> de los destinatarios arriba mencionados y su emisor.
> Cualquier intercepción, acceso, apertura, uso, difusión
> o copia no autorizada están estrictamente prohibidas.
> En caso de haber recibido su contenido por error u otra circunstancia,
> elimínelo
> y notifique inmediatamente a las autoridades pertinentes y al
> propietario del correo.
>
> Gracias.
>
> Ley_especial_contra_los_delitos_informaticos (Venezuela)
> 
>
> Privacidad y secreto de las telecomunicaciones - Incibe (España)
> 
>
> CONVENTION ON THE PRIVILEDGES AND INMUNITIES OF THE UNITED NATIONS
> 
>
>
> On Mon, Jul 31, 2017 at 8:00 AM,
>  > wrote:
>
> Send ubuntu-studio-devel mailing list submissions to
> ubuntu-studio-devel@lists.ubuntu.com
> 
>
> To subscribe or unsubscribe via the World Wide Web, visit
>
>

Re: [ubuntu-studio-devel] ubuntu-studio-devel Digest, Vol 123, Issue 9

2017-08-01 Thread Helios Martinez Dominguez 
Thank you, Ovens. The fact is my knowledge about the process lacks the
proper sources where to start from, to get to proceed myself. If there are
any suggestions where i could start investigating about it, it would be
grateful. Thanks.

I recently started to configure uck (ubuntu customization kit)
distributions through shell interactivity directly, having some issues with
configuration stability. As i understand it, the process has to do mainly
with compiling the sources for the proper processor at "installation time"
by configuring the compiler and the linker to make use of the processor's
configuration, specifically. If there is any known way i can instruct
myself into such matters more profoundly, for instance: how to configure
the compiling process through an script which chooses compiler's
configuration at glance over the system's configuration before the
installation process is done(?). I remember we used to compile from source,
back in the nineties with Red Hat from 4 to 5 adding features at
requirement and i am available for the task myself, the fact is i am "out
of shape" about it and my knowledge about the now-a-days process seem to
change after each distribution version, so i would like to refresh such
knowledge to get in the mood and do it. I thought there would be graphic
ways (GUI) to do the configuration through a front end for the task, in the
uck or something. I just seem to have missed the way at some point.

Sorry if my requirement seemed out of context and outdated.





WORLD CONSTITUTION AND PARLIAMENT ASSOC. (WCPA)  |  UNITED NATIONS


*Helios Martínez Domínguez*Consorcio Cooperativo Cinematográfico Artístico
Musical (CCCAM) -- Director General


helios.url.ph  cccam.esy.es
onu.url.ph


AVISO LEGAL

La información que contiene esta cuenta y este correo es privilegiada,
confidencial, y se encuentra protegida por la Ley.
Su contenido y archivos adjuntos son para uso exclusivo
de los destinatarios arriba mencionados y su emisor.
Cualquier intercepción, acceso, apertura, uso, difusión
o copia no autorizada están estrictamente prohibidas.
En caso de haber recibido su contenido por error u otra circunstancia,
elimínelo
y notifique inmediatamente a las autoridades pertinentes y al propietario
del correo.

Gracias.

Ley_especial_contra_los_delitos_informaticos (Venezuela)


Privacidad y secreto de las telecomunicaciones - Incibe (España)


CONVENTION ON THE PRIVILEDGES AND INMUNITIES OF THE UNITED NATIONS



On Mon, Jul 31, 2017 at 8:00 AM, <
ubuntu-studio-devel-requ...@lists.ubuntu.com> wrote:

> Send ubuntu-studio-devel mailing list submissions to
> ubuntu-studio-devel@lists.ubuntu.com
>
> To subscribe or unsubscribe via the World Wide Web, visit
> https://lists.ubuntu.com/mailman/listinfo/ubuntu-studio-devel
> or, via email, send a message with subject or body 'help' to
> ubuntu-studio-devel-requ...@lists.ubuntu.com
>
> You can reach the person managing the list at
> ubuntu-studio-devel-ow...@lists.ubuntu.com
>
> When replying, please edit your Subject line so it is more specific
> than "Re: Contents of ubuntu-studio-devel digest..."
>
>
> Today's Topics:
>
>1.  Legacy Support (Helios Martinez Dominguez)
>2. Re:  Legacy Support (Len Ovens)
>
>
> --
>
> Message: 1
> Date: Sun, 30 Jul 2017 19:41:41 -0400
> From: Helios Martinez Dominguez 
> To: ubuntu-de...@lists.ubuntu.com,
> ubuntu-studio-devel@lists.ubuntu.com,
> ubuntu-devel-disc...@lists.ubuntu.com
> Subject: [ubuntu-studio-devel] Legacy Support
> Message-ID:
>  gmail.com>
> Content-Type: text/plain; charset="utf-8"
>
> Greetings, once again.
>
> I would not like to appear insisting nor recurrent in sight of my previous
> digests, yet there is another issue i would like to address, as i feel it
> is our concern as developers, even if my input has been few about the
> overall development process. The fact is, since 12.04, there has been a
> strong lack of legacy support for the outdated hardware, which i believe
> remains as one of the main motivation for Linux distributions all over.
> While there seems consistent that Microsoft and Apple provide the ultimate
> technology support for their standards and drop support to those appliances
> which no longer produce or rely on, the main line of action about Linux
> developers, administrators and users remain about recovering, updating and
> making use of legacy hardware all around the globe, which seem to me have
> been overlooked