Bug#627917: kdm: Default KDM config file doesn't halt
Package: kdm Version: 4:4.6.2-2 Severity: important Hi. The default configuration file for KDM contains the following: [Shutdown] # The command (subject to word splitting) to run to halt the system. # Default is "/sbin/shutdown -p now" #HaltCmd= # The command (subject to word splitting) to run to reboot the system. # Default is "/sbin/shutdown -r now" #RebootCmd= However, this doesn't properly shutdown. According to shutdown manpage, the proper switch should be -P, not -p. I think that former default values were: [Shutdown] BootManager=None HaltCmd=/sbin/halt RebootCmd=/sbin/reboot I can't confirm, but this was in my kdmrc.dpkg-old, and I think I had the default. Changing to use halt and reboot worked for me, but I don't know if is a problem in shutdown instead (sorry if it's the case). Thank you. -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.38-2-amd64 (SMP w/2 CPU cores) Locale: LANG=es_ES.UTF-8, LC_CTYPE=es_ES.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages kdm depends on: ii adduser 3.112+nmu2 add and remove users and groups ii consolekit0.4.4-1framework for defining and trackin ii debconf [debconf-2.0] 1.5.39 Debian configuration management sy ii kdebase-runtime 4:4.6.2-1 runtime components from the offici ii kdebase-workspace-kgreet-plug 4:4.6.2-2 KDE greet libraries for authentica ii libc6 2.13-4 Embedded GNU C Library: Shared lib ii libck-connector0 0.4.4-1ConsoleKit libraries ii libdbus-1-3 1.4.8-3simple interprocess messaging syst ii libkdecore5 4:4.6.2-1 KDE Platform Core Library ii libkdeui5 4:4.6.2-1 KDE Platform User Interface Librar ii libkio5 4:4.6.2-1 Network-enabled File Management Li ii libknewstuff3-4 4:4.6.2-1 "Get Hot New Stuff" v3 Library for ii libkworkspace44:4.6.2-2 library for the kdebase workspace ii libpam0g 1.1.2-3Pluggable Authentication Modules l ii libqimageblitz4 1:0.0.6-3 QImageBlitz image effects library ii libqt4-svg4:4.7.3-1 Qt 4 SVG module ii libqt4-xml4:4.7.3-1 Qt 4 XML module ii libqtcore44:4.7.3-1 Qt 4 core module ii libqtgui4 4:4.7.3-1 Qt 4 GUI module ii libstdc++64.6.0-7The GNU Standard C++ Library v3 ii libx11-6 2:1.4.3-1 X11 client-side library ii libxau6 1:1.0.6-1 X11 authorisation library ii libxdmcp6 1:1.1.0-1 X11 Display Manager Control Protoc ii libxtst6 2:1.2.0-1 X11 Testing -- Record extension li ii lsb-base 3.2-27 Linux Standard Base 3.2 init scrip Versions of packages kdm recommends: ii kde-window-manager [x-window- 4:4.6.2-2 K window manager (KWin) ii konsole [x-terminal-emulator] 4:4.6.2-1 X terminal emulator ii logrotate 3.7.8-6Log rotation utility ii xserver-xorg 1:7.6+6the X.Org X server Versions of packages kdm suggests: ii kdepasswd 4:4.6.2-1 graphical password changing utilit -- Configuration Files: /etc/kde3/kdm/kdmrc changed: [General] ConfigVersion=2.3 StaticServers=:0 ReserveServers=:1,:2,:3 ServerVTs=-7 ConsoleTTYs=tty1,tty2,tty3,tty4,tty5,tty6 PidFile=/var/run/kdm.pid [Xdmcp] Enable=false Willing=/etc/kde3/kdm/Xwilling [Shutdown] [X-*-Core] Setup=/etc/kde3/kdm/Xsetup Startup=/etc/kde3/kdm/Xstartup Reset=/etc/kde3/kdm/Xreset Session=/etc/kde3/kdm/Xsession AllowRootLogin=false AllowNullPasswd=false AllowShutdown=Root SessionsDirs=/usr/share/xsessions,/var/lib/menu-xdg/xsessions,/usr/share/apps/kdm/sessions ClientLogFile=.xsession-errors-%s [X-*-Greeter] LogoArea=Logo LogoPixmap=/usr/share/apps/kdm/pics/kdelogo.png AntiAliasing=true MinShowUID=1000 MaxShowUID=2 Preloader=/usr/bin/preloadkde Theme=@@@ToBeReplacedByDesktopBase@@@ [X-:*-Core] ServerCmd=/usr/bin/X -br ServerArgsLocal=-nolisten tcp AllowNullPasswd=true AllowShutdown=All [X-:*-Greeter] PreselectUser=Previous FocusPasswd=true LoginMode=DefaultLocal AllowClose=true [X-:0-Core] ClientLogFile=.xsession-errors [X-:0-Greeter] /etc/kde4/kdm/kdmrc changed: [General] ConfigVersion=2.4 StaticServers=:0 ReserveServers=:1,:2,:3 ServerVTs=-7 ConsoleTTYs=tty1,tty2,tty3,tty4,tty5,tty6 PidFile=/var/run/kdm.pid GreeterUID=kdm [Xdmcp] Enable=false Willing=/etc/kde4/kdm/Xwilling [Shutdown] HaltCmd=/sbin/halt RebootCmd=/sbin/reboot BootManager=Grub [X-*-Core] Setup=/etc/kde4/kdm/Xsetup Startup=/etc/kde4/kdm/Xstartup Reset=/etc/kde4/kdm/Xreset Session=/etc/kde4/kdm/Xsession AllowRootLogin=false AllowNullPasswd=false AllowShutdown=Root ClientLogF
Bug#597900: qt4-x11: Some Recommends/Suggests needed for QML
Package: qt4-x11
Version: Some Recommends or Suggests missing for declarative stuff
Severity: wishlist
Hi.
The packages qt4-qmlviewer, libqt4-declarative-{folderlistmodel, gestures,
particles} have no reverse dependencies, so if you start playing with Qt
Creator and trying to run the declarative qt4-demos, you have to install some
packages manually or some stuff doesn't work.
I would suggest making qt4-qmlviewer a recommendation or suggestion of
qtcreator and qt4-demos, and also making libqt4-declarative-* recommendation or
suggestion of libqt4-declarative.
Thanks.
-- System Information:
Debian Release: squeeze/sid
APT prefers unstable
APT policy: (500, 'unstable'), (1, 'experimental')
Architecture: amd64 (x86_64)
Kernel: Linux 2.6.32-trunk-amd64 (SMP w/2 CPU cores)
Locale: LANG=es_ES.UTF-8, LC_CTYPE=es_ES.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
--
To UNSUBSCRIBE, email to debian-qt-kde-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/20100923232919.13496.91011.report...@bender
Bug#378383: Kopete 0.12.1
El Sábado, 15 de Julio de 2006 23:47, Petteri escribió: > Package: kopete > Severity: wishlist > > The current upstream version is 0.12.1. So the wish is to package it to > debian. > > Thanks for your great work on the package, > Petteri According to this message: http://lists.kde.org/?l=kde-core-devel&m=115144677527998&w=2 ... this version of kopete will be included in kdenetwork 3.5.4, but this version is still not released. I know that kopete is also released separately, but I suppose it won't be packaged outside kdenetwork, so you have to wait. -- Alex (a.k.a. suy) - GPG ID 0x0B8B0BC2 http://barnacity.net/ - Jabber ID: [EMAIL PROTECTED]
Re: Bug#378443: New Upstream Version
El Domingo, 16 de Julio de 2006 17:24, Alejandro Exojo escribió: > El Domingo, 16 de Julio de 2006 14:10, Michael Flowers escribió: > > Package: qt4-x11 > > Version: 4.1.3-3 > > Severity: wishlist > > > > New upstream version is available. :D Please update. > > It's a _technical preview_, not even an alpha or beta release, but surely a > not stable release! Mmm, I want to say sorry if I typed the "done" too quickly. I thought it was pretty clear that is invalid, so closing it will be helping. Sorry if was wrong. Greetings. -- Alex (a.k.a. suy) - GPG ID 0x0B8B0BC2 http://barnacity.net/ - Jabber ID: [EMAIL PROTECTED]
Re: Bug#378443: New Upstream Version
El Domingo, 16 de Julio de 2006 14:10, Michael Flowers escribió: > Package: qt4-x11 > Version: 4.1.3-3 > Severity: wishlist > > New upstream version is available. :D Please update. It's a _technical preview_, not even an alpha or beta release, but surely a not stable release! -- Alex (a.k.a. suy) - GPG ID 0x0B8B0BC2 http://barnacity.net/ - Jabber ID: [EMAIL PROTECTED]
Bug#360985: ktouch: Impossible to add accented characters
Package: ktouch Version: 4:3.5.2-1 Severity: normal Hi. I'm unable to enter any accented vowel in KTouch. It seems that is ignoring the acute key (because, if paused, if you press any key, the session is resumed, but not if you press the acute key). It seems that other user is having the same trouble, but with different result, because the accent is printed, but not combined with the vowel. This same user, also states that ktouch works OK in Kubuntu, so I think it might be Debian specific. He provided some screenshots with more info: https://listas.hispalinux.es/pipermail/kde-hispano/attachments/20060405/2ac03052/kubuntu1-0001.png https://listas.hispalinux.es/pipermail/kde-hispano/attachments/20060405/2ac03052/kubuntu2-0001.png https://listas.hispalinux.es/pipermail/kde-hispano/attachments/20060405/2ac03052/debian1-0001.png https://listas.hispalinux.es/pipermail/kde-hispano/attachments/20060405/2ac03052/debian2-0001.png Thanks. -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.16-1-k7 Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) Versions of packages ktouch depends on: ii kdelibs4c2a 4:3.5.2-1 core libraries for all KDE applica ii libc6 2.3.6-4GNU C Library: Shared libraries an ii libgcc1 1:4.1.0-1 GCC support library ii libkdeedu34:3.5.2-1 library for use with KDE education ii libqt3-mt 3:3.3.6-1 Qt GUI Library (Threaded runtime v ii libstdc++64.1.0-1The GNU Standard C++ Library v3 Versions of packages ktouch recommends: ii kdeedu-data 4:3.5.2-1 shared data for KDE educational ap -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#334778: Times in ics files are in UTC, but korgac treates them as local...
El Miércoles, 19 de Octubre de 2005 21:33, Tyson Whitehead escribió: > For example, if I enter an 11:30 appointment, the "std.ics" file gets > an associated entry with a field that says "DTSTART:20051012T153000Z". > The korgac reminder daemon then pops up my 1/2 hour before reminder at > 15:00 local time. Course the meeting is quite done by then! : ) Is your time properly set up in the control center? Works perfectly here. -- Alex (a.k.a. suy) - GPG ID 0x0B8B0BC2 http://darkshines.net/ - Jabber ID: [EMAIL PROTECTED]
Bug#221442: Two months: no update, no reply
El Lunes, 22 de Agosto de 2005 23:03, Chris Horn escribió: > Where can I go to read/find out about the present status of KMail? > I have not heard anything about this bug for over two months. The original report was about a problem with the IMAP account. I never had a problem with this kind of account, but I suppose is related to the synchronous-filtering problem. Getting a faster client / server, bigger bandwith, and having patience while the GUI seems frozen, helps. My recommendation: Switch to disconnected IMAP, because is the recommended kind of account for IMAP, and the filtering works better. And no, saying in the bugreport 'The "Disconnected IMAP" account type does not work AT ALL for me', doesn't help. :) Just ask in debian-kde or kdepim-users if you have problems setting up the account, but I can promise you that it works. -- Alex (a.k.a. suy) - GPG ID 0x0B8B0BC2 http://darkshines.net/ - Jabber ID: [EMAIL PROTECTED]
Bug#323747: kdelibs-data: upgrading from 4:3.3.2-6.1 to 4:3.4.2-1 broke kicker & konqueror & more
El Jueves, 18 de Agosto de 2005 09:13, Helen Faulkner escribió: > I upgraded my version of kdelibs-data today, and when I rebooted, I found > that a number of things were broken: To which version of kdelibs-data you upgraded? Yesterday entered kdelibs 3.4.2, and as Adeodato explained: http://lists.debian.org/debian-kde/2005/08/msg00089.html ...you can't upgrade KDE, until all packages depending on kdelibs are recompiled. If you upgraded only kdelibs-data, you had a mixture of KDE 3.4 and 3.3. -- Alex (a.k.a. suy) - GPG ID 0x0B8B0BC2 http://darkshines.net/ - Jabber ID: [EMAIL PROTECTED]
Re: GCC++4 ABI transition for KDE?
El Martes, 9 de Agosto de 2005 22:32, Yves Glodt escribió: > On Tuesday 09 August 2005 22:27, Adeodato Simó wrote: > > * Yves Glodt [Sun, 07 Aug 2005 21:36:09 +0200]: > > > A detail I'm interested about: Will Qt and KDE be compiled with the > > > -fvisibility switch? > > > > Not for the time being. We were presented a couple of nasty bugs > > derived of its use, and we decided not to. It can be enabled when > > this issues get fixed, but some interested party should take care of > > keeping us informed about the status, since if it's not a top > > priority for us (it is not for me), we'd probably won't be digging > > information ourselves. > > I follow KDE quite closey, so I will post here if I hear any news about > that. I guess at latest for 3.5 people will try to get it built > correctly with -fvisibility . IIRC, a patched Qt is also needed, but Trolltech include visibility support in the next release of Qt 3. -- Alex (a.k.a. suy) - GPG ID 0x0B8B0BC2 http://darkshines.net/ - Jabber ID: [EMAIL PROTECTED]
Bug#317962: kde: inconsistent keyboard shortcuts for changing tabs
El Martes, 12 de Julio de 2005 17:50, Jukka Suomela escribió: > - Konqueror (tabs): > > ctrl + "," / "." or > ctrl + "[" / "]". This is the real default shortcut for changing tab, and its alternative. > - Konsole (sessions): > > shift + left/right. In konsole, it can't be ctrl+. to change to the next session, because this key should be sent to the shell, and not captured by the GUI. > - Kopete (multiple chats in the same window), Kate (open files), Kile > (open files): > > alt + left/right. I don't know for kopete, but for kate, kdevelop, etc, is not "next tab", but "next document". Why? Because all of them use KMDI, which can show each document in IDEAl mode (by default), tabbed windows, toplevel windows, etc. > Furthermore, these keyboard shortcuts seem to have different uses in > other applications: shift + left/right selects text in most editors > and such; alt + left/right is bound to "back" and "forward" actions in > Konqueror; ctrl + "," / "." expands and collapses threads in Kmail, > etc. Thus, using the wrong shortcuts in the wrong application may lead > into annoying surprises. Yes, shift+arrow is used to select text in all applications where there is a text input field. In KMail, is not ctrl+".", but just "." to expand a thread. I don't know if kopete is inconsistent or don't, because I use always separate windows, and maybe they have a reason for changing this. -- Alex (a.k.a. suy) - GPG ID 0x0B8B0BC2 http://darkshines.net/ - Jabber ID: [EMAIL PROTECTED]
Re: cant install kde anymore
El Lunes, 11 de Julio de 2005 14:50, Marlen Caemmerer escribió: > The following packages have unmet dependencies: > kdelibs4: Depends: libaspell15 (>= 0.60) but it is not installable > E: Broken packages > > [EMAIL PROTECTED]:~# apt-get install libaspell15 (...) > However the following packages replace it: > libaspell15c2 This is due to the C++ ABI transition that has begun in unstable. kdelibs will be recompiled to depend on the new libaspell, and other libraries. That means that other libraries have to be compiled first. The only solution is to wait until all is recompiled, or get the old versions of the libraries from archive.debian.org (or was it archive.debian.net? can't load it right now). -- Alex (a.k.a. suy) - GPG ID 0x0B8B0BC2 http://darkshines.net/ - Jabber ID: [EMAIL PROTECTED]
Bug#291889: characters not correctly passed to google search
El Domingo, 23 de Enero de 2005 20:53, Jean Darcoux escribió: > As a solution, I recommand to replace characters like '+' by there > corresponding code (like %2B in the case of '+'). The later example should > then display the URL > http://www.google.com/search?q=C%2B%2B&ie=UTF-8&oe=UTF-8 The problem, is not that characters are badly encoded, is that google uses "+" and "-" as metacharacters for saying some things, like this: http://www.google.com/search?q=c+-news&ie=UTF-8&oe=UTF-8 Since there is no way of guessing what the user wants to search, he should use quotes when a literal "+" wants to be included in the search. -- Alex (a.k.a. suy) - GPG ID 0x0B8B0BC2 http://darkshines.net/ - Jabber ID: [EMAIL PROTECTED]
Re: Bug#290904: bogus package description
El Lunes, 17 de Enero de 2005 23:27, MatÃas Costa escribiÃ: > El Lunes 17 Enero 2005 18:15, Ulrich Eckhardt escribiÃ: > > Package: akode > > Version: 4:3.3.1-1 > > > > 1. The short package description starts off with the package name. > > 2. The long package description mentions KDE in general and then finally > > repeats the short description (which is not even a complete sentence...). > > The only useful information in the description is > > - it's an ARTS plugin > > - belongs to the multimedia module of KDE > > > > I just wanted to know what it is and why libarts1 suggests it ... > > Uli > > Proposed descriptions: (...) Experimental already has a improved version of the description. But the reporter claim of the short description (akode: akode arts plugin), is still true. -- Alex (a.k.a. suy) - GPG ID 0x0B8B0BC2 http://darkshines.net/ - Jabber ID: [EMAIL PROTECTED]
Bug#269634: kopete: crashes after repeated connect all/disconnect all
El Lunes, 1 de Noviembre de 2004 12:23, Alejandro Exojo escribió: > Hi Jeff. > > I'm trying to reproduce this here, but doesn't happens to me. I'm using MSN > and Jabber, so it's possible that the problem is in the ICQ protocol. > > Can you please tell us if the problem still exists on you system? If yes, > provide a more step-by-step description of what you do before kopete > crashes. Do you mean that you press "connect all", then "disconnect all", > and then "connect all" again? Any new on this? I still can not reproduce this here. Please, provide the steps you follow to reproduce the crash, or we can't do anything to fix it. -- Alex (a.k.a. suy) - GPG ID 0x0B8B0BC2 http://darkshines.net/ - Jabber ID: [EMAIL PROTECTED]
Re: is lintian warning about .desktop location correct for kicker applets?
El Jueves, 13 de Enero de 2005 15:48, Helen Faulkner escribió: > I actually saw that one just after I posted to this list (thanks for > suggesting it though). Ah, OK, sorry. > The bug suggests that there are some obselete directories (eg > /usr/share/applnk) and some good ones, but it doesn't say whether > /usr/share/apps/kicker/applets is obselete or good. I've looked for > documentation on this in the Debian pages and the KDE pages, but not > found anything that answers that question for me. Read the bug report again. ;-) There are at least two obsolete directories (the ones GNOME and KDE were using in the past), and the new one, the one that FreeDesktop standarized. But this place is __only__ for menus (and desktop files have other purposes, as your .desktop in kaquarium for registering a kicker applet, or the ones used for service menus, kparts, etc.). And this is the reason why lintian has a bug in this test. > Can I assume from your reply that /usr/share/apps/kicker/applets is > infact a good location for a .desktop file for a panel applet, and that > therefore the lintian warning is wrong in this particular case? What says the Makefile.am? Looking in kdeaddons/kicker-applets/, I see that the standard place seems to be $(kde_datadir)/kicker/applets. If your Makefile.am installs the desktop in the same place, it's OK (it seems so). Take a look at this document, I hope it will be useful: http://developer.kde.org/documentation/other/makefile_am_howto.html -- Alex (a.k.a. suy) - GPG ID 0x0B8B0BC2 http://darkshines.net/ - Jabber ID: [EMAIL PROTECTED]
Re: is lintian warning about .desktop location correct for kicker applets?
El Jueves, 13 de Enero de 2005 13:57, Helen Faulkner escribió: > I'm maintaining kaquarium, which is a kicker applet. I was just > packaging a new Debian revision (will close #287090), and I am getting > what seems to be a new lintian warning about the location of the > kaquarium.desktop file. Please, see Bug#289773: http://bugs.debian.org/289773 -- Alex (a.k.a. suy) - GPG ID 0x0B8B0BC2 http://darkshines.net/ - Jabber ID: [EMAIL PROTECTED]
Bug#289481: acknowledged by developer (Re: Bug#289481: kdebase-bin: doesn't open file or html)
El Miércoles, 12 de Enero de 2005 20:01, Michael Below escribió: > As I said, I am sure you know what you are doing. But I had the > impression it might make sense to rebuild that ksyscoca database > during the upgrade 3.2 -> 3.3 in general. You said that someone else > had encountered a similar problem too, and solved it by deleting this > database? How did you performed the upgrade? Did you restarted KDE? I'm no ksycoca expert, but AFAIK, it will be regenerated properly if you log out and log in again. If don't, simply run "kbuildsycoca" in a shell. Maybe i'm saying something stupid, but perhaps this regeneration can be triggered in postinst. -- Alex (a.k.a. suy) - GPG ID 0x0B8B0BC2 http://darkshines.net/ - Jabber ID: [EMAIL PROTECTED]
Bug#287095: Patches forwarded and applied
forwarded 286998 http://lists.kde.org/?l=kde-core-devel&m=110508754618434&w=2 forwarded 287007 http://lists.kde.org/?l=kde-core-devel&m=110508754618434&w=2 forwarded 287095 http://lists.kde.org/?l=kde-core-devel&m=110508754618434&w=2 forwarded 288900 http://lists.kde.org/?l=kde-core-devel&m=110508754618434&w=2 tags 288900 moreinfo tags 287095 fixed-upstream tags 287007 fixed-upstream tags 286998 fixed-upstream thanks dude Hello Andreas. I forwarded all FTBS patches to upstream (adapted to CVS HEAD), and they applied all of them, except the KHTML part in 288900 (it didn't compile). I don't have an AMD64, but I'll compile kdelibs from HEAD, and see what can I do (I can't promise too much, unfortunatelly). Please, see Thiago Maceira's comment, it can be useful for future porting patches: http://lists.kde.org/?l=kde-core-devel&m=110510388031865&w=2 Thanks. -- Alex (a.k.a. suy) - GPG ID 0x0B8B0BC2 http://darkshines.net/ - Jabber ID: [EMAIL PROTECTED]
Re: missing bits for the transition
El Sábado, 1 de Enero de 2005 11:45, Adeodato Simó escribió: > #285670: kbabel inserts meta-data into msgstr As I already commented in the bug report, the PO file submitted by the user is malformed: it lacks a header, so KBabel inserts it in the best place it finds. Of course I leave this open to Ben, but in my opinion, it can be closed, or the severity lowered to wishlist, and retitled to something like "kbabel should warn on malformed files". -- Alex (a.k.a. suy) - GPG ID 0x0B8B0BC2 http://darkshines.net/ - Jabber ID: [EMAIL PROTECTED]
Re: getting Juk to use gstreamer backend
El Lunes, 20 de Diciembre de 2004 18:38, Jason E. Stewart escribió: > Hi, > > I have no clue how to make juk use gstreamer. I also have no clue how > to get juk to use arts for that matter. > > I am successfully using XMMS with ALSA, but I cannot get any songs in > juk to play - they play but create no sound output. First, please note that debian-qt-kde is for developers, and debian-kde for users. Don't post user questions to debian-qt-kde, because developers also read debian-kde, so you don't get a broader audience, but make messages hard to find. I'm sending now to debian-kde, please, follow-up there. Second, debian no longer ships a gstreamer enabled juk (I can't recall exactly why, but other will do). I don't have arts enabled and it works fine with the other backend. Greetings. -- Alex (a.k.a. suy) - GPG ID 0x0B8B0BC2 http://darkshines.net/ - Jabber ID: [EMAIL PROTECTED]
Bug#284844: konsole: Missing Font "Linux"
El Domingo, 19 de Diciembre de 2004 19:06, Ronny Standtke escribió: > OK, I start to repeat myself heavily, but: I dont want konsole to be > dependent on xfonts-konsole. Honestly, I just dont care how you fix this. I > just want an (almost) bugfree default Debian installation. I proposed to > have xfonts-konsole to be included in the default set of installed packages > when you do a vanilla Debian desktop installation. Therefore I must file a > bug report for the installation team. Please tell me which package in the > Debain BTS is the correct one for this report. I dont know because there is > at least: > - install > - installation > - installation-reports IMHO, you should simply start using aptitude, which install recommended packages. Last time I checked, aptitude was the default tool for installing software in the debian installer. If you install konsole, xfonts-konsole will be installed automatically, because if I recall properly, by default aptitude installs recommended packages. -- Alex (a.k.a. suy) - GPG ID 0x0B8B0BC2 http://darkshines.net/ - Jabber ID: [EMAIL PROTECTED]
Re: meta-kde-extras upload pending
El Domingo, 21 de Noviembre de 2004 00:52, Christopher Martin escribió: > Hello, > > I've prepared a new upload for meta-kde-extras. It's available at > http://chrsmrtn.freeshell.org/meta-kde-extras. Comments welcome. If > nobody objects, I'll send it to my sponsor for uploading in a day or two. > > The policy I've followed is to remove Recommends on packages that aren't > in Testing, since we should be aiming to get this set for Sarge. Also, if > there are any other packages that should be added to the kde-extras list > of Recommends, let me know. Only if KDE 3.3 reaches Sarge, or after it is released, remember to remove bookcase, and replace it with tellico (upstream renamed the software because trademark issues). There are also some applications that it will be good to see in this meta, but aren't yet on Sarge. -- Alex (a.k.a. suy) - GPG ID 0x0B8B0BC2 http://darkshines.net/ - Jabber ID: [EMAIL PROTECTED]
Bug#282281: kde: KDE applications take over Gnome file types
El Domingo, 21 de Noviembre de 2004 00:46, Tom escribió: > Installing the KDE desktop packages after having installed the Gnome > desktop (and possibly running KDE once) causes KDE to take over lots > of mime types from Gnome even when running Gnome. For example, MP3's > are now played with noatun. Also, Nautilus keeps crashing when trying > to view folders with multimedia content, which may be due to Nautilus > trying to invoke KDE applications. > > It seems to me that something is seriously broken with the KDE packaging > for Debian. Installing KDE packages or running the KDE desktop should > not make the Gnome desktop less usable. How are you opening this files? IMVHO, if you are using a GNOME file manager, it's very probable that the problem is in it, not in KDE. -- Alex (a.k.a. suy) - GPG ID 0x0B8B0BC2 http://darkshines.net/ - Jabber ID: [EMAIL PROTECTED]
Bug#280619: konqueror: exif info is no longer displayed in the properties of a jpeg file
El Miércoles, 10 de Noviembre de 2004 16:28, Gabor Nagy escribió: > I've been using the sarge version of KDE for some time, and when I have > right clicked on a jpeg file, chosen properties, I had 3 tabs, General, > Permissions, and Exif infos. (...) > > I think I have everything installed, but I cannot be sure. Install kdegraphics-kfile-plugins. Does it work now? -- Alex (a.k.a. suy) - GPG ID 0x0B8B0BC2 http://darkshines.net/ - Jabber ID: [EMAIL PROTECTED]
Bug#280175: pgp/mime encryption not working in kmail 1.7
package kmail tags 280175 unreproducible stop El Domingo, 7 de Noviembre de 2004 20:27, wolfgang escribió: > in kmail 3.3.0-3, pgp/mime encryption and decryption are not working > properly. Here is working perfectly. Have you followed the steps that says this page? How you have configured kmail? http://kmail.kde.org/kmail-pgpmime-howto.html > pgp/mime encrypted messages are displayed as > > Encrypted message (decryption not possible) > Reason: Crypto plug-in "openpgp" could not decrypt the data. > Error: Falsche Passphrase OpenPGP seems the old inline way, and in my kmail, is marked as obsolete. > when selecting OpenPGP/MIME as encryption method for a new message, the Well, OpenPGP/MIME is not the same than just Openpgp :-) > message will be encrypted, but - with "always encrypt to self", i do not > get prompted for a password. again, the message can only be encrypted on > the command line, same for the remote recipient. > > signing messages / verifying signatures with pgp/mime works. Only signing and decrypting messages requires your private key, so is the only moment you will be asked for a passphrase, IIRC. -- Alex (a.k.a. suy) - GPG ID 0x0B8B0BC2 http://darkshines.net/ - Jabber ID: [EMAIL PROTECTED]
Bug#223916: Kopete losing ICQ messages
Hi Martin. You reported a long time ago (Dec 2003) a bug in debian's bug tracking system, about Kopete losing ICQ messages: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=223916 Matias told he forwarded it to upstream developers, but I can't see where he did so. Since the bug was present in Kopete 0.7, and now in unstable is a much improved 0.9, I think the bug was fixed by kopete developers, but I can not confirm that because I don't have an ICQ account. Can you please confirm that, please? Thanks a lot. -- Alex (a.k.a. suy) - GPG ID 0x0B8B0BC2 http://darkshines.net/ - Jabber ID: [EMAIL PROTECTED]
Bug#269634: kopete: crashes after repeated connect all/disconnect all
package kopete tags 269634 unreproducible moreinfo thanks El Jueves, 2 de Septiembre de 2004 18:14, Jeff Bonham escribió: > Kopete can be crashed simply by clicking the connect all/disconnect all > buttons four or five times. It happens when there is a time delay as > well, so if you want to reconnect to a network more than a few times > you'll have to restart kopete. I am using one MSN account and one ICQ > account. kcrash says: Hi Jeff. I'm trying to reproduce this here, but doesn't happens to me. I'm using MSN and Jabber, so it's possible that the problem is in the ICQ protocol. Can you please tell us if the problem still exists on you system? If yes, provide a more step-by-step description of what you do before kopete crashes. Do you mean that you press "connect all", then "disconnect all", and then "connect all" again? -- Alex (a.k.a. suy) - GPG ID 0x0B8B0BC2 http://darkshines.net/ - Jabber ID: [EMAIL PROTECTED]
Bug#272801: kopete: Can't connect to or configure anything.
El Miércoles, 22 de Septiembre de 2004 07:48, Igor Naverniouk escribió: > I'm running unstable. I just did an upgrade of kopete. > Now I can't connect to anything because the plugin icons > at the bottom are missing. And I can't configure stuff > because both the plugins configuration window and the > kopete configuration window are empty. > > More precisely, the plugins window lists zero plugins. > The kopete config window says "Empty page". Hi Igor. We are unable to reproduce this bug, here. Please try this: 1) Check if this still happens to you 2) If yes, create a new user, so we can grant his environment is clean. 3) Start Kopete from this new user, and check if happens again. 4) If yes, start Kopete from a console, and send the possible output to the bug report address, please. Thanks. -- Alex (a.k.a. suy) - GPG ID 0x0B8B0BC2 http://darkshines.net/ - Jabber ID: [EMAIL PROTECTED]
Bug#274676: Really nice
[ Sorry, I sent the previous message to mailinglist ] El Jueves, 14 de Octubre de 2004 14:59, Michal Čihař escribió: > Description points to > http://lists.debian.org/lists-kde/2004/09/msg00102.html which does not > exist. See bug #275522. The URL should be: http://lists.debian.org/debian-kde/2004/09/msg00102.html -- Alex (a.k.a. suy) - GPG ID 0x0B8B0BC2 http://darkshines.net/ - Jabber ID: [EMAIL PROTECTED]
Re: Bug#274676: Really nice
El Jueves, 14 de Octubre de 2004 14:59, Michal Čihař escribió: > Description points to > http://lists.debian.org/lists-kde/2004/09/msg00102.html which does not > exist. See bug #275522. The URL should be: http://lists.debian.org/debian-kde/2004/09/msg00102.html -- Alex (a.k.a. suy) - GPG ID 0x0B8B0BC2 http://darkshines.net/ - Jabber ID: [EMAIL PROTECTED]
Bug#275171: konqueror: Please include "kecko" Gecko layout engine
El Miércoles, 6 de Octubre de 2004 22:12, [EMAIL PROTECTED] escribió: > On Wed, Oct 06, 2004 at 09:31:49PM +0200, Alejandro Exojo wrote: > Again, the unreleased status of the software does NOT mean the wishlist > bug should be closed. It is a reasonable wishlist bug, and the current > state or release status of the implementation is NOT RELEVANT and NOT > justification to close the bug. The unreleased state of the project, means a lot if you can't put the necessary information in the copyright file. > > and that doesn't have any relation with kdebase. > > My impression was that kecko was to be an alternate rendering engine for > the konqueror browser that could be built alongside or as an alternative > to the KTHML engine from KDE source. How does that have no relation to > kdebase? Because the port is code related to mozilla, not tot KDE. Konqueror has the feature of embedding plugins (java, flash, etc.) but asking its mantainers to package those plugins, doesn't makes sense. > My impression is that it would be an option when compiling KDE, not a > standalone package. Hence I filed the bug against the relevant KDE > component (to me as a user, anyway) rather than as an RFP. > > If kecko will be _separate_ source package that isn't built from KDE > source, then reassigning to wnpp and retitling as RFP would be > appropriate - but as I said my impression was that it would be a part of > the KDE source (albeit one that depended on Gecko). It needs two components: a KPart, and the Qt port, as the new you posted explained. > > I _think_ is invalid because this software is unreleased, > > The unreleased status of the kecko software in no way makes the bug > invalid. > > Consider the situation where the kecko software didn't exist at all; a > wishlist bug for gecko renderer support in konqueror would certainly be > appropriate. The fact that some work has actually been done toward this > end but is not yet released does not invalidate the wishlist bug during > the time it takes upstream to implement and release. > > > but I'm 99% sure that this isn't a valid wishlist bug > > I believe you are incorrect for the reasons stated above. > > > _agaisnt konqueror_. > > Feel free to reassign to the appropriate KDE package, of course. I can't reply properly if you break my sentences and change the context. Anyway, latest news: http://www.kdedevelopers.org/node/view/666 So _today_ (not Wed, 6 Oct 2004 05:21:47 -0700, when you first reported the bug), it seems that there is the first code available. I checked it out, and at least now we can say that there is a license and copyright holder(s), but it is a combination of MPL/GPL/LGPL, so it can be complex. But again, as I said, it's code unrelated to KDE. Still there is no code for the KPart needed. It's very probable, that it will be commited to the kdenonbeta module, and, when it fits the KDE release schedule, will be moved to kdebase. Then, at that moment, but not before, if the packages of that version of konqueror in Debian, doesn't include support for embedding gecko, a wishlist will make sense. This is my point, and I hope you understood it. Anyway, I'm not the mantainer of this package, neither a Debian developer, so if have more information to add, don't reply to me, do it to the bugreport only, please. Greetings. -- Alex (a.k.a. suy) - GPG ID 0x0B8B0BC2 http://darkshines.net/ - Jabber ID: [EMAIL PROTECTED]
Bug#275522: kleopatra: Typo in the URL of the description
Package: kleopatra Severity: normal Hi. There is an important typo in the URL that appears in kleopatra's description. The URL points to: http://lists.debian.org/lists-kde/2004/09/msg00102.html But of course you should s/lists-kde/debian-kde/. A user noticed me that the description wasn't helping him because the URL was non valid. Greetings.
Bug#275171: konqueror: Please include "kecko" Gecko layout engine
El Miércoles, 6 de Octubre de 2004 16:30, [EMAIL PROTECTED] escribió: > On Wed, Oct 06, 2004 at 04:07:27PM +0200, Alejandro Exojo wrote: > > El Mi?rcoles, 6 de Octubre de 2004 14:21, [EMAIL PROTECTED] escribi?: > > > http://dot.kde.org/1094924433 > > > > If you read the story, you will see that this code relies on Mozilla's > > repository, and that is yet unreleased. > > Yes, I know. Then why you fill a bugreport against konqueror? (Source: kdebase) > > I'm closing this bug because it's invalid. > > This statement does not follow from the previous ones. > > This is certainly a valid wishlist bug. Please do not close it until > the feature is implemented, presumably after upstreams have made > releases with the necessary code. I closed it because the wishlist is "package kecko", but "kecko" is an unreleased software, that maybe never sees the light (like the other gecko port that existed), and that doesn't have any relation with kdebase. > If you don't plan to implement the feature even when it is available > upstream, leave it open and tag it wontfix. Maybe the best solution is reassign it to wnpp and retitle it as a RFP bug. Then, if someone wants to package it, it's his/her decision. I _think_ is invalid because this software is unreleased, but I'm 99% sure that this isn't a valid wishlist bug _agaisnt konqueror_. I will not close/change it again, because I don't want to play ping-pong using the Debian BTS. -- Alex (a.k.a. suy) - GPG ID 0x0B8B0BC2 http://darkshines.net/ - Jabber ID: [EMAIL PROTECTED]
Re: Leaving Debian
El Lunes, 4 de Octubre de 2004 09:37, Dominique Devriese escribió: > Anyway, it's been a real pleasure to work with you all, thanks for all > your time and valuable help. Same here. ;-) It's a pity that you have to spend less time with Debian, because you did a great work in the KDE packaging. By the way, you wrote some HTML documents related to Debian/KDE that I've been searching some weeks ago, but I didn't found them. There were in http://www.kalyxo.org/~domi/. One was related to debugging (it mentioned your debugging packages), and I'm interested in re-reading again, and maybe posting it in the wiki, so they can be easily mantained. If you can send them, or tell me a new URL, it will be great. Thanks a lot Domi. -- Alex (a.k.a. suy) - GPG ID 0x0B8B0BC2 http://darkshines.net/ - Jabber ID: [EMAIL PROTECTED]
Bug#271893: kwrite: KWrite doesn't show a status line.
package kate retitle 271893 Show the status bar by default severity 271893 wishlist tags 271893 upstream thanks dude El Martes, 21 de Septiembre de 2004 00:39, Wolfgang Jeltsch escribió: > That was the problem. "Show statusbar" was indeed deactivated. In fact, I > had searched for a possibility to activate the statusbar before, but I had > been looking only in the "View" menu. > > In my opinion, "Show statusbar" should be activated by default. Yes, in my opinion too. Is strange, because Kate, which is more or less the same than Kwrite (they are in the same package), shows the statusbar by default. -- Alex (a.k.a. suy) - GPG ID 0x0B8B0BC2 http://darkshines.net/ - Jabber ID: [EMAIL PROTECTED]
Re: kdepim / AegyptenII
El Lunes, 20 de Septiembre de 2004 23:29, Tobias Rupf escribió: > As described on http://kmail.kde.org/kmail-pgpmime-howto.html, > kdepim4:3.3.0-2 shall depend on libgpgme. That is not the case. For me > S/MIME in kmail does not work. Also the current Version of gnupg1.9 is > compiled without gpgsm which will be needed. Kedpim should also suggest > pinentry >0.7.1, which it does not. AFAIK, some things will have to wait, because some software hasn't been packaged in debian, at least, in unstable. If you need SMIME, Adeodato Simó explained how to do it: http://lists.debian.org/debian-kde/2004/09/msg00102.html -- Alex (a.k.a. suy) - GPG ID 0x0B8B0BC2 http://darkshines.net/ - Jabber ID: [EMAIL PROTECTED]
Bug#271893: kwrite: KWrite doesn't show a status line.
El Jueves, 16 de Septiembre de 2004 00:31, Wolfgang Jeltsch escribió: > Subject says it all... No, it doesn't. I can't see any problem neither on sid's or on sarge's kate. Provide *more* information, please. -- Alex (a.k.a. suy) - GPG ID 0x0B8B0BC2 http://darkshines.net/ - Jabber ID: [EMAIL PROTECTED]
Re: kmail and newimap4
El Jueves, 9 de Septiembre de 2004 02:56, Josh Gilbert escribió: > Thank you for the prompt response. > > Hmm, I didn't look at it that way. Has kmail always recommended > kdepim-kio-plugins? If not, was it recommended during the dist-upgrade > process? Looking at packages.debian.org, I see that there is a 3.2 version in Sarge, and a 3.3 version in Sid. Only the 3.3 version has the newimap kioslave: http://packages.debian.org/cgi-bin/search_contents.pl?searchmode=filelist&word=kdepim-kio-plugins&version=testing&arch=i386 http://packages.debian.org/cgi-bin/search_contents.pl?searchmode=filelist&word=kdepim-kio-plugins&version=unstable&arch=i386 I don't know if apt-get handles well this upgrade, cause I am actually using aptitude installing always recommended packages. BTW, aptitude can be very very similar (almost identical for many uses) to apt-get when is run in command line, so is not a bad idea to switch to it ;-) > Again, you make a good case and I see things differently now. Thanks. On the other hand, note that I'm not the mantainer of this package, neither a debian developer, so my opinion is just that: an opinion. But the mantainers are usually very busy, so I try to help them a bit, explaining their decisions when they are not 100% clear. Greetings. -- Alex (a.k.a. suy) - GPG ID 0x0B8B0BC2 http://darkshines.net/ - Jabber ID: [EMAIL PROTECTED]
Re: kmail and newimap4
El Jueves, 9 de Septiembre de 2004 00:26, Josh Gilbert escribió: > So at http://lists.debian.org/debian-qt-kde/2004/08/msg00769.html I found a > message explaining that you need to install kdepim-kio-plugins to get imap > with kmail. The reason was that some users might want to use kmail to > browse local mboxes. I put the message I found at the bottom of this, it > appears to be the current last word. I'm using kmail for fetching only POP3 accounts. Why should we have to install additional packages? This is bad for the mirrors, for the archive, for the packagers, and of course, for users, etc. > I disagree extremely strongly with the idea that imap should be independent > of kmail. My use case, a very common one I should think, is that I ran > apt-get dist-upgrade (I run unstable) and kmail broke! I didn't install any No, it didn't broke, it's just that you are missing some functionality. > pim package, I needed kmail, I installed kmail. I got an error message when You are signing your message. Should kmail depend on gnupg? Or spamassassin? > I tried to access an existing imap account, "could not start process for > newimap". My response was to apt-cache search for imap. Failed. I now know > that I could have apt-cache searched for newimap and found > kdepim-kio-plugins. Silly me, I thought that newimap should parse to two > tokens, "new imap". apt-cache show kmail | grep Recommends > Now, suppose that I was a user who didn't have root and my admin just > apt-get upgrad'ed me. I would lose functionality and have no idea why and > little recourse. Furthermore, I think that imap support should always come > with kmail, as the commands are in the program. It is incredibly > frustrating to have commands in the program which don't work. I think that > this far outweighs the cost of having to download imap support. The default > installation should not lead to a broken program! Sincerely, this admin isn't doing what he should. Debian packages have relations. One is Depends, and other are Recommends and Suggests. If it's absolutely necessary for package A to have installed package B, then this is a dependency. If package C is not absolutely necessary for running A, but most users will find it useful, thats a recommendation. At least, that is what I understand reading the Debian Policy: http://www.debian.org/doc/debian-policy/ch-relationships.html#s-binarydeps -- Alex (a.k.a. suy) - GPG ID 0x0B8B0BC2 http://darkshines.net/ - Jabber ID: [EMAIL PROTECTED]
Re: Dependency kdegraphics
El Jueves, 2 de Septiembre de 2004 19:52, Damien Raude-Morvan escribió: > Le Jeudi 2 Septembre 2004 19:17, Peter Holm a écrit : > > Installed a few weeks ago DEB-Sarge as a desired successor of my mixture > > of SuSE and own enhancements of LINUX. So please don't be too harsh if my > > question is very newbie. > > Welcome on Debian :) Peter, please note that this is off-topic for this list. This is a list for the mantainers of kde packages, not for user questions. Next time, please ask in debian-user, or debian-kde. ;-) > I don't know how aptitude work, i'm using it. I'm directly apt-getting > (aptitude is a frontend to 'apt-get' command). No! This is not true. Both apt-get and aptitude are frontends to libapt. See 'apt-cache depends apt', and 'apt-cache depends aptitude'. > I think aptitude may think "ok you don't want kdegraphics, so i'll remove > all uneeded dependencies". Maybe an option ? Yes, that's the problem. If you install kdegraphics, aptitude remembers that this package is installed manually, and installs all dependencies as installed automatically, so if you remove kdegraphics, aptitude removes all packages without reverse dependencies, if the user doesn't install them manually. Solution: don't install kdegraphics if you don't want all the packages that kdegraphics provides, install the ones you will need. Greetings. -- Alex (a.k.a. suy) - GPG ID 0x0B8B0BC2 http://darkshines.net/ - Jabber ID: [EMAIL PROTECTED]
Bug#268893: kuickshow no longer auto-rotates images from a digicam
El Lunes, 30 de Agosto de 2004 10:20, escribió: > I'm sending this in private mail because I don't have the camera handy ATM > to take a smaller sized image and don't know how to scale it while keeping > the EXIF information. Sorry for the large size :-/ No problem. I rescaled it using imagemagick this way: convert -resize 250x200 IMG_0791.JPG thumb.jpg The strange thing, is that kuickshow shows it rotated (vertically), but konqueror shows it horizontally in the preview. > When I direct kuickshow to the folder containing this image, the thumbnails > is correctly shown rotated (propably because it was created with an older > version), but when I open the image, it is not rotated. > Also, when I copy the image to another directory, the thumbnails is no > longer rotated. This doesn't happens to me. > Oh, and there's someting else, I just noticed: The properties window that > opens when you press Alt+Enter no longer shows the EXIF information. This > seems related. OK, then, i think you are missing a package that I have installed, and that is the responsible of the rotating. Can you check if you have installed the kdegraphics-kfile-plugins? If you have, please provide the output of apt-cache showpkg kuickshow. You can also try to run debsums kdegraphics and see if all is OK. Thanks. -- Alex (a.k.a. suy) - GPG ID 0x0B8B0BC2 http://darkshines.net/ - Jabber ID: [EMAIL PROTECTED]
Bug#268893: kuickshow no longer auto-rotates images from a digicam
package kuickshow tags 268893 unreproducible moreinfo thanks dude El Domingo, 29 de Agosto de 2004 19:38, Nadine escribió: > I just noticed that kuickshow no longer automatically rotates the images I > take with my digicam. It used to get the orientation from the EXIF info and > rotate the image accordingly. > I THINK this is since my upgrade to 3.3.0. My kuickshow is rotating nice. Can you please provide more information? Can you post an image that you think should be rotated, but it isn't? Thanks. -- Alex (a.k.a. suy) - GPG ID 0x0B8B0BC2 http://darkshines.net/ - Jabber ID: [EMAIL PROTECTED]
Bug#263582: More removes
I hope you can remove other packages that are in the official kde modules, so they are included in the other metapackages: - juk: now in kdemultimedia - kopete: now in kdenetwork - kcachegrind: now in kdesdk - kgpg: now in kdeutils - vimpart: now in kdeaddons - umbrello: now in kdesdk There are other packages, like mp3kult, that maybe should be removed too, because are orphaned. Thanks. -- Alex (a.k.a. suy) - GPG ID 0x0B8B0BC2 http://darkshines.net/ - Jabber ID: [EMAIL PROTECTED]
Bug#266478: KDE 3.3 is not released by upstream, and unfit for sarge
El Miércoles, 18 de Agosto de 2004 00:52, Andreas Barth escribió: > kdelibs 3.3 is not fit for inclusion into sarge. Reason: Will cause a > lot of breakage, and a heavy delay in the release plan. Also, 3.3 is > not released till now by upstream, but only betas are available. Well, that's not completely accurate. See: http://webcvs.kde.org/cgi-bin/cvsweb.cgi/kdelibs/ At the bottom of the page, you can select the desired branch/tag. You will see a KDE_3_3_0_RELEASE tag, and a KDE_3_3_BRANCH branch, so yes, KDE 3.3 is released by upstream, but the official announcement is waiting for packagers. Usually they release their tarballs first to packagers, and wait a bit until there are enough mirrors. > Actually, this upload should never have happened. OK, that's another point, but in my very humble opinion, a bug report, isn't the best way for talking about that. We all know that there are pros and cons for uploading 3.3, right? Then, if you want 3.2 to be in Sarge, try to justify why the cons are more important than the pros. Again, IMVHO, the major issues with 3.2, are upstream bugs, and upstream is not backporting their bugfixes to KDE_3_2_BRANCH, so it's not that bat idea try to make 3.3 into sarge. It will have problems, of course, but I think they will be less that 3.2. If you and/or the release team wants 3.2 into Sarge, make sure that at least somebody can help with this. (You can simply send your ssh key to [EMAIL PROTECTED], and they will give you access to their CVS repository) Greetings. -- Alex (a.k.a. suy) - GPG ID 0x0B8B0BC2 http://darkshines.net/ - Jabber ID: [EMAIL PROTECTED]
Bug#264185: Unreproducible
package kde tags unreproducible moreinfo stop Hi giove. I'm trying to reproduce your behaviour, but I'm failing. I've the same kernel, linux 2.6.7, and I have the latests packages from testing. My machine is a G3 ibook with ati radeon; which is your hardware? Please, install debsums, and check if any of kdebase and kdelibs are corrupted. Try also to provide more info about your system, please. Greetings. -- Alex (a.k.a. suy) - GPG ID 0x0B8B0BC2 http://darkshines.net/ - Jabber ID: [EMAIL PROTECTED] pgpJE1egsDvFr.pgp Description: signature
Bug#261386: /usr/lib/libkdeinit_dcopserver.so: not using mkstemp, creating temp file unsafely
El Domingo, 25 de Julio de 2004 19:55, Colin Phipps escribió: > diff -pru kdelibs-3.2.3/acinclude.m4 ../kdelibs-3.2.3/acinclude.m4 > --- kdelibs-3.2.3/acinclude.m4 2004-07-25 18:08:43.0 +0100 > +++ ../kdelibs-3.2.3/acinclude.m4 2004-07-25 18:14:05.0 +0100 FWIW, note that this should be applied to $(kde-common)/admin/acinclude.m4, because the acinclude.m4 in the top source directory, is generated from the admin dir. -- Alex (a.k.a. suy) - GPG ID 0x0B8B0BC2 http://darkshines.net/ - Jabber ID: [EMAIL PROTECTED]
Bug#257588: kdelibs: Please provide kdelibs4-dbg
El Domingo, 4 de Julio de 2004 16:23, Ben Burton escribió: > Hi. Having just spent a day chasing a rather nasty kbear bug deep > through the internals of kdelibs, it seems to be that it would be > helpful for KDE developers to be able to install a kdelibs with debug > symbols (rather than having to rebuild kdelibs from sources, as I had to > do). FWIW, I suppose you ask for a official kdelibs package, but if you want to gain some time, you can use dominique's packages: http://www.kalyxo.org/~domi/debian-kde-debug.html He has compiled more packages than just kdelibs. :) -- Alex (a.k.a. suy) - GPG ID 0x0B8B0BC2 http://darkshines.net/ - Jabber ID: [EMAIL PROTECTED]
kdeextragear-1/amarok/debian
CVS commit by suy: - Corrected the copyright entry. - Added amarok's manpage. CCMAIL: [EMAIL PROTECTED] Aamarok.1 1.1 Aamarok.manpages 1.1 M +25 -6 copyright 1.2 --- kdeextragear-1/amarok/debian/copyright #1.1:1.2 @@ -5,13 +5,32 @@ It was downloaded from http://amarok.kde.org/ -Upstream Author: the amaroK developers +Upstream Authors: +Christian Muehlhaeuser <[EMAIL PROTECTED]> +Frederik Holljen <[EMAIL PROTECTED]> +Mark Kretschmann <[EMAIL PROTECTED]> +Max Howell <[EMAIL PROTECTED]> +Mike Diehl <[EMAIL PROTECTED]> +Roman Becker <[EMAIL PROTECTED]> +Stanislav Karchebny <[EMAIL PROTECTED]> Copyright: - -This software is copyright (c) 2002-2003, Mark Kretschmann (c) 2003-2004, the amaroK developers -You are free to distribute this software under the terms of -the GNU General Public License. -On Debian GNU/Linux systems, the complete text of the GNU General + + This package is free software; you can redistribute it and/or modify + it under the terms of the GNU General Public License as published by + the Free Software Foundation; version 2 dated June, 1991. + + This package is distributed in the hope that it will be useful, + but WITHOUT ANY WARRANTY; without even the implied warranty of + MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the + GNU General Public License for more details. + + You should have received a copy of the GNU General Public License + along with this package; if not, write to the Free Software + Foundation, Inc., 59 Temple Place - Suite 330, Boston, MA + 02111-1307, USA. + + +On Debian systems, the complete text of the GNU General Public License can be found in /usr/share/common-licenses/GPL file.
Re: Bug#253700: konqueror history exposure of username and password
El Jueves, 10 de Junio de 2004 21:57, Kevin Krammer escribió: > It still shouldn't display the password part, there was a fix for that in > bookmark handling if memory serves me right. > > I think it is a valid bug report concerning security. If you type: $ mysqladmin -u root -psecret Then it's stored on .bash_history (if using bash, of course), and another user can see it pressing the up cursor. IMHO, if you type a password in clear, you're exposed to that kind of things. ;-) -- Alex (a.k.a. suy) - GPG ID 0x0B8B0BC2 http://darkshines.net/ - Jabber ID: [EMAIL PROTECTED]
Re: kde virtual package in unstable still 3.1.2
El Martes, 8 de Junio de 2004 06:34, Clemens Schwaighofer escribió: > one question, why is the virtual kde package still in version 3.1.2 when > all other packages are 3.2.2 or 3.2.3 already? Is there a certain reason > for this. It doesn't matter. Look, for example, at the version of gnome-core, or gnome-desktop-environment packages (54). -- Alex (a.k.a. suy) - GPG ID 0x0B8B0BC2 http://darkshines.net/ - Jabber ID: [EMAIL PROTECTED]
Bug#251872: konqueror: I can't search from location bar
severity 251872 normal thanks El Lunes, 31 de Mayo de 2004 15:35, jjluza escribió: > Package: konqueror > Version: 4:3.2.2-1 > Severity: important > Tags: sid Please, check how the severity levels work. An important bug, is only when the bug make the package close to unusable. http://www.debian.org/Bugs/Developer.html#severities > Hello, > If I try to look for a word using a search engine (like google for > example) by writting a word in the location bar, it tries to load the > page www..com, which is a recent behaviour (it works properly one > month ago, I think). The last update of konqueror, was on 2004-04-11, so probably you changed something in the configuration. > It works if I write "gg: a_word" in the location bar, but since we can > select a default search engine, I would like to use it. I'm sorry, but I can't confirm this behaviour. With the default configuration, writing a word in the location bar, and pressing return, says that the URL is wrong, and selecting google as a preferred search engine, performs a google search. Please, tell us exactly which string are you typing, and what is your configuration: Settings -> Configure konqueror -> Web Shortcuts. -- Alex (a.k.a. suy) - GPG ID 0x0B8B0BC2 http://darkshines.net/ - Jabber ID: [EMAIL PROTECTED]
Bug#250363: Please package KDE version 3.2.2 for Debian.
El Sábado, 22 de Mayo de 2004 16:48, Adeodato Simó escribió: > * Andreas Krüger [Sat, 22 May 2004 15:07:16 +0200]: > > Package: kde > > Version: 4:3.1.2 > > Severity: wishlist > > > > Over at http://www.kde.org, the have been handing out a new stable KDE > > version 3.2.2 for some time now. I would appreciate if that made it > > into Debian. > > kde 3.2.2 is already in Debian (unstable and even testing). the "kde" > package is a metapackage and has indeed its versioning wrong, but if > you apt-get install it, you'll get 3.2.2. see apt-cache show kdelibs, > for example. In fact, I think it's correct, because the "kde" metapackage has a version, but it depends on unversioned packages. I suppose only when the metapackage should be updated, will change it's own version. -- Alex (a.k.a. suy) - GPG ID 0x0B8B0BC2 http://darkshines.net/ - Jabber ID: [EMAIL PROTECTED]
Re: kdemangen.pl
Hello Zack. El Miércoles, 5 de Mayo de 2004 19:05, Zack Cerza escribió: > Can we please get kdemangen.pl in kdesdk or whereever else it should > belong, at some point? I think we might find that some people would be > willing to create some manpages for KDE apps that are missing them. The script is already in KDE's repository. Its in kdesdk/scripts/kdemangen.pl From Domi's log: «revision 1.1 date: 2003/07/19 21:25:59; author: domi; state: Exp; Adding kdemangen.pl, a script that takes a KDE app ( that uses KCmdLineArgs, but most of them do ), and generates a manual page. I've looked a bit at integrating into either the KDE build system or the Debian packaging system, but it doesn't seem to be worth the trouble. I think it will be best to just let people generate the manuals themselves if they want to, and/or add them to the Debian packages manually..» -- Alex (a.k.a. suy) - GPG ID 0x0B8B0BC2 http://darkshines.net/ - Jabber ID: [EMAIL PROTECTED]
Bug#242603: konversation should be added to kdenetwork
[sorry for last message to the ML; bad "reply to list" key ;-)] El Miércoles, 7 de Abril de 2004 18:16, Gal Ben-Haim escribió: > the IRC client konversation should be added to kdenetwork, it's pretty > easy and compfortable.. A konversation package has been uploaded to the archive one or two days ago. It will be available in the mirrors soon. Including it or don't in kdenetwork, it's a decision of KDE release managers and konversation developers. It depends on how stable it is, and if it can follow the same release plans of KDE: http://developer.kde.org/documentation/other/developer-faq.html#q1.6 http://developer.kde.org/documentation/other/developer-faq.html#q1.9 I suggest you to close the bug, because the only wishlist that can be addressed to debian mantainers, are packaging questions. They only can forward bugs to upstream developers, and this only consumes their time in working in the packages. Thank you.
Re: Bug#242603: konversation should be added to kdenetwork
El Miércoles, 7 de Abril de 2004 18:16, Gal Ben-Haim escribió: > the IRC client konversation should be added to kdenetwork, it's pretty > easy and compfortable.. A konversation package has been uploaded to the archive one or two days ago. It will be available in the mirrors soon. Including it or don't in kdenetwork, it's a decision of KDE release managers and konversation developers. It depends on how stable it is, and if it can follow the same release plans of KDE: http://developer.kde.org/documentation/other/developer-faq.html#q1.6 http://developer.kde.org/documentation/other/developer-faq.html#q1.9 I suggest you to close the bug, because the only wishlist that can be addressed to debian mantainers, are packaging questions. They only can forward bugs to upstream developers, and this only consumes their time in working in the packages.
Re: pkg-kde: commit - rev 90 - in trunk/packages/kdelibs/debian: . dh-make
El Martes, 6 de Abril de 2004 01:20, Dominique Devriese escribió: > > Shouldn't x11 and Apps/Net have quotes around them - meaning it > > should be needs="x11" and section="Apps/Net" ? Recent lintians warn > > if the quotes aren't present, IIRC. > > Ack, fixed as well. Note that in menu.ex, there is still some extra values for "needs", isn't it? It should be only X11. I have attached a really really small patch for this (i know it doesn't have many sense :), it's easier to edit by hand), and another for debian/rules with some small fixes. -- Alex (a.k.a. suy) - GPG ID 0x0B8B0BC2 http://darkshines.net/ - Jabber ID: [EMAIL PROTECTED] Index: packages/kdelibs/debian/dh-make/menu.ex === --- packages/kdelibs/debian/dh-make/menu.ex (revision 93) +++ packages/kdelibs/debian/dh-make/menu.ex (working copy) @@ -1,2 +1,2 @@ -?package(#PACKAGE#):needs="X11|text|vc|wm" section="Apps/see-menu-manual"\ +?package(#PACKAGE#):needs="X11" section="Apps/see-menu-manual"\ title="#PACKAGE#" hints="KDE" command="/usr/bin/#PACKAGE#" Index: packages/kdelibs/debian/dh-make/rules === --- packages/kdelibs/debian/dh-make/rules (revision 93) +++ packages/kdelibs/debian/dh-make/rules (working copy) @@ -6,7 +6,7 @@ #export DH_VERBOSE=1 # This is the debhelper compatibility version to use. -export DH_COMPAT=3 +#export DH_COMPAT=3 #better define it in debian/compat # These are used for cross-compiling and for saving the configure script # from having to guess our platform (since we know it already) @@ -15,8 +15,12 @@ objdir = $(CURDIR)/obj-$(DEB_BUILD_GNU_TYPE) -ifneq (,$(findstring debug,$(DEB_BUILD_OPTIONS))) - CFLAGS += -g +CFLAGS = -Wall -g + +ifneq (,$(findstring noopt,$(DEB_BUILD_OPTIONS))) +CFLAGS += -O0 +else +CFLAGS += -O2 endif ifeq (,$(findstring nostrip,$(DEB_BUILD_OPTIONS))) INSTALL_PROGRAM += -s @@ -38,8 +42,8 @@ # To be used with kde-style admin subdirectories if desired. debian/debiandirs is included in # this template. -#debian/debiandirs: admin/debianrules -# perl -w admin/debianrules echodirs > debian/debiandirs +debian/debiandirs: admin/debianrules + perl -w admin/debianrules echodirs > debian/debiandirs configure: configure-stamp configure-stamp: @@ -106,7 +110,6 @@ dh_installcron dh_installman dh_installinfo - dh_undocumented #PACKAGE#.1 dh_installchangelogs #CHANGELOGS# dh_link dh_strip
Bug#239918: kopete: no irc /ignore command
package kopete tags 239918 upstream forwarded 239918 http://bugs.kde.org/show_bug.cgi?id=64163 thanks El Wednesday 24 March 2004 22:29, Paul Johnson escribió: > For the sanity of all involved, there really, *REALLY* needs to be > some way to ignore users in IRC. This bug was reported as a wishlist in KDE bug tracking system: http://bugs.kde.org/show_bug.cgi?id=64163 As a tip: fill your wishlist in bugs.kde.org. KDE developers are very quick in adding new features, but if you fill them in debian BTS, you will only make debian mantainer's work harder, because they need to do this work for you. ;-) Thank you. -- Alex (a.k.a. suy) - GPG ID 0x0B8B0BC2 http://darkshines.net/ - Jabber ID: [EMAIL PROTECTED]
Bug#238685: kdelibs4-dev: Doesn't suggests or recommends doxygen
Package: kdelibs4-dev Version: 4:3.2.1-1 Severity: wishlist Hi! I noticed that having installed kdelibs4-dev, kde-devel and kde-devel-extras, doxygen doesn't appears on my system (using apt installing with suggests, and with recommends). IMHO, it's a very useful package, and it should be mentioned, at least, in one of those packages above. Thanks. -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.4.18-bf2.4 Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] Versions of packages kdelibs4-dev depends on: ii kdelibs-bin 4:3.2.1-1 KDE core binaries ii kdelibs4 4:3.2.1-1 KDE core libraries ii libart-2.0-dev2.3.16-1 Library of functions for 2D graphi ii libarts1-dev 1.2.1-1aRts Sound system (development fil ii libcupsys2-dev1.1.20final-16 Common UNIX Printing System(tm) - ii libfam-dev2.7.0-5client library to control the FAM ii libpcre3-dev 4.5-1.1Perl 5 Compatible Regular Expressi ii libssl-dev0.9.7c-5 SSL development libraries, header ii libxml2-utils 2.6.7-1XML utilities ii libxrender-dev0.8.3-7X Rendering Extension client libra -- no debconf information
Re: kdeextragear, and kdenonbeta
El Miércoles, 18 de Febrero de 2004 19:42, Achim Bohnet escribió: > > I know that kdeextragear* and kdenonbeta are not official KDE modules, > > but some applications are packaged for Debian, but some interesting > > others (kimdaba, amarok, ...) are not. > > Well there are no official pkgs, but ;) I've announced woody/sid > kimdaba KDE 3.2 pkg on the kimdaba list. And I've on my system a > amorak pkg. AFAIR I've found them on the amarok home page. Yes, there are amarok packages, but there aren't in debian, so I can't install them from the official debian repositories in my powerpc ;-). There aren't source packages neither, only binary. Bringing them to the official debian distribution, seems more interesting to me :-) > I hope that kalyxo.org will sometime in the future provide a > pool of all those non-official kde pkgs for woody and sarge > (when sarge is called stable) ;) I hope too. Best regards. -- Alex (a.k.a. suy) - GPG ID 0x0B8B0BC2 http://darkshines.net/ - Jabber ID: [EMAIL PROTECTED]
kdeextragear, and kdenonbeta
Hi. I know that kdeextragear* and kdenonbeta are not official KDE modules, but some applications are packaged for Debian, but some interesting others (kimdaba, amarok, ...) are not. I'm packaging konserve [*], which is in kdenonbeta, and upstream will release a new version next monday. I realized that working without a SVN/CVS repository is a bit tricky, so I considered different options: a) Use a local repository in my machine. Problem: it doesn't allows others to check my sources. b) Open an alioth project, as many others, just for konserve. Problem: I plan to package others in the future, as soon as my skills improve, and I don't want to create a project for each. c) Use KDE's CVS repository. d) Ask Qt/KDE mantainers what's their opinion. Maybe someday my package moves to an official module, and it's interesting to keep history. I don't know possible benefits or possible problems of this option, so that's the reason I'm asking to you ;-). Any suggestions? Thanks in advance. [*] It isn't in Debian yet because my sponsor is at Malaga's conference, and he has been a bit busy this days, but a lot of initial minor fixes had been done. If you are curious: deb http://darkshines.net/debian unstable konserve deb-src http://darkshines.net/debian unstable konserve -- Alex
Re: kde, language, and openoffice?
El Sábado, 27 de Diciembre de 2003 10:54, Hadmut Danisch escribió: > I need to install and configure some debian computers > for non-experienced users with KDE and openoffice. > Now I have a certain problem: > > KDE allows to select the user language for the KDE > session, but does not propagate this in the environment > language. Openoffice allows to set the user language as > well, but does not provide a menu option. Instead it requires > the environment variable LANG set properly. > > Since I do not want to set the variable globally and do > not want to fiddle with every single account, I'm looking > for a way to propagate the KDE language setting into the > LANG environment variable (once for all users). Any idea > how to do it? Please, note that debian-qt-kde is a list for _development_ issues. If you have problems or doubts with the use of KDE, try debian-kde or debian-user, please. I'm crossposting to debian-kde, because this is a more accurate place. I'm not sure about the solution of your problem, but I suggest to look at /etc/environment, and execute dpkg-reconfigure locales. Best regards. -- Alex (a.k.a. suy) - GPG ID 0xAA8D2A01 http://lacurva.net/ - Jabber ID: [EMAIL PROTECTED] Kiss your keyboard goodbye!
