All,
I have put a significant amount of work into the QuickBuild system over
the past week in an attempt to stabilize it and increase performance.
While I am aware that there were some outages in random components (most
notably the PPA mirror redirects) while I was doing this, all issues
should be resolved at this point.
As of this writing four build machines are online, one for each
architecture. As we have reached the chiller fund goal (see prior
messages) the remaining x86/amd64 build machines will be brought back
online over the next couple weeks.
Please let me know what you think, and definitely let me know if anything
is still malfunctioning!
Tim
Hello,
We have seen an error in Konqueror for the translation (french).
The expression "open in background tab" is not translate.
Sincerely,
Jean Milot
--
MILOT Jean
Tél. : 0659514624
milot.jean(a)gmail.com
hi all,
Like the subject said i've got problems with tdm. Its just the other
branch of the bug Nr 2057. I recently switched from 3.5.13.2 on
precise to the nightly builds (R14.0.0 i guess).
And ended up with both kdm-trinity and tdm-trinity. On the way to
switch i was getting asked whitch DisplayManager and i choose
tdm-trinity. i reboot and ended in the non-X Prompt on tty1.
The confusing part is that the command (after login) initctl list shows
the service
'tdm-trinity start/running, process 2838'.
So i have to 'initctl restart tdm-trinity' to get the
X-Login(graphically)
I just looked around a bit in /etc/init/tdm-trinity.conf and it seems
alright.
So I'm in a state of confusion. What am i doing wrong
Greetings Werner Bast
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.
