freemint-discuss — The official FreeMiNT Mailing List

Re: [Freemint-discuss] RPMint

[Mark D. <mdu...@at...>]

In principle I agree with this but in practice I wonder how it would
work with RPM's opinionated ways.  To generate an SRPM file which is the
theoretical input to such a project, RPM basically demands the source
files, patches, and a spec file and the whole thing has to build
successfully.   If it does, it will create the SRPM along with the final
package.  The utility there, at least for me, is that if you manage to
get an SRPM file you've probably assembled it all properly.   Someone
would upload an SRPM file which contains everything and the autobuilder
would take it from there.  No doubt we will have libraries that will
break other packages taht depend on it, so we'll have to have some trial
mechanism that demands a successful build of dependent packages before
the new one replaces anything.

It wouldn't be the end of the world to forgo that and instead trust the
specs that people upload are well tested.  And lets be realistic here,
there will be very few people actually contributing.  The problem there
is that there would be a ton of binary content on github.  You know the
.tar.gz source files for packages.  Not a well advised idea and a git
pull would slowly get insanely huge.  I think this is what is going on
with cocoapods which can take a long time to sync.

Alternatively, you could store only patches and specs github and source
code on rpmint ftp.  The spec could reference the source url on the
rpmint server (I would insist on having a local copy as we tend to get
far behind other systems in versions).  This isn't an awful idea as in
theory the source archive should be the same (and should validate with
md5 or sha1 sum).  It looks like there are tools that will download
source from an input spec file.

https://stackoverflow.com/questions/33177450/how-do-i-get-rpmbuild-to-download-all-of-the-sources-for-a-particular-spec

So I can use github to the extent that patches and specs are stored
there.  The question is, is the purpose of the autobuilder to vet
people's raw source changes (autobuild on hook from spec/patch commit),
or is the purpose to submit a well vetted prebuilt SRPM and get back out
optimized versions for coldfire, 68020 and 68000.  I think the latter is
for me.


On 01/25/2018 05:13 PM, Miro Kropáček wrote:
> 
> 

> What I would recommend here is to open a github repository which would
> contain package sources and setup git hooks to your server -- that way
> it's super easy to contribute/fix packages and you can focus solely on
> the building part & GUI for downloading/searching etc. In fact, this
> (the need to have an own server if you want to track build dependencies)
> is the only reason why we already don't have this in FreeMiNT (so you
> can't push a change to, say, gemlib and get freemint's tools rebuilt).

Re: [Freemint-discuss] RPMint

[Miro K. <mir...@gm...>]

On 26 January 2018 at 04:55, Mark Duckworth <mdu...@at...>
wrote:

* Auto builder which builds same packages for coldfire, 68020-60 and 68000
>
Sounds great, Mark!


> * Clean up rpm build dependencies so that autobuild can rebuild
> everything from scratch without screwing up the dependencies.  The
> purpose being that if a static lib is updated, the entire system can be
> updated automatically.  Backend will facilitate this and will bump up
> revisions prompting package updates.
>
[..]

* Comprehensive website (will be postgresql/c#/mvc running on
> mono/linux).  Will allow package upload, community approval, deployment
> to auto build servers, searching by file, package info, historical
> package archive, etc.  The autobuilder will also be a C# app that will
> monitor and control via ssh.
>
What I would recommend here is to open a github repository which would
contain package sources and setup git hooks to your server -- that way it's
super easy to contribute/fix packages and you can focus solely on the
building part & GUI for downloading/searching etc. In fact, this (the need
to have an own server if you want to track build dependencies) is the only
reason why we already don't have this in FreeMiNT (so you can't push a
change to, say, gemlib and get freemint's tools rebuilt).

-- 
MiKRO / Mystic Bytes
http://mikro.atari.org

[Freemint-discuss] RPMint

[Mark D. <mdu...@at...>]

Hello all,

I bought rpmint.com and wanted to announce that I wanted to
fork/continue on with sparemint as a new name, RPMint.  What I am
planning to do is a slight divergence from sparemint but ultimately the
same.  The goals are:

* Auto builder which builds same packages for coldfire, 68020-60 and 68000

* Clean up rpm build dependencies so that autobuild can rebuild
everything from scratch without screwing up the dependencies.  The
purpose being that if a static lib is updated, the entire system can be
updated automatically.  Backend will facilitate this and will bump up
revisions prompting package updates.

* Revised init scripts which run a bit faster and leaner - up for debate

* Updated packages (many already completed just need to put it all together)

* GEM/CLI package installer/updater

* Comprehensive website (will be postgresql/c#/mvc running on
mono/linux).  Will allow package upload, community approval, deployment
to auto build servers, searching by file, package info, historical
package archive, etc.  The autobuilder will also be a C# app that will
monitor and control via ssh.

* For experienced users or for others to build on... Primary focus on
unix cli tools and ports - easymint and other products should take
RPMint work and build on it.  RPMint is JUST the distro, not an
installer or kernel maintenance tools.  Kernel will not be a package at
all.  RPMint is just intended to maintain what is on the ext2 partition
traditionally so no xaaes, no kernel, etc.

* RPMint will lift and otherwise reuse community work whenever
possible.  Vincent Riviere's patches, Alan's work with gentoo, etc.

I did work on all this before but I lost interest due to a lack of
control over sparemint and no interest from sparemint people.  Now I
have no excuses so we'll see what I can do with it.  It's vaporware at
the moment but I wanted to put this out there to allow people to comment
and offer opinions on how things should go.  Ultimately I do not plan to
exercise a lot of control over this but just wanted a platform with
which to share the ports I've done.. and I prefer RPM.

Build farm is an M5484LITE board for coldfire, and two aranym instances
for 68000 and 68020-60.  Ssh access provided to anyone who wants to work
on it, maintain or participate... Or even build their own software. 
68000 is no longer really a waste of time due to MonSTer board and MiST
if anyone ever figures out the block io issues on that.

Thanks,

Mark

Re: [Freemint-discuss] Split windows

[Arnaud B. <arn...@gm...>]

Hello,

The windom library supports that kind of feature, but it's not applicable
for QED (because QED is not built over windom).

http://windom.sourceforge.net/doc/html/group__Frame.html

Arnaud.


Le mer. 24 janv. 2018 à 01:48, Paul Wratt <pau...@gm...> a écrit :

> I suggest you build a demo
>
> essentually you are describing a window with 2x border-less windows
> containded within
>
> This might sound useful, but for it to be totally usable across
> various projects (ie different use cases) it would need a fair few
> option for creation, with a default configuration of 100% height 50%
> split for common use
>
> Is there not already a library with this functionality
>
> Just an thought
>
> Paul
>
> On 1/22/18, Peter Slegg <p....@sc...> wrote:
> >
> > I was considering making a feature request for QED but I am not sure
> > if it could be done in AES.
> >
> > Would it be possible to have a split window feature ? I don't think
> > I've ever seen this in a GEM app.
> >
> > Divide the window horizontally with two sets of vertical scroll bars
> > or divide it vertically with two sets of horizontal scroll bars.
> >
> > I suppose this would be a bit like frames in a browser.
> >
> > Another sugestion would be the ability to collapse/expand blocks of
> > code. So every line between braces {} could be hidden and a small icon
> > is used to expand it again. I think that may be harder to implement.
> >
> >
> >
> > Cheers,
> >
> > Peter
> >
> >
> >
> >
> >
> ------------------------------------------------------------------------------
> > Check out the vibrant tech community on one of the world's most
> > engaging tech sites, Slashdot.org! http://sdm.link/slashdot
> > _______________________________________________
> > Freemint-discuss mailing list
> > Fre...@li...
> > https://lists.sourceforge.net/lists/listinfo/freemint-discuss
> >
>
>
> ------------------------------------------------------------------------------
> Check out the vibrant tech community on one of the world's most
> engaging tech sites, Slashdot.org! http://sdm.link/slashdot
> _______________________________________________
> Freemint-discuss mailing list
> Fre...@li...
> https://lists.sourceforge.net/lists/listinfo/freemint-discuss
>

Re: [Freemint-discuss] Split windows

[WongCK <won...@ya...>]

 
    On Wednesday, 24 January 2018, 10:34:57 AM GMT+8, Paul Wratt <pau...@gm...> wrote:  >Umm.. there is always the "AtariST" way of doing things too, at least under mint


well, yes of course... i don't do that even as I know it 
I actually use Teradesk viewer to view the "other section" of the source code.Only thing lacking there is I cannot do a copy.
plenty of ways to skin a cat/banana  

Re: [Freemint-discuss] Split windows

[Miro K. <mir...@gm...>]

>
> However if it were to be developed in QED, it would demand a fork, and
> is that still possible with atariforge being done (mostly?)
>
Huh? Qed is on github for some time: https://github.com/freemint/qed

-- 
MiKRO / Mystic Bytes
http://mikro.atari.org

Re: [Freemint-discuss] Split windows

[Paul W. <pau...@gm...>]

Umm.. there is always the "AtariST" way of doing things too, at least under mint

open 2x QED
align windows 50/50

save only with one window, other should notify of change from memory
(or am I thinking maybe LeafPad on Linux ?)

However if it were to be developed in QED, it would demand a fork, and
is that still possible with atariforge being done (mostly?)

Paul

On 1/24/18, WongCK via Freemint-discuss
<fre...@li...> wrote:
>
>
>     On Sunday, 21 January 2018, 7:12:33 PM GMT+8, Peter Slegg
> <p....@sc...> wrote:  > Would it be possible to have a split
> window feature ? I don't think
>>I've ever seen this in a GEM app.
>
> May be windom demo has it?IIRC, I saw a window with 2 parts that you can
> scroll.... but I think it is not exactly a split.
>
>

Re: [Freemint-discuss] Split windows

[WongCK <won...@ya...>]

 

    On Sunday, 21 January 2018, 7:12:33 PM GMT+8, Peter Slegg <p....@sc...> wrote:  > Would it be possible to have a split window feature ? I don't think
>I've ever seen this in a GEM app.

May be windom demo has it?IIRC, I saw a window with 2 parts that you can scroll.... but I think it is not exactly a split.

  

Re: [Freemint-discuss] Split windows

[WongCK <won...@ya...>]

 QED currently does not allow to open 2 windows of the same file. ( or am I just not aware of how).if it is allowed, wouldn't it be simpler than to have a split in  the work area of the window ?The contents of the 2 windows will have to sync with each other if one changes (should be simple to achieve).Then it just a matter of arranging the 2 windows -> left-right, top-bottom... etc. (auto arrange windows should also be simple to do)
These features I also found it lacking in QED as I find myself scrolling up and down to see functions etc while programming. 
Just my 2 cents.    On Wednesday, 24 January 2018, 8:48:51 AM GMT+8, Paul Wratt <pau...@gm...> wrote:  
 
 I suggest you build a demo

essentually you are describing a window with 2x border-less windows
containded within

This might sound useful, but for it to be totally usable across
various projects (ie different use cases) it would need a fair few
option for creation, with a default configuration of 100% height 50%
split for common use

Is there not already a library with this functionality

Just an thought

Paul

On 1/22/18, Peter Slegg <p....@sc...> wrote:
>
> I was considering making a feature request for QED but I am not sure
> if it could be done in AES.
>
> Would it be possible to have a split window feature ? I don't think
> I've ever seen this in a GEM app.
>
> Divide the window horizontally with two sets of vertical scroll bars
> or divide it vertically with two sets of horizontal scroll bars.
>
> I suppose this would be a bit like frames in a browser.
>
> Another sugestion would be the ability to collapse/expand blocks of
> code. So every line between braces {} could be hidden and a small icon
> is used to expand it again. I think that may be harder to implement.
>
>
>
> Cheers,
>
> Peter
>
>
>
>
> ------------------------------------------------------------------------------
> Check out the vibrant tech community on one of the world's most
> engaging tech sites, Slashdot.org! http://sdm.link/slashdot
> _______________________________________________
> Freemint-discuss mailing list
> Fre...@li...
> https://lists.sourceforge.net/lists/listinfo/freemint-discuss
>

------------------------------------------------------------------------------
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot
_______________________________________________
Freemint-discuss mailing list
Fre...@li...
https://lists.sourceforge.net/lists/listinfo/freemint-discuss
  

Re: [Freemint-discuss] Split windows

[Paul W. <pau...@gm...>]

I suggest you build a demo

essentually you are describing a window with 2x border-less windows
containded within

This might sound useful, but for it to be totally usable across
various projects (ie different use cases) it would need a fair few
option for creation, with a default configuration of 100% height 50%
split for common use

Is there not already a library with this functionality

Just an thought

Paul

On 1/22/18, Peter Slegg <p....@sc...> wrote:
>
> I was considering making a feature request for QED but I am not sure
> if it could be done in AES.
>
> Would it be possible to have a split window feature ? I don't think
> I've ever seen this in a GEM app.
>
> Divide the window horizontally with two sets of vertical scroll bars
> or divide it vertically with two sets of horizontal scroll bars.
>
> I suppose this would be a bit like frames in a browser.
>
> Another sugestion would be the ability to collapse/expand blocks of
> code. So every line between braces {} could be hidden and a small icon
> is used to expand it again. I think that may be harder to implement.
>
>
>
> Cheers,
>
> Peter
>
>
>
>
> ------------------------------------------------------------------------------
> Check out the vibrant tech community on one of the world's most
> engaging tech sites, Slashdot.org! http://sdm.link/slashdot
> _______________________________________________
> Freemint-discuss mailing list
> Fre...@li...
> https://lists.sourceforge.net/lists/listinfo/freemint-discuss
>

[Freemint-discuss] Split windows

[Peter S. <p....@sc...>]

I was considering making a feature request for QED but I am not sure
if it could be done in AES.

Would it be possible to have a split window feature ? I don't think
I've ever seen this in a GEM app.

Divide the window horizontally with two sets of vertical scroll bars
or divide it vertically with two sets of horizontal scroll bars.

I suppose this would be a bit like frames in a browser.

Another sugestion would be the ability to collapse/expand blocks of
code. So every line between braces {} could be hidden and a small icon
is used to expand it again. I think that may be harder to implement.



Cheers,

Peter

Re: [Freemint-discuss] Sourceforge mailing list

[Roger B. <an...@xp...>]

On 12 Jan 2018 at 19:16, Peter Slegg wrote:

> On Thu, 11 Jan 2018 12:03:35 , WongCK via Freemint-discuss
> <fre...@li...> wrote:
> 
> Is there any way to set my sourceforge mailing options so that:
> 
> 1. I get a digest message once each day
> 2. The messages are in plain email text and not attachments.
> 
I think the answer is no, the format of the digest is not specifiable.

As a matter of interest, if the answer were yes, what would a digest message 
actually look like?  A bunch of messages concatenated together with all the 
header info included?  That would, I think, be less useful.

Roger

[Freemint-discuss] Sourceforge mailing list

[Peter S. <p....@sc...>]

On Thu, 11 Jan 2018 12:03:35 , WongCK via Freemint-discuss <fre...@li...> wrote:

Is there any way to set my sourceforge mailing options so that:

1. I get a digest message once each day
2. The messages are in plain email text and not attachments.


Cheers,

Peter

Re: [Freemint-discuss] clearing TOSWIN console window

[WongCK <won...@ya...>]

 Ah So.... VT52 escape code. Thanks for the hint.
    On Thursday, 11 January 2018, 3:44:45 PM GMT+8, Helmut Karlowski via Freemint-discuss <fre...@li...> wrote:  
 
 ,---------------------------------------------------
> When developing software, my debug output comes out to the TOSWIN console window.As I need a clean output most of the time, I clear the window by closing and opening it.Can there be a menu item or shortcut combo to clear the console window?Thanks.
> rgdswongck

I use:

alias clsc='print -n \\033E >/dev/console'

Your shell might need a different syntax for EscE.


------------------------------------------------------------------------------
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot
_______________________________________________
Freemint-discuss mailing list
Fre...@li...
https://lists.sourceforge.net/lists/listinfo/freemint-discuss
  

Re: [Freemint-discuss] clearing TOSWIN console window

[Helmut K. <hel...@is...>]

,---------------------------------------------------
> When developing software, my debug output comes out to the TOSWIN console window.As I need a clean output most of the time, I clear the window by closing and opening it.Can there be a menu item or shortcut combo to clear the console window?Thanks.
> rgdswongck

I use:

alias clsc='print -n \\033E >/dev/console'

Your shell might need a different syntax for EscE.

[Freemint-discuss] clearing TOSWIN console window

[WongCK <won...@ya...>]

When developing software, my debug output comes out to the TOSWIN console window.As I need a clean output most of the time, I clear the window by closing and opening it.Can there be a menu item or shortcut combo to clear the console window?Thanks.
rgdswongck

Re: [Freemint-discuss] C++

[Thorsten O. <ad...@th...>]

On Freitag, 5. Januar 2018 21:15:04 CET Peter Slegg wrote:
> This might be a bit off-topic here so I might ask on the Atari forum.

As already said, just use g++ instead of gcc. That should add the path to c++ 
headers for includes, and also link to the c++ library.

Re: [Freemint-discuss] C++

[Peter S. <p....@sc...>]

On Fri, 5 Jan 2018 19:40:52 , Peter Slegg <p....@sc...> wrote:
>
> I will try a better C++ test when I know how to write some simple C++
>

Failed at the first hurdle when including iostream:

bash-4.3# gcc -w -Wcomment -m68040 -funsigned-char -fomit-frame-pointer -O2 -fstrength-reduce -fno-strict-aliasing -c hello.cpp  -o  hello.o

In file included from /h/usr/bin/../lib/gcc/m68k-atari-mint/4.6.4/../../../../include/c++/4.6.4/bits/locale_facets.h:41:0,
                 from /h/usr/bin/../lib/gcc/m68k-atari-mint/4.6.4/../../../../include/c++/4.6.4/bits/basic_ios.h:39,
                 from /h/usr/bin/../lib/gcc/m68k-atari-mint/4.6.4/../../../../include/c++/4.6.4/ios:45,
                 from /h/usr/bin/../lib/gcc/m68k-atari-mint/4.6.4/../../../../include/c++/4.6.4/ostream:40,
                 from /h/usr/bin/../lib/gcc/m68k-atari-mint/4.6.4/../../../../include/c++/4.6.4/iostream:40,
                 from hello.cpp:3:
/h/usr/bin/../lib/gcc/m68k-atari-mint/4.6.4/../../../../include/c++/4.6.4/cwctype:52:20:
fatal error: wctype.h: No such file or directory
compilation terminated.


This might be a bit off-topic here so I might ask on the Atari forum.



Peter

Re: [Freemint-discuss] C++

[Thorsten O. <ad...@th...>]

On Donnerstag, 4. Januar 2018 23:10:12 CET Peter Slegg wrote:
> Has anyone ever tried to build any C++ on an Atari (not cross-compiling) ?

Yes, no problem with that. Only problem might be that the compiler needs lots 
of memory, especially when compiling code using templates.

>I managed to write hello-world.cpp and compile and link it with gcc.

You could use the normal gcc driver for compiling source files, as long as 
they are named *.cpp, *.cc or *.C. But i would not recommend that, better 
explicitly use the g++ driver. You will need to use that anyway when linking.

>for (int i=1; i <11; i++)

Thinks like that are also accepted in c99 mode, so you can't be sure it's 
treated as c++ ;)

Re: [Freemint-discuss] C++

[Miro K. <mir...@gm...>]

On 5 January 2018 at 09:10, Peter Slegg <p....@sc...> wrote:

> Just curious but gcc supports C++ but does the mint 4.6.4 build support it
> ?
>
Absolutely.

Has anyone ever tried to build any C++ on an Atari (not cross-compiling) ?
>
Sure. I used to compile zView on Aranym, it's FreeType font part is 100%
C++.

-- 
MiKRO / Mystic Bytes
http://mikro.atari.org

Re: [Freemint-discuss] Packages

[Miro K. <mir...@gm...>]

>
> I do have a website and "unlimited" space, so I could host the gentoo
> files if needed.
>
AFAIK Alan has been quite busy last year, hopefully this will improve in
2018. I was thinking about putting it to github but it's too large.

-- 
MiKRO / Mystic Bytes
http://mikro.atari.org

Re: [Freemint-discuss] C++

[Peter S. <p....@sc...>]

On Thu, 4 Jan 2018 22:10:12 , Peter Slegg <p....@sc...> wrote:
> Just curious but gcc supports C++ but does the mint 4.6.4 build support it ?
>
> Has anyone ever tried to build any C++ on an Atari (not cross-compiling) ?
>
>
>
> Peter
>


I was curious if C++ apps could be ported to mint. It probably depends a lot
on available libs.

I managed to write hello-world.cpp and compile and link it with gcc.

It was a lot easier than I thought. I had expected to find gcc-cpp binaries
but gcc was able to compile it and I think it treated it as C++

I am no C++ expert, I've only ever used it for a few days about 10 years ago.

Now to find some proper C++ and see if that can be built.


Peter


#include <stdio.h>

int main()
{
  printf ("hello c++ world\n\n");

  for (int i=1; i <11; i++)
  {
    printf ("%d\n", i);
  }

  return 0;
}




# gcc -w -Wcomment -m68040 -funsigned-char -fomit-frame-pointer -O2 -fstrength-reduce -fno-strict-aliasing -c hello.cpp  -o  hello.o

# gcc -o hello.app hello.o -m68040 -funsigned-char -fomit-frame-pointer -O2 -fstrength-reduce -fno-strict-aliasing

# ./hello.app

[Freemint-discuss] C++

[Peter S. <p....@sc...>]

Just curious but gcc supports C++ but does the mint 4.6.4 build support it ?

Has anyone ever tried to build any C++ on an Atari (not cross-compiling) ?



Peter

Re: [Freemint-discuss] Packages

[Peter S. <p....@sc...>]

On Thu, 4 Jan 2018 09:04:16 , Miro Kropá?ek wrote:
> On 4 January 2018 at 07:24, Peter Slegg <p....@sc...> wrote:
>
> >
> > I discovered that the sparemint site is down so there are no rpms.
> >
> Wrong: https://freemint.github.io/sparemint/sparemint/
>

Excellent, I didn't spot that. A bit tricky to access from the Atari
because Netsurf crashes on github.

I am looking for glib (I gather it has a key value file parser) and
I think it is on sparemint.

I may try to get my sparemint script to work with the https page.

> Also, Alan's gentoo site is down so there are no packages available.
> >
> If you badly want it, I have his gentoo archive downloaded.


I do have a website and "unlimited" space, so I could host the gentoo
files if needed.

Peter


 

Re: [Freemint-discuss] Packages

[Miro K. <mir...@gm...>]

On 4 January 2018 at 07:24, Peter Slegg <p....@sc...> wrote:

>
> I discovered that the sparemint site is down so there are no rpms.
>
Wrong: https://freemint.github.io/sparemint/sparemint/

Also, Alan's gentoo site is down so there are no packages available.
>
If you badly want it, I have his gentoo archive downloaded.


-- 
MiKRO / Mystic Bytes
http://mikro.atari.org