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

Ross Gammon rosco at ubuntustudio.org
Tue Aug 1 15:48:44 UTC 2017


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.
>
>
> <http://worldparliament-gov.org/wcpa/wcpa-general-perspective/>
>
>
> 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 <http://helios.url.ph>                                 
> cccam.esy.es <http://cccam.esy.es>                               
> onu.url.ph <http://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)
> <https://www.unodc.org/res/cld/document/ven/2001/ley-especial-contra-los-delitos-informaticos_html/Ley_especial_contra_los_delitos_informaticos.pdf>
>
> Privacidad y secreto de las telecomunicaciones - Incibe (España)
> <https://www.incibe.es/file/bNawLq3IyDBQLGk0udvtsA>
>
> CONVENTION ON THE PRIVILEDGES AND INMUNITIES OF THE UNITED NATIONS
> <http://www.un.org/en/ethics/pdf/convention.pdf>
>
>
> On Mon, Jul 31, 2017 at 8:00 AM,
> <ubuntu-studio-devel-request at lists.ubuntu.com
> <mailto:ubuntu-studio-devel-request at lists.ubuntu.com>> wrote:
>
>     Send ubuntu-studio-devel mailing list submissions to
>             ubuntu-studio-devel at lists.ubuntu.com
>     <mailto:ubuntu-studio-devel at lists.ubuntu.com>
>
>     To subscribe or unsubscribe via the World Wide Web, visit
>            
>     https://lists.ubuntu.com/mailman/listinfo/ubuntu-studio-devel
>     <https://lists.ubuntu.com/mailman/listinfo/ubuntu-studio-devel>
>     or, via email, send a message with subject or body 'help' to
>             ubuntu-studio-devel-request at lists.ubuntu.com
>     <mailto:ubuntu-studio-devel-request at lists.ubuntu.com>
>
>     You can reach the person managing the list at
>             ubuntu-studio-devel-owner at lists.ubuntu.com
>     <mailto:ubuntu-studio-devel-owner at 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 <helios.cobain.stefani at gmail.com
>     <mailto:helios.cobain.stefani at gmail.com>>
>     To: ubuntu-devel at lists.ubuntu.com
>     <mailto:ubuntu-devel at lists.ubuntu.com>,
>             ubuntu-studio-devel at lists.ubuntu.com
>     <mailto:ubuntu-studio-devel at lists.ubuntu.com>,
>             ubuntu-devel-discuss at lists.ubuntu.com
>     <mailto:ubuntu-devel-discuss at lists.ubuntu.com>
>     Subject: [ubuntu-studio-devel] Legacy Support
>     Message-ID:
>            
>     <CAFnjKRfYBMxFBJMvZ-qE-9ffp+4HPdTVbu1T7-BLTD5RPt+9PA at mail.gmail.com
>     <mailto:CAFnjKRfYBMxFBJMvZ-qE-9ffp%2B4HPdTVbu1T7-BLTD5RPt%2B9PA at mail.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 by the Ubuntu Studio distribution since 12 or 13
>     and above.
>     It is understandable to provide a common ground for compatibility
>     and keep
>     providing downloading links for the previous versions which have been
>     relying on deprecated hardware and configurations, yet the legacy
>     support
>     which characterizes Linux ideal of working seems to be overlooked
>     while the
>     distribution advances forward to brand new hardware, appearing
>     there are
>     commercial linkage to hardware manufacturers and sellers, while
>     should not
>     be the case. This is my personal appreciation as i happen to rely
>     on legacy
>     hardware to keep providing myself for computational and informatic
>     services
>     while the technology race goes on as fast as it wants to. I
>     believe there
>     is strong resonance on the matter all through the community and it
>     should
>     be noticed and taken on account on future versions, even if it
>     seems to
>     require heavier code
>     ? ?
>     (when actually is usually lighter code which is required to
>     provide for
>     legacy support)
>     ? and more disk (iso) space.
>
>     There should be a way to provide x86 support natively while
>     providing x64
>     upgrading on the go as detected, as needed or as stated. It would
>     allow to
>     remain lighter ISO's, support legacy hardware with lower
>     performance? than
>     commercially available and upgrade to a more recent configuration as
>     required. I would like to configure such code myself as i consider
>     i am a
>     great developer and could (and should) provide myself with such
>     requirements as needed, yet my knowledge on the procedure is poor
>     at the
>     time and it would take longer to study and practice all the way
>     through the
>     learning process than to proceed to ask for someone else who does
>     knows,
>     works and relies on the procedure on a periodic basis. As such, i
>     formally
>     ask the development team to address my request into such matter, as
>     possible. Thanks in advance. Good day.
>
>     <http://worldparliament-gov.org/wcpa/wcpa-general-perspective/
>     <http://worldparliament-gov.org/wcpa/wcpa-general-perspective/>>
>
>
>     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 <http://helios.url.ph>                             
>         cccam.esy.es <http://cccam.esy.es>
>     onu.url.ph <http://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)
>     <https://www.unodc.org/res/cld/document/ven/2001/ley-especial-contra-los-delitos-informaticos_html/Ley_especial_contra_los_delitos_informaticos.pdf
>     <https://www.unodc.org/res/cld/document/ven/2001/ley-especial-contra-los-delitos-informaticos_html/Ley_especial_contra_los_delitos_informaticos.pdf>>
>
>     Privacidad y secreto de las telecomunicaciones - Incibe (Espa?a)
>     <https://www.incibe.es/file/bNawLq3IyDBQLGk0udvtsA
>     <https://www.incibe.es/file/bNawLq3IyDBQLGk0udvtsA>>
>
>     CONVENTION ON THE PRIVILEDGES AND INMUNITIES OF THE UNITED NATIONS
>     <http://www.un.org/en/ethics/pdf/convention.pdf
>     <http://www.un.org/en/ethics/pdf/convention.pdf>>
>     -------------- next part --------------
>     An HTML attachment was scrubbed...
>     URL:
>     <https://lists.ubuntu.com/archives/ubuntu-studio-devel/attachments/20170730/70144614/attachment-0001.html
>     <https://lists.ubuntu.com/archives/ubuntu-studio-devel/attachments/20170730/70144614/attachment-0001.html>>
>
>     ------------------------------
>
>     Message: 2
>     Date: Sun, 30 Jul 2017 18:22:08 -0700 (PDT)
>     From: Len Ovens <len at ovenwerks.net <mailto:len at ovenwerks.net>>
>     To: Ubuntu Studio Development
>     <ubuntu-studio-devel at lists.ubuntu.com
>     <mailto:ubuntu-studio-devel at lists.ubuntu.com>>
>     Cc: ubuntu-devel-discuss at lists.ubuntu.com
>     <mailto:ubuntu-devel-discuss at lists.ubuntu.com>,
>             ubuntu-devel at lists.ubuntu.com
>     <mailto:ubuntu-devel at lists.ubuntu.com>
>     Subject: Re: [ubuntu-studio-devel] Legacy Support
>     Message-ID: <alpine.DEB.2.10.1707301808260.6341 at scott.cbbs.org
>     <mailto:alpine.DEB.2.10.1707301808260.6341 at scott.cbbs.org>>
>     Content-Type: text/plain; charset="utf-8"; Format="flowed"
>
>     On Sun, 30 Jul 2017, Helios Martinez Dominguez wrote:
>
>     > There should be a way to provide x86 support natively while
>     providing x64
>     > upgrading on the go as detected, as needed or as stated. It
>     would allow to remain
>
>     We already do provide both 32 and 64 bit ISOs. Putting both on one ISO
>     would pretty much double the size of an ISO that is the biggest
>     ISO of all
>     the Ubuntu ISOs. Last I checked, UbuntuSTudio did still load and
>     work on
>     well over 10 years old computers so long as they have at least 1
>     Gig ram
>     (though more is needed to make the best use) There are enough
>     people who
>     rely on a machine not connected to tyhe internet to make on the go
>     installs not practical.
>
>     > lighter ISO's, support legacy hardware with lower performance?
>     than commercially
>     > available and upgrade to a more recent configuration as
>     required. I would like to
>     > configure such code myself as i consider i am a great developer
>     and could (and
>     > should) provide myself with such requirements as needed, yet my
>     knowledge on the
>     > procedure is poor at the time and it would take longer to study
>     and practice all
>     > the way through the learning process than to proceed to ask for
>     someone else who
>     > does knows, works and relies on the procedure on a periodic
>     basis. As such, i
>     > formally ask the development team to address my request into
>     such matter, as
>     > possible. Thanks in advance. Good day.
>
>     Please make yourself available to take on this task. Asking a few
>     people
>     with hardly any time to take on yet another task just means most
>     people
>     will just hit the delete key on this mail and get on with life.
>
>     Really you should at least make yourself familiar enough with the
>     process
>     to know how much work you are asking "someone" else to do for your
>     system
>     and maybe not many others in their spare time. The Ubuntu kernel and
>     repository maintainers are already asking us to drop support for 32bit
>     systems... and some of our main applications are no longer 32bit
>     compatable upstream by the application developers either.
>
>
>     --
>     Len Ovens
>     www.ovenwerks.net <http://www.ovenwerks.net>
>
>     ------------------------------
>
>     --
>     ubuntu-studio-devel mailing list
>     ubuntu-studio-devel at lists.ubuntu.com
>     <mailto:ubuntu-studio-devel at lists.ubuntu.com>
>     Modify settings or unsubscribe at:
>     https://lists.ubuntu.com/mailman/listinfo/ubuntu-studio-devel
>     <https://lists.ubuntu.com/mailman/listinfo/ubuntu-studio-devel>
>
>
>     End of ubuntu-studio-devel Digest, Vol 123, Issue 9
>     ***************************************************
>
>
>
>

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.ubuntu.com/archives/ubuntu-studio-devel/attachments/20170801/df24a3f8/attachment-0001.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 833 bytes
Desc: OpenPGP digital signature
URL: <https://lists.ubuntu.com/archives/ubuntu-studio-devel/attachments/20170801/df24a3f8/attachment-0001.pgp>


More information about the ubuntu-studio-devel mailing list