Hi all,
I just discovered that at least with Trinity 3.5.12.2, ksmserver is
listening on all interfaces by default. This could be a security
concern. Nmap detects it as the XFCE Session Manager.
It seems this problem was separately fixed in KDE:
https://bugs.kde.org/show_bug.cgi?id=154243
Was anyone aware of this? I guess it would be good to have a fix in
place for R14. Is anyone aware of a workaround?
Thanks,
Julius
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA224
- ---------------------------- Original Message ----------------------------
Subject: Trinity and MGA4
From: trinity_desktop_mga4(a)ipconsult.nl
Date: Sat, May 17, 2014 2:21 pm
To: kb9vqf(a)pearsoncomputing.net
- --------------------------------------------------------------------------
Hello Trinity people,
I would like to offer 500 EURo for a complete set of ready-to-install rpm
packages for MGA4,
similar as the ones that now are available for MGA2 and MGA3:
https://www.trinitydesktop.org/wiki/bin/view/Documentation/MageiaBinaryInst…
Kind Regards, Rene Brinkhuis
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.9 (GNU/Linux)
iFYEARELAAYFAlN4c+oACgkQLaxZSoRZrGG4swDgnEXpHibQkdrIpHDK8swDrndq
/wwP4Sjb6h9BWQDfTE7Oi4lTfl9xf8F8RbyGIw5o4Dq1QXx+dZOr8Q==
=QApZ
-----END PGP SIGNATURE-----
Hello,
for some times now, I have troubles browsing and editing the Trinity
Wiki using Firefox.
It looks a security feature was enabled by defauit starting in Firefox
23, which consists of blocking the "mixed content".
It means that a web site that is accessed using secure connection
(https://) is not allowed to load items that are located on non-secure
URL (http://)
In our case, the wiki is automatically using https:// , but many
resources (style-sheets, javascript files ...) are using http:// URL.
With all these items missing, the wiki is almost unusable.
As a workaround I can disable the setting in Firefox, but I think it
would be better to configure the Wiki so that all items are loaded
through https.
François
...rather than in a tab in an already open instance of konqueror.
I remember at one time double-clicking on the device icon and the file list opened in a tab rather than new instance. Do I have something configured incorrectly or is this a bug?
Same results in a fresh profile.
Michele, Tim,
as I noticed HAL has been removed from Jessie:
Revision 3841
Modified Wed Apr 23 13:19:34 2014 UTC (9 days, 21 hours ago) by biebl
Mark the hal packages as kfreebsd-any hurd-any. On Linux they have been
superseded by udev/udisks/upower.
This means that kpowersave has no meaning build for Jessie.
--
Slávek
Hello.
I'm a new user. Today I've cloned TDE from git. At end, I hadn't time to
search information about compilig TDE. I would like to know if any of you
can tell me how I can start compiling TDE to help to the project. My Linux
environment is Ubuntu 14.04 64 bit.
Thanks a lot.
Regards,
Juan.
Michele, Tim, others
well, libr and maybe tdelibs are broken again on Jessie. Update binutils broke
the compatibility. I'll send updated libr package to build-farm, when I'll
know that on the build-farm have been updated base build-root for Jessie.
http://packages.qa.debian.org/b/binutils/news/20140501T163915Z.html
--
Slavek
>As I tested on amd64 and i386 should be sufficient to rebuild libr. Is already
>uploaded into my deps-r14 ppa, ready for the amd64 and i386, for armel and
>armhf build wait in queue
Hi Slavek,I will test later this week and report back as well.For personal reasons I won't be able to do much work on TDE for the next 3-4 days.
I did notice some building failures related to tdelibs in the last few days though.