implementing support for GTK4 is clearly something that should be on the
road-map; but i agree that GTK support should not be a deciding factor for the
project's future - GTK is non-essential - it is the equivalent of the optional
GTK bindings for other languages (python, ruby, etc) - no one would
ightly broken (it's based on GTK+ 2.0 anyway). Let me aim to do this before
> the end of the year.
>
> holger
>
> On 14. Nov 2021, at 09:11, bill-auger wrote:
> > the team should consider
> > promoting 3.2.91 to a release, before GNU smalltalk gets removed
> > f
> On Tue, 18 Oct 2022 15:07:54 + c...@riseup.net wrote:
> > maybe we should ask the maintainer of GST?
just FWIW, i would avoid the acronym: "GST" - it is ambiguous;
because both gnu-smalltalk and gstreamer use that as the prefix
of their binaries - for example, all of the 'gst-*' packages
On Tue, 18 Oct 2022 15:07:54 + c...@riseup.net wrote:
> do you keep the sources or the commit from the repo?
my sources were the 3.2.91 source-ball - i probably did not
modify it - that is exactly why i started this thread,
recommending to always build from versioned releases - that way,
when
i reported this to arch and experimented a bit - the PKGBUILD has
some missing dependencies - if you add those, the PKGBUILD should
support GTK
https://bugs.archlinux.org/task/76225
On Mon, 17 Oct 2022 03:02:04 + c...@riseup.net wrote:
> did you try 'gst packages/gtk/examples_hello.st' ? gst-browser or
> anything that uses the gtk bindings with the gst that you builded??
these both work as expected
$ gst packages/gtk/example_hello.st
$ gst-browser
> If you can tell me
there is something wrong with the arch package - someone
should open a bug report - it is indeed missing GTK.star
and a few others; but according to the published build
recipe, those files should be present - probably you can
just grab the PKGBUILD and run makepkg on it
without looking into this at all, there are a few remarks i
could make
for any project which publishes versioned release tarballs, the
VCS should be of no interest to any user - generally, the VCS
code is of interest, only to those wishing to contribute to the
code-base itself - so, when
i suppose that is because it is usual to want to call the
initializer immediately after instantiate an object and
a_foo := (Foo new) initialize
rather than:
a_foo := Foo new
a_foo initialize
FWIW, the history of smalltralk is lined with arguments such that
it is an evolutionary dead-end, - the rationales have shifted
drastically and continuously over the years; but guess what,
smalltalk is still here and still evolving
WRT GNU smalltalk, those distros with a broken GST are using the
gst-browser is the gnu-smalltalk "IDE" - it offers a very
similar experience to the graphical smalltalks - it would be a
good idea to familiarize yourself with it, if you ever plan to
use other smalltalk dialects; but unlike other smalltalk
dialects, it is only a convenience (strictly optional)
On Mon, 19 Apr 2021 11:22:27 -0600 Duke wrote:
> 1. always terminated a line of coding with a period/full-stop
> 2. never put a period/full-stop after a [ . ]
the period/full-stop is not a required terminator, as in the C
language - it is separator, between message chains - that is: it
is not
rather than casual explanations of the problem, it is usually
more helpful to show the exact commands and output - for
example, is this what you are seeing?
$ gst
st> 'hello' printNl
'hello'
'hello'
st> Transcript show: 'hello' ; cr
hello
Transcript
the first line is the
On Mon, 18 Jan 2021 23:42:21 -0500 bill-auger wrote:
> the latest development version is 3.2.91 - that is the version in
> arch
just realized, i should have been more clear what i was implying
gst-browser works in arch/parabola (v3.2.91) - it is possible
that it would also work on other d
On Sun, 17 Jan 2021 17:41:37 +0100 (CET) s...@pandora.be wrote:
> could be release in a new package "3.2.6" (or 3.3 or whatever number is
> choosen).
the latest development version is 3.2.91 - that is the version in
arch - you can get the source from savannah with git now, or the
source-ball
FWIW, gst-browser also was broken on debian8, fedora24, and
ubuntu16
https://lists.gnu.org/archive/html/help-smalltalk/2017-01/msg2.html
i have not done such a thorough evaluation since then; but i
suspect that it has been broken on those distros ever since -
however, it is worth noting that
for all intents and purposes, entering a line feed int the REPL
is equivalent to "print it"
FWIW, GNU smalltalk's somewhat radical divergences from ST80,
are actually the natural evolution of the system, given that the
smalltalk machines, which were originally conceived,, do not
actually exist -
if this is regarding the .deb package in the ubuntu repos, you
should report it as a bug to ubuntu; because only the package
maintainer could fix that problem
the last i knew though, gnu-smalltalk was lacking a maintainer
in debian - presumably, it has no maintainer in ubuntu either
so you may
it does conform to the spec though - the REPL syntax is exactly
the same as a static file - the dot is not a statement
terminator as with C-like languages - it is a statement
separator, which means it is optional, where there is only one
single statement - the same is true in a method definition -
John -
my guess is that you are subscribed to the GNU smalltalk
mailing list
https://lists.gnu.org/mailman/listinfo/help-smalltalk
On Thu, 02 Apr 2020 10:20:59 -0400 Derek wrote:
> Holger Freyther writes:
> > Anyone of you can help to create a static site? :)
>
> There are many static site builders out there
i can "web-dev" - i have the best "static-site-builder" of all:
a text editor :)
archive.org has some of the data -
it is true - nagging helps
GNU smalltalk (like mos most smalltalks) comes with its own IDE,
named VisualGST - it is often started with a command like:
gst-browser
___
help-smalltalk mailing list
help-smalltalk@gnu.org
https://lists.gnu.org/mailman/listinfo/help-smalltalk
Derek -
i should mention again, that contributing to gnu-smalltalk requires
a formal copyright assignment - if you have not completed that process,
it is best if you do not send any explicit patches - they can not be
accepted; so publishing them publicly is more of a complication than a
help
Brian -
you would need to provide some information indicating which code you
downloaded, which commands your ran, what you expected to happen,
and what you believe went wrong - did you see any error messages, for
example?
to be sure, i just compiled and installed both the latest stable
(3.2.5)
On Fri, 29 Mar 2019 09:07:48 + Holger wrote:
> And let's get a new
> release out of the door (maybe skip VisualGST...)
what is the problem with VisualGST? - isnt that just the GTK class
browser (aka 'gst-browser') - the "about" modal in mine shows:
"VisualGST 0.8.0" - that is from the arch
On Fri, 29 Mar 2019 09:07:48 + Holger wrote:
> > Last night I tracked it down. It only happens with:
> > * 64 bit arch
> > * gcc 4.9.x
>
> Why is this version of GCC used? What prevents the usage of GCC8?
>
> > On 29. Mar 2019, at 10:15, Derek Zhou wrote:
> > there are poor poeple still
Derek -
good job tracking down the source of that bug - note that, per the
contributing guide:
"If you are contributing non-trivial amounts of code to GNU Smalltalk,
you will be asked to sign a copyright assignment form provided by the
FSF."
you have already given enough information for
On Wed, 27 Mar 2019 09:05:20 +0800 Derek wrote:
> I can maintain smalltalk-mode on ELPA and do the 2
> way sync required.
i am still completely baffled about this fixation in having the
upstream's approval, cooperation, or involvement in the packaging
process - you have everything you could
On Tue, 26 Mar 2019 12:51:34 -0400 Stefan wrote:
> Anyway, from what I understand, you have no intention of moving
> smalltalk-mode.el elsewhere nor to spend your time with a 2-way sync.
> In that case, I think it's best not to add smalltalk-mode.el to GNU
> ELPA to avoid the risk of a fork.
i am
the emacs mode is in the smalltalk source tree because it is distributed
and installed with the smalltalk software, so that all users of the
smalltalk software will have, it without the need for installing a
separate package or package manager - for that reason there is little
need to package it
Derek Zhou wrote:
> but I do want to get the author's blessing first.
you already have the authors blessing - the GPL license *is* the authors
blessing - really - it is a beautiful thing in that way :)
pEpkey.asc
Description: application/pgp-keys
___
Derek Zhou wrote:
> Wilfred,
> Do you want to add smalltalk-mode to ELPA?
the answer i gave you is probably the best one that anyone could give -
maybe i could have been more clear
generally speaking, software developers do not package their software -
that is almost always done by someone who
On Wed, 27 Feb 2019 23:52:07 +0800 Derek wrote:
> I think they welcome anything copyrighted by FSF already?
i dont know what they welcome or un-welcome - that is yet another
question better posed toward those "they"
generally speaking, software developers do not package their software -
it is
On Wed, 27 Feb 2019 10:05:45 +0800 Derek wrote:
> maybe the smalltalk-mode should be
> packaged and distributed on GNU ELPA?
maybe, but that would be a question for GNU ELPA to decide
___
help-smalltalk mailing list
help-smalltalk@gnu.org
the proliferation of dialects has been the bane of smalltalk since the
early days - there have been efforts over the years to unify them
in order to make the codes more portable but the efforts were mostly
disjointed and none were universally adopted - it was even standardized
by ANSI at one point
personally, i could sing the praises of smalltalk all day; but getting
to belguim to do it is another story
probably the most active smalltalk evangelists today are around the
pharo team and users - they are mainly centered in france IIRC - you
may want to engage them in this conversation
BTW - i discovered that the debian smalltalk packaging team seems to have
dissolved - i have posted a bug report[1] against the debian package regarding
the 'ZeroDivde' error; but it is not clear that the package has any maintainer
currently
a few months ago, debian migrated all mailing lists
On 08/13/2018 04:48 AM, Holger Freyther wrote:
> you might trigger known undefined behavior in the multiplication path.
>
> Could you try
> http://git.savannah.gnu.org/cgit/smalltalk.git/commit/?id=72ada189aba0283c551ead16635c1983968080b8?
im not sure what result you thought i may get - were
On 08/11/2018 04:50 PM, Tommy Pettersson wrote:
> On 08/11/2018 04:25 PM, bill-auger wrote:
> > on debian 9:
> >
> > $ gst
> > st> x := 1e-4
> > Object: 1 error: The program attempted to divide a number by zero
> > ZeroDivide(Exception)>>sig
on debian 9:
$ gst
st> x := 1e-4
Object: 1 error: The program attempted to divide a number by zero
ZeroDivide(Exception)>>signal (ExcHandling.st:254)
SmallInteger(Number)>>zeroDivide (SysExcept.st:1426)
Fraction>>setNumerator:setDenominator: (Fraction.st:485)
Fraction
just to be clear that i am not trying to discourage your efforts - you
saw a problem and you solved it; not only for yourself but in a way
that could benefit others also - that is a very good thing - quite
awesome in fact - i only meant to point out that flatpacks are not the
ideal solutions to
Çağatay - you replied only to me instead of "reply all" to the list - i
will address your concern; but i do think this is important
enough to be on the public list; so there is no confusion about the
justification for avoiding flatpack, appimage, docker or any analogous
self-contained blobs - the
on the face of it, this interest in packaging GNU software could be
seen as encouraging; but that i dont understand the motivation for doing
this - if you do not use smalltalk yourself, and you dont know anyone
who does, and the GNU smalltalk maintainers have not asked for this
do you just go
i was hoping someone would respond to this as i have a rather large set
of corrections and suggestions for the manual - i sent a message to this
list about a year ago but no one has responded
signature.asc
Description: OpenPGP digital signature
___
On 01/23/2018 11:40 AM, Andrei Stebakov wrote:
> I guess gst has been inactive for some time, but those of you who still use
> it, what editors do you use for REPL style development?
no editor is required - you can get a REPL on the command line with:
$ gst
signature.asc
Description:
ithub.com/bill-auger/7658fff47b7ba5ac65dfc3e5e74b1e6a
___
help-smalltalk mailing list
help-smalltalk@gnu.org
https://lists.gnu.org/mailman/listinfo/help-smalltalk
using the standard package from debian/testing repos - the process starts
and does not crash but no window is created
$ gst --version
GNU Smalltalk version 3.2.4
$ gst-browser
Object: CFunctionDescriptor new: 1 "<0x7f7b2b477450>" error: Invalid C
call-out gdk_colormap_get_type
48 matches
Mail list logo
