tde-devels

devels@trinitydesktop.org

3 participants
3808 discussions

Re: [trinity-devel] Possible security glitch with switching users?
by Darrell Anderson 10 Nov '13

10 Nov '13

>AFAIK "Start New Session" does not lock the current session, >whereas >selecting an existing session will lock the current session. On my >systems >there is a second menu entry for "Lock Current & Start New >Session" if it >is desired to lock the screen before starting the new session. That is confusing behavior to me. I'll guess confusing to others too. Darrell

1 0

Re: [trinity-devel] Possible security glitch with switching users?
by Darrell Anderson 10 Nov '13

10 Nov '13

>I don't know whether this is a security glitch or PEBKAC. > >I was testing the graphical login with TDM: > >* I logged in as User 1. >* From the TDE menu I selected Switch User->Start New Session. >* I logged in as User 2. >* I switched to User 1 *without* needing a password. >* I switched to User 2 and needed a password. >* I typed the password, switched to User 1, and needed a password. > >I repeated this exercise three times with a system reboot each >time. Each time the first instance of switching did not require a >password. > >Further, I was not always asked for a password on subsequent >switching, especially when I used the keyboard toggles of Ctrl-Alt- > >F7 and Ctrl-Alt-F8. > >SAK is disabled. > >I only used Switch User->Start New Session. I did not use Switch >User->Lock Current & Start New Session. > >Thoughts? BTW, seems to me there should be no password required when using 'Start New Session' --- that is what the 'Lock Current & Start New Session' option should be for? Darrell

3 2

Possible security glitch with switching users?
by Darrell Anderson 09 Nov '13

09 Nov '13

All, I don't know whether this is a security glitch or PEBKAC. I was testing the graphical login with TDM: * I logged in as User 1. * From the TDE menu I selected Switch User->Start New Session. * I logged in as User 2. * I switched to User 1 *without* needing a password. * I switched to User 2 and needed a password. * I typed the password, switched to User 1, and needed a password. I repeated this exercise three times with a system reboot each time. Each time the first instance of switching did not require a password. Further, I was not always asked for a password on subsequent switching, especially when I used the keyboard toggles of Ctrl-Alt- F7 and Ctrl-Alt-F8. SAK is disabled. I only used Switch User->Start New Session. I did not use Switch User->Lock Current & Start New Session. Thoughts? Darrell

1 0

Re: [trinity-devel] Possible remnant XDG x-kde instances
by Darrell Anderson 08 Nov '13

08 Nov '13

>> Should these instances be converted to x-tde-*? > >I would think so. I will push the changes. Darrell

1 0

Possible remnant XDG x-kde instances
by Darrell Anderson 08 Nov '13

08 Nov '13

All, After resolving bug report 1704 I searched the Trinity source tree for additional occurrences of 'kde-'. I found several instances of some XDG mimetype references that have not been converted to TDE nomenclature. The list: x-kde-internaluid x-kde-type x-kde-cutselection x-kde-urilist A short list, yet I'm curious whether any of these instances could be causing or are related to reported problems in Trinity. To see these instances in context, grep tdebase, tdelibs, tdepim, krusader, basket. Should these instances be converted to x-tde-*? Darrell

2 1

commit 99b03be6 (qt3/tqt3)
by Slávek Banko 04 Nov '13

04 Nov '13

Hi all, after commit 99b03be6 I have on a test machine in .xsession-errors many such reports. Note that it is the testing machine, on which is now the only active screen saver. TQThreadInstance::finish: In TQThreadInstance::finish for thread 0x1508ad0 TQThreadInstance::finish: In TQThreadInstance::finish for thread 0x150b400 TQThreadInstance::finish: In TQThreadInstance::finish for thread 0x150afb0 TQThreadInstance::finish: In TQThreadInstance::finish for thread 0x1508af0 TQThreadInstance::finish: In TQThreadInstance::finish for thread 0x150b420 To this I have two questions: 1) How can such a report be useful when there is no knowing what applications are affected? 2) Tim, why you use in such reports, a new lines with "\r"? Thanks Slavek

2 2

Re: [trinity-devel] Compiling qt4-tqt-theme-engine
by Darrell Anderson 31 Oct '13

31 Oct '13

>you can check here (the log from the automated build system) >https://quickbuild.pearsoncomputing.net/~trinity/+archive/trinity- >nightly-builds/+build/133347 then click on the buildlog link. I need a sample build script, not a build log. :-) Darrell

2 1

Still having problems with get-update and the nightly builds
by Keith Daniels 31 Oct '13

31 Oct '13

I had to shut down because of storms and just got back online where I could test things again. I also accidentally deleted the previous email about the problem. duh... When I try to use "apt-get update" for the nightly build for Debian wheezy--it still gives me this error message: ----------------- Err http://ppa.quickbuild.pearsoncomputing.net wheezy/main Sources 404 Not Found Fetched 127 kB in 8s (14.9 kB/s) W: Failed to fetch http://ppa.quickbuild.pearsoncomuting .net/trinity/trinity-nightly-build/debian/dists/wheezy/main/source/Sources 404 Not Found ----------------- and dumps me out of apt-get. I did some checking, and the "mirrorservice.org" link (which is where "http://ppa.quickbuild.pearsoncomuting.net/trinity/" takes me): http://www.mirrorservice.org/sites/trinitydesktop .org/trinity/trinity-nightly-build-dependencies/ubuntu/dists /wheezy/main/source/Source Seems to be the link needed for Debian wheezy. Keith

2 2

Debian Nightly builds.
by Keith Daniels 30 Oct '13

30 Oct '13

I am trying to install and test the nightly build. I used these lines in my sources.list file: ----------------- deb http://ppa.quickbuild.pearsoncomputing.net/trinity/trinity-nightly-build-de… main deb-src http://ppa.quickbuild.pearsoncomputing.net/trinity/trinity-nightly-build-de… main ----------------- and yes the other two lines are in there as well but I get dumped out before apt-get runs them. When I run apt-get update, everything runs fine until I get to the deb-src line. At that point I get this error message: ----------------- Err http://ppa.quickbuild.pearsoncomputing.net wheezy/main Sources 404 Not found ----------------- and yes there is a space after .net above, which looks wrong to me. The error message immediately dumps me out of apt. Suggestions? Keith

2 4

Re: [trinity-devel] Can't compile gtk3-tqt-engine
by Darrell Anderson 30 Oct '13

30 Oct '13

>I can send you my build log when I am on a TDE machine. I need a sample build script more than a build log. >Anyhow have you tried to remove that /tde from the command line >and check if the package compiles? I have no idea how to do that because I don't from where this "/tde" is being defined. Darrell

1 0

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

tde-devels