Hallo!
During the MeeGo conference, I had one person request I stop sending
out Bug Jars via email. Does anyone find receiving them via email
useful? Shall I continue to send them via email or not?
I do not have a problem with the emails, I would rather prefer to drop
it from the planet, jus
Hallo!
Then why we went to maemo-optify path instead of modifying Debian
build tools?
I know it was a huge thread about optification, I didn't dare to read it.
Neither want to start it again :)
Location of application files is not only defined by the packaging
mechanism. Part of th
Hello!
> still having some trouble trying to put together an interface to the GPS
> device
> on the N810. Overall I need to retrieve the current location (not sure
what
> kind of data the GPS driver (or the gpsd) returns on the N810) that
> eventually
> I can feed into Google Maps API (or someth
Hallo!
I (still) suggest to formulate a vision statement, that should clearly
describe the purpose of extras. This formulating should be the guiding line
to define further detailed rules and to judge if a new suggested rule is in
compliance to the existing vision. Since there seem to be two
interp
Hello!
> myself. But poor quality applications reflect badly on maemo.org
> community as well. Do you want to be part of a community which is known
Right. But for this we have rating and another repository does not really
help solving this. If this results in extras containing 100 5 star rated
ap
Hello!
Sorry ? I don't follow. We don't have the luxury of natural selection and wait
for applications to actually cause damage to crystallize a score on a web page
(which is BTW not even visible from the Application manager). I do believe
that Extras as default was given the green light by Noki
Hello!
Graham, (et al.)
I appreciate your concern about shared resources, but it seems to me that
you are overstating the problem. As an example, I quickly checked the
repository lines in sources.list on several different Ubuntu boxes I
support.
One box included a third party repo
Hallo!
>> And the most important things which guide my decision, is that
>> currently, many thumb down make me angry as there was wrong vote, and
>> the fact that i m passing more time to package than to develop didn't
>> help.
>
> If the votes are wrong, complain. If they are not, then fix them
Hallo!
> The mass-downthumbing people might see is just a temporary (?) solution
to
>
> optimize testing resources. The idea is that it should be immediately
> visible
> that this package is NOT going to be promoted, so testers should not
vaste
From the developer view thumbs down without a expl
Hallo!
>> What happens to apps (especially those with Qt dependencies) _currently_
>> in Extras, i.e., how will they get to the fremantle1.2 Extras repo ?
> The Qt apps are currently blocked from being promoted to prevent issues.
> The fremantle-1.2 repository will probably need to be 'legacy' cl
Hello!
Take a look at libapt-pkg-dev,. You can also check the sources of
PackageView. I'm however unsure if you can access the icons using this way.
--
Gruß...
Tim
___
maemo-developers mailing list
maemo-developers@maemo.org
https://lists.maemo.org
Hallo!
I'm just wondering what's the best way to check is an application installed
from another application?
perhaps doing a system("dpkg -l mypackage") and checking the return
value is good enough?
lib-apt-pkg offers programatic access to the local repository. However
it needs some setup a
Hello!
> Please show up at the next monthly sprint meeting and take some tasks to
> improve things then. How much time and energy are you willing to pitch in
> personally?
(While not address to me). That is too simple. I'm developer, spending much
of my free time in maemo related developing. I mu
Hallo!
>> This however may make my suggestion even more valid, making me not
>> writring silly "i do not have trust in autobuilder" that fast, making
>> admina smoking more cigarettes than before.
>>
>
> ?
I don't want to bother the admin of the system by "Is it still alive" mails
everytime auto
Hello!
> Hmm, I know tzhis is a hated question, but is the autobuilder for
> fremantle alive?
it is, seconds after sending the mail, the first OKs arrived. fine!
This however may make my suggestion even more valid, making me not writring
silly "i do not have trust in autobuilder" that fast, ma
Hello!
Hmm, I know tzhis is a hated question, but is the autobuilder for
fremantle alive?
At
http://maemo.org/packages/repository/builds/fremantle_extras-devel_free_source/all/
the latest build is from ~22:00 UTC yesterday. I have uploaded a number
of packages around 24:00 UTC+1 but non of them a
Hallo!
>> So what if us who can get themselves a proper mail client just configure
>> them to remove these [maemo-devel] droppings on our side?
> Sure, there is such option too ;)
> But I also read mails on N900 and Modest do not have such one ;(
Neither thunderbird AFAIK.
--
Gruß...
Ti
Hello!
What is happening here?
[2010-01-20 10:14:11] fakeroot apt-get -y -q -o
APT::Get::AllowUnauthenticated=1 install --no-remove
libillumination0-dev libapt-pkg-dev https://garage.maemo.org/builder/fremantle/packageview_0.4.20100104-4/armel.root.log.FAILED.txt
And:
http://maemo.org/packages/p
Hallo!
> In sum, what is the upside of including anything but symlinks on the NAND?
> IMHO, it should punt everything to /opt as long as it is needed at all.
>
> Thanks for maemo-optify, it makes things so much lazier^H^H...easier. :)
Symlinks take space on disk, too. I'm not sure if they
Hello!
> I believe we can improve on this area: to have safer and optimized
Do we have a problem? Does testing applications instead of enablers make
us let problems go into extras that do not pass the extras criteria?
> Let me give some examples of such possible bugs:
> * A new version of libfo
Hello!
> That's what is happening at the moment with python-osso.
[...]
> So unless someone promotes a user/* package to extras-testing that has
> "Depends: python-osso (>= 0.4.0-0maemo2)" , python-osso will remain
> broken on extras & extras-testing.
That also happend for me recently with libI
Hello!
This sounds possibly like an effect I had with my application (not using gtk
but only gtk theming) with the pre-production device firmware but that seems to
have dissapeared with the new, production firmware.
--
Gruß...
Tim___
maemo-developers
Hello!
> Packages are starting to show up in diablo's repos now. I will try a look
> into this and make sure things are working as they should be. I don't want to
> restart any services or have any unplanned downtime so I am not going to be
> intrusive, just poke around and see if I can find an
Hello!
The following is a rant about XB-Maemo-Upgrade-Description
with some suggestions for improvement...
Change Log handling (at that time for the downlaod page however ) was
discussed before!
See:
http://www.mail-archive.com/maemo-developers@maemo.org/msg16160.html
--
Gruß...
Hello!
That all sounds OK.
One other point that just came into my mind. Is it possible (I havn't
yet promoted something) to leave some message to the testers while
promoting application to extras-testing (or even leave permantent
comments regarding testing as part of the application description)?
Hallo!
I'm interested in such mails (AFAIK I was possibly even the person who
requested the feature ;-)).
I'm intersted in getting to know that somebody rated my application since
I'm intersted in improving the rating of my applications. Getting a mail
makes it possible to react on ratings (with
Hello!
> Is there a way to read XML files in the Maemo distribution ?
The GNOME XML library is available (should be libxml2-dev, libxml2).
See also http://xmlsoft.org/.
It is also possible that QT has a XML library, too (I'm not using QT).
> If not can you recommend one available in extras ?
>
Hello!
> Except how do you try to prevent abuse (whether intentional or
> accidental)? At least with the version number you've got some safety
> check (although it is in no way comprehensive). It also requires more
> changes at more levels (I bet), so harder to implement.
I think it is time to de
Hello!
> Isn't it a bit of an overkill to set up an entire GST pipeline just to
> play
> a blip sound?
Yes, but if you want to play your own sound or any sound on the filesystem
this seems the
way to go (libcanberra is for predefined sounds for predefined events).
Lower level ways are likely forb
Hello!
> I tried using libcanberra, and my example works on the desktop, but when
I
> move it to Scratchbox, I get a CA_ERROR_NOTAVAILABLE when I call
> ca_context_play().
[...]
> Should I be doing something different? Is there a better API? What do
> linux game developers usually use for playin
Hello!
> * The autobuilder will run maemo-optify after the build, UNLESS a
> control field says not to (or the package already uses /opt).
> This WILL create bugs which package maintainers will need to fix.
> ACTION: mvo to liaise with jeremiah & X-Fade
Since there currently seem to
Hello!
>> Just a side note, since it was multiple times mentioned in the BOF that
>> Bounce Evolution is already optified. On my device deinstalling Bounce
>> freed around 50 MB on "/". For me this is a strong hint that Bounce is
>> either not optified or that installing it on the device did not w
Hello!
> Exactly. If I upload e.g. 0.5.6 (stable) to extras-devel where there is
> already 0.6.0-alpha9 (unstable) the users still will get the unstable
> version which is exactly what I want. In fact I don´t need to have the
> stable version in extras-devel at all, but I have to put it there firs
Hallo!
> Thanks Graham, I guess I´ll have to do it that way then. Only I still
> don´t really understand why. I mean, why is it not ok to just upload a
> package with a lower version number to extras-devel? I could then
> promote the stable one into extras-testing and the unstable one could
>
Hello!
Just a side note, since it was multiple times mentioned in the BOF that
Bounce Evolution is already optified. On my device deinstalling Bounce
freed around 50 MB on "/". For me this is a strong hint that Bounce is
either not optified or that installing it on the device did not what was
expe
Hallo!
You need two packages with different control file, one for diablo and one
for fremantle. You can use any (generation) tool to simplify this task, but
on upload the packages must have different control files containing
different dependencies. AFAIK You cannot upload the same package to diabl
Hello!
>> Other thoughts included:
>>
>> * Use of /opt is perhaps now a QA requirement for Extras
>> * Can we somehow add a /opt check into minimae/maemian? Is it
>> possible, and is it sensible?
>
> Please recall that maemo5 is not the only maemo. Maemo4 is the latest
> availble for N80
Hello!
> unfair to users if the version is not changed. So if I understand you
> correctly, you are saying a failure to build is not reason enough to
> change the version number, with which I agree. But if you change the
Right. Fine :-)
> code somehow, or change the packaging, so that it c
Hello!
>> I suppose that if a package is rejected, we can upload it with the
>> same version number ? Requiring to increment the version on each
>> failed/rejected upload would seem strange IMHO :)
>
> Why would you want to upload a package with the same version number?
> Incrementing the version
Hallo!
> I am trying to using a button only with image from stock, but i cannot
> success, the button only show text like "Preferences" instead of showing
> image. Does anyone knows how to get button with only image?
This feature (showing button image besides textual label) is by default
switche
Hello!
> I an trying to submit my application to extras and am running it
> through the autobuilder. I get the error:
You need to define build-depends in your control file. You curently do
not have any and the errors suggest that you at least need a dependency
on lib-gtk2.0-dev. Build-depends def
Hello!
>> The problem is, that I'm not an Gtk application. So there are IMHO two
>> possibilities:
>
> I assume you mean you don't use the Glib main loop. Gtk is not needed
> for D-Bus communication.
Correct. That was inprecise wording
>> * Generate a separate thread that uses a glib main event
Hello!
A few questions about DBus-based features under maemo.
I would like to enhance several applications with the following dbus stuff:
* Show list of available networks in WifiInfo using dbus calls (because
querying the kernel interface directly seems to interfere with the
"normal" operation).
Hello!
> Are there developers out there who will use the autobuilder for OS2006, if
> it is available? Do you think it is worth the trouble to set it up? Will
> it make supporting OS2006 easier for developers?
> Please let me know what you think.
I would like to support my software for all OS ve
<[EMAIL PROTECTED]> <[EMAIL PROTECTED]>
Message-ID: <[EMAIL PROTECTED]>
X-Sender: [EMAIL PROTECTED]
Received: from 149.239.206.50 [149.239.206.50] with HTTP/1.1 (POST); Tue, 22
Jul 2008 15:01:55 +0200
User-Agent: PING e.V. Webmail/2.0
Content-Type: text/plain; charset="UTF-8"
Content-Transf
Hallo!
> Can you start by defining what you want when you say "stuff would be
> shown on the Maemo (2.2) screen"?
>
> Do you want the text in a dialog box? As a text box? You saw it on the
> terminal so it got somewhere.
>> printf("%d. Hail to Kernighan and Ritchie \n", i);
To clearify:
*
Hello!
> Personally, I'd rather downloads.maemo.org used one fixed system and
> it was up to tools like mud to pull out heuristically derived data
> from upstream and coalesce it into the simple format.
This is only an option. If you ask me I would drop the magic and enforce
the usage of one sol
Hallo!
> One enhancement I would like to add is automatically update the 'Changes
> in latest version' field for the entry in downloads. I would like comments
That would be nice :-)
> from the community on how developers should supply this information.
> One option would be to fetch it from the
Hello!
> But when it tries to actually build the package I get this errors:
>
> main.c:7:21: gtk/gtk.h: No such file or directory
> main.c:8:43: libgnomecanvas/libgnomecanvas.h: No such file or directory
> main.c:10:21: libosso.h: No such file or directory
> main.c:14:32: hildon/hildon-note.h: No
Hello!
> ./configure --host=arm-linux-gnueabi --build=arm-linux-gnueabi
> --prefix=/usr --mandir=\${prefix}/share/man
> --infodir=\${prefix}/share/info CFLAGS="-Wall -g -O2"
> LDFLAGS="-Wl,-z,defs" --disable-darwin --disable-xsmp
> --disable-netbeans --enable-gui=no --disable-gtktest --disabl
Hello!
> o.k. I got past the libgpsbt-dev issue. Now libagg-dev is giving me
> problems. Autobuilder fails on it. Looking at the logs, it compiles
> successfully on autobuilder but the package build fails. (see fail log
> below...
> install -m644 ./src/platform/X11/.libs/libaggplatformX11.a \
Hello!
> If you wanted to look at the vim ones, I wouldn't recommend it on the
> tablet. Apart from the problem I'm having, something else went wrong
> with the build and the log's 28MB (it took over 12 hours)
beeing away from home that was exactly what I tried. I already failed
looking at the
Hello!
> Ed/Niels/anyone, any ideas? The armel package builds perfectly well in
> my own Scratchbox, just not with the auto-builder.
>
> Thanks in advance,
I wanted to take a look at the complete build logs in the extras-caldron
mailinglist archive but the chinook browser cannot show the over
Hello!
> This is all good, but I don't think it makes sense to do in now.
> The main problem with extras for now are the maintainers' attitude.
> There were a lot of discussions about extras previously on this list and
> no real actions were done by community.
I don't think it is fair to blame th
Hello!
> I failed to mention that I found the .pc files but then didn't get the
> link back to the package.
> So if I'm understanding you, find the .pc file, do a dpkg -S on that
> pc file, take the name of the package, add a '-dev' to the end of it
The *.pc can normally be found under /usr/lib/
Hallo!
> So if your package is failing due to missing dependencies, how does
> one map the package check to Build-Depends? I'm sure this is a basic
> question, I've googled but not found a definitive answer. The links
> referenced in this thread are very general.
>
> For example
> PKG_CHECK_MODUL
Hello!
> But I am not able to add these images to the deb package and because of
> that when i am installing the
> application on device , the images are not appearing.
See
http://illumination.svn.sourceforge.net/viewvc/illumination/trunk/PushIt/
and especially
http://illumination.svn.sourcef
Hello!
> /home/user # gst-launch v4l2src ! xvimagesink
> Setting pipeline to PAUSED ...
> Pipeline is live and does not need PREROLL ...
> ERROR: from element /pipeline0/v4l2src0: Device '/dev/video0' cannot capture
> at 800x480
> Additional debug info:
> v4l2src_calls.c(929): gst_v4l2src_set_cap
Hello!
> I haven't found any help googling around, other than that
> dpkg-reconfigure looks like it should definitely be included in the
> scratchbox installation.
I had similar effect after installing OS 2006 and 2008 Beta SDKs over my
OS 2007 SDK in the same scratchbox instance.
Dropping th
Hello!
>> What about the myriad libraries that will be added to build all the
>> random apps we want? Would each of these need a Garage page or could
>> they all be grouped under the same page? I imagine most of these will
>> be simple modifications (if they even need that) of existing debian
>> p
Hello!
> 6) If it doesn't already exist, an entry in the Application Catalog is
>automatically created, including .install file(s) for all supported
>OSs.
The relevant information must be available in the source/binary package.
Also I'm not sure if thats worth the effort (or at least
Hello!
> libraries until the APIs are more stable. This means that there are cases
> where a dependency is updated where all the dependent packages need to be
> rebuilt.
>
> Of course, this does not only apply in cases where library versioning is not
> in use. Even in cases where libraries
Hello!
> Levi Bard wrote:
>>> [1] Is OS2007 support still useful? There are really only two platforms: OS
>>> 2006 for 770 owners, and OS 2008 for N800/N810 owners. Maintaining OS
>>> 2007
>>> support could be a pain for application authors.
>> I would say that the two relevant platforms
Hello!
I have collected (and reformulated a little bit) all suggestions up to
now in the Wiki at:
https://maemo.org/community/wiki/extrasrepositoryprocessdefinition/
I have divided the suggestions in to three groups: autobuilder,
autotester and autostager (note that even with only one or two
Hello!
> different. And the main problem with 'extras' is that there're not so
> many applications in it.
> I believe it's because of a simple challenge for developers: 'extras' is
> expected to have good quality software ("good" is still to be defined
> :)). I saw quite a few comments (here, I
Hello!
> I'd like to share a simple 5-step plan :) It seems that the discussion
> again somehow stopped. The first steps of the plan seem to be quite
> practical, so hopefully we can start implementing something. And I'd
> strongly suggest we proceed with step 5 only after having implemented
>
Hello!
>> * We must find some clever way to get a response from the user
>> since we cannot trust "the masses" (our masses are not of
>> equal size then that of debian).
>> * For example: What about the program manager on the device
>> periodically
>> requests a rating from you for newly insta
Hello!
> According to Tim Teulings <[EMAIL PROTECTED]>:
>> The question is, how should I structure this in garage? Should I again
>> request one project and hosts all applications there (which makes things
>> easier for me but might have negative consequences for my
Hello!
I would like to move the maemo specific parts of my currently
sourceforge hosted projects closer to garage.
The source (which is not maemo specific) is currently hosted at
sourceforge and the repository is hosted on my private web page.
I have a number of packages for smaller applicatio
Hello!
> Speaking about decisions. Someone wants to summarize the discussion in a
I did that:
http://maemo.org/community/wiki/extrasrepositoryprocessdefinition
> wiki page and call for review? I'd suggest separating the principles
> from the implementations, since we seem to agree already in the
Hello!
>> * We must find some clever way to get a response from the user
>> since we cannot trust "the masses" (our masses are not of
>> equal size then that of debian).
>> * For example: What about the program manager on the device
>> periodically
>> requests a rating from you for newly insta
Hello!
I just put initial version of my packages build under OS 2008 in my
repository (see http://www.anderenen.de/anderenende/maemo.html).
I assume that the application are still functioning (at least they do
with the beta SDK release) but expect minor problems with the theming.
If any of the
Hello!
> Depends. The "guide" (aka the Debian Policy Document, aka "policy")
> distinguishes between "musts" and "shoulds". Violations of "musts" are
> considered Release Critical bugs, violations of "shoulds" are non-RC
> bugs. Specific exceptions for specific packages have been made, when
> just
Hello!
> Alright, what about leaving the role of this document in a checkbox developers
> check in order to get upload rights to extras, à la terms &
> conditions. Something like "I'm aware of the maemo Quality Awareness
criteria and
> I have tested my applications against them before uploadin
Hello!
>> - Nokia: We want to centralize the development to just make things
>>easier", "simpler" and add service - without compromising the open
>>source idea. (Simplicity, centric)
> Centralization doesn't compete with 'the open source idea'. We are
I did meant that (it was meant exact
Hello!
>>> * Since Nokia holds most of the infrastructure I fear Nokia has the
>>> burden to supply the technical infrastructure while the community will
>>> support the daily work, the rating and the quality assurance.
>
>> Fear? If this doesn't sound like a fair exchange then please suggest
>>
Hello!
IMHO this discussion is important, but needs some kick to start
discussing real concrete solutions in more detail and to agree on
suggested behavior. I would suggest to continue discussing but in the
end of each of you mails define short statements, that summarize your
idea and ideally
Hello!
>> * How can I better promote my application in this case? Can I make a
>> garage project page for my application? Would this make sense?
>
> We need to help developers promoting their applications in any case,
[...]
> news or blog about it... Having a project in Garage helps, yes.
Hmm
Hello!
> * Contributors apply themselves through their maemo profiles. No
> invitation is needed. Please don't send us extra emails, they
> won't help you.
Some questions:
* When will my profile (and the related links) be evaluated? A Short
time before the release or a shor
Hello!
> Have you tried using the -X switch on the ssh command?
> ssh -X [EMAIL PROTECTED]
The dropbear client does not have -X (the fact that DISPLAY is set after
ssh [EMAIL PROTECTED] suggested to me that it might use -X always?).
However since I cannot start ooso_sketch or ossoemail after lo
Hello!
[changed subject to a better one for this special topic, that does not
have anything in special to do with the wlan API]
> If anyone has better way to do that, I'm all ears.
You can use a chmod +s on your binary in request after you did a make
install to your temporary packaging directo
Hello!
> You can use sudo to gain root privileges on N800.
I'm speaking of an potential enhancement for a GUI program, namely
WifiInfo, wich you also can find in it in the application catalog. so
doing a sudo is not what I would like the user to do :-)
So, I don need to set the S-Bit? How?
--
Hello!
> But it wouldn't be too hard write one. There's only one request and
> reply IIRC. And osso-wlan sources are available, so you don't have to
> guess anything:
I now have some C++ code to poll the list of access points similar to
the way ooso-wlan does. On my desktop PC it seems however t
Hello!
> Are there someone that did a simple application on
> scratchbox to read all the information on wifi card on
> the n800? And could he help me to do that? What are
> the necessary steps before programming?
What do you exactly want? Some more information pollable from the
wireless support a
Hello!
> you could also check:
>
> /sys/devices/platform/gpio-switch/cam_act/
> /sys/devices/platform/gpio-switch/cam_turn/
I'm really lost in detecting and changing camer position.
My application uses gstreamer but is not a GTK application and thus not
actively using the gtk, gnome, osso,hildo
Hallo!
Subject says it all:
Does the camera in the N800 support the X11 Xv extension, that mean can
I use this extension for displaying images of the camera or must I use
v4l V2 (what about the V1 interface) or gstreamer?
--
Gruß...
Tim.
___
ma
See my othe rthread, where I asked the same question.
The answer by Andreas Oberritter was:
"I encountered the same error. Scratchbox seems to copy nsswitch.conf
from /etc/nsswitch.conf. See below for my changes on my Ubuntu Feisty
setup which solved the problem."
-- /etc/nsswitch.conf 2007-01-
Hello!
> I encountered the same error. Scratchbox seems to copy nsswitch.conf
> from /etc/nsswitch.conf. See below for my changes on my Ubuntu Feisty
> setup which solved the problem.
> -hosts: files mdns4_minimal [NOTFOUND=return] dns mdns4
> +hosts: files dns
Thanks, this sol
Hello!
> My questions:
>
> 1) does anyone have suggestions on this? I'm far from experienced
> with X and GTK, and would appreciate any help at all. I'd be happier
> concentrating on Emacs packaging, writing site-init scripts, etc. If
> the Hildon experts could look at it, I'd be very relieved
Hello!
While I read aboutthis bug I'm using debian unstable with
scratchbox 0.9.8.8 packages and
Linux edge 2.6.18-3-k7 #1 SMP Sun Dec 10 20:17:39 UTC 2006 i686 GNU/Linux
and using the 2007 scirocco development package and I'm at leats abel to
fully run the emular and build packages for the Nok
Hello!
> Is it possible to initialize our C application (non GTK+/Hildon app.) and
> attach it to D-Bus with libOSSO library?
IMHO libOSSO is intermixed with Gtk so you must user Gtk somehow if you
want libOSSO. Depending on your needs if might be enough to just
initialize Gtk main event loop to
Hello!
> draw quikwriting layout there. Is there any maemo docs on this thing?
I few days ago I send a mail to the list in the tread "Non-gtk
application integration" that described a solution for non-gtk
application to open (and close) the text input window and to receive
virtual keyboard input.
Hello!
>> > * How can I trigger the keyboard when doing text entry ?
I while ago i did some investigations regarding the communication
protocol between maemo GTK applications and the keyboard by monitoring
relevant X11 Client Messages to add support for keyboard handling funder
maemo to my GUI li
Hello!
> still wordering why are these libraries available on devel rootstrap (so
> it makes possible to your app to depend on them) but not on the device
> image ?
Because they are normally used for session management (and general
inter-process communication), but the maemo platform uses dbus fo
Hello!
> Most likely this is Autotools issue. At least older autoconf
> checked the existence of X libraries by checking for libXt
> and it added that also to the linker line.
>
> However, none of the modern (Gtk, Qt) UI toolkits use libXt
> nor require it. Only something obsolete like Motif ne
Hallo!
As the subject tells I want to port some of my applications to maemo.
However my applications do not use Gtk but my own GUI library which uses
direct X11 calls. As the result I cannot directly follow the porting
guide which requires the use of libosso (using Gtk objects) or the parts
of th
96 matches
Mail list logo
