https://bugzilla.novell.com/show_bug.cgi?id=719453
ksim and kgpg contains the GPL-2.0 files listed below. I can't immediately see
from the spec file where the source code is compiled into but the spec file
should definitely denote the package (or subpackage of applicable) as GPL-2.0.
kdeutils-3.5.10/kgpg/conf_encryption.ui.h
kdeutils-3.5.10/kgpg/keyexport.ui.h
kdeutils-3.5.10/kgpg/kgpgrevokewidget.ui.h
kdeutils-3.5.10/kgpg/newkey.ui.h
kdeutils-3.5.10/ksim/monitors/lm_sensors/NVCtrl.c
kdeutils-3.5.10/ksim/monitors/lm_sensors/NVCtrl.h
kdeutils-3.5.10/ksim/monitors/lm_sensors/nv_control.h
kdeutils-3.5.10/superkaramba/examples/taskBar/cleanbar/README
Also, there are numerous header files in klaptopdaemon licensed under the
MPL-1.0 (which is incompatible with the GPL-2.0). Please check if these files
are used. If they are, we need to determine how we can resolve the GPL
compatibility issue.
kdeutils-3.5.10/klaptopdaemon/linux/bulkmem.h
kdeutils-3.5.10/klaptopdaemon/linux/ciscode.h
kdeutils-3.5.10/klaptopdaemon/linux/cisreg.h
kdeutils-3.5.10/klaptopdaemon/linux/cistpl.h
kdeutils-3.5.10/klaptopdaemon/linux/cs.h
kdeutils-3.5.10/klaptopdaemon/linux/cs_types.h
kdeutils-3.5.10/klaptopdaemon/linux/driver_ops.h
kdeutils-3.5.10/klaptopdaemon/linux/ds.h
kdeutils-3.5.10/klaptopdaemon/linux/ftl.h
kdeutils-3.5.10/klaptopdaemon/linux/k_compat.h
kdeutils-3.5.10/klaptopdaemon/linux/mem_op.h
kdeutils-3.5.10/klaptopdaemon/linux/memory.h
kdeutils-3.5.10/klaptopdaemon/linux/ss.h
Hi all,
1 - I do not know where to post a bug report.
2 - In a previous mail, I tried to explain that kdesu "survived" after
some use, requiring then the maximum CPU resources. I understand now in what
circumstances: this appens while reopenning a session that was closed when a
program is still open and that it was opened with kdesu.
- I had this to be clearer (than Google!): press "Alt"+"F2",
type "kdesu whatever", Once whatever launched and running, close the session.
Reopen the (same user) session, and check the processor activity.
3 - Is there a way to record a session to make it the one that is used
at the next re-opening (was an OSS_10.3 feature) ?
Sincerely,
Patrick
Hi all,
1 - I do not know where to post a bug report.
2 - Audacity does not work. Can not save a project and can not export a
file (it seems to be a problem of dialogue).
Sincerely,
Patrick
It's been a busy month, hasn't it?
Let's get things back into the groove.
September Meeting will be held on 20 September 2011.
To find the time for your area, check the list here at http://bit.ly/npyguR
Topics include fixing the cmake checklist...
Preliminary list of topics here: http://trinity.etherpad.trinitydesktop.org/12
As usual, speak up for any objections and I will do my best to accommodate.
--
later daze. :: Robert Xu :: rxu.lincomlinux.org :: protocol.by/rxu
en esta conversacion entera esta el aviso de un parche [para que
network manager funcione perfecto en kde3 knetworkmanager, la
situacion es que el iconito de redes de venenux es realmente
knetworkmanager, el cual es de kde3 , y ya saliendo kde4 estaba sin
so[porte, gracias al proyecto trinity, haora revive esto, actualizare
las fuentes el meircoles en la noche en valencia sino lo hago en los
teques..
AVISADO SALGO EL MARTES PARA ALLA VALENCIANOS.. manana completo el
remaster tutorial en el proyecto comunitario
On 9/19/11, Ilya Chernykh <anixxsus(a)gmail.com> wrote:
> On Monday 19 September 2011 18:47:43 you wrote:
>> On Monday 19 September 2011 18:03:28 Timothy Pearson wrote:
>>
>> > >> That being said, I do not believe this patch is complete. Yes, it
>> > >> compiles, but there is code that directly references
>> > >> "org.freedesktop.NetworkManagerUserSettings". According to the NM
>> > >> 0.9
>> > >> porting guide att
>> > >> http://projects.gnome.org/NetworkManager/developers/api/09/ref-migrating.ht…,
>> > >> the NetworkManagerUserSettings service has been completely removed
>> > >> from
>> > >> NM
>> > >> 0.9.
>> > >
>> > > I may be wrong but seems that NetworkManagerUserSettings belongs to
>> > > knetworkmanager,
>> > > not to the NM backend.
>> >
>> > No, from what I can tell NetworkManagerUserSettings was primarily part
>> > of
>> > NetworkManager, and anything left in knetworkmanager is vestigial at
>> > this
>> > point and needs to be replaced with the new "secret agent" NM 0.9 DBus
>> > service.
>>
>> There were two services: one for server part and one for client part is
>> how I
>> understand it. And the client service is launched from knetworkmanager or
>> another applet.
>> In the NM there is no need for client service, and the client can call
>> directly the NM "agent" service.
>>
>
> In the NM 0.9 I meant.
>
> ---------------------------------------------------------------------
> 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 messsages on the Web archive:
> http://trinity-devel.pearsoncomputing.net/
> Please remember not to top-post:
> http://trinity.pearsoncomputing.net/mailing_lists/#top-posting
>
>
--
Lenz McKAY Gerardo (PICCORO)
http://qgqlochekone.blogspot.com
Cofundador de Venenux; debian based multimedia alike free only zealots
users (oh well, i try but..too many free guidelines buahhh)
http://shutendouji.net
creador de massenkoh linux; debian enhanchements for better up to date
support on stable brand, including non-free soft.
Hello, I'm trying to build kdelibs 3.5.12 on RHEL 5 (which is getting a
bit old, but still supported by RH, and widely used in companies).
When compiling krandr, it fails with the following output:
make[2]: entrant dans le répertoire «
/home/albator/rpmbuild/BUILD/kdelibs/krandr »
/bin/sh ../libtool --tag=CC --mode=compile gcc -DHAVE_CONFIG_H -I. -I.
-I.. -I../dcop -I../kdecore -I../kio/kssl -I../kjs -I./.. -I../dcop
-I../libltdl -I../kdefx -I../kdecore -I../kdecore -I../kdecore/network
-I../kdeui -I../kio -I../kio/kio -I../kio/kfile -I..
-I/usr/lib64/qt-3.3/include -include tqt.h -I. -I/opt/trinity/include
-I/opt/trinity/include/tqt -DQT_THREAD_SUPPORT -D_REENTRANT -DNDEBUG
-O2 -O2 -g -pipe -Wall -Wp,-D_FORTIFY_SOURCE=2 -fexceptions
-fstack-protector --param=ssp-buffer-size=4 -m64 -mtune=generic -c -o
lowlevel_randr.lo lowlevel_randr.c
gcc -DHAVE_CONFIG_H -I. -I. -I.. -I../dcop -I../kdecore -I../kio/kssl
-I../kjs -I./.. -I../dcop -I../libltdl -I../kdefx -I../kdecore
-I../kdecore -I../kdecore/network -I../kdeui -I../kio -I../kio/kio
-I../kio/kfile -I.. -I/usr/lib64/qt-3.3/include -include tqt.h -I.
-I/opt/trinity/include -I/opt/trinity/include/tqt -DQT_THREAD_SUPPORT
-D_REENTRANT -DNDEBUG -O2 -O2 -g -pipe -Wall -Wp,-D_FORTIFY_SOURCE=2
-fexceptions -fstack-protector --param=ssp-buffer-size=4 -m64
-mtune=generic -c lowlevel_randr.c -fPIC -DPIC -o .libs/lowlevel_randr.o
In file included from lowlevel_randr.c:23:
lowlevel_randr.h:102:7: warning: no newline at end of file
In file included from lowlevel_randr.c:24:
lowlevel_randr.h:29: error: expected specifier-qualifier-list before
'RRCrtc'
lowlevel_randr.h:44: error: expected specifier-qualifier-list before
'RROutput'
lowlevel_randr.h:55: error: expected specifier-qualifier-list before
'XRRScreenResources'
lowlevel_randr.h:90: error: expected '=', ',', ';', 'asm' or
'__attribute__' before '*' token
lowlevel_randr.h:91: error: expected ')' before '*' token
lowlevel_randr.h:92: error: expected ')' before '*' token
lowlevel_randr.h:93: error: expected declaration specifiers or '...'
before 'RROutput'
[...]
and so on ... (the full log is attached to this mail)
It seems that RHEL5 Xrandr version (1.1.1) is too old for krandr.
I have no idea of what is the most reasonable way to go:
Should I try to compile a newer version of Xrandr ? Is that even
possible without compiling a lot of other stuff ?
Should I disable krandr in kdelibs makefile ? What will be the
consequences on further compiled packages ?
Should I revert all krandr-related patches to recover older KDE3
functionalities ?
Thanks in advance for your enlightenment :-)
Francois Andriot
Hello all,
I did the same (double) error twice, with obviously the same result
twice. The first time, I continue to use the system, which meant that I
did not know where was the error.
The objective was to install Firefox 5.0.
1 - I copied a directory /usr/local/firefox/ from a system used before
2 - I tried to edit a firefox icon coming also from the other system,
3 - I completely uninstalled firefox using Synaptic (that did not
removed the ~/.mozilla/).
At the end of stage 2, TDE changed their behavior: the icon (firefox)
disappeared from the office, and TDE "showed" the launch of an
application (clicking on a desktop icon) by in the magnifying. I had
initially inhibited this option (called "bouncing cursor", I think).
I do not know which of point two or three is causing the problem, but at
the following reboot, TDE showed blue cursors and finally "Can not open
theme file /opt/kde/share/apps/kdm/themes/kubuntu-kde3/ ". In the
current working installation, there is no /opt/kde/ but /opt/kde3/. Once
the session opened, there was no menu Start. (I am not ready to live
without it!)
I am currently with a screen size of 1152x864 that comes out of a
magician's hat (this is the very first time it appens with THIS
format!), while after the last system restore (and associated wasted
time), throw in usual 1280x1024. I have already indicated the unsolved
problem of ATI drivers installation in another post.
Sincerly,
Patrick
# cat /home/user/Desktop/poub/Firefox.desktop
[Desktop Entry]
Categories=Application;Network;WebBrowser;X-Ximian-Main;X-Ximian-Toplevel;
Comment=Navigateur Web
Comment[fr]=Navigateur Web
Exec[$e]=firefox %U
GenericName=
GenericName[fr]=
Icon=/usr/local/firefox/icons/mozicon128.png
MimeType=application/xhtml+xml;text/html
Name=Firefox
Name[fr]=Firefox
NotShowIn=GNOME;
Path[$e]=
StartupNotify=true
Terminal=false
TerminalOptions=
TryExec=firefox
Type=Application
X-DCOP-ServiceType=
X-KDE-SubstituteUID=false
X-KDE-Username=
X-SuSE-translate=true