Re: [t2] about display card on alpha architecture

2024-09-17 Thread René Rebe
Dear 尤晓杰,

> On 13. Sep 2024, at 06:23, 尤晓杰  wrote:
> 
> 
> dear sir, I have an alpha ds10, I take a look , there no driver for s3 ,which 
> is ok on srm(bios of alpha)
> https://t2sde.org/packages/xf86-video-s3virge said it is for x86 only, and 
> when I watch the source code, it seems not architecture aware. why?
> https://t2sde.org/packages/xf86-video-glint is the same (3dlabs ptv4020)

Did you already install and use T2 / Linux and only need more graphic support?

AFAIR the driver simple did not build anymore, likely due to x86 in/out 
instructions, but to run basic X on a FB you probably don’t need this drivers.
But you could certainly add alpha to the architecture R list and see how far it 
builds and work on making them work.

Greetings,
René

-- 
ExactCODE GmbH, Lietzenburger Str. 42, DE-10789 Berlin
http://exactcode.com | http://exactscan.com | http://ocrkit.com

--- 
If you wish to unsubscribe from this mailing, send mail to
li...@t2-project.org with a subject of: unsubscribe t2


[t2] T2 Linux 24.8 "Pkg Once, Runs Everywhere" Now Shipping with Cross Compiled OpenJDK Java™

2024-07-30 Thread René Rebe
[Berlin, 30th July 2024] — T2 Linux, the leading-edge Linux System Development 
Environment, renowned for its portability and cross-compiling capabilities, 
proudly announces the release of T2 Linux 24.8, codenamed "Pkg once, Runs 
Everywhere." This latest version is now shipping with a cross-compiled version 
of OpenJDK Java™ by default, further enhancing its position as the most 
versatile and portable Linux distribution available. Pre-built binary ISOs are 
available for the 13 most popular CPU and libc / compiler combinations: 
ARM(64), HPPA64, IA64, MIPS64, PowerPC64, RISCV64, SPARC64, i686 and x86-64.

Unprecedented Portability and Cross-Compiling Power

T2 Linux has long been at the forefront of providing a robust platform that 
emphasizes portability and ease of cross-compiling. With the new 24.8 release, 
users can now enjoy the benefits of a fully integrated, cross-compiled OpenJDK 
Java™ environment, making it even simpler to develop and deploy Java 
applications across a multitude of hardware architectures.

Key Features of T2 Linux 24.8:

Cross-Compiled OpenJDK Java™ by Default:
T2 Linux 24.8 comes pre-installed with a cross-compiled version of OpenJDK 
Java™, ensuring seamless Java development and deployment across various 
platforms without the need for additional configuration.

Enhanced Cross-Compiling Capabilities:
This release builds on T2 Linux’s already robust cross-compiling 
infrastructure, offering improved support for multiple architectures including 
ARM, MIPS, PowerPC, RISCV and more.

"Pkg once, Runs Everywhere" Philosophy:
True to its codename, T2 Linux 24.8 continues the work for home-brew support 
for other OS', allowing maintainers to package their applications once and run 
them anywhere, including macOS and BSDs. Significantly reducing the complexity 
and time involved in cross-platform development.

Updated Core Components:
The latest Linux kernel, glibc, LLVM/Clang and other core components are 
included, providing users with the most up-to-date and secure foundation for 
their applications.

Streamlined Frontend:
A new top-level "t2" frontend was started, aimed at simplifying the development 
process, ensuring that developers have everything they need to build and deploy 
high-performance applications.

Multi-architectural MIPS64 support:
Support was added for multi-architectural Linux kernel builds, allowing the 
MIPS64 T2 Linux configuration to ship one ISO with 5 kernel variants to support 
all popular Sgi IP27 (Origin 200), IP30 (Octane), IP32-r5k (O2), IP32-r10k and 
a generic Qemu kernel in a single release build making it the first Linux 
release to boot on multiple Sgi MIPS64 Unix machines.

Industry Endorsements and Community Support
T2 Linux has garnered support from both industry professionals and the 
open-source community. Its dedication to providing a highly portable and 
efficient Linux distribution has made it a favorite among developers who 
require flexibility and reliability in their workflows.

Quote from Project Leader
“We are excited to introduce T2 Linux 24.8 with its groundbreaking 
cross-compiled OpenJDK Java™ support,” said René Rebe, Project Leader of 
T2/Linux. “Our goal has always been to make T2 Linux the go-to choice for 
developers who need a versatile and powerful platform. This release takes us 
one step closer to that vision.”

Availability
T2 Linux 24.8 "Pkg once, Runs Everywhere" is available for download for free 
immediately from the official T2 Linux website. Users are encouraged to visit 
https://t2linux.com to learn more about the release and to access comprehensive 
documentation and support resources.

About T2 Linux
T2 Linux is a state-of-the-art Linux distribution designed with portability and 
cross-compiling at its core. With a focus on providing a flexible and powerful 
development environment, T2 Linux caters to developers and organizations that 
require robust solutions for diverse hardware architectures.

For more information about T2/Linux SDE and the 24.8 release, please visit 
https://t2sde.org/releases/24.8

Press Contact
René Rebe
CEO at ExactCODE GmbH
rene.r...@t2linux.com

Website
https://t2sde.org | https://t2linux.com

Social Media
https://twitch.tv/t2sde
https://youtube.com/morerenerebe

-- 
ExactCODE GmbH, Lietzenburger Str. 42, DE-10789 Berlin
http://exactcode.com | http://exactscan.com | http://ocrkit.com--- 
If you wish to unsubscribe from this mailing, send mail to
li...@t2-project.org with a subject of: unsubscribe t2


[t2] T2 24.8 Release Candidate

2024-07-26 Thread René Rebe
Hey there,

We are preparing the best and biggest release of T2/Linux ever, now shipping 
also with OpenJDK Java by default.
Plus many other improvements and fixes, and latest GCC and GlibC.

It would be amazing if you could give your favorite CPU arch and libc variant 
ISO a try over the weekend to spot any major show stopper bugs before the 
release announcement ;-)

https://dl.t2linux.com/binary/2024/incoming/

Thank you so much,

René Rebe

-- 
ExactCODE GmbH, Lietzenburger Str. 42, DE-10789 Berlin
http://exactcode.com | http://exactscan.com | http://ocrkit.com

--- 
If you wish to unsubscribe from this mailing, send mail to
li...@t2-project.org with a subject of: unsubscribe t2


[t2] Moderninzing t2 scripts/ w/ a new top-level t2 frontend

2024-07-01 Thread René Rebe
Hey there,

the current T2 scripts/ have their heritage in the big ROCK Linux 2.0 rewrite 
over 20 years ago.

After using them that long and new users and developers joining we realize it 
was overdue to modernize the T2 scrippt/ world.

But don’t worry, we will do it slow and hopefully without too many regressions 
;-)

We have two GH issues to track this:

https://github.com/rxrbln/t2sde/issues/59
https://github.com/rxrbln/t2sde/issues/60

We started to work on the first with a new (lightweight and prototyping) 
top-level “t2” frontend in the source tree. Currently it just wraps the 
scripts/ for testing, but in the long term the scripts/ will be refactored into 
sourced code modules. The new t2 CLI usage would then be something like:

./t2 install pkg # instead of scripts/Pkg-Emerge
./t2 build-target -cfg x # instead of scripts/Build-Target

This simple refactoring trick you make t2 look much more modern and in the long 
term we plan to fully replace the aging mine tarball archer in the install 
image w/ simply using ./t2 install and having it natively support such binary 
pkg upstream streams.

Comments and patches welcome!

I hope you like this transformative path,

René

-- 
ExactCODE GmbH, Lietzenburger Str. 42, DE-10789 Berlin
http://exactcode.com | http://exactscan.com | http://ocrkit.com

--- 
If you wish to unsubscribe from this mailing, send mail to
li...@t2-project.org with a subject of: unsubscribe t2


Re: [t2] Issues With Pulling Dependencies for Build

2024-06-28 Thread René Rebe
Hi

> On Jun 19, 2024, at 15:57, Alexander Jacocks  wrote:
> 
> All,
> 
> I'm attempting to make a custom T2 build for execution on a node with an AMD 
> K6-2 CPU, 384mb of RAM, and SD-card storage. So, of course, I'm minimizing 
> and using a custom kernel.
> 
> I have the T2 trunk checked out, and am using the 24.6 tag, to get a stable 
> build:
> https://svn.exactcode.de/t2/tags/24.6/
> 
> When I attempt to download required content, I get a bunch of 404s and 
> timeouts. Is this expected? How do I work around this? Is there a better list 
> of upstream content?
> 
> I am pretty new to T2, so I may be missing something obvious!

The download should of course work. We lost some historic downloads when we 
transitioned from our previous recompressed .bz2 to .zstd and then not to 
re-compress the downloads at all. Additionally we currently do not keep a 
dedicated mirror cache for each tag. Maybe we should actually do that going 
forward to keep more historic downloads available for the future.

> Example:
> ajacocks@t2:~/src/t2-trunk$ svn switch http://svn.exactcode.de/t2/tags/24.6
> ajacocks@t2:~/src/t2-trunk$ scripts/Download -required
> INFO: Found cached mirror: https://dl.notag.fr/t2/source
> 
> Downloading netkit-rsh:download/mirror/n/netkit-rsh-0.17.tar.gz
> curl: (22) The requested URL returned error: 404  
>  
> 
> INFO: Download from mirror failed, trying original URL.
> curl: (6) Could not resolve host: ftp.uk.linux.org  
> 
> 
> ERROR: CURL Returned error: 6
> 
> Downloading 
> xf86-video-openchrome:download/mirror/x/xf86-video-openchrome-0.6.225.tar.xz
> curl: (22) The requested URL returned error: 404

Our t2/trunk should not be that unstable, maybe it would be better to use that 
and contribute fixing some of those downloads.

Thanks!

René

-- 
ExactCODE GmbH, Lietzenburger Str. 42, DE-10789 Berlin
http://exactcode.com | http://exactscan.com | http://ocrkit.com

--- 
If you wish to unsubscribe from this mailing, send mail to
li...@t2-project.org with a subject of: unsubscribe t2


Re: [t2] [RFC] What is next for T2 / Linux?

2024-06-18 Thread René Rebe
Hi,

due to a confusion in operating the modern state of Web UI (…) I accidentally 
posted the RFC to my user account, not on the r/t2sde as I intended:


https://www.reddit.com/r/t2sde/comments/1dimmcq/rfc_what_is_next_for_t2_sde_linux/

Thanks!
René

> On Jun 17, 2024, at 18:58, René Rebe  wrote:
> 
> Hey there,
> 
> As some already know we are working to secure more funding to make T2 "SDE" 
> Linux even better and we are really looking to hear your comments
> 
> What needs to the most important to improve in t2 sde linux?
> 
> Documentation and Usability:
> Comprehensive Documentation: Enhance documentation to make it more accessible 
> for new users. Clear, detailed guides and tutorials can help users understand 
> how to configure and use T2 SDE effectively.
> User-Friendly Interface: Develop a more intuitive user interface or front-end 
> tools to simplify the configuration and build process.
> Package Management:
> Dependency Resolution: Improve automatic dependency resolution to make it 
> easier for users to select and compile packages without running into issues.
> Repository Management: Maintain and expand repositories with up-to-date 
> packages and ensure easy access to popular and essential software.
> Build Speed and Optimization:
> Parallel Builds: Implement more efficient parallel build processes to speed 
> up compilation times.
> Cross-Compiling Support:
> Enhanced Cross-Compiling Tools: Improve support for cross-compiling by 
> providing better tools and pre-configured environments for various 
> architectures.
> Pre-Built Toolchains: Offer pre-built cross-compiling toolchains to reduce 
> the setup complexity for building systems for different hardware platforms.
> Community and Support:
> Active Community Engagement: Foster a more active and supportive community to 
> share knowledge, troubleshoot issues, and contribute to the project.
> Professional Support Options: Provide options for professional support 
> services for businesses or advanced users who need more robust assistance.
> Integration and Automation:
> CI/CD Integration: Develop better integration with continuous integration and 
> continuous deployment (CI/CD) tools to streamline development workflows.
> Automated Testing: Enhance automated testing frameworks to ensure the 
> stability and reliability of builds.
> Security:
> Security Audits: Regularly conduct security audits and updates to ensure that 
> the system remains secure against vulnerabilities.
> Secure Build Environment: Implement measures to ensure the build environment 
> itself is secure, preventing malicious code from being introduced during the 
> build process.
> By focusing on these areas, T2 SDE Linux can become more user-friendly, 
> efficient, and robust, attracting a wider user base and facilitating the 
> creation of customized Linux distributions.
> 
> What do you think? I posted the same to:
> 
>   
> https://www.reddit.com/user/0xRENE/comments/1di2vpg/rfc_what_is_next_for_t2_linux/
> 
> In case you prefer to comment on the web instead of a mailing list.
> 
> Thank you so much for any feedback!
> 
>   René

-- 
ExactCODE GmbH, Lietzenburger Str. 42, DE-10789 Berlin
http://exactcode.com | http://exactscan.com | http://ocrkit.com

--- 
If you wish to unsubscribe from this mailing, send mail to
li...@t2-project.org with a subject of: unsubscribe t2


[t2] [RFC] What is next for T2 / Linux?

2024-06-17 Thread René Rebe
Hey there,

As some already know we are working to secure more funding to make T2 "SDE" 
Linux even better and we are really looking to hear your comments

What needs to the most important to improve in t2 sde linux?

Documentation and Usability:
Comprehensive Documentation: Enhance documentation to make it more accessible 
for new users. Clear, detailed guides and tutorials can help users understand 
how to configure and use T2 SDE effectively.
User-Friendly Interface: Develop a more intuitive user interface or front-end 
tools to simplify the configuration and build process.
Package Management:
Dependency Resolution: Improve automatic dependency resolution to make it 
easier for users to select and compile packages without running into issues.
Repository Management: Maintain and expand repositories with up-to-date 
packages and ensure easy access to popular and essential software.
Build Speed and Optimization:
Parallel Builds: Implement more efficient parallel build processes to speed up 
compilation times.
Cross-Compiling Support:
Enhanced Cross-Compiling Tools: Improve support for cross-compiling by 
providing better tools and pre-configured environments for various 
architectures.
Pre-Built Toolchains: Offer pre-built cross-compiling toolchains to reduce the 
setup complexity for building systems for different hardware platforms.
Community and Support:
Active Community Engagement: Foster a more active and supportive community to 
share knowledge, troubleshoot issues, and contribute to the project.
Professional Support Options: Provide options for professional support services 
for businesses or advanced users who need more robust assistance.
Integration and Automation:
CI/CD Integration: Develop better integration with continuous integration and 
continuous deployment (CI/CD) tools to streamline development workflows.
Automated Testing: Enhance automated testing frameworks to ensure the stability 
and reliability of builds.
Security:
Security Audits: Regularly conduct security audits and updates to ensure that 
the system remains secure against vulnerabilities.
Secure Build Environment: Implement measures to ensure the build environment 
itself is secure, preventing malicious code from being introduced during the 
build process.
By focusing on these areas, T2 SDE Linux can become more user-friendly, 
efficient, and robust, attracting a wider user base and facilitating the 
creation of customized Linux distributions.

What do you think? I posted the same to:


https://www.reddit.com/user/0xRENE/comments/1di2vpg/rfc_what_is_next_for_t2_linux/

In case you prefer to comment on the web instead of a mailing list.

Thank you so much for any feedback!

René

-- 
ExactCODE GmbH, Lietzenburger Str. 42, DE-10789 Berlin
http://exactcode.com | http://exactscan.com | http://ocrkit.com

--- 
If you wish to unsubscribe from this mailing, send mail to
li...@t2-project.org with a subject of: unsubscribe t2


[t2] [RELEASE] T2 Linux 24.6 "Radical Optimism" w/ Windows Subsystem for Linux & LibreOffice!

2024-06-03 Thread René Rebe
FOR IMMEDIATE RELEASE
June 3rd, Berlin Germany; T2 Linux 24.6 was released.

A major incremental connivence update for the most popular architectures, with 
out-of-the-box Windows application compatibility as well as LibreOffice and 
Thunderbird cross compiled and in the default base ISO for supported 
architectures.

A major 2x performance improvement was found for IA-64 Itanium OpenSSL, 
doubling crypto performance for many popular algorithms and SSH.

The CI unit testing was further expanded to cover the whole installation in two 
variants.

T2 is known for its sophisticated cross compile support as well as supporting 
nearly all existing CPU architectures: Alpha, Arc, ARM(64), Avr32, HPPA(64), 
IA64, M68k, MIPS(64), Nios2, PowerPC(64)(le), RISCV(64), s390x, SPARC(64), 
SuperH, x86(64) T2 is an increasingly popular choice for Embedded systems, 
virtualization and still supporting the Sony PS3, Sgi, Sun and HP workstations 
as well as latest ARM64, RISCV64 as well as AMD64 for modern and secure cloud, 
server, or simply enthusiast Linux users playing along at home. All the 
architectures and installation can be updated thru the scripted, rolling 
release build system from source.

The release contains a total of 606 changesets, including approximately 750 
package updates, 67 issues fixed, 80 packages or features added, 21 removed and 
about 9 other improvements. Usually most packages are up-to-date, including 
Linux 6.9, GCC 13, LLVM/Clang 18, as well as the latest version of X.org, Mesa, 
Firefox, Rust, KDE 6 and GNOME 46!

More information, source and binary distribution are open source and free at:

https://t2sde.org/releases/24.6

Since some years the open development process and the collection of exotic, 
vintage and retro hardware can also be followed live on YouTube at: 
https://youtube.com/morerenerebe  and  https://twitch.tv/rxrbln


--
ExactCODE GmbH, Lietzenburger Str. 42, DE-10789 Berlin
http://exactcode.com | http://exactscan.com | http://ocrkit.com

--- 
If you wish to unsubscribe from this mailing, send mail to
li...@t2-project.org with a subject of: unsubscribe t2


[t2] [RELEASE] T2 Linux 24.5 "Future Nostalgia " for 25 architecture in 36 build variants

2024-04-29 Thread René Rebe
FOR IMMEDIATE RELEASE
April 29th, Berlin Germany; T2 Linux 24.5 was released.

A major milestone update shipping full support for 25 CPU architectures, and 
several
C libraries. Support for cross compiling was further improved for Rust, ADA, 
ObjC,
Fortran, and Go!

This is also the first major release with Intel IA-64 Itanium support restored 
and
fully supported. Additionally many X.org DDX drivers were fixed and tested to 
work
again as well as full support for latest KDE 6 and GNOME 46.

T2 is known for its sophisticated cross compile support as well as supporting 
nearly
all existing CPU architectures: Alpha, Arc, ARM(64), Avr32, HPPA(64), IA64, 
M68k,
MIPS(64), Nios2, PowerPC(64)(le), RISCV(64), s390x, SPARC(64), SuperH x86(64)

T2 is an increasingly popular choice for Embedded systems, virtualization and
still supporting the Sony PS3, Sgi, Sun and HP workstations as well as latest
ARM64, RISCV64 as well as AMD64 for modern and secure cloud, server, or
simply enthusiast Linux users playing along at home.

All the architectures and installation can be updated thru the scripted, 
rolling release
build system from source.

The release contains a total of 5140 changesets, including approximatal 5314 
package
updates, 564 issues fixed, 317 packages or features added and 163 removed and 
around
53 improvements.

Usually most packages are up-to-date, including Linux 6.8, GCC 13, LLVM/Clang 
18,
as well as the latest version of X.org, Mesa, Firefox, Rust, KDE 6 and GNOME 46!

More information, source and binary distribution are open source and free at:
https://t2sde.org/releases/24.5

Since some years the open development process and the collection of exotic,
vintage and retro hardware can also be followed live on YouTube at:

https://youtube.com/morerenerebe  and  https://twitch.tv/rxrbln

With greetings from Berlin,

René Rebe

-- 
 ExactCODE GmbH, Lietzenburger Str. 42, DE-10789 Berlin, https://exactcode.com
 https://exactscan.com | https://ocrkit.com | https://t2sde.org | 
https://rene.rebe.de


--
ExactCODE GmbH, Lietzenburger Str. 42, DE-10789 Berlin
http://exactcode.com | http://exactscan.com | http://ocrkit.com

--- 
If you wish to unsubscribe from this mailing, send mail to
li...@t2-project.org with a subject of: unsubscribe t2


Re: [t2] t2sde.org Contact Page

2024-04-06 Thread René Rebe
Hi,

> On Apr 6, 2024, at 18:12, Alex Popescu  wrote:
> 
> I tried to join but the discord invite link is invalid.

Sorry for the inconvenience - maybe that was an old, expiring link.

Have the discord invite permanently linked on the Patreon page:

https://www.patreon.com/posts/99798534

Thank you so much,
René

> Alex.
> 
> On Thu, 28 Mar 2024 at 11:17, NoTag  wrote:
>> 
>> Hello,
>> 
>> Thank you for the headsup!
>> We will rework the contact page soon.
>> 
>> FYI, the mailing-list is really low volume nowadays, with one mail per month 
>> or so. We still support it, of course.
>> 
>> The community is more active on our discord server, which you can find here: 
>> https://discord.com/invite/5apZKSWM
>> 
>> NoTag
>> 
>> Le 7 mars 2024 17:37:57 UTC, Alex Popescu  a écrit :
>>> 
>>> Hello,
>>> 
>>> I am not sure this is the right way to address this, but your contact
>>> page (https://t2sde.org/contact/) have some invalid links, mostly in
>>> the "Mailing list archive" part.
>>> 
>>> You have a link to http://gmane.org/ and
>>> http://news.gmane.org/gmane.comp.t2.devel , both of which give me an
>>> error when accessing them. I found some informations about the domain
>>> gmane.org being changed to gmane.io - see more details here:
>>> https://lars.ingebrigtsen.no/2020/01/15/news-gmane-org-is-now-news-gmane-io/
>>> 
>>> Also, the osdir link (http://osdir.com/ml/t2.devel/ ) redirects me to
>>> https://osdir.com/ which is now empty.
>>> 
>>> Also, in the "CIA - The open source informant" part, there is a link
>>> to http://cia.vc/stats/project/t2 which right now gives me a 403 error.
>>> I found some articles saying that cia.vc site is down -
>>> https://lwn.net/Articles/518955/ or
>>> https://web.archive.org/web/20160322124340/http://shadowm.ai0867.net/blog/archives/245-CIA.vc-is-dead.html
>>> 
>>> You may want to update/change/remove some of these links.
>>> 
>>> Thank you for your time,
>>> Alex Popescu
>>> 
>>> 
>>> 
>>> ---
>>> If you wish to unsubscribe from this mailing, send mail to
>>> li...@t2-project.org with a subject of: unsubscribe t2
>> 
> 
> --- 
> If you wish to unsubscribe from this mailing, send mail to
> li...@t2-project.org with a subject of: unsubscribe t2

--
ExactCODE GmbH, Lietzenburger Str. 42, DE-10789 Berlin
http://exactcode.com | http://exactscan.com | http://ocrkit.com

--- 
If you wish to unsubscribe from this mailing, send mail to
li...@t2-project.org with a subject of: unsubscribe t2


Re: [t2] Patch raylib with correct license

2024-04-02 Thread René Rebe
Hi,

Committed revision 68127.

Reversed together with the previous email as one commit.
It looks you somehow had run some diff in reverse order.

Thanks again!

René

On Apr 1, 2024, at 21:31, Douglas Andreani  wrote:
> 
> 
> 
> --
> Douglas Ravanelli Andreani
> https://www.linkedin.com/in/andreanidr/
> --
> Se este e-mail não pertence a você por gentileza desconsidere.
> If this e-mail does not belong to you, please disregard.
> 
> ---
>  
> If you wish to unsubscribe from this mailing, send mail to
> li...@t2-project.org with a subject of: unsubscribe t2

--
ExactCODE GmbH, Lietzenburger Str. 42, DE-10789 Berlin
http://exactcode.com | http://exactscan.com | http://ocrkit.com

--- 
If you wish to unsubscribe from this mailing, send mail to
li...@t2-project.org with a subject of: unsubscribe t2


Re: [t2] patch to add ZLIB as a valid license in package file

2024-04-02 Thread René Rebe
Hi Douglas,

the patch somehow looks reversed (orig. vs. modified, + vs -), but I’ll apply 
it later fixed up.

Thanks!
René

> On Apr 1, 2024, at 21:30, Douglas Andreani  wrote:
> 
> --- ./scripts/Check-PkgFormat   2024-04-01 16:26:03.36800 -0300
> +++ ./scripts/Check-PkgFormat   2024-04-01 16:25:26.83300 -0300
> @@ -93,7 +93,7 @@
> for x in `egrep -a '^\[(L|LICENSE)\]' $pdir/$package.desc |
>   cut -f2- -d']'`; do
> case $x in
> -   
> Unknown|GPL|LGPL|GPL3|LGPL3|AGPL|AGPL3|MPL|FDL|MIT|BSD|EUPL|ISC|APL|APSL|BSL|CDDL|QPL|OFL|ZLIB)
>  ;;
> +   
> Unknown|GPL|LGPL|GPL3|LGPL3|AGPL|AGPL3|MPL|FDL|MIT|BSD|EUPL|ISC|APL|APSL|BSL|CDDL|QPL|OFL)
>  ;;
> OpenSource|Free-to-use|Commercial) ;;
> IBM-Public-License|Restricted|Artistic) ;;
> PublicDomain) ;;
> 
> --
> Douglas Ravanelli Andreani
> https://www.linkedin.com/in/andreanidr/
> --
> Se este e-mail não pertence a você por gentileza desconsidere.
> If this e-mail does not belong to you, please disregard.
> 
> ---
>  
> If you wish to unsubscribe from this mailing, send mail to
> li...@t2-project.org with a subject of: unsubscribe t2

--
ExactCODE GmbH, Lietzenburger Str. 42, DE-10789 Berlin
http://exactcode.com | http://exactscan.com | http://ocrkit.com

--- 
If you wish to unsubscribe from this mailing, send mail to
li...@t2-project.org with a subject of: unsubscribe t2


Re: [t2] Raylib - new package

2024-02-02 Thread René Rebe
Hi,

On Feb 2, 2024, at 01:40, Douglas Andreani  wrote:
> 
> Thanks. I am getting the hang of this patches yet. 
> 
> Regarding the license. I've tried to use ZLIB like described, but the 
> paranoid keep preventing me from continuing. 

We check that to avoid typos or just using random gibberish. The known licenses 
are in:

misc/share/REGISTER

We certainly can add more, and it was recently suggested to transition to SPDX 
or so, modern naming:
https://github.com/rxrbln/t2sde/issues/142

When we did the license tags some 25 years we mostly classified BSD vs GPL or 
MT and as zlib was
none of them we just used “OpenSource” for anything else.

But I guess it is time to specifically add the zlib license to the registry, 
too.

We could also improve the diagnostic to point new developers to the 
misc/share/REGISTER file.

Patches welcome!

René

> Get BlueMail for Android <https://bluemail.me/>
> On Feb 1, 2024, at 18:39, "René Rebe"  <mailto:r...@exactcode.com>> wrote:
>> 
>> Hi Douglas,
>> 
>> Thank you for the patch! I applied it with some cleanups:
>> 
>>> On Jan 23, 2024, at 17:00, Douglas Andreani  wrote:
>>> 
>>> --- ./package/graphic/raylib/raylib.cache   1969-12-31 
>>> 21:00:00.0 -0300
>>> +++ ./package/graphic/raylib/raylib.cache   2024-01-23 
>>> 12:56:13.316203353 -0300
>>> @@ -0,0 +1,6 @@
>>> +
>>> +[TIMESTAMP] 1706025287 Tue Jan 23 12:54:47 2024
>>> +[BUILDTIME] 18 (9)
>>> +[SIZE] 3.05 MB, 14 files
>>> +
>>> +[DEP] gzip
>> 
>> Very short .cache, no idea what happened, but could be cross builds which do 
>> not yet
>> gather all deps, I aded my test build's .cache
>> 
>>> +[L] Unknown
>>> +[C] base/x11
>>> +[F] CROSS
>>> +[S] Stable
>> 
>> Added a newline, to match our style. License should not be unknown though. 
>> Maybe you can send an follow up patch? ;-)
>> 
>>> +[V] 5.0
>>> +[P] X -5---9 130.000
>>> +
>>> +[O] runzig=0
>>> +
>>> +[D] 74d3640114035c65e5f1b2ce406e94e3430cb18334bdd176c69004b9 5.0.tar.gz 
>>> https://github.com/raysan5/raylib/archive/refs/tags/
>> 
>> We can really not download number only tars like that. They would collide 
>> with all other number only tars.
>> I therefore edited it in the way we always carefully craft GitHub downloads 
>> to store a file including the package name.
>> 
>> Thanks again!
>> 
>>  René
>> 
>> -- 
>> ExactCODE GmbH, Lietzenburger Str. 42, DE-10789 Berlin 
>> http://exactcode.com | http://exactscan.com | http://ocrkit.com
>> 

--
ExactCODE GmbH, Lietzenburger Str. 42, DE-10789 Berlin
http://exactcode.com | http://exactscan.com | http://ocrkit.com

--- 
If you wish to unsubscribe from this mailing, send mail to
li...@t2-project.org with a subject of: unsubscribe t2


Re: [t2] Raylib - new package

2024-02-01 Thread René Rebe
Hi Douglas,

Thank you for the patch! I applied it with some cleanups:

> On Jan 23, 2024, at 17:00, Douglas Andreani  wrote:
> 
> --- ./package/graphic/raylib/raylib.cache   1969-12-31 21:00:00.0 
> -0300
> +++ ./package/graphic/raylib/raylib.cache   2024-01-23 12:56:13.316203353 
> -0300
> @@ -0,0 +1,6 @@
> +
> +[TIMESTAMP] 1706025287 Tue Jan 23 12:54:47 2024
> +[BUILDTIME] 18 (9)
> +[SIZE] 3.05 MB, 14 files
> +
> +[DEP] gzip

Very short .cache, no idea what happened, but could be cross builds which do 
not yet
gather all deps, I aded my test build's .cache

> +[L] Unknown
> +[C] base/x11
> +[F] CROSS
> +[S] Stable

Added a newline, to match our style. License should not be unknown though. 
Maybe you can send an follow up patch? ;-)

> +[V] 5.0
> +[P] X -5---9 130.000
> +
> +[O] runzig=0
> +
> +[D] 74d3640114035c65e5f1b2ce406e94e3430cb18334bdd176c69004b9 5.0.tar.gz 
> https://github.com/raysan5/raylib/archive/refs/tags/

We can really not download number only tars like that. They would collide with 
all other number only tars.
I therefore edited it in the way we always carefully craft GitHub downloads to 
store a file including the package name.

Thanks again!

René

--
ExactCODE GmbH, Lietzenburger Str. 42, DE-10789 Berlin
http://exactcode.com | http://exactscan.com | http://ocrkit.com

--- 
If you wish to unsubscribe from this mailing, send mail to
li...@t2-project.org with a subject of: unsubscribe t2


Re: [t2] libiscsi - new package

2024-01-18 Thread René Rebe
Hey Douglas,

Thanks again for your contribution, just what I added to package to my TODO on 
yesterdays livestream ,-)

Committed r66505 with minimal cleanups:

> On Jan 17, 2024, at 22:00, Douglas Andreani  wrote:
> 

> --- ./package/filesystem/libiscsi/libiscsi.cache1969-12-31 
> 21:00:00.0 -0300
> +++ ./package/filesystem/libiscsi/libiscsi.cache2024-01-17 
> 17:56:19.791186141 -0300
> @@ -0,0 +1,26 @@
> +
> ...

> +[DEP] sed
> +[DEP] t2-src

Deleted t2-src, it is our fault that t2-src is added, I still think how I best 
want to filter that out.

> +[I] LibiScsi

The Info title should briefly summarize the pkg, w/o the pkg name, I fixed that.

> +[T] Libiscsi is a client-side library to implement the iSCSI protocol that
> +[T] can be used to access the resources of an iSCSI target.  The library
> +[T] is fully asynchronous with regards to iSCSI commands and SCSI tasks,
> +[T] but a synchronous layer is also provided for ease of use for simpler
> +[T] applications.  The utils directory contains a handful of useful iSCSI
> +[T] utilities such as logging in to and enumerating all targets on a
> +[T] portal and all devices of a target.  The examples directory contains
> +[T] example implementation of how to access both the synchronous and
> +[T] asynchronous APIs of libiscsi. T

Stray T removed

> +[T] https://github.com/sahlberg/libiscsi/

Changed to Url tag.

> +[A] Ronnie Sahlberg 
> +[M] Douglas Andreani 
> +
> +[C] extra/filesystem
> +[F] CROSS
> +
> +[L] GPL
> +[S] Stable
> +[V] 1.19.0
> +[P] X -5---9 136.500
> +
> +

Double newline squashed.

> +[O] hook_add preconf 5 "./autogen.sh"
> +
> +[D] 998d6dd7024aaa9ca4d6863c748aff1b7be706b56c2dddcd913b2aeb 1.19.0.tar.gz 
> https://github.com/sahlberg/libiscsi/archive/refs/tags/


Added CV-URL ODD-STABLE so our Data AI updates odd minor versions.

Thanks again!

René

--
ExactCODE GmbH, Lietzenburger Str. 42, DE-10789 Berlin
http://exactcode.com | http://exactscan.com | http://ocrkit.com

--- 
If you wish to unsubscribe from this mailing, send mail to
li...@t2-project.org with a subject of: unsubscribe t2


Re: [t2] patch x86/86bin

2024-01-17 Thread René Rebe
Hi,

thank you for your ongoing contributions!

This old style diffs are really harder to read not really sure why you send 
them like the when svn diff easier just outputs a modern unified diff.

But for this particular change I’d rather restore the file on our mirror, than 
linking to another random one until a new upstream maintainer ever pops up. 
I’ll go do that now, ...

Thanks again!
René

> On Jan 9, 2024, at 22:30, Douglas Andreani  wrote:
> 
> 34c34
> < [D] 0 Dev86src-0.16.21.tar.gz 
> https://src.fedoraproject.org/repo/pkgs/dev86/Dev86src-0.16.21.tar.gz/6b96fe9d2d1c546842a4d1c7ef387e4c/
> ---
> > [D] 40e0ff0e5c2a81922d76bec162872a9e43cc12df458188307987aea3 
> > Dev86src-0.16.21.tar.gz http://v3.sk/~lkundrak/dev86/
> --- ./package/x86/bin86/bin86.desc 2024-01-09 17:23:47.094932322 -0300
> +++ /tmp/17313 2024-01-09 18:28:08.646351132 -0300
> @@ -31,4 +31,4 @@
>  
>  [O] var_append makeinstopt ' ' "PREFIX=$root/$prefix"
>  
> -[D] 0 Dev86src-0.16.21.tar.gz 
> https://src.fedoraproject.org/repo/pkgs/dev86/Dev86src-0.16.21.tar.gz/6b96fe9d2d1c546842a4d1c7ef387e4c/
> +[D] 40e0ff0e5c2a81922d76bec162872a9e43cc12df458188307987aea3 
> Dev86src-0.16.21.tar.gz 
> https://src.fedoraproject.org/repo/pkgs/dev86/Dev86src-0.16.21.tar.gz/6b96fe9d2d1c546842a4d1c7ef387e4c/
> ---
>  
> If you wish to unsubscribe from this mailing, send mail to
> li...@t2-project.org with a subject of: unsubscribe t2

--
ExactCODE GmbH, Lietzenburger Str. 42, DE-10789 Berlin
http://exactcode.com | http://exactscan.com | http://ocrkit.com

--- 
If you wish to unsubscribe from this mailing, send mail to
li...@t2-project.org with a subject of: unsubscribe t2


Re: [t2] [PATCH] 7zip: switch to upstream pkg and update to 23.01

2023-11-25 Thread René Rebe
Hey,

> On 20. Nov 2023, at 05:59, Siva Mahadevan  wrote:
> 
> 7zip now supports linux builds directly in upstream, so move away from
> the (unmaintained) p7zip port. Tested on x86_64 glibc gcc.

Nice!

> TODO:
> * package the special assembler required to build the optimized ASM
>  versions

Special assembler? More than n or yasm or so?

> * use the compiler and architecture-specific makefiles when available
> 
> P.S. Why is "[DEP] t2-src" in the generated .cache file? I'm leaving it
> here for reference, but I'm guessing it shouldn't be added to the
> submitted .cache file. Is it something wrong with my development
> environment?

Yeah, I had seen this earlier. While this is technically correctly when
building inside the t2-src package, it is superfluous and I currently
manually remove it. We should think if and how we want to automatically
want to filter this.

> +srcdir=CPP/7zip/Bundles/Alone2
> +var_append makeopt ' ' '-f makefile.gcc'
> +makeinstopt=
> +
> +hook_add postmake 3 7zip_postmake
> +
> +7zip_postmake() {
> + install -Dm755 _o/7zz "$root$bindir"/7zz

We don’t usually quote paths like this, and 7zz explicitly at the dest is 
superfluos

> + ln -sf 7zz "$root$bindir"/7z
> +}

As I touched the above paths anyway, I sorted this hook after the functions
as we usually try to do for readability in modern code.

Committed revision 65769.

René

--
ExactCODE GmbH, Lietzenburger Str. 42, DE-10789 Berlin
http://exactcode.com | http://exactscan.com | http://ocrkit.com

--- 
If you wish to unsubscribe from this mailing, send mail to
li...@t2-project.org with a subject of: unsubscribe t2


Re: [t2] [PATCH v2] add new package: gammastep

2023-11-25 Thread René Rebe
Hi,


On 22. Nov 2023, at 14:56, Siva Mahadevan  wrote:

...

> +[I] Adjust the color temperature of your screen according to your 
> surroundings.

The Info title should not have punctuation (like newspaper title) and it was a 
bit long
so I removed “according”, too.

> ...

> +[D] 011403e91f3035936a0b34ac4ed4dd2597a512bb05d6ccfe10912946 
> gammastep-2.0.9.tar.gz 
> !https://gitlab.freedesktop.org/CameronNemo/gammastep/-/archive/v2.0.9/gammastep-v2.0.9.tar.gz



The download override with ! Is not really necessary here, so I removed it and 
used the filename with “v” in the version instead:

Committed revision 65768.

(Somehow I have to manual fix the patch whitespace, but it could be my MUA, too.
If you don’t mind it might be better file interchange to simply attach the 
files, ...)

Thanks!

René

--
ExactCODE GmbH, Lietzenburger Str. 42, DE-10789 Berlin
http://exactcode.com | http://exactscan.com | http://ocrkit.com

--- 
If you wish to unsubscribe from this mailing, send mail to
li...@t2-project.org with a subject of: unsubscribe t2


Re: [t2] [PATCH] editors/nano: fix [D] URL and update to 7.2

2023-11-25 Thread René Rebe
Hi,

> On 20. Nov 2023, at 02:08, Siva Mahadevan  wrote:
> 
> Tested on x86_64 glibc t2:

Committed revision 65767.

> Index: /usr/src/t2-src/package/editors/nano/nano.desc
> ===
> --- /usr/src/t2-src/package/editors/nano/nano.desc(revision 65696)
> +++ /usr/src/t2-src/package/editors/nano/nano.desc(working copy)
> @@ -25,10 +25,10 @@
> 
> [L] GPL
> [S] Stable
> -[V] 6.4
> +[V] 7.2
> [P] X -5---9 116.300
> 
> [O] var_append extraconfopt ' ' '--enable-extra --enable-nanorc 
> --enable-color --enable-multibuffer'
> 
> [CV-URL] http://www.nano-editor.org/download.php
> -[D] 5253804a15ccceba22d6fbd235370a6963451fdd26022e84dc4063a7 nano-6.4.tar.xz 
> https://www.nano-editor.org/dist/v6/
> +[D] 11a198d1c5548a97504285f1632a7aecaeaec76bc1d42d37ea42263f nano-7.2.tar.xz 
> https://www.nano-editor.org/dist/v7/
> 
> --- 
> If you wish to unsubscribe from this mailing, send mail to
> li...@t2-project.org with a subject of: unsubscribe t2

--
ExactCODE GmbH, Lietzenburger Str. 42, DE-10789 Berlin
http://exactcode.com | http://exactscan.com | http://ocrkit.com

--- 
If you wish to unsubscribe from this mailing, send mail to
li...@t2-project.org with a subject of: unsubscribe t2


Re: [t2] [PATCH] add new package: syncthing

2023-11-25 Thread René Rebe
Hey Siva,

On 22. Nov 2023, at 15:04, Siva Mahadevan  wrote:
> 
> René Rebe wrote:
>> It is best to submit a new package by copy the file from your build
>> to have some initial dependency information and billed time estimation.
> 
> Sounds good, updating the patch below then.

Thank you for the update.

> Tested locally on x86_64 glibc t2, everything seems to work smoothly. I
> use syncthing on all my devices to do seamless file backup and syncing.

Perfect!

> Index: /usr/src/t2-src/package/go/syncthing/syncthing.cache
> ===
> --- /usr/src/t2-src/package/go/syncthing/syncthing.cache  (nonexistent)
> +++ /usr/src/t2-src/package/go/syncthing/syncthing.cache  (working copy)

Please send patches relative to the base directory, e.g. simply:
svn di

in the project directory, with the full path I need to manually count
the leading path prefix' to apply the patch with, e.g.

patch -p4

I don’t really care though, if it has the leading project name like t2-src, a .
or simply no leading path (-p0, -p1).

Thanks again,
René

--
ExactCODE GmbH, Lietzenburger Str. 42, DE-10789 Berlin
http://exactcode.com | http://exactscan.com | http://ocrkit.com

--- 
If you wish to unsubscribe from this mailing, send mail to
li...@t2-project.org with a subject of: unsubscribe t2


Re: [t2] [PATCH] add new package: syncthing

2023-11-19 Thread René Rebe
Hi Siva,

Thank you for your contributions!

> On 17. Nov 2023, at 15:29, Siva Mahadevan  wrote:
> 
> Tested locally on x86_64 glibc t2, everything seems to work smoothly. I
> use syncthing on all my devices to do seamless file backup and syncing.
> 
> Also, question for future code contributions to t2: should I be
> generating a .cache file and adding it to the patch? If so, how do I do
> that? I've only been testing with scripts/Build-Pkg, which doesn't seem
> to generate the .cache file automatically.

A cache is crated for any package built in t2 in $root//var/adm/cache/

It is best to submit a new package by copy the file from your build
to have some initial dependency information and billed time estimation.

Thanks!
René

> 
> Index: /usr/src/t2-src/package/go/syncthing/syncthing.conf
> ===
> --- /usr/src/t2-src/package/go/syncthing/syncthing.conf   (nonexistent)
> +++ /usr/src/t2-src/package/go/syncthing/syncthing.conf   (working copy)
> @@ -0,0 +1,27 @@
> +# --- T2-COPYRIGHT-NOTE-BEGIN ---
> +# T2 SDE: package/*/syncthing/syncthing.conf
> +# Copyright (C) 2023 The T2 SDE Project
> +# 
> +# This Copyright note is generated by scripts/Create-CopyPatch,
> +# more information can be found in the files COPYING and README.
> +# 
> +# This program is free software; you can redistribute it and/or modify
> +# it under the terms of the GNU General Public License version 2.
> +# --- T2-COPYRIGHT-NOTE-END ---
> +
> +. $base/package/*/*/go-conf.in
> +
> +rungo=0
> +runmake=0
> +
> +hook_add inmake 5 "syncthing_inmake"
> +hook_add postmake 5 "syncthing_postmake"
> +
> +syncthing_inmake() {
> + go run build.go -version="v$ver" -no-upgrade
> +}
> +
> +syncthing_postmake() {
> + install -Dm755 bin/syncthing $root$bindir
> + # TODO install init-system-specific example service files from 
> srcdir/etc/
> +}
> Index: /usr/src/t2-src/package/go/syncthing/syncthing.desc
> ===
> --- /usr/src/t2-src/package/go/syncthing/syncthing.desc   (nonexistent)
> +++ /usr/src/t2-src/package/go/syncthing/syncthing.desc   (working copy)
> @@ -0,0 +1,30 @@
> +[COPY] --- T2-COPYRIGHT-NOTE-BEGIN ---
> +[COPY] T2 SDE: package/*/syncthing/syncthing.desc
> +[COPY] Copyright (C) 2021 - 2023 The T2 SDE Project
> +[COPY] 
> +[COPY] This Copyright note is generated by scripts/Create-CopyPatch,
> +[COPY] more information can be found in the files COPYING and README.
> +[COPY] 
> +[COPY] This program is free software; you can redistribute it and/or modify
> +[COPY] it under the terms of the GNU General Public License version 2.
> +[COPY] --- T2-COPYRIGHT-NOTE-END ---
> +
> +[I] Open Source Continuous File Synchronization
> +
> +[T] Syncthing is a continuous file synchronization program. It synchronizes
> +[T] files between two or more computers.
> +
> +[U] https://syncthing.net
> +
> +[A] Jakob Borg 
> +[M] Siva Mahadevan 
> +
> +[C] extra/network
> +[F] CROSS
> +
> +[L] MPL
> +[S] Stable
> +[V] 1.26.1
> +[P] X -5---9 160.000
> +
> +[D] dc240a8b7985034041ce3bbf62bf734c0f33000d3629ce3cb7760766 
> syncthing-1.26.1.tar.gz 
> https://github.com/syncthing/syncthing/archive/v1.26.1/
> 
> --- 
> If you wish to unsubscribe from this mailing, send mail to
> li...@t2-project.org with a subject of: unsubscribe t2

--
ExactCODE GmbH, Lietzenburger Str. 42, DE-10789 Berlin
http://exactcode.com | http://exactscan.com | http://ocrkit.com

--- 
If you wish to unsubscribe from this mailing, send mail to
li...@t2-project.org with a subject of: unsubscribe t2


Re: [t2] [PATCH] update kakoune to 2023.08.05

2023-11-13 Thread René Rebe
Hi,

> On 7. Nov 2023, at 18:41, Siva Mahadevan  wrote:
> 
> Tested on x86_64.

Thanks!

> Index: /usr/src/t2-src/package/editors/kakoune/kakoune.desc
> ===
> --- /usr/src/t2-src/package/editors/kakoune/kakoune.desc  (revision 65595)
> +++ /usr/src/t2-src/package/editors/kakoune/kakoune.desc  (working copy)
> @@ -35,9 +35,9 @@
> 
> [L] OpenSource
> [S] Stable
> -[V] 89cd3c52
> +[V] 2023.08.05
> [P] X -5---9 160.800
> 
> [O] var_append makeinstopt ' ' 'PREFIX=$root/$prefix'
> 
> -[D] 2396a1545b6c67fe26b14438cf0998ce27a9aaf2287fc5a46d909196 
> kakoune-89cd3c52.tar.gz 
> https://github.com/mawww/kakoune/archive/89cd3c52eb8484f9d03f80a3372625da07284966/
> +[D] ddd0738c4a8a39757b90446b4feb595af7181655db4560a60fb6060c 
> kakoune-2023.08.05.tar.gz   
> https://github.com/mawww/kakoune/archive/v2023.08.05/


I also updated the .cache:

Committed revision 65652.

René

--
ExactCODE GmbH, Lietzenburger Str. 42, DE-10789 Berlin
http://exactcode.com | http://exactscan.com | http://ocrkit.com

--- 
If you wish to unsubscribe from this mailing, send mail to
li...@t2-project.org with a subject of: unsubscribe t2


[t2] Re: [PATCH v2] fix ncurses pkgconfig and adainclude directories

2023-10-20 Thread René Rebe
Hi,

> On 20. Oct 2023, at 03:14, Siva Mahadevan  wrote:
> 
> Thanks for taking the patch!
> 
> René Rebe wrote:
>> So I improved ncurses to not just set prefix, but use our regular auto
>> or user set safeguard and fix the ada includes, and objects while at it.
> 
> I think the issue with pkg-config not finding the ncurses .pc file has been 
> fixed now. However, there are still issues with the combination of ncurses 
> and readline.
> 
>> I also committed your other changes, including adding the deadline 8.2-001 
>> patch:
>> Committed revision 65405.
>> Committed revision 65406.
> 
> Ah sorry, I missed the patch. However, I'm not sure that readline builds 
> correctly on a fresh install of t2. Here are my simple repro instructions:
> 
> 1. Fresh install t2-23.10-x86-64-minimal-firefox-gcc-glibc-nocona.iso with 
> all defaults
> 2. Run `svn up` in /usr/src/t2-src (current revision at time of writing is 
> r65408)
> 3. Run `./scripts/Emerge-Pkg readline` to update from 8.1 to 8.2. Notice that 
> readline builds successfully but gawk fails with "symbol lookup error: 
> /usr/local/lib/libreadline.so.8: undefined symbol: UP"
> 4. Run `ldd /usr/local/lib/libreadline.so.8.2` and notice that ncurses is 
> *not* linked in it. However, ncurses *is* linked in libreadline.so.8.1, which 
> is what the ISO comes with.

I noticed something similar last night after my commits. Did this also occur 
with the state of patches you sent in?

> I don't think this is related to the patch of switching to the 
> "--with-curses" confopt (which I think is the correct one) instead of the 
> "SHLIB_LIBS=-lncurses" makeopt. I tried reverting just that part back and the 
> above repro is exactly the same.
> 
>> AFAIC the only changes I did not include is the ncurses png-config tweak,
>> please let me know if that is still needed for your build, iwd appears to 
>> build
>> for me. Albei before, and now, too.
> 
> I can definitely continue helping to reproduce any of the build errors I 
> found. Most of what I've done so far is on a fresh install of t2 gcc+glibc.


Thanks and have a great day!

René

--
ExactCODE GmbH, Lietzenburger Str. 42, DE-10789 Berlin
http://exactcode.com | http://exactscan.com | http://ocrkit.com

--- 
If you wish to unsubscribe from this mailing, send mail to
li...@t2-project.org with a subject of: unsubscribe t2


[t2] Re: [PATCH v2] fix ncurses pkgconfig and adainclude directories

2023-10-19 Thread René Rebe
Hey,

> On 19. Oct 2023, at 06:26, Siva Mahadevan  wrote:
> 
> * Use original $prefix in pkgconfig libdir and ada_include path in ncurses
> * Actually update readline to version 8.2 and change to upstream URLs
> * use recommended configure option to use the ncurses library in
>  readline
> 
> The motivation behind the change is to fix the currently-broken
> network/iwd build. The configure step of the network/iwd package could
> not find readline due to its missing terminfo dependency pkg-config .pc
> files.

So I improved ncurses to not just set prefix, but use our regular auto
or user set safeguard and fix the ada includes, and objects while at it.

I also committed your other changes, including adding the deadline 8.2-001 
patch:

Committed revision 65405.
Committed revision 65406.

AFAIC the only changes I did not include is the ncurses png-config tweak,
please let me know if that is still needed for your build, iwd appears to build
for me. Albei before, and now, too.

Thank you so much!

René

--
ExactCODE GmbH, Lietzenburger Str. 42, DE-10789 Berlin
http://exactcode.com | http://exactscan.com | http://ocrkit.com

--- 
If you wish to unsubscribe from this mailing, send mail to
li...@t2-project.org with a subject of: unsubscribe t2


[t2] Re: [PATCH v2] fix ncurses pkgconfig and adainclude directories

2023-10-19 Thread René Rebe
Hi,

Thank you for the updated!

> On 19. Oct 2023, at 06:26, Siva Mahadevan  wrote:
> 
> * Use original $prefix in pkgconfig libdir and ada_include path in ncurses
> * Actually update readline to version 8.2 and change to upstream URLs
> * use recommended configure option to use the ncurses library in
>  readline
> 
> The motivation behind the change is to fix the currently-broken
> network/iwd build. The configure step of the network/iwd package could
> not find readline due to its missing terminfo dependency pkg-config .pc
> files.

...

> 
> -var_append confopt " " "--enable-pc-files 
> --with-pkg-config-libdir=$libdir/pkgconfig"
> +var_append confopt " " "--enable-pc-files 
> --with-pkg-config-libdir=$root/$original_prefix/$libdir/pkgconfig 
> --with-ada-include=$root/$original_prefix/$datadir/ada/adainclude”

With $root this most likely created a wrong pkg config .pc file for cross 
builds as the arbitrary sandbox path must not be in there, also to work for 
continuing to use the cross build after the installation natively.

I will probably start applying the other changes in multiple commits.

How can I reproduce the pkg-config .pc bug you try to solve?

Thanks!
René

--
ExactCODE GmbH, Lietzenburger Str. 42, DE-10789 Berlin
http://exactcode.com | http://exactscan.com | http://ocrkit.com

--- 
If you wish to unsubscribe from this mailing, send mail to
li...@t2-project.org with a subject of: unsubscribe t2


Re: [t2] [PATCH] fix $prefix in ncurses build

2023-10-18 Thread René Rebe
Hi,

> On 18. Oct 2023, at 05:32, Siva Mahadevan  wrote:
> 
> * Fix pkgconfig libdir path in ncurses by removing the unnecessary empty
>  $prefix reassignment

I’ll take a closer look and merge bits tomorrow, however, the prefix= 
assignment is
not “unnecessary” as it changes the default of /usr to / so that ncurses is 
available
early during boot for old school users with with separate partitions.

If that results in incorrect pkgconfig libdir that sound like another bug.

Good night,
René

--
ExactCODE GmbH, Lietzenburger Str. 42, DE-10789 Berlin
http://exactcode.com | http://exactscan.com | http://ocrkit.com

--- 
If you wish to unsubscribe from this mailing, send mail to
li...@t2-project.org with a subject of: unsubscribe t2


Re: [t2] [PATCH] update base/kbd to 2.6.3

2023-10-17 Thread René Rebe
Hi Siva,

> On 16. Oct 2023, at 18:58, Siva Mahadevan  wrote:
> 
> * Update kbd to latest 2.6.3
> * Change download URL to upstream website recommended location
> * Delete already upstreamed kbdrate-sparc patch
> * Refresh broken devfs patch
> ** (NOTE: do we still need this? what does this do?)

It only changed the order of 1st tried device vs. an alternative for the 15 
years ago
When new devfs. I deleted it.

> Main motivation for this is to add the colemak keyboard layout, which I
> use on all my computers.

Nice.

> Tested on gcc+glibc trunk.

Thanks!

> ===
> --- package/base/kbd/kbd.desc (revision 65303)
> +++ package/base/kbd/kbd.desc (working copy)
> @@ -16,6 +16,8 @@
> [T] setup/customize your console (restricted meaning: text mode screen +
> [T] keyboard only).
> +[U] https://kbd-project.org
> +
> [A] Andries Brouwer 
> [M] Rene Rebe 
> @@ -24,7 +26,7 @@
> [L] GPL
> [S] Stable
> -[V] 1.15
> +[V] 2.6.3
> [P] X -5---9 119.500
> -[D] 9da1662afaeb31fd60693ad38071f5ae1173c545aa888d3b8088c2f7 kbd-1.15.tar.gz 
> ftp://devel.altlinux.org/legion/kbd/
> +[D] 185e0cf4bffce8255f88071c5c28ceca87dbe484e1a3d6fb3b3a268a 
> kbd-2.6.3.tar.gz https://mirrors.edge.kernel.org/pub/linux/utils/kbd/


Not sure if it is just my MUA, but looking a the raw text I think this is 
white-space
damaged and would not just apply. A common issue with modern MUA since
a decade or two. I therefore recreated it manually, and removed some more
patches and updated the .cache:

Committed revision 65311.   
     

Thanks you for the contribution,

René Rebe

--
ExactCODE GmbH, Lietzenburger Str. 42, DE-10789 Berlin
http://exactcode.com | http://exactscan.com | http://ocrkit.com

--- 
If you wish to unsubscribe from this mailing, send mail to
li...@t2-project.org with a subject of: unsubscribe t2


Re: [t2] [PATCH] update py-smbpasswd and fix [D] URL

2023-10-16 Thread René Rebe
Hi Siva,

On 14. Oct 2023, at 05:57, Siva Mahadevan  wrote:
> 
> Old URL resolves to 404.
> 
> Index: package/python/py-smbpasswd/py-smbpasswd.desc
> ===
> --- package/python/py-smbpasswd/py-smbpasswd.desc (revision 65301)
> +++ package/python/py-smbpasswd/py-smbpasswd.desc (working copy)
> @@ -1,6 +1,6 @@
> [COPY] --- T2-COPYRIGHT-NOTE-BEGIN ---
> [COPY] T2 SDE: package/*/py-smbpasswd/py-smbpasswd.desc
> -[COPY] Copyright (C) 2004 - 2021 The T2 SDE Project
> +[COPY] Copyright (C) 2004 - 2023 The T2 SDE Project
> [COPY] [COPY] This Copyright note is generated by scripts/Create-CopyPatch,
> [COPY] more information can be found in the files COPYING and README.
> @@ -26,7 +26,7 @@
> [L] GPL
> [S] Stable
> -[V] 1.0.1
> +[V] 1.0.2
> [P] X -5---9 200.000
> -[D] ed2756afb736d6002cf0e31903d68968030e17d12b52b121e69d8f36 
> py-smbpasswd-1.0.1.tar.gz http://barryp.org/software/py-smbpasswd/files/
> +[D] d750247510e61b78aedd3441f18ab8d68b9a55c3b676bc81e46f7f47 
> py-smbpasswd-1.0.2.tar.gz 
> https://github.com/barryp/py-smbpasswd/archive/1.0.2/

Committed revision 65303.

Thanks!

René
--
ExactCODE GmbH, Lietzenburger Str. 42, DE-10789 Berlin
http://exactcode.com | http://exactscan.com | http://ocrkit.com
--- 
If you wish to unsubscribe from this mailing, send mail to
li...@t2-project.org with a subject of: unsubscribe t2


[t2] It looks like we found a AMD Zen4 CPU bug: Spurious SMT Sibling Invalid Opcode Speculation

2023-10-06 Thread René Rebe
e with some other folks and kernel developer it was 
suggested it could be TLB related, and we realized we were booting with 
mitigations=off for a little higher all system compilation performance and I 
can report that without mitigations=off this spurious illegal instructions do 
not appear. Also disabling SMT makes the problem disappear, too.

So I iterated over all the mitigation options and found spectre_v2_user=off to 
be enough to make this bug reproducibly appear when loading most cores running 
this sparc64-t2-linux-gcc.

Now the good news is: running with modern security mitigations enabled hides 
this what to me looks like a Zen 4 SMT sibling processor state corruption bug 
or mis-speculation. However, I would argue, non malicious user-more programs 
should not exhibit spurious illegal instructions with an operating system 
running in a classic, high performance mode without any special security 
mitigations in place.

As this is very reproducible with GCC for sparc64 for me, I created an initrd 
with a pre-processed source file (from Mesa IIRC) setup to boot into a loop 
running sparc64-t2-linux-gcc on all cores (all grouped in usr/local) for others 
to test how widespread this issue is:

https://dl.t2sde.org/amd-zen4-smt-c0fefe/

Boot with:
spectre_v2_user=off or mitigations=off

It is even reproducible in qemu/kvm running on a host with this 
spectre_v2_user=off:
qemu-system-x86_64 --enable-kvm -smp 32 -cpu host -m 4G -kernel 
vmlinuz-6.5.5-t2 -initrd initrd-6.5.5-t2.gz -nographic -append "console=ttyS0"

To test on your system with chroot:
mkdir bug; cd bug; gunzip ../initrd-6.5.5-t2 | cpio -i
chroot . usr/local/init

With this reduced test case illegal instructions appear within an average of 
just 5 seconds on my Ryzen 7950x.

To rule out that this is some random linux kernel config and optimization 
fluke, I built the kernel with clang and gcc, without any change, and also 
downloaded the latest Intel Clear Linux kernel binary to double checked that it 
is affected in the same way, and sure it does.

After all this research, to me this looks like an Zen 4 CPU bug, but any other 
comments, hints, patches welcome!

I realize AMD has never microcode for Epyc server CPUs, if this is already 
fixed in some newer microcode, it would really be amazing (hint) if AMD would 
release microcode updates for $999 consumer CPUs in a more timely manner, and 
not only high end server SKUs via linux-firmware, ...

Thank you so much,

René Rebe

--
ExactCODE GmbH, Lietzenburger Str. 42, DE-10789 Berlin
http://exactcode.com | http://exactscan.com | http://ocrkit.com

--- 
If you wish to unsubscribe from this mailing, send mail to
li...@t2-project.org with a subject of: unsubscribe t2


Re: [t2] WLAN on PS3

2022-10-18 Thread René Rebe
Hi,

as I’m in love with “just working TM” wired ethernet I never used WiFi on my 
PS3 ;-)
Which ps3 hw revision do you have and which t2 release do you run?

René

> On 15. Oct 2022, at 09:57, Chens  wrote:
> 
> Hello there.
> I am currently having issues with setting up WLAN on the PS3, the wlan device 
> won't appear at all in ifconfig.
> There's only eth0 and lo that appear. and I have no idea what to do
>  Please get back to me soon.
> 
> Chens
> 
> Sent with Proton Mail  secure email.
> --- 
> If you wish to unsubscribe from this mailing, send mail to
> li...@t2-project.org with a subject of: unsubscribe t2

-- 
 ExactCODE GmbH, Lietzenburger Str. 42, DE-10789 Berlin, https://exactcode.com
 https://exactscan.com | https://ocrkit.com | https://t2sde.org | 
https://rene.rebe.de

--- 
If you wish to unsubscribe from this mailing, send mail to
li...@t2-project.org with a subject of: unsubscribe t2


[t2] [RELEASE] T2 Linux 22.9 "TOP SECRET"

2022-09-02 Thread René Rebe
TOP SECRET (VS - NUR FÜR DEN DIENSTGEBRAUCH)
September 2nd, Berlin Germany; the T2 Linux 22.9 was released.

2275 files changed, 26118 insertions(+), 22261 deletions(-)

Another major milestone update with latest and greatest of GCC, LLVM / Clang, 
X.org, Mesa3D, Glibc and more. Improved security, as well as SMART and 
whole-program LTO optimizations.

As interim technology snapshot a pre-built binary ISO is released for 
high-performance, LTO, whole-program, SMART optimized x86-64-v3.

T2 is known for its sophisticated cross compile support as well as supporting 
nearly all existing CPU architectures: alpha, arc, arm, arm64, avr32, hppa, 
ia64, m68k, mipsel, mips64, nios2, ppc, ppc64-32, ppc64le, riscv, riscv64, 
s390x, sparc, sparc64, superh x86, x86-64 and x32 for a wide use in Embedded 
systems. Including still supporting the Sony PS3, Sgi and Sun workstations as 
well as state of the art ARM64, RISCV64 as well as AMD64 for regular cloud, 
server, or simply enthusiast workstation use.

All the architectures and installation can be updated thru the scripted, 
rolling release build system from source.

There were 1450 changesets with 2378 lines of commit messages. Approximately 
1918 packages got updates, 122 issues fixed, 1918 packages or features added 
and 47 removed. Around 15 improvements have been committed.

Usually most packages are up-to-date, including Linux 5.19, GCC 12.2, 
LLVM/Clang 14, as well as the latest version of X.org <http://x.org/>, Mesa, 
Firefox, Rust, KDE and GNOME!

More information, source and binary distribution are open source and free at:
https://t2sde.org <https://t2sde.org/>

With greetings from Berlin,

    René Rebe

-- 
 ExactCODE GmbH, Lietzenburger Str. 42, DE-10789 Berlin, https://exactcode.com 
<https://exactcode.com/>
 https://exactscan.com <https://exactscan.com/> | https://ocrkit.com 
<https://ocrkit.com/> | https://t2sde.org <https://t2sde.org/> | 
https://rene.rebe.de <https://rene.rebe.de/>

--- 
If you wish to unsubscribe from this mailing, send mail to
li...@t2-project.org with a subject of: unsubscribe t2


Re: [t2] intltool

2022-07-21 Thread René Rebe
Hi,

> On 20. Jul 2022, at 11:00, Roger Mason  wrote:
> 
> 
> Hello,
> 
> I'm building trunk (from yesterday) on 22.6 and hitting ths failure.
> 
> 22:46:59 Building 0-develop/intltool (0.51.0)
>  Compiler Cache enabled: 0.00% cache hits so far
>  Building in src.intltool.system.20220719.224658.11266.hedenbergite, with 2 
> threads
>  Writing output to $root/var/adm/logs/0-intltool.out
> gawk: cmd. line:4:  END { hit-=0; miss-=;
> gawk: cmd. line:4:  ^ syntax error
>  Compiler Cache Hits while pkg build: 
> /root/t2-trunk/target/desktop/pkg-header% (0 hits,  misses)
> ! checking for gawk... gawk
> ! checking whether make sets $(MAKE)... yes
> ! checking whether make supports nested variables... yes
> ! checking for perl... /usr/bin/perl
> ! checking for perl >= 5.8.1... 5.34.1
> ! checking for XML::Parser... configure: error: XML::Parser perl module is 
> required for intltool
> ! Due to previous errors, no 0-intltool.log file!
> ! (Try enabling xtrace in the config to track an error inside the build 
> system.)
>  +00:00:04 Aborted building develop/intltool
>  Unmounting loop mounts ...
> 
> Must I build XML::Parser _before_ perl?  If so, how?
> 
> I've used T2 before, but it has been a long time!



indeed, as we can’t fully cross build perl (we probably should work on that) 
you currently
need to install (emerge) it into your freshly installed system to build a whole 
new target
from scratch, e.g. using something like scripts/Emerge-Pkg -missing=only perl 
perl-xml-parser
(or something like that —typos).

Maybe we should natively bootstrap that for target builds to avoid ans such 
“non-standard”
host system requirements, ...

René

-- 
 ExactCODE GmbH, Lietzenburger Str. 42, DE-10789 Berlin, https://exactcode.com
 https://exactscan.com | https://ocrkit.com | https://t2sde.org | 
https://rene.rebe.de

--- 
If you wish to unsubscribe from this mailing, send mail to
li...@t2-project.org with a subject of: unsubscribe t2


[t2] [RELEASE] T2 Linux 22.6 "Résistance" w/ 25 architecture variants

2022-07-18 Thread René Rebe
FOR IMMEDIATE RELEASE
July 14th, Berlin Germany; the T2 Linux 22.6 was released.

A major milestone update to ship full support for 25 CPU architectures, 
variants,
and C libraries. Support for cross compiling was further improved to also cover
Rust, ADA, ObjC, Fortran, and Go! This is also the first major release where a
AI powered package update bot “data” contributed more changes (3068), than
all human contributors combined!

T2 is known for its sophisticated cross compile support as well as supporting 
nearly
all existing CPU architectures: alpha, arc, arm, arm64, avr32, hppa, ia64, m68k,
mipsel, mips64, nios2, ppc, ppc64-32, ppc64le, riscv, riscv64, s390x, spare,
sparc64, superh x86, x86-64 and x32 for a wide use in Embedded systems.
Including still supporting the Sony PS3, Sgi and Sun workstations as well as 
state
of the art ARM64, RISCV64 as well as AMD64 for regular cloud, server, or simply
enthusiast workstation use.

All the architectures and installation can be updated thru the scripted, 
rolling release
build system from source.

There were 5014 change-sets with 6334 lines of commit messages. Approximately
4947 packages got updates, 331 issues fixed, 4947 packages or features added and
148 removed. Around 49 improvements have been committed.

Usually most packages are up-to-date, including Linux 5.17.15, GCC 12.1,
LLVM/Clang 14, as well as the latest version of X.org <http://x.org/>, Mesa, 
Firefox, Rust, KDE
and GNOME!

More information, source and binary distribution are open source and free at:
https://t2sde.org <https://t2sde.org/>

Recently we also started to live stream behind the scene development process and
show the collection of exotic, vintage and retro hardware on YouTube at:

https://youtube.com/morerenerebe <https://youtube.com/morerenerebe>

With greetings from Berlin,

René Rebe

-- 
 ExactCODE GmbH, Lietzenburger Str. 42, DE-10789 Berlin, https://exactcode.com 
<https://exactcode.com/>
 https://exactscan.com <https://exactscan.com/> | https://ocrkit.com 
<https://ocrkit.com/> | https://t2sde.org <https://t2sde.org/> | 
https://rene.rebe.de <https://rene.rebe.de/>

--- 
If you wish to unsubscribe from this mailing, send mail to
li...@t2-project.org with a subject of: unsubscribe t2


[t2] [RELEASE] t2 Linux 22.6 "Résistance" w/ 24 architecture variants!

2022-07-14 Thread René Rebe
FOR IMMEDIATE RELEASE

Today the T2 Linux 22.6 was released. A major milestone update to ship full
support for 24 CPU architectures, variants, and C libraries. This is also the
first major release where our AI powered package update bot “data” contributed
more changes (3068), than all human contributors combined!

Of course all the architectures, including: alpha, arc, arm, arm64, avr32, hppa,
ia64, m68k, mipsel, mips64, nios2, ppc, ppc64-32, ppc64le, riscv, riscv64, 
s390x,
sparc64, superh x86, x86-64 and x32 can be rolling release updated thru the 
rolling
release scripted build system from source.

There were 5014 change-sets with 6334 lines of commit messages. Approximately 
4947
packages got updates, 331 issues fixed, 4947 packages or features added and 148 
removed.
Around 49 improvements have been committed.

Usually most packages are up-to-date, including Linux 5.17.15, GCC 12.1,
LLVM/Clang 14, as well as the latest version of X.org <http://x.org/>, Mesa, 
Firefox, Rust, KDE and
GNOME!

More information, source and binary downloads are open source and free at:
https://t2sde.org <https://t2sde.org/>

Recently at lot of development can also be followed live on YouTube at:

https://youtube.com/morerenerebe <https://youtube.com/morerenerebe>

Greetings from Berlin

René Rebe

-- 
 ExactCODE GmbH, Lietzenburger Str. 42, DE-10789 Berlin, https://exactcode.com 
<https://exactcode.com/>
 https://exactscan.com <https://exactscan.com/> | https://ocrkit.com 
<https://ocrkit.com/> | https://t2sde.org <https://t2sde.org/> | 
https://rene.rebe.de <https://rene.rebe.de/>

--- 
If you wish to unsubscribe from this mailing, send mail to
li...@t2-project.org with a subject of: unsubscribe t2


Re: [t2] Install hangs in QEmu with "Booting from Hard Disk..."

2022-07-11 Thread René Rebe
Hey there,

thanks for testing. I was still heavily fine tuning the 22.5 release, and did 
not test the ISOs that much yet.
I seeded 22.6 last night (wiped the 22.5 test) and will now double check that 
those work now.

As seen live on our YT channel, I’m also working on automating testing the ISOs 
for various architectures and platforms,  e.g. via Qemu.

Have a great week,
 René

> On 28. Jun 2022, at 00:28, Clemens Lahme-Hong  
> wrote:
> 
> Hi,
> 
> trying to get started with T2 and used the 22.5 iso with Qemu 6.1...
> 
> After the installation and unmounting /dev/sda1 and power off and restarted 
> with the created 15GB raw image, as the title says, can't get it running in 
> Qemu past the "Booting from Hard Disk..." message.
> 
> Happy to give more detail if someone gives me a hand and can tell what 
> details or debug output I could provide. Machine is an AMD 2700X and Qemu 
> uses host setting.. If there are older images, like the one used in the 2017 
> video, I could try that as well. Just don't have VMWare (or Virtualbox).
> 
> Many thanks und beste Gruesse,
> Clemens
> 
> --- 
> If you wish to unsubscribe from this mailing, send mail to
> li...@t2-project.org with a subject of: unsubscribe t2

-- 
 ExactCODE GmbH, Lietzenburger Str. 42, DE-10789 Berlin, https://exactcode.com
 https://exactscan.com | https://ocrkit.com | https://t2sde.org | 
https://rene.rebe.de

--- 
If you wish to unsubscribe from this mailing, send mail to
li...@t2-project.org with a subject of: unsubscribe t2


[t2] [ANNOUNCE] t2 Gir mirror

2022-01-10 Thread René Rebe
Hey there,

happy and healthy new year 2022 to everyone!

Due to increasingly popular demand we are happy to announce we started
a Git mirror of the SVN sources over at:

https://github.com/rxrbln/t2sde/

Have a great week!

René

-- 
 ExactCODE GmbH, Lietzenburger Str. 42, DE-10789 Berlin, https://exactcode.com 

 https://exactscan.com  | https://ocrkit.com 
 | https://t2sde.org  | 
https://rene.rebe.de --- 
If you wish to unsubscribe from this mailing, send mail to
li...@t2-project.org with a subject of: unsubscribe t2


[t2] [ANNOUNCE] T2 Linux feature boundty program

2021-11-29 Thread René Rebe
The T2 SDE project is thrilled to announce ExactCODE GmbH 
<https://exactcode.com/> sponsoring features bounties for selected T2 Linux 
feature requests <https://github.com/rxrbln/t2sde/issues>.

We believe OpenSource developers should be fairly paid for their restless and 
ongoing infrastructure work that most of the internet  mobile and embedded 
platforms are based on nowadays. We are thrilled to join setting a good example 
and T2 being one of the first project that gives back and pays their 
contributors!

As a growing project we start small paying 10, 20, 40, and 100 EUR for selected 
features requests marked as such in our Git web issue tracking:

https://github.com/rxrbln/t2sde/issues 
<https://github.com/rxrbln/t2sde/issues>

https://www.youtube.com/watch?v=sdr_q4Lsm9s 
<https://www.youtube.com/watch?v=sdr_q4Lsm9s>

T2 is a flexible Open Source System Development Environment or Distribution 
Build Kit that allows the creation of custom distributions with state of the 
art technology, up-to-date packages and integrated support for cross 
compilation.

More information, source and binary downloads are available open source and for 
free at:

https://t2sde.org <https://t2sde.org/>

Best regards and mit freundlichen Grüßen,

René Rebe

-- 
 ExactCODE GmbH, Lietzenburger Str. 42, DE-10789 Berlin, https://exactcode.com
 https://exactscan.com | https://ocrkit.com | https://t2sde.org | 
https://rene.rebe.de

--- 
If you wish to unsubscribe from this mailing, send mail to
li...@t2-project.org with a subject of: unsubscribe t2


[t2] [ANNOUNCE] t2 Reddit community

2021-11-29 Thread René Rebe
Hey there,

due to increasingly popular demand we are happy to announce we just created
a sub-reddit to grow our T2 Linux community there, too!

https://www.reddit.com/r/t2sde/ 

Have a great week!

René

-- 
 ExactCODE GmbH, Lietzenburger Str. 42, DE-10789 Berlin, https://exactcode.com
 https://exactscan.com | https://ocrkit.com | https://t2sde.org | 
https://rene.rebe.de

--- 
If you wish to unsubscribe from this mailing, send mail to
li...@t2-project.org with a subject of: unsubscribe t2


Re: [t2] T2 musl-clang recipe for target/generic/pkgsel anywhere?

2021-10-19 Thread René Rebe
Hi,

> On 18. Oct 2021, at 04:18, scsijon  wrote:
> 
> 
> Does anyone have a workable **.in pkglist for a T2 musl-clang build? I know 
> rene started one a few years ago, but I don't know how far he got with it.

musl/clang was tricky to get building a year ago (see the many yt videos ;-) 
and currently likely mostly broken due to llvm/clang moving to some mono 
repository needing the individual packages been all build in one tree IIRC.

Patches welcome ;-)

René

> 
> thanks
> 
> scsijon
> 
> 
> 
> --- If you wish to 
> unsubscribe from this mailing, send mail to
> li...@t2-project.org with a subject of: unsubscribe t2

-- 
 ExactCODE GmbH, Lietzenburger Str. 42, DE-10789 Berlin, https://exactcode.com
 https://exactscan.com | https://ocrkit.com | https://t2sde.org | 
https://rene.rebe.de

--- 
If you wish to unsubscribe from this mailing, send mail to
li...@t2-project.org with a subject of: unsubscribe t2


Re: [t2] t2-21.4-ppc6432-minimal-xorg-gcc-glibc.iso on PS3

2021-10-19 Thread René Rebe
Hey there,

> On 19. Oct 2021, at 23:03, NoTag  wrote:
> 
> Hello dear linuxtestps3,
> 
> Not idea about that, don't have a PS3 to test myself.
> The 21.4 iso dates back from April. You might want to wait some days,
> the release of the 21.10 isos should be coming soon as René is fixing
> some remaining stuff to have a polished release.

Yeah, IIRC the modified ps3fb might not correctly do mode setting.
Certainly something I should put more time to get right and test more.

https://www.gofundme.com/f/improving-ps3-linux-otheros-support

> Also their is discord channel which @René could share the link.

I should provably list it on the t2 website already :-)

https://discord.gg/PSaBH5C

N8,
René


> Best regards,
> 
>  NoTag
> 
>> On Tue Oct 19, 2021 at 12:22 PM CEST, linuxtestps3 wrote:
>> Dear T2SDE,
>> 
>> I put t2-21.4-ppc6432-minimal-xorg-gcc-glibc.iso on a DVD and tried to
>> run it on my PS3.
>> The video is set to video=ps3fb:mode:13 which result in my TV to show
>> unsupported video format, and my monitor to show out of HDMI range.
>> I edited video mode to 0 for auto mode and 37 for RGB 1080p, but both
>> time the text on the display is scrambled and unreadable.
>> 
>> Is this a known error? What can I do to rectify it?
>> 
>> Best regards,
>> Rainer
> 

-- 
 ExactCODE GmbH, Lietzenburger Str. 42, DE-10789 Berlin, https://exactcode.com
 https://exactscan.com | https://ocrkit.com | https://t2sde.org | 
https://rene.rebe.de

--- 
If you wish to unsubscribe from this mailing, send mail to
li...@t2-project.org with a subject of: unsubscribe t2


[t2] Cleaner build output and better build time logging

2021-09-08 Thread René Rebe
Hey there,

continuing polishing t2 on a daily basis (live on YouTube, don’t delay share, 
like &
subscribe for free today: https://www.youtube.com/watch?v=He2pFMLKYDY)

I polished the built output for the fist time in 15 years, including logging the
time delta instead the end date, making it instantly visible when you work
on tuning and benchmarking systems. A similar (but not the same as
the build output is printed independently) will also be stored in the
var/adm/package file after the date now:

Build [9] at 09/08/2021 from 23:00:13 to 23:00:26  00:00:13

== 23:00:14 =[9]=> Building lua/lua [5.4.3 21-svn]
-> Parallel build using 4 jobs
-> Reading package config: package/lua/lua/lua.conf
-> Preparing build in src.lua.default.20210908.225958.28054.nsrvr
-> Building. Writing output to $root/var/adm/logs/9-lua.out
== +00:00:13 =[9]=> Finished building package lua

We also have tons of other daily updates and refinements:

https://svn.exactcode.de/ChangeLog-t2

I also removed a bunch of randomly inconsistent punctuations in
log messages, and will likely continue to modernize the output.

I hope this is helpful, keep hacking, and looking forward to your
patches!

René

-- 
 ExactCODE GmbH, Lietzenburger Str. 42, DE-10789 Berlin, https://exactcode.com
 https://exactscan.com | https://ocrkit.com | https://t2sde.org | 
https://rene.rebe.de

--- 
If you wish to unsubscribe from this mailing, send mail to
li...@t2-project.org with a subject of: unsubscribe t2


[t2] [SECURITY] md5 vs. sha512 passwords

2021-09-03 Thread René Rebe
Hey there,

Notag pointed out and sent me a patch that t2 was still used a pam 
configuration with
md5 password hashes. I simply forgot to look into that default configure and 
have to
thank such user contributors to keep reviewing t2 security and keeping up with 
state of
the art defaults. As of:
r53037  * updated pam password hash from md5 to sha512

sha512 will now be the default hash for new installations. Rolling release 
updates
are not affected as the files should only get reinstalled if they did not yet 
exist.
If you manually want to upgrade for security reasons don’t forget to update your
password hash before logging out or reboot, or boot with init=/bin/sh to set a
new one in case you forget to set a password ;-)

https://www.youtube.com/watch?v=PG647ocslf8

Again merci Notag and happy weekend,

René

-- 
 ExactCODE GmbH, Lietzenburger Str. 42, DE-10789 Berlin, https://exactcode.com
 https://exactscan.com | https://ocrkit.com | https://t2sde.org | 
https://rene.rebe.de

--- 
If you wish to unsubscribe from this mailing, send mail to
li...@t2-project.org with a subject of: unsubscribe t2


Re: [t2] R.I.P. ogle dvd player

2021-08-26 Thread René Rebe
Hey Jon,


> On 16. Aug 2021, at 09:50, scsijon  wrote:
> 
> 
> It seems that ogle no longer exists, most of the referanced sites have 
> removed it and the only one I can find any code on other than ours and yours 
> is from 2003, maybe it's time ;-( to move it from multimedia to attic.


thanks, deleted:

https://www.youtube.com/watch?v=Wdxy_AkcKTk&t=2s 


René

-- 
 ExactCODE GmbH, Lietzenburger Str. 42, DE-10789 Berlin, https://exactcode.com
 https://exactscan.com | https://ocrkit.com | https://t2sde.org | 
https://rene.rebe.de

--- 
If you wish to unsubscribe from this mailing, send mail to
li...@t2-project.org with a subject of: unsubscribe t2


[t2] Re: [t2][PATCH] openssl update CVE

2021-08-25 Thread René Rebe
Bonsoir,


> On 25. Aug 2021, at 18:15, NoTag  wrote:
> 
> Hi everyone,
> 
> Update openssl to 1.1.1l due to CVE-2021-3711 and CVE-2021-3712.

Committed revision 53000.

Merci!
René

> Index: package/security/openssl/openssl.desc
> ===
> --- package/security/openssl/openssl.desc (revision 52999)
> +++ package/security/openssl/openssl.desc (working copy)
> @@ -34,7 +34,7 @@
> 
> [L] OpenSource
> [S] Stable
> -[V] 1.1.1k
> +[V] 1.1.1l
> [P] X ---3-5---9 104.600
> 
> -[D] 8867f9acc6b696b7789b58e69e5b1eea7df321cc3ca843a4e611fcb1 
> openssl-1.1.1k.tar.gz http://ftp.openssl.org/source/
> +[D] f30e2707ce9b57eedf8bf114c301b71914cd7b6a6ae0b823856aade1 
> openssl-1.1.1l.tar.gz http://ftp.openssl.org/source/
> 
> Regards,
>  NoTag
> get_string: /tmp/aerc-compose-589809880.eml 21:8 [+] enter key - 
> client0@[4034] - Kakouneget_string: /tmp/aerc-compose-589809880.eml 21:8 [+] 
> 1 sel - client0@[4034] - Kakouneget_string: /tmp/aerc-compose-589809880.eml 
> 21:8 [+] prompt - client0@[4034] - Kakouneget_string: 
> /tmp/aerc-compose-589809880.eml 21:8 [+] prompt - client0@[4034] - 
> Kakouneget_string: /tmp/aerc-compose-589809880.eml 21:8 [+] prompt - 
> client0@[4034] - Kakouneget_string: /tmp/aerc-compose-589809880.eml 21:8 [+] 
> prompt - client0@[4034] - Kakouneget_string: /tmp/aerc-compose-589809880.eml 
> 21:8  1 sel - client0@[4034] - Kakouneget_string: 
> /tmp/aerc-compose-589809880.eml 20:8  1 sel - client0@[4034] - 
> Kakouneget_string: /tmp/aerc-compose-589809880.eml 21:7  1 sel - 
> client0@[4034] - Kakouneget_string: /tmp/aerc-compose-589809880.eml 21:7  
> prompt - client0@[4034] - Kakouneget_string: /tmp/aerc-compose-589809880.eml 
> 21:7  prompt - client0@[4034] - Kakouneget_string: 
> /tmp/aerc-compose-589809880.eml 21:7  prompt - client0@[4034] - 
> Kakouneget_string: 

-- 
 ExactCODE GmbH, Lietzenburger Str. 42, DE-10789 Berlin, https://exactcode.com
 https://exactscan.com | https://ocrkit.com | https://t2sde.org | 
https://rene.rebe.de

--- 
If you wish to unsubscribe from this mailing, send mail to
li...@t2-project.org with a subject of: unsubscribe t2


Re: [t2] glibc update to 2.34

2021-08-05 Thread René Rebe
Hi Jon,

> On 4. Aug 2021, at 09:03, scsijon  > wrote:
> 
> 
> Just a note that when glibc updates to 2.34. That should be a
> ‘fun’ upgrade. Here’s a note about a tiny detail:
> 
>> +* All functionality formerly implemented in the libraries libpthread,
>> +  libdl, libutil, libanl has been integrated into libc.  New
>> +  applications do not link with -lpthread, -ldl, -lutil, -lanl anymore.
>> +  For backwards compatibility, empty static archives libpthread.a,
>> +  libdl.a, libutil.a, libanl.a are provided, so that the linker options
>> +  keep working.  Applications which have been linked against glibc 2.33
>> +  or earlier continue to load the corresponding shared objects (which
>> +  are now empty).  The integration of those libraries into libc means
>> +  that additional symbols become available by default.  This can cause
>> +  applications that contain weak references to take unexpected code
>> +  paths that would only have been used in previous glibc versions when
>> +  e.g. preloading libpthread.so.0, potentially exposing application
>> +  bugs.
> 
> 
> I suspect some packages will fail until updated and we need to ensure we 
> don't build the newly integrated packages individually if we can help it.


Yes, as much fun and regressions as glibc is known for two decades and counting 
;-)

https://www.youtube.com/watch?v=YgIgALjpXeU&pp=sAQA 


Cheers,
René

-- 
 ExactCODE GmbH, Lietzenburger Str. 42, DE-10789 Berlin, https://exactcode.com 

 https://exactscan.com  | https://ocrkit.com 
 | https://t2sde.org  | 
https://rene.rebe.de 
--- 
If you wish to unsubscribe from this mailing, send mail to
li...@t2-project.org with a subject of: unsubscribe t2


Re: [t2] [PATCH] pinentry

2021-08-04 Thread René Rebe
Bonjour,

> On 4. Aug 2021, at 16:39, NoTag  wrote:
> 
> Hello,
> 
> Attached is a patch to update pinentry to latest version and
> additionally enable building pinentry-tty.


Ah, merci, nice find, the monumental task of keeping track of all the upstream 
project movements ;-)

Committed revision 52880.

René

-- 
 ExactCODE GmbH, Lietzenburger Str. 42, DE-10789 Berlin, https://exactcode.com
 https://exactscan.com | https://ocrkit.com | https://t2sde.org | 
https://rene.rebe.de

--- 
If you wish to unsubscribe from this mailing, send mail to
li...@t2-project.org with a subject of: unsubscribe t2


Re: [t2] emacs fails to build

2021-07-28 Thread René Rebe
Hi,

> On 28. Jul 2021, at 12:59, NoTag  wrote:
> 
> On Wed Jul 28, 2021, Roger Mason wrote:
>> It occurred to me that I might be able to use distcc/ccache to speed
>> things up.  Has anyone else set this up in T2?
> 
> I remember seeing a ccache option in the Config but I'm not able to find it.
> Not sure of its status right now, as i remember René trying to fix it on a
> livestream but don't know if it has been fixed or not.
> 
> Maybe @René you could give us insight on this?

Ccache should just work. Simply install it (Emerge) and enable the
Config option for it.

Distcc I have not tried in a while and needs multiple additional
compile nodes running the same compiler to yield deterministic
results.

René

> On Wed Jul 28, 2021, Roger Mason wrote:
>> Hello,
>> 
>> NoTag writes:
>> 
>>> Hello again,
>>> 
>>> On Mon Jul 26, 2021, Roger Mason wrote:
 !> Couldn't find include 'GdkPixbuf-2.0.gir' (search path: 
 '['../gdk','/opt/gnome2/share', '/usr/share/gir-1.0', 
 '/opt/gnome2/share/gir-1.0','/opt/gnome2/ ..
 Does that mean gtk+2 needs patching?
>>> 
>>> Based on this line, I would say it needs gdk-pixbuf to be built before 
>>> trying
>>> anything else.
>>> 
>>> Could you do : "mine -q gdk-pixbuf" to see if it is installed on your 
>>> system?
>>> If mine gives an error saying it didn't find the corresponding GEM file
>>> then gdk-pixbuf has not yet been built and you need to emerge it too :-)
>>> 
>>> The dependency system is not perfect right now, some dependencies might not 
>>> be
>>> resolved when doing an Emerge. Thats probably why you encountered this 
>>> issue.
>> 
>> Many thanks for your response. I'm going to install T2 on a faster
>> machine (assuming I can find one) before I do any more, so it might be
>> some days before I can get back to this.
> 
> Sure, let us know when you are ready. ;-)
> 
>> Best wishes,
>> Roger
> 
> Cheers,
>  NoTag

-- 
 ExactCODE GmbH, Lietzenburger Str. 42, DE-10789 Berlin, https://exactcode.com
 https://exactscan.com | https://ocrkit.com | https://t2sde.org | 
https://rene.rebe.de

--- 
If you wish to unsubscribe from this mailing, send mail to
li...@t2-project.org with a subject of: unsubscribe t2


Re: [t2] emacs fails to build

2021-07-28 Thread René Rebe
Hi,

unfortunately the cross complied minimal ISOs did not include the gobject 
introspection
.gir files. I believe due to my WebKit work the next ISOs should come with 
gobject-
introspection and thus this .gir files.

For now you might need to install gobject-introspection and re-build the 
packages
that require / provide .gir files.

However, I think emacs should just build with the gtk+ from the ISO.

René

> On 26. Jul 2021, at 21:54, Roger Mason  wrote:
> 
> 
> Hello,
> 
> NoTag writes:
> 
>>> == 14:25:48 =[9]=> Building gnome/gtk+2 [2.24.33 21-svn].
>>> == 14:31:56 =[9]=> Building editors/emacs [27.2 21-svn].
>> 
>> I think emacs should work with gtk3 too so two steps here:
>> - scripts/Emerge gtk3 (or gtk2 if you want) to resolve gtk dependencies
>> - scripts/Build-Pkg -v emacs to see debug info while building
>> 
>> I don't have gtk nor emacs on my machine but that should work.
> 
> Thanks for the help but:
> 
> root@diopside:/home/rmason/Software/T2/trunk# ./scripts/Emerge-Pkg gtk+2
>> gtk+2 ... Former build was broken. Added.
> gtk+2> binutils ... New version (2.36.1 -> 2.37). Automatic update avoided.
> gtk+2> glitz ... Not installed. Added.
> 2 packages scheduled to build: glitz gtk+2
> 
> INFO: To force a new mirror auto-detection, remove download/Mirror-Cache.
> INFO: Found cached mirror URL in download/Mirror-Cache:
> INFO: http://dl.t2sde.org/mirror/trunk
> 
> Downloading glitz:download/mirror/g/glitz-0.5.6.tar.gz ...
>  
> 100.0%
> Finished downloading 270490 bytes in 0.948586 seconds (285150 bytes/sec). 
> cksum-test (zstd): download/mirror/g/glitz-0.5.6.tar.zst
> 
> == 17:17:36 =[9]=> Building x11/glitz [0.5.6 21-svn].
> -> Parallel build using 2 jobs enabled.
> -> Preparing build in src.glitz.default.20210726.171736.6421.diopside
> -> Ignoring update mode since package isn't installed already.
> -> Building. Writing output to $root/var/adm/logs/9-glitz.out
> *> Corrected ./config/ltmain.sh
> == 07/26/21 17:17:51 =[9]=> Finished building package glitz.
> INFO: To force a new mirror auto-detection, remove download/Mirror-Cache.
> INFO: Found cached mirror URL in download/Mirror-Cache:
> INFO: http://dl.t2sde.org/mirror/trunk
> 
> == 17:17:52 =[9]=> Building gnome/gtk+2 [2.24.33 21-svn].
> -> Parallel build using 2 jobs enabled.
> -> Reading package config: package/gnome/gtk+2/gtk+2.conf
> -> Preparing build in src.gtk+2.default.20210726.171751.16963.diopside
> -> Creating backup of old package data.
> -> Building. Writing output to $root/var/adm/logs/9-gtk+2.out
> !> libtool: link:  gcc -shared  -fPIC -DPIC  .libs/gdk.o 
> .libs/gdkapplaunchcontext.o .libs/gdkcairo.o .libs/gdkcolor.o 
> .libs/gdkcursor.o .libs/gdkdisplay.o  ..
> !> libtool: link: (cd ".libs" && rm -f "libgdk-x11-2.0.so.0" && ln -s 
> "libgdk-x11-2.0.so.0.2400.33" "libgdk-x11-2.0.so.0")
> !> libtool: link: (cd ".libs" && rm -f "libgdk-x11-2.0.so" && ln -s 
> "libgdk-x11-2.0.so.0.2400.33" "libgdk-x11-2.0.so")
> !> libtool: link: ( cd ".libs" && rm -f "libgdk-x11-2.0.la" && ln -s 
> "../libgdk-x11-2.0.la" "libgdk-x11-2.0.la" )
> !> CPPFLAGS="-DG_DISABLE_SINGLE_INCLUDES -DATK_DISABLE_SINGLE_INCLUDES 
> -DGDK_PIXBUF_DISABLE_SINGLE_INCLUDES -DGTK_DISABLE_SINGLE_INCLUDES 
> -I/usr/X11R7/inclu ..
> !> Couldn't find include 'GdkPixbuf-2.0.gir' (search path: '['../gdk', 
> '/opt/gnome2/share', '/usr/share/gir-1.0', '/opt/gnome2/share/gir-1.0', 
> '/opt/gnome2/ ..
> !> Due to previous errors, no 9-gtk+2.log file!
> !> (Try enabling xtrace in the config to track an error inside the build 
> system.)
> == 07/26/21 17:18:36 =[9]=> Aborted building package gtk+2.
> 
> Does that mean gtk+2 needs patching?
> 
> Cheers,
> Roger
> 
> 
> 
> --- 
> If you wish to unsubscribe from this mailing, send mail to
> li...@t2-project.org with a subject of: unsubscribe t2

-- 
 ExactCODE GmbH, Lietzenburger Str. 42, DE-10789 Berlin, https://exactcode.com
 https://exactscan.com | https://ocrkit.com | https://t2sde.org | 
https://rene.rebe.de

--- 
If you wish to unsubscribe from this mailing, send mail to
li...@t2-project.org with a subject of: unsubscribe t2


Re: [t2] Getting started

2021-07-26 Thread René Rebe
Hi,

> On 26. Jul 2021, at 16:35, Roger Mason  wrote:
> 
> I have just installed 21.7 on a amd64 system after about 10 years away
> from T2 (mostly using FreeBSD).

welcome back!

> Now I have completed the initial (t2-21.7-x86-64-minimal-desktop-gcc-glibc) 
> install I need help installing some
> packages and getting some things running.  In particular I want to use
> fvwm as my window manage

did you try checkout the t2 source (svn co https://svn.exactcode.de/t2/trunk 
) somewhere and
scripts/Emerge-Pkg it? If so do you get a build error?

> and I also don't see how to enable the mouse
> on the console.


If you mean text console, we don’t ship gpm by default anymore, as I felt like 
I was the
last one using it. You can simply Emerge it like mentioned above:

# scripts/Emerge -missing=only gpm

And one time start it or enable it in your init levels.

I hope this helps,
René

-- 
 ExactCODE GmbH, Lietzenburger Str. 42, DE-10789 Berlin, https://exactcode.com
 https://exactscan.com | https://ocrkit.com | https://t2sde.org | 
https://rene.rebe.de

--- 
If you wish to unsubscribe from this mailing, send mail to
li...@t2-project.org with a subject of: unsubscribe t2


Re: [t2] M4 finally updates after 5 years :-)

2021-07-21 Thread René Rebe
Hi,

> On 21. Jul 2021, at 09:54, scsijon  wrote:
> 
> 
> The M4 package has finally updated from 1.4.18 (2016) to 1.4.19 (2021-05-28), 
> it's also now a .xz not .bz2. A lot of work went into it. Same url address 
> still.


Thanks for the note,

Committed revision 52800.

René

-- 
 ExactCODE GmbH, Lietzenburger Str. 42, DE-10789 Berlin, https://exactcode.com
 https://exactscan.com | https://ocrkit.com | https://t2sde.org | 
https://rene.rebe.de

--- 
If you wish to unsubscribe from this mailing, send mail to
li...@t2-project.org with a subject of: unsubscribe t2


Re: [t2] [t2-updates] network/dbus-python - dbus-python-1.2.18

2021-07-21 Thread René Rebe
Hey,


> On 21. Jul 2021, at 05:53, scsijon  wrote:
> 
> dbus-python is an obsolite package, even if it's being updated. You should be 
> using *pydbus, txdbus or GDBus/QtDBus bindings instead if possible. Ref's can 
> be found at the https://www.freedesktop.org/wiki/Software/DBusBindings/ page.
> *

thanks for the note, as long as it is updated and is reasonably useful there is 
no problem providing it,
especially as it is likely used by other packages. We carry much more abandon 
obsolete war
packages ;-)

René

> regards
> scsijon
> 
>  Forwarded Message 
> Subject:  [t2-updates] network/dbus-python - dbus-python-1.2.18
> Date: Wed, 21 Jul 2021 04:30:55 +0200
> From: r...@exactcode.de
> To:   T2 updates mailing list 
> 
> 
> 
> The automatic update tracker has identified the file(s):
> 
> dbus-python-1.2.18
> 
> as possibly be updated for the package dbus-python.
> 
> Detailed log:
> Checking updates for http://dbus.freedesktop.org/releases/dbus-python/
> dbus-python-1.2.16.tar.gz(1.2.16) ---> dbus-python-???.tar.gz
> [MATCH] (0.70) [-]
> [MATCH] (0.71) [-]
> [MATCH] (0.80.0) [-]
> [MATCH] (0.80.1) [-]
> [MATCH] (0.80.2) [-]
> [MATCH] (0.82.0) [-]
> [MATCH] (0.82.1) [-]
> [MATCH] (0.82.2) [-]
> [MATCH] (0.82.3) [-]
> [MATCH] (0.82.4) [-]
> [MATCH] (0.84.0) [-]
> [MATCH] (1.0.0) [-]
> [MATCH] (1.2.0) [-]
> [MATCH] (1.2.2) [-]
> [MATCH] (1.2.4) [-]
> [MATCH] (1.2.6) [-]
> [MATCH] (1.2.8) [-]
> [MATCH] (1.2.10) [-]
> [MATCH] (1.2.12) [-]
> [MATCH] (1.2.14) [-]
> [MATCH] (1.2.16) [=]
> [MATCH] (1.2.18) [+]
> ---
> XXX dbus-python-1.2.18
> ---
> 
> 
> --- 
> If you wish to unsubscribe from this mailing, send mail to
> li...@t2-project.org with a subject of: unsubscribe t2

-- 
 ExactCODE GmbH, Lietzenburger Str. 42, DE-10789 Berlin, https://exactcode.com
 https://exactscan.com | https://ocrkit.com | https://t2sde.org | 
https://rene.rebe.de

--- 
If you wish to unsubscribe from this mailing, send mail to
li...@t2-project.org with a subject of: unsubscribe t2


Re: [t2] stage2 decompression fail causes kernel panic

2021-07-19 Thread René Rebe
Hi,

for me this usually fails w/ out-of-memory, and then likely no memory is 
available
to fork and run new processes anyway. We could certainly try to handle
non zero exist status and properly error out there for a maybe 50/50 chance
some stuff can still run? Especially in your case of unsupported format, …
maybe I try add handle that live this lunch break ;-)

Bonne journée,
René

> On 18. Jul 2021, at 09:44, Tomáš Glozar  wrote:
> 
> Hello,
> 
> I came across this issue while trying to network boot into the T2
> installer. The decompression of stage2 fails for some reason (that's
> not important here), but the script attempts to switch root anyway,
> leading to a kernel panic:
> 
> Enter base URL (e.g. http://192.168.3.1/): http://192.168.3.2:8080
> Select a second stage image file:
> 1. stage2ext.tar.zst
> Enter number or image file names (default=1): 1
> Extracting second stage filesystem ...
> zstd: /*stdin*\: unsupported format
> Can't find /sbinKernel panic - not syncing:
> /init.
> /init[45Kernel panic - not syncing:
> 2]: /sbin/init: not found
> Attempted to kill init! exitcode=0x7f00
> CPU: 0 PID: 1 Comm: init Not tainted 5.13.2-t2-rt1 #1
> Hardware name: 9000/785/C3750
> Backtrace:
> [<1018b6ac>] show_stack+0x44/0x64
> [<107cfaf8>] dump_stack+0x38/0x44
> [<107ccf50>] panic+0xd8/0x470
> [<101ad9a8>] do_exit+0x264/0xae4
> [<101ae310>] do_group_exit+0x70/0xe4
> [<101ae3a0>] sys_exit_group+0x1c/0x30
> [<1018720c>] syscall_exit+0x0/0x14
> ---[ end Kernel panic - not syncing: Attempted to kill init!
> exitcode=0x7f00 ]---
> 
> Fixing this would make it easier to debug issues with the loading of
> stage2, not having to reboot after each try.
> 
> Have a nice day (hopefully without too many kernel bugs),
> 
> Tomáš
> 
> --- 
> If you wish to unsubscribe from this mailing, send mail to
> li...@t2-project.org with a subject of: unsubscribe t2

-- 
 ExactCODE GmbH, Lietzenburger Str. 42, DE-10789 Berlin, https://exactcode.com
 https://exactscan.com | https://ocrkit.com | https://t2sde.org | 
https://rene.rebe.de

--- 
If you wish to unsubscribe from this mailing, send mail to
li...@t2-project.org with a subject of: unsubscribe t2


Re: [t2] [PACKAGE] lagrange (browser for the gemini protocol)

2021-07-14 Thread René Rebe
Bonjour,

> On 13. Jul 2021, at 19:53, NoTag  wrote:
> 
> Hey folks,
> 
> Attached is a patch for a new package:
> Lagrange (1.5.2) - A graphical browser for the Gemini protocol
> 
> @René you don't have a web browser on your riscv board yet but you should be
> able to emerge this gemini browser without a problem (if libsdl2 builds!) 
> hahaha ;-)

Cool, merci!

Committed revision 52772.

Bonne fête nationale,

René Rebe

-- 
 ExactCODE GmbH, Lietzenburger Str. 42, DE-10789 Berlin, https://exactcode.com
 https://exactscan.com | https://ocrkit.com | https://t2sde.org | 
https://rene.rebe.de

--- 
If you wish to unsubscribe from this mailing, send mail to
li...@t2-project.org with a subject of: unsubscribe t2


Re: [t2] [NEW PACKAGES] Rakudo toolchain + Raku modules

2021-07-11 Thread René Rebe
Hey Tomáš,

cool, thank you for this work. Looked pretty good, I only touched like 3 .desc 
I T and one Url tag,
as The Info title was sometimes a bit short or long, and the Text once not 
starting capitalized,
and once not ending with a dot, plus moving one embedded Url to an additional 
Url tag.

Committed revision 52728 and 52729.

Looking forward to your next patches!

René

> On 11. Jul 2021, at 16:58, Tomáš Glozar  wrote:
> 
> Hello,
> 
> I thought it would be nice to have a Raku (known as Perl 6 until 2019)
> implementation in T2, so I packaged Rakudo/MoarVM and its dependencies
> (MoarVM itself, NQP and dyncall).
> 
> I also packaged zef, Raku's module manager, along with adding support
> for Raku modules to scripts/functions.in (disabling zef's dependency
> autoinstallation to ensure they don't get pulled into the package).
> The Raku module support handles building zef, too, since it's also a
> Raku module (zef is run in-source to build and install itself via the
> setting of PATH and RAKULIB).
> 
> As of modules I added Linenoise and its dependencies to enable line
> editing in the Rakudo REPL (T2 dependency autoresolution works with
> Raku modules as expected). Regarding module package naming I followed
> the convention used for Perl 5 modules, that is lowercase, language
> name prefix and dashes (e.g. raku-shell-command for Shell::Command,
> similarly to perl-html-parser for HTML::Parser). Adding more modules
> should be straightforward.
> 
> Cross compiling is currently not possible, because libtommath, a
> dependency of MoarVM, does not cross compile correctly (I might patch
> this in the future). I expect it to work mostly fine once this is
> resolved, although modules with native code might not build properly.
> 
> The patch is attached to this email.
> 
> Cheers,
> 
> Tomáš
> --- 
> If you wish to unsubscribe from this mailing, send mail to
> li...@t2-project.org with a subject of: unsubscribe t2

-- 
 ExactCODE GmbH, Lietzenburger Str. 42, DE-10789 Berlin, https://exactcode.com
 https://exactscan.com | https://ocrkit.com | https://t2sde.org | 
https://rene.rebe.de

--- 
If you wish to unsubscribe from this mailing, send mail to
li...@t2-project.org with a subject of: unsubscribe t2


[t2] [RELEASE] t2 Linux 21.7 "Rebel Alliance" w/ Unmatched RISCV64 support!

2021-07-08 Thread René Rebe
FOR IMMEDIATE RELEASE

Today the T2 Linux 21.7 was released. An major milestone update to ship full
support for the new HiFive SiHive Unmatched 64-bit quad-core RISC-V 64
board as well as a reference for the further refined smart optimizations for 32-
and 64-bit x86 users.

Of course all the other architectures, including: alpha, arm, arm64, hppa, 
ia64, m68k
mips64, mipsel, ppc, ppc64-32, ppc64le, riscv, riscv64, s390x, sparc64, superh
x86, and x86-64 can be rolling release upated thru the rolling release scripted
build system from source.

There were 305 change-sets and this is also the first release with our AI bot
"Data" contributing more revisions than human developers: Data: 164,
humans: 141 !

Usually most packages are up-to-date, including Linux 5.13.1, GCC
11.0, LLVM/Clang 12, as well as the latest version of X.org <http://x.org/>,
Mesa, Firefox, Rust, KDE and GNOME!

More information, source and binary downloads are open source and free
at:
https://t2sde.org <https://t2sde.org/>

Recently the development can also be followed live on YouTube at:

https://youtube.com/morerenerebe <https://youtube.com/morerenerebe>

Thank you for the attention,

René Rebe

-- 
 ExactCODE GmbH, Lietzenburger Str. 42, DE-10789 Berlin, https://exactcode.com 
<https://exactcode.com/>
 https://exactscan.com <https://exactscan.com/> | https://ocrkit.com 
<https://ocrkit.com/> | https://t2sde.org <https://t2sde.org/> | 
https://rene.rebe.de <https://rene.rebe.de/>

--- 
If you wish to unsubscribe from this mailing, send mail to
li...@t2-project.org with a subject of: unsubscribe t2


Re: [t2] ping

2021-06-13 Thread René Rebe
Hi,

> On 12. Jun 2021, at 01:25, scsijon  wrote:
> 
> 
> are we still up? nothing received since the 9th, just a check


yes,, our ISP sucks:

https://www.youtube.com/watch?v=2jjJnu3Kk5k 


Thanks for asking ;-)

René

-- 
 ExactCODE GmbH, Lietzenburger Str. 42, DE-10789 Berlin, https://exactcode.com
 https://exactscan.com | https://ocrkit.com | https://t2sde.org | 
https://rene.rebe.de

--- 
If you wish to unsubscribe from this mailing, send mail to
li...@t2-project.org with a subject of: unsubscribe t2


Re: [t2] Invitation to join the Open Invention Network

2021-05-31 Thread René Rebe
Hey Frank,

thank you or your interest. As t2 is at this time a hobby project based on 
individual contributors I don’t feel like having a legal framework right now to 
sign any legal papers.

Have a great day,
René

> On 27. May 2021, at 16:57, Frank Casey  
> wrote:
> 
> Hello,
> 
> I'm following-up on my appended invitation to join the Open Invention Network 
> as I haven't heard back from you and  thought I'd try again as we have 
> recently had Rocky Linux and the AlmaLinux OS Foundation join us.
> 
> I know you're busy but hope you will find the time to consider accepting our 
> invitation and have attached a recent presentation about OIN for your review.
> 
> Hope to hear back from you.
> 
> Regards,
> 
> Frank
> 
> 
> 
> 
> Frank Casey | Membership Executive
> 
> m. +1 646.645.2646
> e.  fca...@openinventionnetwork.com 
> w. www.openinventionnetwork.com 
>    
>   
> 
> Subscribe to the OIN YouTube Channel today!
> 
>  
> 
> 
> 
> 
> -- Forwarded message -
> From: Frank Casey  >
> Date: Tue, Apr 27, 2021 at 1:13 PM
> Subject: Invitation to join the Open Invention Network
> To: mailto:t2@t2-project.org>>
> 
> 
> Hello,
> 
> My name is Frank Casey and I am writing to you on behalf of the Open 
> Invention Network (OIN), an organization formed and funded by IBM, Red Hat, 
> SUSE, Sony, NEC, Philips, Google, and Toyota to foster a safe patent 
> environment for developers, users and supporters of Linux and Open Source 
> based software solutions. While doing research I recently learned of T2 SDE 
> on DistroWatch and would like to invite the T2 SDE Project to join the OIN 
> community.
> 
> We are the world's largest patent non-aggression organization ever created 
> with over 3,400 members from around the world who are invested in the 
> creation, use or support of Linux and Open Source and do not want patent 
> aggression to endanger their investments or limit their opportunities.  As 
> you know, patent aggression can be a very troubling and costly matter to deal 
> with.
> 
> OIN undertakes a variety of activities to protect the community from 
> aggression while our members pledge non-aggression to each other.  Our 
> success is evidenced by the size and breadth of our community and even 
> Microsoft, historically the biggest antagonist of Linux and Open Source, 
> joined us.
> 
> https://azure.microsoft.com/en-us/blog/microsoft-joins-open-invention-network-to-help-protect-linux-and-open-source/
>  
> 
> 
> As we are fully funded, membership in OIN is free of any costs or fees and 
> you would also be joining the likes of Linux Mint, Ubuntu, KDE, Gentoo, 
> Manjaro, Garuda, Mageia, Vodafone, SAP, BMW. Heidelberg, Huawei, Fujitsu, 
> Twitter, Facebook, and Mozilla in supporting the principle of non-aggression 
> in the Linux/Open Source ecosystem.
> 
> We would be pleased to have the T2 SDE Project join our community and hope 
> you will accept our invitation.  To that end, I welcome you to visit our 
> website at https://www.openinventionnetwork.com 
>  to learn more and would be glad to 
> answer any questions you might have about OIN membership.
> 
> I thank you for your time and hope to hear back from you.
> 
> Regards,
> 
> Frank
> 
> 
> 
> 
> Frank Casey | Membership Executive
> 
> m. +1 646.645.2646
> e.  fca...@openinventionnetwork.com 
> w. www.openinventionnetwork.com 
>    
>   
> 
> Subscribe to the OIN YouTube Channel today!
> 
>  
> 
> 
> 
>  (2).pdf>--- 
> If you wish to unsubscribe from this mailing, send mail to
> li...@t2-project.org with a subject of: unsubscribe t2

-- 
 ExactCODE GmbH, Lietzenburger Str. 42, DE-10789 Berlin, https://exactcode.com
 https://exactscan.com | https://ocrkit.com | https://t2sde.org | 
https://rene.rebe.de

--- 
If you wish to unsubscribe from this mailing, send mail to
li...@t2-project.org with a subject of: unsubscribe t2


Re: [t2] update ca-certificates

2021-05-31 Thread René Rebe
Hey,

the pure update w/o running update-ca-certificates (which we can not do like 
this, e.g. during cross builds):

Committed revision 52471.

Running the update script (which ideally should also not use perl, sigh) could 
be done as a t2 postinstall script..

Merci,
René

> On 1. Apr 2021, at 22:07, no...@maneto.fr wrote:
> 
> Hello,
> 
> Attached, a patch to update ca-certificates 20141019+deb8u3 -> 20210119.
> The patch also adds "update-ca-certificates" to its postmake as it seems to 
> be needed after the update.
> 
> 
> @René did you not see the previous email for openssl and git CVE updates?
> 
> 
>> used your Update-Pkg, but it didn't seem to give me a patch or diff file
>> so sending the desc.
> 
> @scsijon: Yeah you just need to do "svn diff" afterwards when using 
> Update-Pkg ;-)
> 
>> mod to the binutils.conf to # out the --enable-shared line 28
> 
> Ah nice, I'll try to build it with that 
> one!---
>  
> If you wish to unsubscribe from this mailing, send mail to
> li...@t2-project.org with a subject of: unsubscribe t2

-- 
 ExactCODE GmbH, Lietzenburger Str. 42, DE-10789 Berlin, https://exactcode.com
 https://exactscan.com | https://ocrkit.com | https://t2sde.org | 
https://rene.rebe.de

--- 
If you wish to unsubscribe from this mailing, send mail to
li...@t2-project.org with a subject of: unsubscribe t2


Re: [t2] cross compiling for ppc64 (cell/PS3)

2021-05-25 Thread René Rebe
Hey,

ah, that is probably the swap option. That is intentionally disabled as it 
conflicts with RSX acceleration that I should also continue to work on.
You can have either RSX graphic acceleration or this swap. It should 
theoretically still be possible to support vram swap, say for half of the VRAM 
or so. But first I need to understand more RSX details and get them working.

I’m also not sure if vram swap would be stable with the original OtherOS++ 
direct FIFO use instead of going thru the hypervisor.

There might also the possibility to speed up the ps3 storage driver a bit, so 
that using sata ssd as swap could potentially become faster, too. That is 
certainly more useful for folks longing for RSC graphic acceleration anyway ;-)

René

> On 26. May 2021, at 01:21, Michael McAllister  
> wrote:
> 
> The CONFIG_PS3_VRAM kernel parameter is turned off by default in T2,
> see: http://svn.exactcode.de/t2/trunk/architecture/powerpc64/linux-disable.lst
> 
> I could compile on the PS3 itself, but I don't want to spend 2 days,
> hence my trying to cross compile.
> 
> On Wed, May 26, 2021 at 6:25 AM René Rebe  wrote:
>> 
>> Hey,
>> 
>> well, I guess the PS3 could compile the kernel in a day or two?
>> 
>> You need to build a whole new target, I guess you mis-use t2
>> by trying to cross compile into your running system (Build-Pkg /
>> Emerge vs. Build-Target).
>> 
>> The vram size might be setable by a kernel parameter, no?
>> Do you want to set something smaller or bigger?
>> 
>>René
>> 
>>> On 25. May 2021, at 10:16, Michael McAllister  
>>> wrote:
>>> 
>>> I wonder if it's pointing to a wrong GCC, I don't see powerpc or
>>> "cell" as valid mtune values
>>> 
>>> cc: warning: '-mcpu=' is deprecated; use '-mtune=' or '-march=' instead
>>> cc1: error: bad value ('cell') for '-mtune=' switch
>>> cc1: note: valid arguments to '-mtune=' switch are: nocona core2
>>> nehalem corei7 westmere sandybridge corei7-avx ivybridge core-avx-i
>>> haswell core-avx2 broadwell skylake skylake-avx512 cannonlake
>>> icelake-client rocketlake icelake-server cascadelake tigerlake
>>> cooperlake sapphirerapids alderlake bonnell atom silvermont slm
>>> goldmont goldmont-plus tremont knl knm intel x86-64 eden-x2 nano
>>> nano-1000 nano-2000 nano-3000 nano-x2 eden-x4 nano-x4 k8 k8-sse3
>>> opteron opteron-sse3 athlon64 athlon64-sse3 athlon-fx amdfam10
>>> barcelona bdver1 bdver2 bdver3 bdver4 znver1 znver2 znver3 btver1
>>> btver2 generic native
>>> 
>>> -- Forwarded message -
>>> From: Michael McAllister 
>>> Date: Mon, May 24, 2021 at 9:43 PM
>>> Subject: cross compiling for ppc64 (cell/PS3)
>>> To: 
>>> 
>>> 
>>> Hi All,
>>> 
>>> I've successfully got my PS3 running the latest version of T2, however
>>> I would like to build a new kernel and set some particular kernel
>>> params (specifically PS3_VRAM)
>>> 
>>> Obviously the PS3 itself is too slow to compile a kernel on, so I'm
>>> using another machine (x86) that has more processor and memory and
>>> attempting to cross compile.
>>> 
>>> However, I keep running into the following error:
>>> 
>>> !> 
>>> /usr/lib64/gcc/x86_64-t2-linux-gnu/11.1.0/../../../../x86_64-t2-linux-gnu/bin/as:
>>> unrecognized option '-mpower4'
>>> 
>>> I'm simply running "./scripts/Emerge-Pkg -cfg ps3x linux" (which I
>>> think is correct)
>>> 
>>> I believe the likely culprit is my config (attached) does anyone have
>>> a known "sane" config that will help me successfully build?
>>> 
>>> Apologies for such a basic question, I've spent all day trying to make
>>> this work!
>>> ---
>>> If you wish to unsubscribe from this mailing, send mail to
>>> li...@t2-project.org with a subject of: unsubscribe t2
>> 
>> --
>> ExactCODE GmbH, Lietzenburger Str. 42, DE-10789 Berlin, https://exactcode.com
>> https://exactscan.com | https://ocrkit.com | https://t2sde.org | 
>> https://rene.rebe.de
>> 

-- 
 ExactCODE GmbH, Lietzenburger Str. 42, DE-10789 Berlin, https://exactcode.com
 https://exactscan.com | https://ocrkit.com | https://t2sde.org | 
https://rene.rebe.de

--- 
If you wish to unsubscribe from this mailing, send mail to
li...@t2-project.org with a subject of: unsubscribe t2


Re: [t2] cross compiling for ppc64 (cell/PS3)

2021-05-25 Thread René Rebe
Hey,

well, I guess the PS3 could compile the kernel in a day or two?

You need to build a whole new target, I guess you mis-use t2
by trying to cross compile into your running system (Build-Pkg /
Emerge vs. Build-Target).

The vram size might be setable by a kernel parameter, no?
Do you want to set something smaller or bigger?

René

> On 25. May 2021, at 10:16, Michael McAllister  
> wrote:
> 
> I wonder if it's pointing to a wrong GCC, I don't see powerpc or
> "cell" as valid mtune values
> 
> cc: warning: '-mcpu=' is deprecated; use '-mtune=' or '-march=' instead
> cc1: error: bad value ('cell') for '-mtune=' switch
> cc1: note: valid arguments to '-mtune=' switch are: nocona core2
> nehalem corei7 westmere sandybridge corei7-avx ivybridge core-avx-i
> haswell core-avx2 broadwell skylake skylake-avx512 cannonlake
> icelake-client rocketlake icelake-server cascadelake tigerlake
> cooperlake sapphirerapids alderlake bonnell atom silvermont slm
> goldmont goldmont-plus tremont knl knm intel x86-64 eden-x2 nano
> nano-1000 nano-2000 nano-3000 nano-x2 eden-x4 nano-x4 k8 k8-sse3
> opteron opteron-sse3 athlon64 athlon64-sse3 athlon-fx amdfam10
> barcelona bdver1 bdver2 bdver3 bdver4 znver1 znver2 znver3 btver1
> btver2 generic native
> 
> -- Forwarded message -
> From: Michael McAllister 
> Date: Mon, May 24, 2021 at 9:43 PM
> Subject: cross compiling for ppc64 (cell/PS3)
> To: 
> 
> 
> Hi All,
> 
> I've successfully got my PS3 running the latest version of T2, however
> I would like to build a new kernel and set some particular kernel
> params (specifically PS3_VRAM)
> 
> Obviously the PS3 itself is too slow to compile a kernel on, so I'm
> using another machine (x86) that has more processor and memory and
> attempting to cross compile.
> 
> However, I keep running into the following error:
> 
> !> 
> /usr/lib64/gcc/x86_64-t2-linux-gnu/11.1.0/../../../../x86_64-t2-linux-gnu/bin/as:
> unrecognized option '-mpower4'
> 
> I'm simply running "./scripts/Emerge-Pkg -cfg ps3x linux" (which I
> think is correct)
> 
> I believe the likely culprit is my config (attached) does anyone have
> a known "sane" config that will help me successfully build?
> 
> Apologies for such a basic question, I've spent all day trying to make
> this work!
> --- 
> If you wish to unsubscribe from this mailing, send mail to
> li...@t2-project.org with a subject of: unsubscribe t2

-- 
 ExactCODE GmbH, Lietzenburger Str. 42, DE-10789 Berlin, https://exactcode.com
 https://exactscan.com | https://ocrkit.com | https://t2sde.org | 
https://rene.rebe.de

--- 
If you wish to unsubscribe from this mailing, send mail to
li...@t2-project.org with a subject of: unsubscribe t2


Re: [t2] 21.5 stops on first package

2021-05-20 Thread René Rebe
Hi there,

I don’t know how you try to use t2 to compile things there, but kcc is our 
decade old kernel compiler symlink to just allow compiling the kernel with 
different, safe settings than user packages, or to use another compiler for the 
kernel than the rest (gcc, vs, clang, vs icc).

So, … maybe you use t2 in a way that builds packages directly into your detain 
where kcc is something else?

René

> On 19. May 2021, at 12:19, Thomas Schmitt  wrote:
> 
> 
> Hi,
> 
> Barry Kauler wrote:
>> Debian 'kcc' package has /usr/bin/kcc, but that is
>> not what linux-header wants.
> 
> I was curious enough to try learning about "kcc" compilers, of which
> there are many. But then i came to
> 
> https://t2sde.org/handbook/html/t2-book.html#t2.wrapper
> 
> where "kcc" is characterized as "Kernel C compiler wrapper".
> Further this page says
> "The wrapper binary is automatically compiled by the build system and
> placed inside a tool directory put as first search location into the
> PATH environment variable."
> Obviously this did not happen for you.
> 
> I am currently riddling how wrappers with names like "cc", "strip", or
> "cp" are supposed to get into effect, if a name collision with a package
> can interfere that has just 24 reporting Debian users.
> https://qa.debian.org/popcon.php?package=kcc
> 
> (Probably my theory is flawed, but i decided to put it up as contender
> to scsijon's theory about the old KDE compiler. Maybe it gives new ideas.)
> 
> 
> Have a nice day :)
> 
> Thomas
> 
> 
> 
> --- 
> If you wish to unsubscribe from this mailing, send mail to
> li...@t2-project.org with a subject of: unsubscribe t2

-- 
ExactCODE GmbH, Lietzenburger Str. 42, DE-10789 Berlin, https://exactcode.com
https://exactscan.com | https://ocrkit.com | https://t2sde.org | 
https://rene.rebe.de



-- 
 ExactCODE GmbH, Lietzenburger Str. 42, DE-10789 Berlin, https://exactcode.com
 https://exactscan.com | https://ocrkit.com | https://t2sde.org | 
https://rene.rebe.de

--- 
If you wish to unsubscribe from this mailing, send mail to
li...@t2-project.org with a subject of: unsubscribe t2


Re: [t2] 21.5 stops on first package

2021-05-20 Thread René Rebe
Hi there,

I don’t know how you try to use t2 to compile things there, but kcc is our 
decade old kernel compiler symlink to just allow compiling the kernel with 
different, safe settings than user packages, or to use another compiler for the 
kernel than the rest (gcc, vs, clang, vs icc).

So, … maybe you use t2 in a way that builds packages directly into your detain 
where kcc is something else?

René

> On 19. May 2021, at 12:19, Thomas Schmitt  wrote:
> 
> 
> Hi,
> 
> Barry Kauler wrote:
>> Debian 'kcc' package has /usr/bin/kcc, but that is
>> not what linux-header wants.
> 
> I was curious enough to try learning about "kcc" compilers, of which
> there are many. But then i came to
> 
> https://t2sde.org/handbook/html/t2-book.html#t2.wrapper
> 
> where "kcc" is characterized as "Kernel C compiler wrapper".
> Further this page says
> "The wrapper binary is automatically compiled by the build system and
>  placed inside a tool directory put as first search location into the
>  PATH environment variable."
> Obviously this did not happen for you.
> 
> I am currently riddling how wrappers with names like "cc", "strip", or
> "cp" are supposed to get into effect, if a name collision with a package
> can interfere that has just 24 reporting Debian users.
> https://qa.debian.org/popcon.php?package=kcc
> 
> (Probably my theory is flawed, but i decided to put it up as contender
> to scsijon's theory about the old KDE compiler. Maybe it gives new ideas.)
> 
> 
> Have a nice day :)
> 
> Thomas
> 
> 
> 
> --- 
> If you wish to unsubscribe from this mailing, send mail to
> li...@t2-project.org with a subject of: unsubscribe t2

-- 
ExactCODE GmbH, Lietzenburger Str. 42, DE-10789 Berlin, https://exactcode.com
https://exactscan.com | https://ocrkit.com | https://t2sde.org | 
https://rene.rebe.de



-- 
 ExactCODE GmbH, Lietzenburger Str. 42, DE-10789 Berlin, https://exactcode.com
 https://exactscan.com | https://ocrkit.com | https://t2sde.org | 
https://rene.rebe.de

--- 
If you wish to unsubscribe from this mailing, send mail to
li...@t2-project.org with a subject of: unsubscribe t2


Re: [t2] Unable to build luabash on PS3/PPC64

2021-05-20 Thread René Rebe
HI,

happy to hear you could install that older ISO. Maybe it had some -m32 
imperfection, I fine tuned and patch so much since then.
Can you try the 21.5 ISO that should have many many fixes and improvements 
since then?

René

> On 20. May 2021, at 12:30, Michael McAllister  
> wrote:
> 
> 
> I was able to solve this problem myself by forcing the compiler to use
> 32-bit, see below patch. Not sure how to reasonably contribute this as
> it's PPC64 specific:
> 
> 
> Index: misc/luabash/Makefile
> ===
> --- misc/luabash/Makefile (revision 52416)
> +++ misc/luabash/Makefile (working copy)
> @@ -34358414820,30098382898 +12918513714,30098382898 @@
> X_OUTTOP=../../src
> libdir=$(X_OUTTOP)
> 
> -CFLAGS = -Wall -O2 -s -fPIC
> +CFLAGS = -m32  -Wall -O2 -s -fPIC
> #CFLAGS = -Wall -O0 -ggdb -fPIC
> 
> # ExactBuild does use CXX to link a .so right now
> @@ -25768480228,12918513714 +51573219378,21508448306 @@
> 
> MODULES = lua bash
> include $(addsuffix /Makefile,$(MODULES))
> Index: misc/luabash/lua/Makefile
> ===
> --- misc/luabash/lua/Makefile (revision 52416)
> +++ misc/luabash/lua/Makefile (working copy)
> @@ -30063447172,21508448306 +21508448306,25803415602 @@
> BINARY = lua
> BINARY_EXT = $(X_LIBEXT)
> DEPS =
> +LD_FLAGS += -melf32ppc
> 
> include build/bottom.make
> 
> On Thu, May 20, 2021 at 3:32 PM Michael McAllister
>  wrote:
>> 
>> Hello,
>> 
>> I've recently installed T2 SDE on the PS3 successfully from the
>> following ISO: 
>> https://dl.t2sde.org/binary/2018/t2-minimal-desktop-ppc64-32-r47324_smaller2.iso
>> 
>> I am now attempting to update packages to hopefully install a newer
>> kernel, however run into an issue when attempting to run
>> ./scripts/Config and receive the below error
>> 
>> ---
>> root@localhost:/home/t2/trunk# ./scripts/Config
>> Aquiring config write lock (may take until other configs finished) ...
>> T2 21-svn configuration ...
>> Building src/luabash.so.
>> LINK LIB  /home/t2/trunk/src/Linux-ppc64/lua/lua.a
>> ld: relocatable linking with relocations from format elf32-powerpc
>> (/home/t2/trunk/src/Linux-ppc64/lua/lapi.o) to format elf64-powerpc
>> (/home/t2/trunk/src/Linux-ppc64/lua/lua.a) is not supported
>> make: *** [build/bottom.make:65:
>> /home/t2/trunk/src/Linux-ppc64/lua/lua.a] Error 1
>> Error building the Lua bash accelerator.
>> root@localhost:/home/t2/trunk#
>> ---
>> 
>> I have also attached verbose logging (running bash -x).
>> 
>> Does anyone have any tips on how to get this working? I'm happy to
>> contribute a fix, I just don't know what the fix is :-)
> 
> 
> 
> --- 
> If you wish to unsubscribe from this mailing, send mail to
> li...@t2-project.org with a subject of: unsubscribe t2

-- 
ExactCODE GmbH, Lietzenburger Str. 42, DE-10789 Berlin, https://exactcode.com
https://exactscan.com | https://ocrkit.com | https://t2sde.org | 
https://rene.rebe.de



-- 
 ExactCODE GmbH, Lietzenburger Str. 42, DE-10789 Berlin, https://exactcode.com
 https://exactscan.com | https://ocrkit.com | https://t2sde.org | 
https://rene.rebe.de

--- 
If you wish to unsubscribe from this mailing, send mail to
li...@t2-project.org with a subject of: unsubscribe t2


[t2] [RELEASE] t2 Linux 21.5 "Because we can" for 18 architectures

2021-05-16 Thread René Rebe
FOR IMMEDIATE RELEASE

Today the T2 System Development Environment Linux 21.5 was released
with an even larger amount of supported, 18 pre- and cross-compiled
set of architectures ever: alpha, arm, arm64, hppa, ia64, m68k,
mips64, mipsel, ppc, ppc64-32, ppc64le, riscv, riscv64, s390x, sparc64,
superh, x86, and x86-64.

Major performance improemvnts were implemented, including: not yet
upstream x86 concurrent TLB flushing, faster in-kernel zstd update as
well as smarter (profile guided Os vs O3) whole system optimizations!

The 21.5 release received updates across the board, while a major
point of work was the GCC 11 update as well as re-basing and fixing
upstream regressions for the Sony PS3 support as well as various small
improvements, including an up to 15 seconds faster system shutdown when
using sysvinit.

All 18 official ISO images are fully cross compiled! Over 224 Subversion
revisions, of which many are now AI updated by our nightly package bot
we named “Data” ;-)

Usually most packages are up-to-date, including Linux 5.12.4, GCC
11.0, LLVM/Clang 12, as well as the latest version of X.org,
Mesa, Firefox, Rust, KDE and GNOME 40!

More information, source and binary downloads are open source and free
at:

https://t2sde.org

Recently the development can also be followed live on YouTube at:

https://youtube.com/morerenerebe

There were 224 changesets with 251 lines of commit messages.
Approximately 132 packages got updates, 25 issues fixed, 132 packages
or features added and 10 removed. Multiple improvements have been
committed.

-- 
 ExactCODE GmbH, Lietzenburger Str. 42, DE-10789 Berlin, https://exactcode.com 

 https://exactscan.com  | https://ocrkit.com 
 | https://t2sde.org  | 
https://rene.rebe.de 

--- 
If you wish to unsubscribe from this mailing, send mail to
li...@t2-project.org with a subject of: unsubscribe t2


[t2] New support & sponsorship

2021-05-13 Thread René Rebe
Hey all,

given our extensive YT activities, especially in the context of keeping vintage 
systems and architectures alive and kicking, it is time to bump up our support 
and issue tracing.
Previously, some 15 years ago, we had run some trac that was constantly spammed 
and eventually hacked. As I’m not feeling like spending time on running that 
ourselves for now, I decided to start going with GitHub (yes, yes, I know, …):

https://github.com/rxrbln/t2sde <https://github.com/rxrbln/t2sde>

So feel free to use it for issues, bugs, feature requests as well as pull 
requests. I will likely sometime soon setup an svn to GitHub mirror.

Should you feel like supporting all the efforts put into maintaining and fixing 
all this exotic stuff there are also two new ways to keep paying my bills:

https://github.com/sponsors/rxrbln/ 
<https://github.com/sponsors/rxrbln/>
https://onlyfans.com/renerebe <https://onlyfans.com/renerebe>

Additionally to the already existing:
https://www.patreon.com/renerebe <https://www.patreon.com/renerebe>

I’ll make sure to link all of this on our website soon, too:

https://t2sde.org/support/ <https://t2sde.org/support/>

Have a great day,
René Rebe

-- 
 ExactCODE GmbH, Lietzenburger Str. 42, DE-10789 Berlin, https://exactcode.com
 https://exactscan.com | https://ocrkit.com | https://t2sde.org | 
https://rene.rebe.de

--- 
If you wish to unsubscribe from this mailing, send mail to
li...@t2-project.org with a subject of: unsubscribe t2


Re: [t2] 20-minimal-r52292 - segmentation faults

2021-05-06 Thread René Rebe
Hey Jon,


> On 4. May 2021, at 00:38, scsijon  wrote:
> 
> 
> Building for x86-64 with 20-minimal.in at revision 52292 i'm now getting a 
> segmentation fault immediately after it's built 1-dash(, 1-dash builds ok to 
> a log file).
> 
> The error is >
> 
> scripts/Build-Pkg: line 244: 10415 Segmentation fault 
> TZ="/TOOLCHAIN/localtime" chroot . bin/bash 
> TOOLCHAIN/src.$pkg.$config.$id/chroot.sh
> 
> 
> As this didn't happen until after r52217 (the lst time i built went well past 
> this point), I think you may have a problem somewhere. Any ideas or other 
> info you want?


while it nicely (cross) builds for me, no-one can answer this with this input.

Have you tried running gdb on the binary and core dump and look at the 
backtrace?

Best,
René

-- 
 ExactCODE GmbH, Lietzenburger Str. 42, DE-10789 Berlin, https://exactcode.com
 https://exactscan.com | https://ocrkit.com | https://t2sde.org | 
https://rene.rebe.de

--- 
If you wish to unsubscribe from this mailing, send mail to
li...@t2-project.org with a subject of: unsubscribe t2


Re: [t2] [t2-svn] rev 52222/52219 - trunk/package/develop/gcc

2021-04-29 Thread René Rebe
Hi,

> On 29. Apr 2021, at 00:48, scsijon  wrote:
> 
> replied and sent to wrong address, sorry
> 
> 
> 
>  Forwarded Message 
> Subject:  Re: [t2-svn] rev 5/52219 - trunk/package/develop/gcc
> Date: Thu, 29 Apr 2021 08:40:33 +1000
> From: scsijon 
> To:   t2-...@t2-project.org
> 
> 
> 
> I am just wondering what error your getting?

bootstrapping cross canadian from scratch I get fenv.h inclusion from host not 
found in tr1:: something in libstc++:

https://www.youtube.com/watch?v=SwXbszvOyS0 


I work around that however, as in t2/trunk

> The only one i'm getting while building on x86-64, is a warning of about an 
> "extraconfopt" being ignored. I've attached the relevant lines from the 
> 1-gcc.log file.
> 
> I can't work out where it's coming from as it's appearing at stage1 (1-gcc) 
> only, and it's not stopping or seeming to effect the build (so far).

intersting, I indeed have that in my log, too. It must be the generic concept 
sanity checking and $extraconfopt being in $confopt.
As it currently builds not that important, but certainly worth to eventually 
take a look at. A quick grep finds this output also at least for vim :-/

René

> On 28/4/21 10:43 pm, rene-boun...@exactcode.de wrote:
>> Author: rene
>> Date: 2021-04-28 14:43:58 +0200 (Wed, 28 Apr 2021)
>> New Revision: 5
>> Log:
>> * reverted r52219, was not tested enough to actually fix the build error, too
>> 
>> Review the ChangeSet with:
>> svn diff -c 5 https://svn.exactcode.de/t2
>> 
>> Removed:
>> trunk/package/develop/gcc/hotfix-fenv.patch
>> Modified:
>> trunk/package/develop/gcc/gcc.conf
>> 2 ++
>> 
>> 
>> 
>> ---
>> If you wish to unsubscribe from this mailing, send mail to
>> li...@t2-project.org with a subject of: unsubscribe t2-svn
> 
> <1-gcc.out.error>--- 
> If you wish to unsubscribe from this mailing, send mail to
> li...@t2-project.org with a subject of: unsubscribe t2

-- 
 ExactCODE GmbH, Lietzenburger Str. 42, DE-10789 Berlin, https://exactcode.com
 https://exactscan.com | https://ocrkit.com | https://t2sde.org | 
https://rene.rebe.de

--- 
If you wish to unsubscribe from this mailing, send mail to
li...@t2-project.org with a subject of: unsubscribe t2


[t2] [RELEASE] t2 Linux 21.4 "Fully Automated" for 15 architectures

2021-04-23 Thread René Rebe
FOR IMMEDIATE RELEASE

Today the T2 System Development Environment Linux 21.4 was released, with the 
largest amount of pre- and cross-compiled set of architectures releases ever!
A total of 15 architectures: x86-64, x86, arm64, arm, riscv64, riscv, ppc64le, 
ppc64-32, ppc sparc64, mips64, mipsel, hppa, m68k, alpha and ia64!

The 21.4 release received updates across the board, while a major working 
target was adding new architecture support for RISCV(32), as further improving 
cross compilation and support for vintage retro system like the Sony PS3 and 
Sgi Octane, but also DEC Alpha and Intel IA64. Low memory optimizations allow 
the 32-bit x86 variant to boot on 486 with as little as 48MB of RAM.

All official ISO images are fully cross build! Over 1294 Subversion revisions, 
of which many are now AI updated by our nightly package bot named “Data”.

As usually most packages are up-to-date, including Linux 5.11.16, GCC 10.3, 
LLVM/Clang 12, as well as the latest version of Rust, X.org , 
Mesa, KDE and GNOME 40!

More information, source and binary downloads are available open source and for 
free at:

https://t2sde.org 

Since recently the development can also be followed live on YouTube at:

https://youtube.com/renerebe 

There were 1294 change-sets with 1879 lines of commit messages.
Approximately 1179 packages got updates, 120 issues fixed, 1179 packages or 
features added and 52 removed.
Around 16 improvements have been committed.

Toolchain updates:
* updated clang (11.0.0 -> 12.0.0)
* updated llvm (11.0.0 -> 12.0.0)
* updated gcc (10.2.0 -> 10.3.0), incl. znver3 Config option
* updated binutils (2.35 -> 2.36.1)

-- 
 ExactCODE GmbH, Lietzenburger Str. 42, DE-10789 Berlin, https://exactcode.com 

 https://exactscan.com  | https://ocrkit.com 
 | https://t2sde.org  | 
https://rene.rebe.de 

--- 
If you wish to unsubscribe from this mailing, send mail to
li...@t2-project.org with a subject of: unsubscribe t2


Re: [t2] Build T2 r51845 > r52085 X86-64 updates 40-~ - last note

2021-04-15 Thread René Rebe
Hi,

> On 13. Apr 2021, at 11:40, scsijon  wrote:
> 
> As you may have noticed i've updated my build base to r52085 as th other was 
> getting rather 'long-in-the-tooth'.
> 
> Just as a last note, I couldn't get Rene's mine package to build in this 
> release either, not sure why, in the end I gave up and I just 'O'd it off as 
> we don't use it in the puppy world.

While I appreciate your nots, the priority sorting is a bit too random for me.
Especially after I spend a year getting t2 to cross compile minimal-desktop w/ 
Firefox & Rust live on youtube ;-)

http://youtube.com/renerebe/ 
http://youtube.com/morerenerebe 

I will probably prefer to adjust them as needed, and ideally replace that 
mostly with more dynamic dependency resolution sometime between soon and 
forever, …

Good luck you rosy builds, I will publish the most extensive set of 14 
architecture ISOs the coming days.

René

-- 
 ExactCODE GmbH, Lietzenburger Str. 42, DE-10789 Berlin, https://exactcode.com
 https://exactscan.com | https://ocrkit.com | https://t2sde.org | 
https://rene.rebe.de

--- 
If you wish to unsubscribe from this mailing, send mail to
li...@t2-project.org with a subject of: unsubscribe t2


Re: [t2] Preliminary m68k support

2021-04-15 Thread René Rebe
Hey Frits,

thanks for the reminder, I think I applied some changes, but I now also 
imported the gmp hot fix renamed from zzz:

Committed revision 52145.

René

> On 4. May 2019, at 15:15, Frits Letteboer  wrote:
> 
> Good afternoon,
> 
> Attached you will find some patches required to get a somewhat workable 
> minimal m68k target for further experimentation and native compilation.
> 
> The target runs on emulated Amigas via WinUAE, Atari via ARAnyM and 
> qemu-m68k-user
> 
> Issues not covered in this patch:
> 
> - Cross-compilation of perl was done manually because Perl tries to run 
> native code, which obviously fails. I used perl-cross[1] for this. It works 
> by extracting those files in the perl source dir and use that for compilation 
> (configure --target=m68k-t2-linux-gnu && make && make DESTDIR=$root install)
> 
> - base/embutils doesn't compile, probably because there is no dietlibc for 
> m68k
> 
> - I'm not sure of the selected CPU (for optimization purposes) actually gets 
> used anywhere, so that problably needs some review
> 
> 
> Anyways, happy hacking!
> 
> 
> 
> [1] https://arsv.github.io/perl-cross/
> 
> --- 
> If you wish to unsubscribe from this mailing, send mail to
> li...@t2-project.org with a subject of: unsubscribe t2

-- 
 ExactCODE GmbH, Lietzenburger Str. 42, DE-10789 Berlin, https://exactcode.com
 https://exactscan.com | https://ocrkit.com | https://t2sde.org | 
https://rene.rebe.de

--- 
If you wish to unsubscribe from this mailing, send mail to
li...@t2-project.org with a subject of: unsubscribe t2


Re: [t2] Reverse lookup?

2021-04-15 Thread René Rebe
Hi,

> On 15. Apr 2021, at 03:41, scsijon  wrote:
> 
> 
> Rene, is there an easy way of doing a reverse lookup in T2's build system?
> In other words, I have a package that is not in my target's packagelist.ini 
> file that's being built anyway, but I can't find what package has it as a 
> pre-requisite package in it's $package.cache file.
> In this case I want to know what package is wanting to be building cloog as a 
> pre-requisite to building itself, even though cloog is not in my 
> targetlist.ini file. There are a few others like isl, etc. that we don't use 
> anymore, but T2's marking them with a X in the config's packagelist.
> Hope that made sense.
> regards

the garget configuration does currently not include a dynamic dependency 
resolution pass, so the package selection is a direct result of the package 
selection rules you supply in your config.

I hope that helps you to find what selects differently from what you expect.

René

-- 
 ExactCODE GmbH, Lietzenburger Str. 42, DE-10789 Berlin, https://exactcode.com
 https://exactscan.com | https://ocrkit.com | https://t2sde.org | 
https://rene.rebe.de

--- 
If you wish to unsubscribe from this mailing, send mail to
li...@t2-project.org with a subject of: unsubscribe t2


[t2] Re: [t2-svn] rev 52077 - trunk/target/generic/pkgsel

2021-04-12 Thread René Rebe
Hey Jon,

> On 12. Apr 2021, at 22:39, scsijon  wrote:
> 
> and just trying a build, it seems imake and cf are used by x11 packages, so 
> they may be old but are still needed. I haven't tried for rman yet ;-}

You can still select them, they did not appear to be used in the minimal-xorg 
package selection I’m releasing ISOs with.
Nothing stops anyone to just build them ;-)

PS: can we keep everything not related to me personally on a list?
I’m getting a over hundred emails a day, and it is really inefficient, and 
tiring to have unsorted stuff in the INBOX.

Thank you so much,
René

>  Forwarded Message 
> Subject:  Re: [t2-svn] rev 52077 - trunk/target/generic/pkgsel
> Date: Mon, 12 Apr 2021 04:10:00 +1000
> From: scsijon 
> To:   t2-...@t2-project.org
> 
> 
> 
> also gccmakedep seems to have also dissapeared, an error I take it, as it was 
> the next line, definately used.
> 
> regards
> 
> scsijon
> 
> On 10/4/21 7:18 pm, rene-boun...@exactcode.de wrote:
>> Author: rene
>> Date: 2021-04-10 11:18:19 +0200 (Sat, 10 Apr 2021)
>> New Revision: 52077
>> Log:
>> * removed obsolete rman, cf, and imake from the generic minimal-xorg pkgsel 
>> template
>> 
>> Review the ChangeSet with:
>> svn diff -c 52077 https://svn.exactcode.de/t2
>> 
>> Modified:
>> trunk/target/generic/pkgsel/40-minimal-xorg.in
>> 6 +-
>> 
>> 
>> 
>> ---
>> If you wish to unsubscribe from this mailing, send mail to
>> li...@t2-project.org with a subject of: unsubscribe t2-svn

-- 
 ExactCODE GmbH, Lietzenburger Str. 42, DE-10789 Berlin, https://exactcode.com
 https://exactscan.com | https://ocrkit.com | https://t2sde.org | 
https://rene.rebe.de

--- 
If you wish to unsubscribe from this mailing, send mail to
li...@t2-project.org with a subject of: unsubscribe t2


Re: [t2] Build T2 r51845 X86-64 50-minimal-desktop errors

2021-04-09 Thread René Rebe
Hi,

sorry, a bit out of time. t2/trunk:HEAD builds pretty smoothly for me though:

https://www.youtube.com/watch?v=03fMeU8VqxQ 


It would be best if you distilled patched for issues you encounter …

Have a great weekend!
René

> On 9. Apr 2021, at 09:19, scsijon  wrote:
> 
> 
> On 8/4/21 4:54 pm, scsijon wrote:
>> On 7/4/21 6:57 pm, scsijon wrote:
>>> On 7/4/21 9:34 am, scsijon wrote:
 On 6/4/21 7:17 am, scsijon wrote:
> On 5/4/21 6:59 pm, scsijon wrote:
>> On 5/4/21 3:47 am, scsijon wrote:
>>> On 4/4/21 1:53 pm, scsijon wrote:
 So i'll consider for now that 40-minimal-xorg build as completed and 
 passed building.
>>> 
>>> Ok so i decided to 'test the waters' since 'things seemed to be going 
>>> well'!
>>> 
>>> And it failed as expected
>>> 
>>> First problem has come from clang, something I haven't used or know 
>>> anything about other than it exists. We don't use it in the puppy Linux 
>>> world, although I expect we will need to do so eventually.
>>> 
>>> Aftre the fail and from doing some reading it seems that the latest 
>>> clang version expects a reasonably up to date cmake, and in T2 we are 
>>> still at 3.16.4, latest is 3.20.0, clang 11.1.0 wants a minimum of a 
>>> 3.19.x apparently. So i need to update cmake and i'll rerun the 
>>> 40-minimal-xorg to make sure it hasn't broken anything else before I 
>>> start the 50-minimal-desktop build run.
>> 
>> Ok, i'm trying cmake 3.19.7 first since it is the one mentioned in the 
>> clang doccumentation, to start with you don't need the patch file now 
>> it's inbuilt so you can either remove it or rename with a .disabled at 
>> the end so it's not added in, secondly you need to build cmake at stage 
>> 4 before rebuilding at stage 5, it's got a openssl dependancy to deal 
>> with and that's not built until stage 3. There is a way around it, but 
>> there is a note that it doesn't always work in 3.19.x. It properly built 
>> at stage 5 so all i need to do is a basic testset and i'll retry 
>> building a 40-~ with the latest cmake 3.20.0 (I usually don't build a 
>> x.x.0 release as it's buggy normally, but we will see what happens this 
>> time). I'll do the 3.20.0 tomorrow as i do have to do some work tonight.
>> 
>> I still don't know if i need clang, but it's worth getting it sorted out 
>> anyway for others and if i need it in the coming months.
>> 
> ok, cmake 3.19.7 builds it all ok, changing to 3.20.0 gives errors with 
> util-linux to start with and our util-linux is the latest si i've gone 
> back to 3.19.7 and retrying a last build. If it doesn't give problems 
> i'll submit an update to Rene if he hasn't already done it.
> 
 And Rene has updated cmake to 3.20.0, i'm keeping mine at 3.19.7 for now 
 as i know it all builds, else i would need to start 40-~ again and i want 
 to progress onwards at this point of time.
 
 And he's done 'something' with clang so maybe it will work first-time for 
 me, many thanks.
 
 I'm doing a final 40-~ build using the stage 9 setting as a final check 
 and since it's up to 9-linux i'm taking it, that it will all complete, so 
 a 'first' real 50-minimal-desktop build next. And that all worked with the 
 updated cmake at 3.19.7.
>>> 
>>> Starting the real 50-minimal-desktop now>
>>> 
>>> Well, after all that, it failed at the same place in 1-clang, just without 
>>> all the annoying warnings and comments related to cmake, i'm going to try 
>>> as i did elsewhere and change stages built as -1---5---9 instead of 
>>> 01---5---9 and see what happens while I chase this problem for now, at 
>>> least i can read the logs to chase the problem, although i'd really love to 
>>> build without clang since we don't use it, so if this is worse or still 
>>> fails and i can't find any fixes i may try to force it to build without 
>>> clang.
>>> 
>>> we will see what happens overnight.
>>> --
>> 
>> No, that didn't work, but a lot of reading through the clang.err log file 
>> now it's built with a good cmake has given me a few things to look at.
>> 
>> Firstly, clang is erroring at clang.conf line 19 >
>> 
>> var_append cmakeopt " " "-DCLANG_DEFAULT_TARGET_TRIPLE=$arch_target"
>> 
>> "Cmake warning Manually-specified variables were not used by the project"
>> 
>> CLANG_DEFAULT_TARGET_TRIPLE
>> 
>> Secondly is an error message >
>> 
>> ~/TOOLCHAIN/tools.cross/bin/clang-tblgen needed by lib/Headers/arm_neon.h 
>> stop
>> 
>> Why arm, i'm building x86-64?
>> 
>> thirdly, it builds the obj.clang-tblgen and then leaves the directory, 
>> starts the >
>> 
>> make: *** [makefile:130: all]  Error 2
>> 
>> and then fails the build
>> 
>> So to start with I need to try to sort out the clang.co

Re: [t2] Build T2 r51845 X86-64 40-minimal-xorg errors

2021-03-31 Thread René Rebe
Hi,

> On 30. Mar 2021, at 04:14, scsijon  wrote:
> 
> 
> Since I now have a working 20-minimal packageset built, next is to up it to 
> 40-minimal-xorg.
> 
> First Error
> 
> Something doesn't like -j2, (2 cores) 3-binutils fails with libtool errors, 
> even though there is a work around for this already configured in it. I have 
> tried with a few other fixes, but still fails so going to restart the whole 
> build set as 1 core and see what happens.


binutils has some strange build regression (upstream code quality, amazing 
right?), but otherwise I test with -j32 ;-)

-- 
 ExactCODE GmbH, Lietzenburger Str. 42, DE-10789 Berlin, https://exactcode.com
 https://exactscan.com | https://ocrkit.com | https://t2sde.org | 
https://rene.rebe.de

--- 
If you wish to unsubscribe from this mailing, send mail to
li...@t2-project.org with a subject of: unsubscribe t2


Re: [t2] [t2-svn] rev 51947 - trunk/package/gnome/gtk+

2021-03-31 Thread René Rebe

> On 29. Mar 2021, at 18:34, scsijon  wrote:
> 
> 
> Rene, 3.94.0 is part of the prelim for gtk4/gnome40, do you want to reverse 
> this one?

It was reverted instantly.


> On 30/3/21 3:13 am, data-boun...@exactcode.de wrote:
>> Author: data
>> Date: 2021-03-29 18:13:01 +0200 (Mon, 29 Mar 2021)
>> New Revision: 51947
>> Log:
>>  * updated gtk+ (3.24.27 -> 3.94.0), untested
>> 
>> Review the ChangeSet with:
>>   svn diff -c 51947 https://svn.exactcode.de/t2
>> 
>> Modified:
>>   trunk/package/gnome/gtk+/gtk+.desc
>> 4 ++--
>> 
>> 
>> 
>> ---
>> If you wish to unsubscribe from this mailing, send mail to
>> li...@t2-project.org with a subject of: unsubscribe t2-svn
> 
> 
> 
> --- If you wish to 
> unsubscribe from this mailing, send mail to
> li...@t2-project.org with a subject of: unsubscribe t2

-- 
 ExactCODE GmbH, Lietzenburger Str. 42, DE-10789 Berlin, https://exactcode.com
 https://exactscan.com | https://ocrkit.com | https://t2sde.org | 
https://rene.rebe.de

--- 
If you wish to unsubscribe from this mailing, send mail to
li...@t2-project.org with a subject of: unsubscribe t2


Re: [t2] mine package

2021-03-31 Thread René Rebe
Hi,

> On 29. Mar 2021, at 11:40, scsijon  wrote:
> 
> 
> I was just wondering if this is still necessary in T2, especially considering 
> most of the archivers seem to be able to handle the .gem files without 
> problems nowadays, and you could always just use >
> 
> tar -xf filename.gem
> 
> to unpack
> 
> and nowadays use zip to pack one up.
> 
> which is what i've been using for a while now.


mine does a little more than that, and we also need the tiny little installer 
for the install media.

As long as it just works TM for me, I currently do not plan to touch that 
anytime soon ;-)

-- 
 ExactCODE GmbH, Lietzenburger Str. 42, DE-10789 Berlin, https://exactcode.com
 https://exactscan.com | https://ocrkit.com | https://t2sde.org | 
https://rene.rebe.de

--- 
If you wish to unsubscribe from this mailing, send mail to
li...@t2-project.org with a subject of: unsubscribe t2


[t2] Re: gnome versions

2021-03-24 Thread René Rebe
hi,

> On 25. Mar 2021, at 06:50, scsijon  wrote:
> 
> I hope your not mixing gnome3 and the new gnome40 (gnome4's name) packages 
> into gnome2, they are all separate versions like gnome14 is. Unfortunately 
> their using the same packagenames in the effort to have/force  everyone to 
> the latest. Not many are cross version compatable.


Gnome 2 is vintage abondoneware. I hope you do not expect me to maintain gnome 
2 packages from a decade ago forever, ..?

The gnome2 repository will be simply renamed gnome w/o number suffix 
eventually, it just did not suit my free time schedule just yet.
But as I see this causes confusion, so maybe I do so today.

Anything I notice not being maintained upstream, e.g. support, extra, contrib 
packages of gnome 2 or 3 or similar stuff like that, that likely do not even 
work anymore or have no function as nothing uses helper libraries anymore will 
eventually be removed.

René

-- 
 ExactCODE GmbH, Lietzenburger Str. 42, DE-10789 Berlin, https://exactcode.com
 https://exactscan.com | https://ocrkit.com | https://t2sde.org | 
https://rene.rebe.de

--- 
If you wish to unsubscribe from this mailing, send mail to
li...@t2-project.org with a subject of: unsubscribe t2


Re: [t2] busybox update for cksum

2021-03-24 Thread René Rebe
Hey,

the checksum should not just change. If it is not the same file, someone 
tempered with it, either they intentionally (why?) or a man in the middle.

diff -u ?

René

> On 24. Mar 2021, at 09:53, scsijon  wrote:
> 
> attached
> --- 
> If you wish to unsubscribe from this mailing, send mail to
> li...@t2-project.org with a subject of: unsubscribe t2

-- 
 ExactCODE GmbH, Lietzenburger Str. 42, DE-10789 Berlin, https://exactcode.com
 https://exactscan.com | https://ocrkit.com | https://t2sde.org | 
https://rene.rebe.de

--- 
If you wish to unsubscribe from this mailing, send mail to
li...@t2-project.org with a subject of: unsubscribe t2


[t2] Re: [t2-updates] filesystem/coda - rpc2-2.34

2021-03-24 Thread René Rebe
Hey,

> On 23. Mar 2021, at 06:52, scsijon  wrote:
> 
> usually coda packages are updated as a set, please check others and the coda 
> website before just updating one as it could break coda.

however, does or did anyone ever use Coda? ;-)

René

> On 23/3/21 2:08 pm, r...@exactcode.de wrote:
>> The automatic update tracker has identified the file(s):
>> 
>> rpc2-2.34
>> 
>> as possibly be updated for the package coda.
>> 
>> Detailed log:
>> Download URL translated!
>> Checking updates for https://github.com/cmusatyalab/coda/releases
>> lwp-2.14.tar.gz(2.14) ---> lwp-???.tar.gz
>> ---
>> ---
>> Download URL translated!
>> Checking updates for https://github.com/cmusatyalab/coda/releases
>> rvm-1.26.tar.gz(1.26) ---> rvm-???.tar.gz
>> ---
>> ---
>> Download URL translated!
>> Checking updates for https://github.com/cmusatyalab/coda/releases
>> rpc2-2.33.tar.gz(2.33) ---> rpc2-???.tar.gz
>> [MATCH] (2.34) [+]
>> [MATCH] (2.33) [=]
>> [MATCH] (2.32) [-]
>> [MATCH] (2.31) [-]
>> [MATCH] (2.30) [-]
>> ---
>> XXX rpc2-2.34
>> ---
>> Checking updates for http://coda.cs.cmu.edu/coda/source/
>> coda-8.0.5.tar.gz(8.0.5) ---> coda-???.tar.gz
>> [MATCH] (6.10.0) [-]
>> [MATCH] (6.12.0) [-]
>> [MATCH] (6.14.0) [-]
>> [MATCH] (7.0.0) [-]
>> [MATCH] (7.0.1) [-]
>> [MATCH] (7.0.2) [-]
>> [MATCH] (7.0.4) [-]
>> [MATCH] (7.0.5) [-]
>> [MATCH] (7.0.6) [-]
>> [MATCH] (8.0.1) [-]
>> [MATCH] (8.0.2) [-]
>> [MATCH] (8.0.3) [-]
>> [MATCH] (8.0.4) [-]
>> [MATCH] (8.0.5) [=]
>> ---
>> ---
>> 
> 
> 
> 
> --- If you wish to 
> unsubscribe from this mailing, send mail to
> li...@t2-project.org with a subject of: unsubscribe t2-updates

-- 
 ExactCODE GmbH, Lietzenburger Str. 42, DE-10789 Berlin, https://exactcode.com
 https://exactscan.com | https://ocrkit.com | https://t2sde.org | 
https://rene.rebe.de

--- 
If you wish to unsubscribe from this mailing, send mail to
li...@t2-project.org with a subject of: unsubscribe t2


Re: [t2] [NEW PACKAGES] golang + mail client

2021-02-24 Thread René Rebe
Bonjour Notag,

thanks again for the contributions.

I applied to go and aerc parts, and touch up mostly the go.conf while doing so.

I did not applied the go-bootstrap, as I think this is better done e.g. in the 
go package toolchain 0 stage or similar means without requiring a second 
“-bootstrap” package.

Looking forward to more patches and a good and healthy week to all!

Merci,
René

> On 13. Feb 2021, at 16:45, Notag  wrote:
> 
> Hello,
> 
> Here are three new packages: go-bootstrap, go and the aerc mail client.
> 
> - go-boostrap compiles the 1.4 compiler which was the last version to be 
> written in C
> - go compiles to the lastest version using go-bootstrap
> 
> go-boostrap cannot be cross-compiled so you need to install go natively if you
> want to build go for another target. (the usual circular dependency)
> Feel free to try cross compiling and patch the configuration in case I missed 
> something.
> 
> I also added a patch to disable go support for gcc. (didn't notice it was 
> enabled
> until I tried building go!)
> 
> Last but not least is the aerc mail client, written in go and designed for use
> with the git+email workflow. It should not do space damage to patches as 
> emails
> are edited with your $EDITOR (default is vi if not set).
> Copy/paste is somewhat broken for me though but your mileage may vary.
> 
> I tried to prevent go from cluttering the GOPATH (/root/go by deafult)
> with build dependencies by doing something like GOPATH=$builddir/go but that
> breaks one of aerc's dependencies for whatever reason.
> If someone has a solution, patch welcome!
> 
> 
> Have nice week-end,
> Notag
> ---
>  
> If you wish to unsubscribe from this mailing, send mail to
> li...@t2-project.org with a subject of: unsubscribe t2

-- 
ExactCODE GmbH, Lietzenburger Str. 42, DE-10789 Berlin, https://exactcode.com
https://exactscan.com | https://ocrkit.com | https://t2sde.org | 
https://rene.rebe.de



-- 
 ExactCODE GmbH, Lietzenburger Str. 42, DE-10789 Berlin, https://exactcode.com
 https://exactscan.com | https://ocrkit.com | https://t2sde.org | 
https://rene.rebe.de

--- 
If you wish to unsubscribe from this mailing, send mail to
li...@t2-project.org with a subject of: unsubscribe t2


Re: [t2] [PATCH] Fix libxml with Python 3.9

2021-02-24 Thread René Rebe
Hey,

thanks for the quick patch. Looks straight forward, appears to work.

Applied ;-)

René

> On 24. Feb 2021, at 13:08, Frits  wrote:
> 
> Untested. Best of luck 
> :)---
>  
> If you wish to unsubscribe from this mailing, send mail to
> li...@t2-project.org with a subject of: unsubscribe t2

-- 
 ExactCODE GmbH, Lietzenburger Str. 42, DE-10789 Berlin, https://exactcode.com
 https://exactscan.com | https://ocrkit.com | https://t2sde.org | 
https://rene.rebe.de

--- 
If you wish to unsubscribe from this mailing, send mail to
li...@t2-project.org with a subject of: unsubscribe t2


[t2] Re: error validating server certificate while svn up

2021-02-22 Thread René Rebe
I guess the connection timed out?

P for permanently? Or update the ca-certificates?

René

> On 17. Feb 2021, at 04:47, scsijon  wrote:
> 
> Upackage/x11/mesa/mesa.conf
> Uscripts/Build-Pkg
> Error validating server certificate for 'https://svn.exactcode.de:443':
> - The certificate is not issued by a trusted authority. Use the
>   fingerprint to validate the certificate manually!
> Certificate information:
> - Hostname: exactcode.com
> - Valid: from Feb  7 12:05:46 2021 GMT until May  8 12:05:46 2021 GMT
> - Issuer: R3, Let's Encrypt, US
> - Fingerprint: 42:6F:CA:22:CB:BA:59:83:D2:D5:7C:EF:50:2E:15:B1:91:43:1A:E3
> (R)eject, accept (t)emporarily or accept (p)ermanently? t
> svn: warning: W205011: Error handling externals definition for 
> 'misc/luabash/build':
> svn: warning: W170013: Unable to connect to a repository at URL 
> 'https://svn.exactcode.de/exact-build/trunk/build'
> 
> Fetching external item into 'source/utility':
> Updated external to revision 592.
> 
> At revision 51618.
> svn: E205011: Failure occurred processing one or more externals definitions
> #
> 
> regards
> jon

-- 
 ExactCODE GmbH, Lietzenburger Str. 42, DE-10789 Berlin, https://exactcode.com
 https://exactscan.com | https://ocrkit.com | https://t2sde.org | 
https://rene.rebe.de

--- 
If you wish to unsubscribe from this mailing, send mail to
li...@t2-project.org with a subject of: unsubscribe t2


Re: [t2] [PATCH] 3 patches: dosfstools, sudo, cyrus-sasl2

2021-02-08 Thread René Rebe
Hil,


> On 7. Feb 2021, at 17:53, Notag  wrote:
> 
> 
> Hi all,
> 
> This patch enables compatibility symplinks to dosfstools, in particular 
> mkfs.vfat needed by Create-ISO


thank you for the patches. Although your mailer appears to have remove some 
whiteapce from the patches, I hand merged them!

Have a great day!

René

> Index: package/filesystem/dosfstools/dosfstools.conf
> ===
> --- package/filesystem/dosfstools/dosfstools.conf (revision 51551)
> +++ package/filesystem/dosfstools/dosfstools.conf (working copy)
> @@ -12,7 +12,7 @@
> # GNU General Public License can be found in the file COPYING.
> # --- T2-COPYRIGHT-NOTE-END ---
> 
> -var_append confopt ' ' '--without-udev'
> +var_append confopt ' ' '--without-udev --enable-compat-symlinks'
> 
> var_append makeopt ' ' "PREFIX=/$prefix"
> var_append makeinstopt ' ' "PREFIX=/$prefix"
> 
> 
> This one updates sudo to the latest version (fixes CVE-2021-3156)
> 
> Index: package/base/sudo/sudo.desc
> ===
> --- package/base/sudo/sudo.desc (revision 51551)
> +++ package/base/sudo/sudo.desc (working copy)
> @@ -29,8 +29,8 @@
> 
> [L] BSD
> [S] Stable
> -[V] 1.9.5
> +[V] 1.9.5p2
> [P] X -5---9 174.100
> 
> [CV-FLAGS] ODD-STABLE
> -[D] a040a153c180c0b7962ab269816efd5319db8734523e09744698bc50 
> sudo-1.9.5.tar.gz http://www.courtesan.com/sudo/dist/
> +[D] 45d30b08d35778a5cc110a933f8b2f487556f23517b7090696c7c2b2 
> sudo-1.9.5p2.tar.gz http://www.courtesan.com/sudo/dist/
> 
> 
> This patch fixes cyrus-sasl2's upstream download link
> 
> Index: package/security/cyrus-sasl2/cyrus-sasl2.desc
> ===
> --- package/security/cyrus-sasl2/cyrus-sasl2.desc (revision 51551)
> +++ package/security/cyrus-sasl2/cyrus-sasl2.desc (working copy)
> @@ -32,4 +32,4 @@
> [P] X -5---9 114.200
> 
> [CV-FLAGS] ODD-STABLE
> -[D] fd219709f0d0cfa6beae30c7e9ef29f25a961132acb6d9feb594092e 
> cyrus-sasl-2.1.27.tar.gz ftp://ftp.andrew.cmu.edu/pub/cyrus-mail/
> +[D] fd219709f0d0cfa6beae30c7e9ef29f25a961132acb6d9feb594092e 
> cyrus-sasl-2.1.27.tar.gz 
> https://github.com/cyrusimap/cyrus-sasl/releases/download/cyrus-sasl-2.1.27/
> 
> 
> 
> --- If you wish to 
> unsubscribe from this mailing, send mail to
> li...@t2-project.org with a subject of: unsubscribe t2

-- 
 ExactCODE GmbH, Lietzenburger Str. 42, DE-10789 Berlin, https://exactcode.com
 https://exactscan.com | https://ocrkit.com | https://t2sde.org | 
https://rene.rebe.de

--- 
If you wish to unsubscribe from this mailing, send mail to
li...@t2-project.org with a subject of: unsubscribe t2


Re: [t2] [t2-svn] rev 51419 - in trunk/package (gnome)

2021-01-20 Thread René Rebe
Hi,

> On 20. Jan 2021, at 00:09, scsijon  wrote:
> 
> 
> And maybe rename gnome2 directory to just gnome with the package directories 
> having -gtk? suffixes to match their gnome versions as there are/will be some 
> packages with multiple versions out there to support different gnome versions 
> for at least a few years?

Yes, I said so in the accompanying livestream:

https://www.youtube.com/watch?v=pcaedrQ0ee0

but currently I have some hundreds pending updates in my working copies and I 
don’ want to get hundreds of conflicts if I rename that now.

> Yell if you want help with that as there are a lot to consider and change and 
> I have a 'few' not in your tree.

Sure, patches are always welcome. You don’t need to send rename patches though, 
I rather svn mv when the time has come.

René

> regards
> 
> On 20/1/21 2:03 am, rene-boun...@exactcode.de wrote:
>> Author: rene
>> Date: 2021-01-19 16:03:26 +0100 (Tue, 19 Jan 2021)
>> New Revision: 51419
>> Log:
>>  * moved gnome3/{at-spi2,at-spi2-atk,gtk+3} gnome2/
>> 
>> Review the ChangeSet with:
>>   svn diff -c 51419 https://svn.exactcode.de/t2
>> 
>> Added:
>>   trunk/package/gnome2/at-spi2-atk/
>>   trunk/package/gnome2/at-spi2/
>>   trunk/package/gnome2/gtk+3/
>> Removed:
>>   trunk/package/gnome3/
>> 
>> 
>> 
>> ---
>> If you wish to unsubscribe from this mailing, send mail to
>> li...@t2-project.org with a subject of: unsubscribe t2-svn
> 
> 
> 
> --- If you wish to 
> unsubscribe from this mailing, send mail to
> li...@t2-project.org with a subject of: unsubscribe t2

-- 
 ExactCODE GmbH, Lietzenburger Str. 42, DE-10789 Berlin, https://exactcode.com
 https://exactscan.com | https://ocrkit.com | https://t2sde.org | 
https://rene.rebe.de

--- 
If you wish to unsubscribe from this mailing, send mail to
li...@t2-project.org with a subject of: unsubscribe t2


Re: [t2] Removal of fcommon-patch for GCC 10 causes build errors

2021-01-17 Thread René Rebe
Hi,

> On 16. Jan 2021, at 23:19, Frits  wrote:
> 
> Frits schreef op 2021-01-16 22:08:
> 
>> Earlier today, it seems that the -fcommon patch for GCC 10 was removed. This 
>> will cause build errors:
>> 
> 
> Well, I saw the reason and it seem the FCOMMON-flag is not working yet ;)
> 

It should since:
r51378 | rene | 2021-01-15 22:58:48 +0100 (Fri, 15 Jan 2021) | 4 lines

* no longer patch gcc to default to -fnocommon, instead:
* added new FCOMMON Flag
* flagged cpio FCOMMON

Maybe cpio was not yet flagged at the time you build, I finished a 
minimal-desktop build last night.

René

-- 
 ExactCODE GmbH, Lietzenburger Str. 42, DE-10789 Berlin, https://exactcode.com
 https://exactscan.com | https://ocrkit.com | https://t2sde.org | 
https://rene.rebe.de

--- 
If you wish to unsubscribe from this mailing, send mail to
li...@t2-project.org with a subject of: unsubscribe t2


Re: [t2] Info request

2020-12-17 Thread René Rebe
the newer should have bugs fixes and details improved. ;-)

> On 14. Dec 2020, at 15:32, Massimo Fresia  wrote:
> 
> Hi René,
> 
> thank you for your reply.
> Are you referring to this file 
> http://dl.t2-project.org/binary/2020/t2-minimal-desktop-glibc-gcc-ppc64-20.10.iso
>  
> <http://dl.t2-project.org/binary/2020/t2-minimal-desktop-glibc-gcc-ppc64-20.10.iso>
>  ?
> Or maybe the more old 
> http://dl.t2-project.org/binary/2020/t2-minimal-glibc-gcc-ppc6432-20.3-4.iso 
> <http://dl.t2-project.org/binary/2020/t2-minimal-glibc-gcc-ppc6432-20.3-4.iso>
>  ?
> 
> Thank you for your help; generally I don't want to disturb anyone at every 
> build error, because I've always learned more by doing it by myself.
> But I'm not so comfortable with T2; maybe I'll ask you for help later.
> 
> Thank you so much!
> 
> Kind Regards,
> Massimo
> 
> Il giorno lun 14 dic 2020 alle ore 11:37 René Rebe  <mailto:r...@exactcode.com>> ha scritto:
> Hi,
> 
> and tank you for your email.
> Please use the published ISOs as builds, they are already quite minimal and I 
> just published one the other day
> 
> If you want a smaller image you start loosing major functions.
> 
> You might want to join the discord, I wish I had the time to support every 
> build error personally, but honestly it is getting a bit out of hand :-/
> 
>   René
> 
>> On 14. Dec 2020, at 09:44, Massimo Fresia > <mailto:massimo.fre...@gmail.com>> wrote:
>> 
>> Hi to all!
>> 
>> I'm a developer interested in playing with T2 on the Playstation3.
>> I wish to have a very minimal linux image, with rust, libc, gcc and a more
>> modern kernel.
>> I tried to compile the whole trunk to generate an iso but I have a lot of
>> errors.
>> I don't know if the switches I used are correct for this platform; I used
>> the Quick build documentation in the site (
>> http://t2sde.org/documentation/buildintro.html 
>> <http://t2sde.org/documentation/buildintro.html>)
>> There is a sort of template or configuration that you may send to me?
>> 
>> Thanks in advance!
>> 
>> Kind regards,
>> Massimo Fresia
>> --- 
>> If you wish to unsubscribe from this mailing, send mail to
>> li...@t2-project.org <mailto:li...@t2-project.org> with a subject of: 
>> unsubscribe t2
> 
> -- 
>  ExactCODE GmbH, Lietzenburger Str. 42, DE-10789 Berlin, 
> https://exactcode.com <https://exactcode.com/>
>  https://exactscan.com <https://exactscan.com/> | https://ocrkit.com 
> <https://ocrkit.com/> | https://t2sde.org <https://t2sde.org/> | 
> https://rene.rebe.de <https://rene.rebe.de/>

-- 
 ExactCODE GmbH, Lietzenburger Str. 42, DE-10789 Berlin, https://exactcode.com
 https://exactscan.com | https://ocrkit.com | https://t2sde.org | 
https://rene.rebe.de

--- 
If you wish to unsubscribe from this mailing, send mail to
li...@t2-project.org with a subject of: unsubscribe t2


Re: [t2] Info request

2020-12-14 Thread René Rebe
Hi,

and tank you for your email.
Please use the published ISOs as builds, they are already quite minimal and I 
just published one the other day

If you want a smaller image you start loosing major functions.

You might want to join the discord, I wish I had the time to support every 
build error personally, but honestly it is getting a bit out of hand :-/

René

> On 14. Dec 2020, at 09:44, Massimo Fresia  wrote:
> 
> Hi to all!
> 
> I'm a developer interested in playing with T2 on the Playstation3.
> I wish to have a very minimal linux image, with rust, libc, gcc and a more
> modern kernel.
> I tried to compile the whole trunk to generate an iso but I have a lot of
> errors.
> I don't know if the switches I used are correct for this platform; I used
> the Quick build documentation in the site (
> http://t2sde.org/documentation/buildintro.html 
> )
> There is a sort of template or configuration that you may send to me?
> 
> Thanks in advance!
> 
> Kind regards,
> Massimo Fresia
> --- 
> If you wish to unsubscribe from this mailing, send mail to
> li...@t2-project.org with a subject of: unsubscribe t2

-- 
 ExactCODE GmbH, Lietzenburger Str. 42, DE-10789 Berlin, https://exactcode.com
 https://exactscan.com | https://ocrkit.com | https://t2sde.org | 
https://rene.rebe.de

--- 
If you wish to unsubscribe from this mailing, send mail to
li...@t2-project.org with a subject of: unsubscribe t2


Re: [t2] [ANNOUNCE] t2 Linux 20.10 - ARM64, PowerPC64le, RISCV & more!

2020-12-05 Thread René Rebe
Hi,

> On 4. Dec 2020, at 23:42, Barry Kauler  wrote:
> 
> On 12/4/20, René Rebe  wrote:
>> After a decade of development we are proud to announce the availability of
>> the new T2 Linux Source and Embedded Linux distribution build kit stable
>> release 20.10.
> 
> Rene,
> Congratulations!
> 
> Is the "x86-64-avx" ISO just a generic x86_64, only with the extra AVX
> extensions enabled?

This time I wanted the AMD64 ISOs more optimized and the Haswell is AVX2,
and as this was too much for some folks I rebuild a second one with just AVX.

Yes, that leaves out first gen x86-64. Historically I always built generic,
“Athlon64”, however, given the nature of “optimizing source distribution”,
I wanted some extra performance to better compete with Intel Clear Linux ;-)

> So should work on the very first CPUs that came out with AVX, that is
> back around 2008?

> -- just checked on Wikipedia, that is the Intel Sandy Bridge CPUs in
> 2008, and AMD Bulldozer in 2011.


Yes Intel SandyBridge and AMD Jaguar and later IIRC.

Given the confusion, Maybe I have to resort to just build generic Athlon64 /
Core 2 ISOs in the future to just work everywhere.

Ideally i would JIT my whole OS, but that is another story, …

https://www.youtube.com/watch?v=EmQEE3cDxEo 
<https://www.youtube.com/watch?v=EmQEE3cDxEo>

René

-- 
 ExactCODE GmbH, Lietzenburger Str. 42, DE-10789 Berlin, https://exactcode.com
 https://exactscan.com | https://ocrkit.com | https://t2sde.org | 
https://rene.rebe.de

--- 
If you wish to unsubscribe from this mailing, send mail to
li...@t2-project.org with a subject of: unsubscribe t2


[t2] [ANNOUNCE] t2 Linux 20.10 - ARM64, PowerPC64le, RISCV & more!

2020-12-04 Thread René Rebe
After a decade of development we are proud to announce the availability of the 
new T2 Linux Source and Embedded Linux distribution build kit stable release 
20.10.

The 20.10 release received updates across the board, while a major working 
target was adding new architecture support for ARM64, and RISCV as well as 
further improving cross compilation, and all official ISO images are now fully 
cross build! Over 13800 Subversion revisions indicate the magnitude of the 
release, with over 1000 new packages, new features and various other 
improvements and fixes, including the latest Linux kernel, GCC, LLVM, Clang, 
Rust,  X.org , Wayland, Firefox, KDE, GNOME & everything in 
between.

Aside support for the latest Epyc and Threadripping AMD Zen silicon, with 
enthusiasm we also maintain support vintage hardware. such as the Sony PS3, Sgi 
Octane, Sun UltraSPARC and various other such systems!

More information, source and binary downloads are available open source and for 
free at:

https://t2sde.org 

Since recently the development can also be followed live on YouTube at:

https://youtube.com/renerebe 

There were 13895 changesets with 15589 lines of commit messages.
Approximately 11743 packages got updates, 1006 issues fixed, 11743 packages or 
features added and 275 removed.
Around 102 improvements have been committed.

Toolchain updates:
* updated clang (10.0.1 -> 11.0.0)
* updated llvm (10.0.1 -> 11.0.0)
* updated binutils (2.34 -> 2.35)
* updated gcc (10.1.0 -> 10.2.0)
* updated clang (10.0.0 -> 10.0.1)
* updated llvm (10.0.0 -> 10.0.1)
* updated gcc (9.3.0 -> 10.1.0)
* updated clang (9.0.1 -> 10.0.0)
* updated llvm (9.0.1 -> 10.0.0)
* updated gcc (9.2.0 -> 9.3.0)
* updated binutils (2.33.1 -> 2.34)
* updated clang (9.0.0 -> 9.0.1)
* updated llvm (9.0.0 -> 9.0.1)
* updated binutils (2.32 -> 2.33.1)
* updated clang (9.0.0rc2 -> 9.0.0)
* updated llvm (9.0.0rc2 -> 9.0.0)
* updated clang (8.0.1 -> 9.0.0rc2)
* updated llvm (8.0.1 -> 9.0.0rc2)
* updated gcc (9.1.0 -> 9.2.0)
* updated clang (8.0.0 -> 8.0.1)
* updated llvm (8.0.0 -> 8.0.1)
* updated gcc (8.3.0 -> 9.1.0)
* updated gcc (8.2.0 -> 8.3.0)
* updated llvm (7.0.1 -> 8.0.0)
* updated binutils (2.31.1 -> 2.32)
* updated llvm (7.0.0 -> 7.0.1)
* updated llvm (6.0.1 -> 7.0.0)
* updated gcc (8.1.0 -> 8.2.0)
* updated binutils (2.31 -> 2.31.1)
* updated binutils (2.30 -> 2.31)
* updated llvm (6.0.0 -> 6.0.1)
* updated gcc (7.3.0 -> 8.1.0)
* updated llvm (5.0.1 -> 6.0.0)
* updated gcc (7.2.0 -> 7.3.0)
* updated binutils (2.29.1 -> 2.30)
* updated binutils (2.29.1 -> 2.30)
* updated llvm (5.0.0 -> 5.0.1)
* updated binutils (2.29 -> 2.29.1)
* updated gcc (7.1.0 -> 7.2.0)
* updated gcc (6.4 -> 7.1.0)
* updated gcc (6.3.0 -> 6.4)
* updated llvm (4.0.1 -> 5.0.0)
* updated binutils (2.28 -> 2.29)
* updated llvm (4.0.0 -> 4.0.1)
* updated llvm (3.9.1 -> 4.0.0)
* updated binutils (2.27 -> 2.28)
* updated gcc (6.2.0 -> 6.3.0)
* updated llvm (3.9.0 -> 3.9.1)
* updated gcc (5.4.0 -> 6.2.0)
* updated gcc (5.3.0 -> 5.4.0)
* updated llvm (3.8.0 -> 3.9.0)
* updated binutils (2.26.1 -> 2.27)
* updated binutils (2.26 -> 2.26.1)
* updated llvm (3.7.1 -> 3.8.0)
* updated binutils (2.25.1 -> 2.26)
* updated llvm (3.7.0 -> 3.7.1)
* updated gcc (5.2.0 -> 5.3.0)
* updated llvm (3.6.2 -> 3.7.0)
* updated gcc (5.1.0 -> 5.2.0)
* updated binutils (2.25 -> 2.25.1)
* updated llvm (3.6.1 -> 3.6.2)
* updated llvm (3.6.0 -> 3.6.1)
* updated gcc (4.9.2 -> 5.1.0)
* updated llvm (3.5.1 -> 3.6.0)
* updated llvm (3.5.0 -> 3.5.1)
* updated binutils (2.24 -> 2.25)
* updated gcc (4.9.1 -> 4.9.2)
* updated llvm (3.4.2 -> 3.5.0)
* updated gcc (4.9.0 -> 4.9.1)
* updated llvm (3.4.1 -> 3.4.2)
* updated gcc (4.8.3 -> 4.9.0)
* updated gcc (4.8.2 -> 4.8.3)
* updated gcc (4.8.1 -> 4.8.2)
* updated gcc (4.8.0 -> 4.8.1)
* updated gcc (4.7.3 -> 4.8.0)
* updated gccmakedep (1.0.2 -> 1.0.3)
* updated llvm (3.4 -> 3.4.1)
* updated binutils (2.23.2 -> 2.24)
* updated llvm (3.3 -> 3.4)
* updated x86-64 gcc optimization options
* updated llvm (3.2 -> 3.3)
* update gcc 4.7.2 -> 4.7.3
* updated binutils (2.23.1 -> 2.23.2)
* update binutils to 2.23.1
* updated llvm (3.1 -> 3.2)
* updated gcc (4.7.1 -> 4.7.2)
* updated llvm (3.0 -> 3.1)
* updated gcc (4.7.0 -> 4.7.1)
* updated gcc (4.6.3 -> 4.7.0)
* gcc update 4.6.2 -> 4.6.3
* updated binutils (2.20.51.0.11 -> 2.21.53.0.2)
* updated llvm (2.9 -> 3.0)
* update gcc 4.6.1 -> 4.6.2
* updated gcc (4.5.3 -> 4.6.1)
* updated gcc (4.5.2 -> 4.5.3)
* updated llvm (2.8 -> 2.9)
* updated gcc (4.5.1 -> 4.5.2)
* update

[t2] [ANNOUNCE] t2 Linux 20.10 - ARM64, PowerPC64le, RISCV & more!

2020-12-04 Thread René Rebe
After a decade of development we are proud to announce the availability of the 
new T2 Linux Source and Embedded Linux distribution build kit stable release 
20.10.

The 20.10 release received updates across the board, while a major working 
target was adding new architecture support for ARM64, and RISCV as well as 
further improving cross compilation, and all official ISO images are now fully 
cross build! Over 13800 Subversion revisions indicate the magnitude of the 
release, with over 1000 new packages, new features and various other 
improvements and fixes, including the latest Linux kernel, GCC, LLVM, Clang, 
Rust,  X.org, Wayland, Firefox, KDE, GNOME & everything in between.

Aside support for the latest Epyc and Threadripping AMD Zen silicon, with 
enthusiasm we also maintain support vintage hardware. such as the Sony PS3, Sgi 
Octane, Sun UltraSPARC and various other such systems!

More information, source and binary downloads are available open source and for 
free at:

https://t2sde.org 

Since recently the development can also be followed live on YouTube at:

https://youtube.com/renerebe 

There where 13895 changesets with 15589 lines of commit messages.
Approximately 11743 packages got updates, 1006 issues fixed, 11743 packages or 
features added and 275 removed.
Arround 102 improvements have been committed.

Toolchain updates:
* updated clang (10.0.1 -> 11.0.0)
* updated llvm (10.0.1 -> 11.0.0)
* updated binutils (2.34 -> 2.35)
* updated gcc (10.1.0 -> 10.2.0)
* updated clang (10.0.0 -> 10.0.1)
* updated llvm (10.0.0 -> 10.0.1)
* updated gcc (9.3.0 -> 10.1.0)
* updated clang (9.0.1 -> 10.0.0)
* updated llvm (9.0.1 -> 10.0.0)
* updated gcc (9.2.0 -> 9.3.0)
* updated binutils (2.33.1 -> 2.34)
* updated clang (9.0.0 -> 9.0.1)
* updated llvm (9.0.0 -> 9.0.1)
* updated binutils (2.32 -> 2.33.1)
* updated clang (9.0.0rc2 -> 9.0.0)
* updated llvm (9.0.0rc2 -> 9.0.0)
* updated clang (8.0.1 -> 9.0.0rc2)
* updated llvm (8.0.1 -> 9.0.0rc2)
* updated gcc (9.1.0 -> 9.2.0)
* updated clang (8.0.0 -> 8.0.1)
* updated llvm (8.0.0 -> 8.0.1)
* updated gcc (8.3.0 -> 9.1.0)
* updated gcc (8.2.0 -> 8.3.0)
* updated llvm (7.0.1 -> 8.0.0)
* updated binutils (2.31.1 -> 2.32)
* updated llvm (7.0.0 -> 7.0.1)
* updated llvm (6.0.1 -> 7.0.0)
* updated gcc (8.1.0 -> 8.2.0)
* updated binutils (2.31 -> 2.31.1)
* updated binutils (2.30 -> 2.31)
* updated llvm (6.0.0 -> 6.0.1)
* updated gcc (7.3.0 -> 8.1.0)
* updated llvm (5.0.1 -> 6.0.0)
* updated gcc (7.2.0 -> 7.3.0)
* updated binutils (2.29.1 -> 2.30)
* updated binutils (2.29.1 -> 2.30)
* updated llvm (5.0.0 -> 5.0.1)
* updated binutils (2.29 -> 2.29.1)
* updated gcc (7.1.0 -> 7.2.0)
* updated gcc (6.4 -> 7.1.0)
* updated gcc (6.3.0 -> 6.4)
* updated llvm (4.0.1 -> 5.0.0)
* updated binutils (2.28 -> 2.29)
* updated llvm (4.0.0 -> 4.0.1)
* updated llvm (3.9.1 -> 4.0.0)
* updated binutils (2.27 -> 2.28)
* updated gcc (6.2.0 -> 6.3.0)
* updated llvm (3.9.0 -> 3.9.1)
* updated gcc (5.4.0 -> 6.2.0)
* updated gcc (5.3.0 -> 5.4.0)
* updated llvm (3.8.0 -> 3.9.0)
* updated binutils (2.26.1 -> 2.27)
* updated binutils (2.26 -> 2.26.1)
* updated llvm (3.7.1 -> 3.8.0)
* updated binutils (2.25.1 -> 2.26)
* updated llvm (3.7.0 -> 3.7.1)
* updated gcc (5.2.0 -> 5.3.0)
* updated llvm (3.6.2 -> 3.7.0)
* updated gcc (5.1.0 -> 5.2.0)
* updated binutils (2.25 -> 2.25.1)
* updated llvm (3.6.1 -> 3.6.2)
* updated llvm (3.6.0 -> 3.6.1)
* updated gcc (4.9.2 -> 5.1.0)
* updated llvm (3.5.1 -> 3.6.0)
* updated llvm (3.5.0 -> 3.5.1)
* updated binutils (2.24 -> 2.25)
* updated gcc (4.9.1 -> 4.9.2)
* updated llvm (3.4.2 -> 3.5.0)
* updated gcc (4.9.0 -> 4.9.1)
* updated llvm (3.4.1 -> 3.4.2)
* updated gcc (4.8.3 -> 4.9.0)
* updated gcc (4.8.2 -> 4.8.3)
* updated gcc (4.8.1 -> 4.8.2)
* updated gcc (4.8.0 -> 4.8.1)
* updated gcc (4.7.3 -> 4.8.0)
* updated gccmakedep (1.0.2 -> 1.0.3)
* updated llvm (3.4 -> 3.4.1)
* updated binutils (2.23.2 -> 2.24)
* updated llvm (3.3 -> 3.4)
* updated x86-64 gcc optimization options
* updated llvm (3.2 -> 3.3)
* update gcc 4.7.2 -> 4.7.3
* updated binutils (2.23.1 -> 2.23.2)
* update binutils to 2.23.1
* updated llvm (3.1 -> 3.2)
* updated gcc (4.7.1 -> 4.7.2)
* updated llvm (3.0 -> 3.1)
* updated gcc (4.7.0 -> 4.7.1)
* updated gcc (4.6.3 -> 4.7.0)
* gcc update 4.6.2 -> 4.6.3
* updated binutils (2.20.51.0.11 -> 2.21.53.0.2)
* updated llvm (2.9 -> 3.0)
* update gcc 4.6.1 -> 4.6.2
* updated gcc (4.5.3 -> 4.6.1)
* updated gcc (4.5.2 -> 4.5.3)
* updated llvm (2.8 -> 2.9)
* updated gcc (4.5.1 -> 4.5.2)
* updated binutils (2.2

Re: [t2] .prof files

2020-11-22 Thread René Rebe
Hi,

> On 17. Nov 2020, at 22:57, scsijon  wrote:
> 
> Hi Rene,
> 
> With things being as they are at present, I haven't been paying a lot of 
> attention to T2, other than downloading updates for a few months now, and 
> just starting to look at things again, I'm seeing some .prof files appearing.
> 
> Couldn't see anything about them on your site or in the manual and just 
> wondered what is their purpose, or were they for your internal system and 
> shouldn't have been coming down with updates.


svn log usually provides a nice history to follow. They are smart optimization 
profiles that we had since 2003-ish or so and I recently vastly improved and 
moved from a central scripts/smart_db.txt to better maintainable per package 
fies.

Stay safe,
René

-- 
 ExactCODE GmbH, Lietzenburger Str. 42, DE-10789 Berlin, https://exactcode.com
 https://exactscan.com | https://ocrkit.com | https://t2sde.org | 
https://rene.rebe.de

--- 
If you wish to unsubscribe from this mailing, send mail to
li...@t2-project.org with a subject of: unsubscribe t2


Re: [t2] [t2-svn] rev 50580 - trunk/package/python/python

2020-11-01 Thread René Rebe
Hey Jon,


> On 30. Oct 2020, at 15:59, scsijon  wrote:
> 
> Your diff is missing the third link (for pydoc), like the others it's used by 
> python internally.
> 
> hook_add postmake 5 'ln -s pydoc3 $root$bindir/pydoc'


pydoc was not in the code before. I guess that is something you had locally?

René

-- 
 ExactCODE GmbH, Lietzenburger Str. 42, DE-10789 Berlin, https://exactcode.com
 https://exactscan.com | https://ocrkit.com | https://t2sde.org | 
https://rene.rebe.de

--- 
If you wish to unsubscribe from this mailing, send mail to
li...@t2-project.org with a subject of: unsubscribe t2


[t2] Re: rev 50399 and later have no content?

2020-09-23 Thread René Rebe
Hi Jon,

> On 22. Sep 2020, at 01:01, scsijon  wrote:
> 
> Have you a problem somewhere rev50398 was ok?
> regards
> jon
> 
>  Forwarded Message 

Not sure what you refer to, t2-svn e-mails? They appear to be ok for me.
Maybe your MUA did not load it? Thee svn commit also go straight into
a sendmail-like MTA, so there might always be a chance it is not
100% valid RFC whatever email plain/text ;-)

greetings,

René

-- 
 ExactCODE GmbH, Lietzenburger Str. 42, DE-10789 Berlin, https://exactcode.com
 https://exactscan.com | https://ocrkit.com | https://t2sde.org | 
https://rene.rebe.de

--- 
If you wish to unsubscribe from this mailing, send mail to
li...@t2-project.org with a subject of: unsubscribe t2


Re: [t2] ps3fb support in the latest t2 iso

2020-09-08 Thread René Rebe
Hi,


> On 8. Sep 2020, at 19:07, Tilman Koß  wrote:
> 
> Hello René, 
> 
> Thanks for the answer, for now I could circumvent the error by not setting 
> the mode in xorg.conf. I cant even change the mode in the kernel parameters, 
> it is set to "video=ps3fb:mode:13", changing the mode number only distorts 
> the image.

I tested that the other day. X.org’s fbdev indeed still worked for me. Maybe 
depth needs to be 24 bits or so. I did not test variantions but in general it 
appeared to still work.

Do other mode numbers than 13 not work with the kernel frame buffer?

Thanks for testing, I don’t really have spare time to test anything than what I 
use, so feedback of others to summarize what does not work helps me to focus on 
fixing such findings specifically.

René

> Greetings
> Tilman
> 
> Am Fr., 4. Sept. 2020 um 18:00 Uhr schrieb René Rebe  <mailto:r...@exactcode.com>>:
> Hi,
> 
> 
>> On 1. Sep 2020, at 20:52, Tilman Koß > <mailto:tilman.k...@gmail.com>> wrote:
>> 
>> Hello everyone, 
>> 
>> I recently tried the latest t2 iso 
>> (http://dl.t2-project.org/binary/2020/t2-minimal-glibc-gcc-ppc6432-20.3-4.iso
>>  
>> <http://dl.t2-project.org/binary/2020/t2-minimal-glibc-gcc-ppc6432-20.3-4.iso>)
>>  on my PS3. Does anyone know whether this image has working framebuffer 
>> support? I installed the image, modified xorg.conf to use "fbdev" but i get 
>> an error when running "startx". The error is "AddScreen/ScreenInit failed 
>> for driver 0". I have a CECHL PS3 with the 3.55 Otheros++ firmware by Geoff 
>> Levand. 
>> 
>> I attached my xorg.conf, the Xorg log and the dmesg log. 
>> 
>> Thanks and greetings
> 
> 
> Hm, I generally don’t use the X fb driver, it could be my latest ps3fb rework 
> broke that;
> or you simply set another mode in X than the kernel?
> 
> [   649.905] (EE) FBDEV(0): FBIOPUT_VSCREENINFO succeeded but modified mode
> [   649.905] (EE) FBDEV(0): mode initialization failed
> 
> Guess I should test that some more, if you take a look yourself a patch to 
> improve anything in this area would be great, too!
> 
>   René
> 
> -- 
>  ExactCODE GmbH, Lietzenburger Str. 42, DE-10789 Berlin, 
> https://exactcode.com <https://exactcode.com/>
>  https://exactscan.com <https://exactscan.com/> | https://ocrkit.com 
> <https://ocrkit.com/> | https://t2sde.org <https://t2sde.org/> | 
> https://rene.rebe.de <https://rene.rebe.de/>

-- 
 ExactCODE GmbH, Lietzenburger Str. 42, DE-10789 Berlin, https://exactcode.com
 https://exactscan.com | https://ocrkit.com | https://t2sde.org | 
https://rene.rebe.de

--- 
If you wish to unsubscribe from this mailing, send mail to
li...@t2-project.org with a subject of: unsubscribe t2


Re: [t2] [PATCH] Add POWER9 optimization target to powerpc64

2020-09-08 Thread René Rebe
Hey,

> On 7. Sep 2020, at 23:17, Shawn Anastasio  wrote:
> 
> This patch adds support for optimizing powerpc64 builds for POWER9
> 
> Index: architecture/powerpc64/config.in
> ===
> --- architecture/powerpc64/config.in  (revision 50292)
> +++ architecture/powerpc64/config.in  (working copy)
> @@ -26,7 +26,8 @@
>   power6  "Optimized for Power6"  \
>   power6x "Optimized for Power6x" \
>   power7  "Optimized for Power7"  \
> - power8  "Optimized for Power8"
> + power8  "Optimized for Power8"  \
> + power9  "Optimized for Power9"
> 
> bool 'Default to 32-bit for the user-space applications' SDECFG_POWERPC64_32 0
> 

Thanks,

Committed r50302.

René

-- 
 ExactCODE GmbH, Lietzenburger Str. 42, DE-10789 Berlin, https://exactcode.com
 https://exactscan.com | https://ocrkit.com | https://t2sde.org | 
https://rene.rebe.de

--- 
If you wish to unsubscribe from this mailing, send mail to
li...@t2-project.org with a subject of: unsubscribe t2


Re: [t2] [PATCH v2] Initial support for powerpc64le

2020-09-08 Thread René Rebe
Hi Shawn,


> On 7. Sep 2020, at 23:31, Shawn Anastasio  wrote:
> 
> Changes in v2:
>* Initial patch was generated incorrectly (sorry, I'm still new to svn)

welcome and thanks for your contribution!

I slightly reworked this to be an “sub-architecture” config option
within powerpc64, similar to what we had for mips(el) and arm(eb):

Committed r50303.

René

> This patch introduces support for the powerpc64le architecture,
> introduced with POWER8. This is similar to powerpc64, except
> the host byte order is Little Endian, and the target is purely
> 64-bits, meaning no multilib or ppc32le.
> 
> Currently the only thing missing is a kernel config, but as
> it stands, scripts/Build-Target is able to build a fully working
> T2 ppc64le userland with this patch.
> 
> 
> Index: architecture/powerpc64/config.in
> ===
> --- architecture/powerpc64/config.in  (revision 50292)
> +++ architecture/powerpc64/config.in  (working copy)
> @@ -26,7 +26,8 @@
>   power6  "Optimized for Power6"  \
>   power6x "Optimized for Power6x" \
>   power7  "Optimized for Power7"  \
> - power8  "Optimized for Power8"
> + power8  "Optimized for Power8"  \
> + power9  "Optimized for Power9"
> 
> bool 'Default to 32-bit for the user-space applications' SDECFG_POWERPC64_32 0
> 
> Index: architecture/powerpc64le/archtest.out
> ===
> --- architecture/powerpc64le/archtest.out (nonexistent)
> +++ architecture/powerpc64le/archtest.out (working copy)
> @@ -0,0 +1,8 @@
> +arch_sizeof_short=2
> +arch_sizeof_int=4
> +arch_sizeof_long=8
> +arch_sizeof_long_long=8
> +arch_sizeof_char_p=8
> +arch_bigendian=no
> +arch_machine=powerpc64le
> +arch_target=powerpc64le-t2-linux-gnu
> Index: architecture/powerpc64le/boot/boot.in
> ===
> --- architecture/powerpc64le/boot/boot.in (nonexistent)
> +++ architecture/powerpc64le/boot/boot.in (working copy)
> @@ -0,0 +1,2 @@
> +# for powerpc64le we simply reuse the powerpc boot-loader glue
> +. $base/architecture/powerpc/boot/boot.in
> Index: architecture/powerpc64le/config.hlp
> ===
> --- architecture/powerpc64le/config.hlp   (nonexistent)
> +++ architecture/powerpc64le/config.hlp   (working copy)
> @@ -0,0 +1,18 @@
> +# --- T2-COPYRIGHT-NOTE-BEGIN ---
> +# This copyright note is auto-generated by scripts/Create-CopyPatch.
> +# 
> +# T2 SDE: architecture/powerpc64/config.hlp
> +# Copyright (C) 2004 - 2020 The T2 SDE Project
> +# Copyright (C) 1998 - 2003 ROCK Linux Project
> +# 
> +# More information can be found in the files COPYING and README.
> +# 
> +# This program is free software; you can redistribute it and/or modify
> +# it under the terms of the GNU General Public License as published by
> +# the Free Software Foundation; version 2 of the License. A copy of the
> +# GNU General Public License can be found in the file COPYING.
> +# --- T2-COPYRIGHT-NOTE-END ---
> +
> +SDECFG_POWERPC64LE_OPT
> +  Please select the CPU you want to optimize for.
> +
> Index: architecture/powerpc64le/config.in
> ===
> --- architecture/powerpc64le/config.in(nonexistent)
> +++ architecture/powerpc64le/config.in(working copy)
> @@ -0,0 +1,25 @@
> +# --- T2-COPYRIGHT-NOTE-BEGIN ---
> +# This copyright note is auto-generated by scripts/Create-CopyPatch.
> +# 
> +# T2 SDE: architecture/powerpc64/config.in
> +# Copyright (C) 2004 - 2020 The T2 SDE Project
> +# Copyright (C) 1998 - 2003 ROCK Linux Project
> +# 
> +# More information can be found in the files COPYING and README.
> +# 
> +# This program is free software; you can redistribute it and/or modify
> +# it under the terms of the GNU General Public License as published by
> +# the Free Software Foundation; version 2 of the License. A copy of the
> +# GNU General Public License can be found in the file COPYING.
> +# --- T2-COPYRIGHT-NOTE-END ---
> +
> +#Description: PowerPC 64 LE (Little Endian)
> +
> +choice SDECFG_POWERPC64LE_OPT generic \
> + generic "No special optimization (Power8)"  \
> + power9  "Optimized for Power9"
> +
> +if [ $SDECFG_POWERPC64LE_OPT != generic ] ; then
> + SDECFG_ID="$SDECFG_ID-$SDECFG_POWERPC64LE_OPT"
> +fi
> +
> Index: architecture/powerpc64le/gcc-options.in
> ===
> --- architecture/powerpc64le/gcc-options.in   (nonexistent)
> +++ architecture/powerpc64le/gcc-options.in   (working copy)
> @@ -0,0 +1,19 @@
> +# --- T2-COPYRIGHT-NOTE-BEGIN ---
> +# This copyright note is auto-generated by ./scripts/Create-CopyPatch.
> +# 

Re: [t2] ps3fb support in the latest t2 iso

2020-09-04 Thread René Rebe
Hi,


> On 1. Sep 2020, at 20:52, Tilman Koß  wrote:
> 
> Hello everyone, 
> 
> I recently tried the latest t2 iso 
> (http://dl.t2-project.org/binary/2020/t2-minimal-glibc-gcc-ppc6432-20.3-4.iso 
> )
>  on my PS3. Does anyone know whether this image has working framebuffer 
> support? I installed the image, modified xorg.conf to use "fbdev" but i get 
> an error when running "startx". The error is "AddScreen/ScreenInit failed for 
> driver 0". I have a CECHL PS3 with the 3.55 Otheros++ firmware by Geoff 
> Levand. 
> 
> I attached my xorg.conf, the Xorg log and the dmesg log. 
> 
> Thanks and greetings


Hm, I generally don’t use the X fb driver, it could be my latest ps3fb rework 
broke that;
or you simply set another mode in X than the kernel?

[   649.905] (EE) FBDEV(0): FBIOPUT_VSCREENINFO succeeded but modified mode
[   649.905] (EE) FBDEV(0): mode initialization failed

Guess I should test that some more, if you take a look yourself a patch to 
improve anything in this area would be great, too!

René

-- 
 ExactCODE GmbH, Lietzenburger Str. 42, DE-10789 Berlin, https://exactcode.com
 https://exactscan.com | https://ocrkit.com | https://t2sde.org | 
https://rene.rebe.de

--- 
If you wish to unsubscribe from this mailing, send mail to
li...@t2-project.org with a subject of: unsubscribe t2


Re: [t2] [t2-svn] rev 50016 - trunk/package/qt/qt5

2020-07-12 Thread René Rebe
Jon,

> On 12. Jul 2020, at 05:56, scsijon  wrote:
> 
> a few thoughts
> 
> On 11/7/20 9:41 pm, René Rebe wrote:
>> Hey,
> /cut
> 
>>>> The previous Qt version did not build for me anymore, something with 
>>>> runtime_error or so
>>>> not being in std:: namespace.
> 
> I just had a look at info on the error, it's a c++ error, not qt itself, 
> looks like your either short some memory space or something is missing in 
> your prerequisites packageset. I do know that qt5 requires a horendous 
> ammount of memory while building, I had to ./scripts/Cleanup -cache just 
> about every second time just to have enough to build it.
> 
> If it fails, let me have the error and config files when you build it next 
> and i'll see what i can find, oh and don't build it in a tempfs or container, 
> they are known to fail.

Well, if Qt does not build because it’s source code is not written standard 
confirm and previously only happened to build by sheer luck it has nothing to 
do with the configuration and prerequisits.

error: no member named 'runtime_error' in namespace 'std'

https://forum.qt.io/topic/114924/cannot-build-q-error-in-qtlocation 
<https://forum.qt.io/topic/114924/cannot-build-q-error-in-qtlocation>

As I said it might only miss an #include   or similar, however given 
there was a new release it is not worth my time trying to patch an old version 
for a new gcc release.

Have a good Sunday,
René

-- 
 ExactCODE GmbH, Lietzenburger Str. 42, DE-10789 Berlin, https://exactcode.com
 https://exactscan.com | https://ocrkit.com | https://t2sde.org | 
https://rene.rebe.de

--- 
If you wish to unsubscribe from this mailing, send mail to
li...@t2-project.org with a subject of: unsubscribe t2


Re: [t2] [t2-svn] rev 50016 - trunk/package/qt/qt5

2020-07-11 Thread René Rebe
Hey,

> On 11. Jul 2020, at 11:38, scsijon  wrote:
> 
> 
> 
> On 11/7/20 6:17 pm, René Rebe wrote:
>> Hey,
>>> On 11. Jul 2020, at 04:29, scsijon  wrote:
>>> 
>>> On 11/7/20 3:38 am, rene-boun...@exactcode.de wrote:
>>>> svn diff -c 50016https://svn.exactcode.de/t2
>>> 
>>> Rene, did you see this?
>> thanks for the heads up
>>> [quote]
>>> Due to The Qt Company offering changes, open source offline installers are 
>>> not available any more since Qt 5.15. Read more about offering changes in 
>>> the https://www.qt.io/blog/qt-offering-changes-2020 blog.
>>> 
>>> If you need offline installers, please consider our new Qt for Small 
>>> Business offering: 
>>> https://www.qt.io/blog/available-now-qt-for-small-businesses
>>> 
>>> [/quote]
>>> 
>>> It's in the 
>>> [url]http://download.qt.io/official_releases/qt/5.15/5.15.0/OFFLINE_REAMDE.txt[/url]
>>>  file.
>> The previous Qt version did not build for me anymore, something with 
>> runtime_error or so
>> not being in std:: namespace.
> 
> Strange, i've never had a fail that could not be fixed by a config change, 
> they seemed to like changing switch names between version steps, which 
> annoyed me no end; and laterly by removing the qtwebengine part when not 
> having python2 in the packagelist fixed that problem of it failing part 
> through the qtwebengine part as that needs python2.7 internals to run anyway.

on the first glance it is likely new gcc c++ STL header changes, and before I 
waste hours on this 500MB+ codebase I try the latest release version ;-)

>> I have no idea what this legalized marketing text tries to tell me. It 
>> sounds to apply only
>> to pre-built stuff and support from the Qt company. I went thru their 
>> website to check if
>> 5.15 is stable and it clearly listed open source release and obligations.
> 
> As i initially understand it, and i've asked a legal court friend to do a 
> quick check for me, the change means you can build it for yourself but can't 
> allow a compiled package to be passed on to others without registration, even 
> though the registration is free.

My Qt build log includes this output:

This is the Qt Open Source Edition.

You have already accepted the terms of the Open Source license.

So my best guess is they talk about the commercial pre-built stuff only.
You only need to stick to their open source licensing term as before.

>> In any case I never liked Qt, it is a humongous collection of everything and 
>> the kitchen
>> sink and I will never use it personally and only use it to build open source 
>> stuff for
>> my personal use, such as obs-studio and nextpnr. Basically nothing else that 
>> would
>> come to mind right now, … ;-)
>> I personally avoid cancerous stuff like Qt at any price.
> 
> I wish i could, but most of the high level graphics storyboard / animation / 
> manga packages I work with are based on it. Thankfully all of mine that use 
> qt5 happily run on 5.14, with a lot of the 'extras' removed, and i'll be 
> keeping them there.

Perfect.

>> Have a great weekend,
>>  René Rebe
> and back to you
> scsijon


Keep hacking,
René

-- 
 ExactCODE GmbH, Lietzenburger Str. 42, DE-10789 Berlin, https://exactcode.com
 https://exactscan.com | https://ocrkit.com | https://t2sde.org | 
https://rene.rebe.de

--- 
If you wish to unsubscribe from this mailing, send mail to
li...@t2-project.org with a subject of: unsubscribe t2


Re: [t2] [t2-svn] rev 50016 - trunk/package/qt/qt5

2020-07-11 Thread René Rebe
Hey,

> On 11. Jul 2020, at 04:29, scsijon  wrote:
> 
> On 11/7/20 3:38 am, rene-boun...@exactcode.de wrote:
>> svn diff -c 50016https://svn.exactcode.de/t2
> 
> Rene, did you see this?

thanks for the heads up!

> [quote]
> Due to The Qt Company offering changes, open source offline installers are 
> not available any more since Qt 5.15. Read more about offering changes in the 
> https://www.qt.io/blog/qt-offering-changes-2020 blog.
> 
> If you need offline installers, please consider our new Qt for Small Business 
> offering: https://www.qt.io/blog/available-now-qt-for-small-businesses
> 
> [/quote]
> 
> It's in the 
> [url]http://download.qt.io/official_releases/qt/5.15/5.15.0/OFFLINE_REAMDE.txt[/url]
>  file.

The previous Qt version did not build for me anymore, something with 
runtime_error or so
not being in std:: namespace.

I have no idea what this legalized marketing text tries to tell me. It sounds 
to apply only
to pre-built stuff and support from the Qt company. I went thru their website 
to check if
5.15 is stable and it clearly listed open source release and obligations.

In any case I never liked Qt, it is a humongous collection of everything and 
the kitchen
sink and I will never use it personally and only use it to build open source 
stuff for
my personal use, such as obs-studio and nextpnr. Basically nothing else that 
would
come to mind right now, … ;-)

I personally avoid cancerous stuff like Qt at any price.

Have a great weekend,
René Rebe

-- 
 ExactCODE GmbH, Lietzenburger Str. 42, DE-10789 Berlin, https://exactcode.com
 https://exactscan.com | https://ocrkit.com | https://t2sde.org | 
https://rene.rebe.de

--- 
If you wish to unsubscribe from this mailing, send mail to
li...@t2-project.org with a subject of: unsubscribe t2


  1   2   3   4   5   6   7   8   9   10   >