On Sun June 24 2018 10:14:39 Slávek Banko wrote:
> at mirror.xcer.cz, colleague has not yet made the removal of distributions
> that are no longer build for Preliminary Stable Builds. Therefore, packages
> for these distributions are still available on mirror.xcer.cz. While on
> mirror.ppa.trinitydesktop.org is cleaning old packages more actively. This
> is why the content may vary. Both of these mirrors are synchronized from my
> main server using apt-mirror. Therefore, removing old packages can be done
> differently on each mirror.
>
> If you want to synchronize Preliminary Stable Builds repository to your
> mirror, I can setup rsync on mirror.ppa.trinitydesktop.org. Would it be
> useful for you?
// Retitled and moved from trinity-users to trinity-devel.
Hi Slavek,
The mirrors are here to serve TDE so the question is what would be useful to
TDE devs and users?
Here's a little background FYI.
(1) The primary mirror has roughly 240GB of which 192GB is currently in use.
This can be increased but of course none of us want to spend more money
on renting data center disk space than necessary. I don't know how much
disk space is available for TDE on the secondary mirrors.
27G ./cdimages
1.7G ./git-images
14G ./libreoffice-trinity
38M ./openldap
24G ./releases
62G ./trinity
384M ./trinity-builddeps
1.5G ./trinity-builddeps-r14.0.0
929M ./trinity-builddeps-v3.5.13
1.5G ./trinity-nightly-build-dependencies
412K ./trinity-nightly-builds-01
41G ./trinity-r14.0.0
20G ./trinity-v3.5.13
553M ./ulab
(2) I have not yet exceeded monthly transfer limits and hope not to do so.
I can serve normal traffic and new releases but please contact mirror
admins before any overall reorganization which could be done more
efficiently with mv than rsync.
(3) I am not personally in direct contact with any of the other mirrors, even
though they all pull from us. Contact between the mirror admins has AFAIK
always been through Tim. We created the primary mirror to alleviate
bandwidth problems at Tim's build farm in the past when all mirrors
pulled direct from him.
(4) The primary mirror uses rsync rather than apt-mirror, and I suspect the
same is true for the other mirrors.
(5) I appreciate heads up on any planned major changes to mirror content so
I can increase monitoring and if necessary change mirroring parameters.
It might be best to provide such heads up off-list because ...
(6) To avoid overloading build farm bandwidth, it is best not to announce
releases until they are fully mirrored. If users start pulling unmirrored
files they are served from the build farm, overloading its bandwidth and
slowing mirroring, so things get very slow for everyone.
As a TDE user myself I would find it convenient but not critical if there
were fewer differences between PSB and Stable. Ideally they would be in
the same repo pool - like Debian testing and stable.
--Mike
Hi,
I was reading recently (because of Sailfish OS) about Wayland and now I am
wondering if anyone did impact analyses for the future.
If X is to be decomissioned some day, how will TDE work, how much code needs
to be changed?
thanks
Neither Slavek nor Michelle are able to reproduce (using only VMs)
http://bugs.pearsoncomputing.net/show_bug.cgi?id=2821
and thus are unable to fix this year old blocker bug.
But, I cannot NOT reproduce it on real hardware with any of the following distros:
Debian
Fedora
Mageia
openSUSE
So, I want to provide a _detailed_ reproduction scenario.
openSUSE TDE repos are broken again,
https://bugs.pearsoncomputing.net/show_bug.cgi?id=2938
so I want to do this with Buster.
openSUSE semi-automatically produces logs, using save_y2logs, which collects the
content from /var/log/zypp/ and possibly elsewhere. Suse devs use them to help
determine blame. How can something similar be done with Debian? My Debian
installations don't produce any kind of package management logging that I can
find. :-(
--
"Wisdom is supreme; therefore get wisdom. Whatever else you
get, get wisdom." Proverbs 4:7 (New Living Translation)
Team OS/2 ** Reg. Linux User #211409 ** a11y rocks!
Felix Miata *** http://fm.no-ip.com/
Am Donnerstag, 21. Juni 2018 schrieb Michele Calgaro:
> On 2018/06/21 08:21 PM, Dr. Nikolaus Klepp wrote:
> > hi all!
> >
> > Would it be possible to include this syntax definition for kate? It adds syntx highlightening for gcode (linuxcnc
> > etc.).
> >
> > https://raw.githubusercontent.com/FernV/Gcode-highlight-for-Kate/master/gco…
> >
> > (file needs to go to /opt/trinity/share/apps/katepart/syntax/)
> >
> > Nik
> >
> No probem, Nik.
> Have you tested it already on the current Kate? Any issue?
> Cheers
> Michele
>
Yes, I have tested it on a couple of projects. It works quite nice without issues on kate-trinity 4:14.0.5~pre. Common syntax errors are also highlighted :-)
Nik
--
Please do not email me anything that you are not comfortable also sharing with the NSA, CIA ...
hi all!
Would it be possible to include this syntax definition for kate? It adds syntx highlightening for gcode (linuxcnc etc.).
https://raw.githubusercontent.com/FernV/Gcode-highlight-for-Kate/master/gco…
(file needs to go to /opt/trinity/share/apps/katepart/syntax/)
Nik
--
Please do not email me anything that you are not comfortable also sharing with the NSA, CIA ...
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA512
On 2018/06/05 12:51 AM, Slávek Banko wrote:
> It's just my modest estimate:
>
> apt purge kgtk-qt3-trinity
>
> Cheers -- Slávek
Dear all,
some of you had reported problems with starting TDE when kgtk-qt3-trinity package was installed.
This was also reported in bugszilla (bug 2477).
This issue has been fixed and if you are using Slavek's preliminary stable builds you should get the updated packages
soon. If not, you will need to wait for R14.0.5 release.
Cheers
Michele
-----BEGIN PGP SIGNATURE-----
iQIzBAEBCgAdFiEEjhl1z5vbYB3YbFTiKnW3yore1c8FAlslLskACgkQKnW3yore
1c/O9Q/9Ha3I8T6y52AHSXnOV+KZSqTEa9WXcAKJHlDxdG9vxsi01WIleZ4jI/CF
tbhVCE9X0woDYV6EO8nnMPqP9JgBI2KZRJlXwZRLc/kMXlEtm7f3d/+mRYiJLT1t
CWqMLI3Uh05A9cKGVx837IF0IhTxFRuTRMAiHhCHrDUR2RBj8TwsSAszYMaIAZsD
RocGS7uaAt4eKEFF+02C3keTYIVZBIl5SbMrx/2xtD0al1NZpv5lIPLErlmDUlyM
caxuzqJVXJ7XBmxypWZIMPOxfP0jwqt3f5/oRoZ5jrgoXo6lnRhwMo8mFk5Ldy22
HG0tJINSfCsUKOakRXXt7T4cD8iaoJyB1mcbZzCgXCJpfGcPD601Xntkn7Yg9NRq
38ZIo/aHdLP3zdfu+GW9q2VMrBfAfY5088QpYjp6XlBNJHs5pXdMzf/y1bAalN8K
90wRM10qn0NxkQg/pMBW347wDKALhHZXw5n2iNm1cyHCuHQ/IpGBkvl2KyJS8kxw
GbUiAfL8nrSqP0VOC7o38IprLkbpqdGlMmQRcq4nKizPcgZaByNfmNssGMI9R6gq
W6a69sI0eYLYiI+88SCLmQEN35qzI1Sx3C6w2uKCgv8cbSyYvjqhul6tGhlzFXIj
F3WUkQEPlp3ljD4E84znSoUIsFjlh0A//5mB6PlK0UmDY/BeIM4=
=7w+k
-----END PGP SIGNATURE-----
All,
Ran into an issue with a version of kdelibs/kate/part/data/javascript.xml
(tdelibs here) where the syntax highlight would not render in kate/kwrite. (at
all -- meaning no syntax highlight at all for .js) The syntax file was
identical to:
https://git.trinitydesktop.org/cgit/tdelibs/tree/kate/data/javascript.xml
Reverting to an earlier version restored the syntax highlighting for javascript.
It would be worth a check. If it doesn't render, then here is a diff of the
changes between the current and the one that works. If your current version
works -- just disregard.
--
David C. Rankin, J.D.,P.E.
Hi,
as I am advancing with TQt slowly, there are many things I want to know, so
I am wondering right now what is the convenient method of reading a device,
so that I can trigger somethin on events emitted by the device. I see there
are few classes based on TQIODevice, but which should I use. I am
interested in following:
http://jwhsmith.net/2015/02/manipulating-rfkill-using-devices-programmatica…
I am sure there is a good example somewhere and you know exactly where.
thanks in advance
regards
To: "plasma-devel(a)kde.org" <plasma-devel(a)kde.org>,
"kde-devel(a)kde.org" <kde-devel(a)kde.org>
From: Hugo Pereira Da Costa <hugo.pereira.da.costa(a)gmail.com>
Subject: Stepping down as maintainer for breeze/oxygen kstyle and deco
Title says it all.
No need for long explanations, I am just not enjoying it any more.
Time to move on, sorry.
Best of luck,
Hugo
--
Jimmy Johnson
Devuan Jessie - TDE Trinity R14.0.4 - AMD A8-7600 - EXT4 at sda2
Registered Linux User #380263