Quick note for developers/packagers.
Meta packages in TDE code were located in two subfolders (defaultsettings and metapackages).
They have now been consolidated into the metapackages folder.
"defaultsettings" does not exist any longer.
Cheers
Michele
http://bugs.pearsoncomputing.net/show_bug.cgi?id=3162
[TDM][openSUSE TW] TDM broken: /etc/trinity/tdm/Xsession: line 46: /etc/X11/xdm/Xsession: No such file or directory
This ought to block 14.0.9 release.
--
Evolution as taught in public schools, like religion,
is based on faith, not on science.
Team OS/2 ** Reg. Linux User #211409 ** a11y rocks!
Felix Miata *** http://fm.no-ip.com/
Could not read network connection list.
/root/.DCOPserver_m7ncd_0
Please check that the "dcopserver" program is running!"
These messages pop up twice at each attempt to start a TDE session, then the
attempt aborts, regardless whether sessuib start attempt is via TDM or startx.
This is hardly the first time I've encountered this. What is the usual cause?
32 bit Bullseye & trinity-sb.
http://fm.no-ip.com/Tmp/Linux/TDE/xsession-errors
--
Evolution as taught in public schools, like religion,
is based on faith, not on science.
Team OS/2 ** Reg. Linux User #211409 ** a11y rocks!
Felix Miata *** http://fm.no-ip.com/
Hi,
I note on this page
https://www.trinitydesktop.org/mirrorstatus.php
that you list our backend servers (copernicus and kuiper) separately.
Could you change that to list a single URL please?
http://www.mirrorservice.org/sites/trinitydesktop.org/trinity/
(you may use https too if you prefer)
We're also testing out shorter URLs if this looks better:
http://trinitydesktop.mirrorservice.org/trinity/
(https available within the next 10 days)
The reason for this request is that these URLs go through our load
balancer. This allows us to transparently handle node failure, do
patching and maintenance, distribute traffic, etc, without impacting the
user visible service. The backends are not intended to be accessed
directly.
Thanks,
Tim.
--
Tim Bishop,
Computing Officer, School of Computing, University of Kent.
PGP Key: 0x6C226B37FDF38D55
---------------------------------------------------------------------
To unsubscribe, e-mail: trinity-devel-unsubscribe(a)lists.pearsoncomputing.net
For additional commands, e-mail: trinity-devel-help(a)lists.pearsoncomputing.net
Read list messages on the web archive: http://trinity-devel.pearsoncomputing.net/
Please remember not to top-post: http://trinity.pearsoncomputing.net/mailing_lists/#top-posting
Does Debian have any kind of configuration option that can make 'apt upgrade' try
harder to download all packages instead of all except one that for whatever mirror
failure reason fails, and halting the upgrade process because that one file didn't
download? It seems typical here that one package, any package, isn't found on the
trinity mirrors on the first pass, but on second invocation of apt upgrade, that
one package is fetched, and the entire apt upgrade continues to completion.
The latest case was just now, sb on Bullseye:
libkexiv2-3-trinity-14.0.8-0debian11.0.0+0~a_amd64.deb
--
Evolution as taught in public schools is religion, not science.
Team OS/2 ** Reg. Linux User #211409 ** a11y rocks!
Felix Miata *** http://fm.no-ip.com/
---------------------------------------------------------------------
To unsubscribe, e-mail: trinity-devel-unsubscribe(a)lists.pearsoncomputing.net
For additional commands, e-mail: trinity-devel-help(a)lists.pearsoncomputing.net
Read list messages on the web archive: http://trinity-devel.pearsoncomputing.net/
Please remember not to top-post: http://trinity.pearsoncomputing.net/mailing_lists/#top-posting
Hi all,
since there are still occasional posts sent to old mailing lists, I would
like to point out a second time about the approaching deadline of mailing
list migration. At the end of the month, the forwarding of posts back to
the old mailing lists will be stopped. So let me remind those who still
use old mailing list, you should consider subscription for new mailing
list soon!
See the full announcement that was sent some time ago:
https://mail.trinitydesktop.org/mailman3/hyperkitty/list/announcements@trin…
Cheers
--
Slávek
chang_1275--- via tde-devels wrote:
Via google translator I understand Chang_1275 is asking why we are sending
him this mail :D
@Chang_1275 - if you do not want to receive this unsubscribe
如果您不想收到此退订
要取消订阅，请发送电子邮件至
devels-leave(a)trinitydesktop.org
---------- Forwarded Message ----------
Subject: Re: [trinity-devel] UK Mirror Service mirrors
Date: Thu October 22 2020, 07:27:34
From: Tim Bishop <tdb(a)mirrorservice.org>
To: Mike Bird <mgb-trinity(a)yosemite.net>
Hi Mike,
On Thu, Oct 22, 2020 at 01:47:58AM -0700, Mike Bird wrote:
> On Sun July 19 2020 03:25:35 Tim Bishop wrote:
> > The two servers sync independently. Whilst this is not an ideal
> > situation, and can lead to them having slightly out of step content,
> > it's the simplest approach and requires the least development and
> > maintenance work. In theory they should sync within an hour of each
> > other, so the likely reason for them to have different files for an
> > extended period is that one of them is failing to sync. Obviously this
> > is something that's quite easy to investigate at the time, but
> > impossible to work out later. So if you see this please let us know at
> > the time so we can see why it's happening.
>
> The primary mirror daily report issued an hour ago included this:
>
> 0 files missing from copernicus.mirrorservice.org::trinitydesktop.org/
> 33495 files missing from kuiper.mirrorservice.org::trinitydesktop.org/
Looks like the sync on both machines had hung. I don't know if that's a
network issue, or an issue at one end or the other. Eventually our "sync
reaper" script notices and kills the sync which lets another start. That
happened for copernicus already, but kuiper was still hung - I've kicked
it now so it'll catch up soon.
Tim.
--
Tim Bishop,
Computing Officer, School of Computing, University of Kent.
PGP Key: 0x6C226B37FDF38D55
-------------------------------------------------------
Had a crash about an hour ago in PSB KMail. When I tried to send
the report I was told the server's cert had expired, IIRC Feb 2020.
I told it to send the report anyway.
Does this go to the old TDE infrastructure or the new?
--Mike
