Re: [Pkg-xfce-devel] mousepad override disparity
On sam, 2009-04-04 at 00:17 +, Debian Installer wrote: > mousepad_0.2.16-2_amd64.deb: package says section is xfce, override > says editors. > > > Please note that a list of new sections were recently added to the > archive: cli-mono, database, debug, fonts, gnu-r, gnustep, haskell, > httpd, java, kernel, lisp, localization, ocaml, php, ruby, vcs, video, > xfce, zope. At this time a script was used to reclassify packages > into > these sections. If this is the case, please only reply to this email > if > the new section is inappropriate, otherwise please update your package > at the next upload. > > Either the package or the override file is incorrect. If you think > the override is correct and the package wrong please fix the package > so that this disparity is fixed in the next upload. If you feel the > override is incorrect then please reply to this mail and explain why. > Please INCLUDE the list of packages as seen above, or we won't be able > to deal with your mail due to missing information. Hey, mousepad is xfce section too, could you change the override then? Thanks in advance :) Cheers, -- Yves-Alexis signature.asc Description: This is a digitally signed message part ___ Pkg-xfce-devel mailing list Pkg-xfce-devel@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/pkg-xfce-devel
[Pkg-xfce-devel] Bug#522303: Bug#522303: tagging 522303
On ven, 2009-04-03 at 22:49 -0400, Daniel Dickinson wrote: > # Automatically generated email from bts, devscripts version 2.10.35lenny3 > # I cant reproduce this with the unstable version, but I have had this > problem before and been unable to reproduce it, so I dont know if it is > solved or merely intermittent, therfore tagging unreproducible but leaving > open > tags 522303 + unreproducible Thanks for testing. Please report back any problem (or lack of) so we can investigate more if you can, or close it if there's no problem in a while. Cheers, -- Yves-Alexis signature.asc Description: This is a digitally signed message part ___ Pkg-xfce-devel mailing list Pkg-xfce-devel@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/pkg-xfce-devel
Re: [Pkg-xfce-devel] Discussion of xfce desktop task for d-i
On sam, 2009-04-04 at 11:01 +0300, Andrei Popescu wrote: > 1. No icon on the desktop for removable drives due to missing 'hal'. I > understand this is pending so probably doesn't need more discussion. Yes, Squeeze Xfce desktop will definitely bring hal. > > 2. GUI package manager: I prefer aptitude for myself, but a GUI one is > definitely necessary and synaptic is the obvious choice (at least until > aptitude-gtk is ready, when the discussion can be reopened) I'm not really against a package manager in the default install, I'm just don't sure if it should be in desktop or xfce-desktop. Is there a KDE package manager? Because there is no xfce specific package manager (well, besides xfce4-smartpm-plugin which is not yet uploaded and may never be) > > 3. IM client: my first thought was pidgin, but seeing that it wants to > install 20 additional packages I reconsidered. After a quick search I > found ayttm, which at the first glance seems quite usable. Yeah, a default install kind-of require that, agreed. Pidgin is nice and doesn't require that many packages. But it requires gconf so it's not really a good idea (though we already use gdm in that install, so we already have it :/) > > (edit: one quirk about ayttm is that you can't write to people who are > "offline", even if that person is in fact only "invisible" and just > wrote you something. I'll file a bug.) > > 4. Document viewer: epdfview makes a good pdf viewer. OTOH, evince-gtk > supports additional formats (ps, eps, djvu and dvi)... evince-gtk is gone (the only rationale for evince-gtk was to drop the dep on libgnome, which evince has not anymore, but it still depends on libgnome-keyring and gconf). For me I'd prefer epdfview, even if it's a bit rhough. > > 5. Image viewer: my personal preference is gpicview. Xavier Oswald > suggested mirage which could also be an option. Ristretto is currently > not very usable, IMHO, but this could change. Could you retry the 0.21 version in unstable (and maybe report the bugs we talked about upstream). Mirage is nice but ristretto (which started as a mirage fork iirc) is an Xfce project, so it'd be consistent. > > 6. Image editor: gimp is installed by default, but is seems a bit heavy > to me (well, at least having an image viewer will mean it's not opened > by default if I double-click an image) and would suggest something like > gpaint. > > (edit: it seems the default for KDE is kolourpaint, which according to > the description is (much?) simpler than Gimp) But gimp is brought by the desktop task, not by xfce-desktop task. > > 7. Productivity: openoffice.org is pulled by the generic Desktop task > (AFAICT). For me personally this is a bit heavy an I would rather only > have Abiword+Gnumeric. But abiword and gnumeric are gnome apps, they'll bring to many stuff I guess. > > and a point raised by Yves-Alexis: > > 8. www browser: > > > One stuff I'll have to think about, too, is the browser. I'd be glad to > > drop iceweasel for midori once webkit is stabilized (especially since > > midori is now officially some kind of an xfce project) but maybe the > > user expects iceweasel to be there on a desktop task. That or we could > > drop it from the desktop task and let every *-task define the preferred > > brother (epiphany/konqueror/midori/=E2=80=A6) > > (edit: AFAICT KDE and Gnome are using Konqueror and Epiphany by default, > even if Iceweasel is present) So I guess we could add midori to the list (and make it the default where possible), but still keep iceweasel in the desktop task. Cheers, -- Yves-Alexis signature.asc Description: This is a digitally signed message part ___ Pkg-xfce-devel mailing list Pkg-xfce-devel@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/pkg-xfce-devel
Re: [Pkg-xfce-devel] Discussion of xfce desktop task for d-i
On ven, 2009-04-03 at 20:31 -0400, Daniel Dickinson wrote: > Hi, > > I was wondering what happened to the discussion of what was going to be > included in the desktop task for xfce (in d-i tasksel), as I had seen > that it was supposed to head to this list, but I wasn't on the list at > the point and I can't seem to find the discussion in the archives. > Something which can help on this is: http://wiki.xfce.org/de/recommendedapps Cheers, -- Yves-Alexis signature.asc Description: This is a digitally signed message part ___ Pkg-xfce-devel mailing list Pkg-xfce-devel@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/pkg-xfce-devel
[Pkg-xfce-devel] Bug#522517: Bug#522517: xfce4-systemload-plugin: Not showing an memory or swap usage anymore
tag 522517 confirmed thanks On sam, 2009-04-04 at 13:29 +0200, Frank Lanitz wrote: > > > With update to new kernel and XFCE 4.6 it appears the plugin is not > showing the usage of memory and wap anymore. Definitely :) I'll report upstream, stay tuned. -- Yves-Alexis signature.asc Description: This is a digitally signed message part ___ Pkg-xfce-devel mailing list Pkg-xfce-devel@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/pkg-xfce-devel
[Pkg-xfce-devel] Bug#522517: Bug#522517: Bug#522517: xfce4-systemload-plugin: Not showing an memory or swap usage anymore
tag 522517 -confirmed thanks On sam, 2009-04-04 at 14:30 +0200, Yves-Alexis Perez wrote: > > > > With update to new kernel and XFCE 4.6 it appears the plugin is not > > showing the usage of memory and wap anymore. > > Definitely :) I'll report upstream, stay tuned. Uh, oh, wait. No. In fact it works fine, I just had too fee swap used so it didn't appear on the progressbar. But it works fine. Even tooltips don't show anything? Cheers, -- Yves-Alexis signature.asc Description: This is a digitally signed message part ___ Pkg-xfce-devel mailing list Pkg-xfce-devel@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/pkg-xfce-devel
Re: [Pkg-xfce-devel] Discussion of xfce desktop task for d-i
On sam, 2009-04-04 at 19:27 +0300, Andrei Popescu wrote: > > > 3. IM client: my first thought was pidgin, but seeing that it wants to > > > install 20 additional packages I reconsidered. After a quick search I > > > found ayttm, which at the first glance seems quite usable. > > > > Yeah, a default install kind-of require that, agreed. Pidgin is nice and > > doesn't require that many packages. But it requires gconf so it's not > > really a good idea (though we already use gdm in that install, so we > > already have it :/) > > What do you think about ayttm? I just installed it, will try it and report. > > > > 4. Document viewer: epdfview makes a good pdf viewer. OTOH, evince-gtk > > > supports additional formats (ps, eps, djvu and dvi)... > > > > evince-gtk is gone (the only rationale for evince-gtk was to drop the > > dep on libgnome, which evince has not anymore, but it still depends on > > libgnome-keyring and gconf). For me I'd prefer epdfview, even if it's a > > bit rhough. > > It's fine with me, I just wanted to point out that some formats not > unusual on Linux (.ps and .dvi) are not supported. Yes, but people usually needs a pdf viewer (which epdfview is) before a multi-format preview app (like evince). Which can be installed if user really needs it :) > Yes, together with iceweasel and openoffice.org :/ Do you think people > would oppose removing the stuff from the desktop task and let every DE > chose for itself? I don't think they would oppose strongly, it's just that the discussion needs to happens elsewhere I guess (on the desktop list for example). > > > > 7. Productivity: openoffice.org is pulled by the generic Desktop task > > > (AFAICT). For me personally this is a bit heavy an I would rather only > > > have Abiword+Gnumeric. > > > > But abiword and gnumeric are gnome apps, they'll bring to many stuff I > > guess. > > More than the entire OpenOffice.org? More dependencies, yeah, maybe. And OO.o wether we like it or not, is expected to be there on default office installs (a bit like iceweasel). Remember that we speak of the default install, for the most users. Advanced user can still (and I usually do like that) install manually. Or remove the packages after install. > > So I guess we could add midori to the list (and make it the default > > where possible), but still keep iceweasel in the desktop task. > > Sounds ok. Maybe midori will get more audience this way (which might > help fix some bugs). Yes, correct. > > BTW, how can I make a useful bugreport about the random crashes I've > seen? We (pkg-xfce) don't maintain midori, so you can either report bugs on the debian package, or directly report them on xfce bugzilla, which should have a midori component. Cheers, -- Yves-Alexis signature.asc Description: This is a digitally signed message part ___ Pkg-xfce-devel mailing list Pkg-xfce-devel@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/pkg-xfce-devel
Re: [Pkg-xfce-devel] Discussion of xfce desktop task for d-i
On sam, 2009-04-04 at 18:39 +0200, Yves-Alexis Perez wrote: > > What do you think about ayttm? > > I just installed it, will try it and report. I find it really ugly, and not really intuitive. I usually use pidgin, gajim or empathy which are way nicer (but have all their problems which make them not really suitable for xfce-desktop task. CHeers, -- Yves-Alexis signature.asc Description: This is a digitally signed message part ___ Pkg-xfce-devel mailing list Pkg-xfce-devel@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/pkg-xfce-devel
[Pkg-xfce-devel] Bug#522517: Bug#522517: xfce4-systemload-plugin: Not showing an memory or swap usage anymore
On sam, 2009-04-04 at 13:29 +0200, Frank Lanitz wrote: > ii libgtk2.0-0 2.16.0-1 The GTK+ graphical user > interface At least the tooltip issue is related to gtk 2.16 (see http://foo-projects.org/pipermail/xfce4-dev/2009-April/026507.html) Cheers, -- Yves-Alexis signature.asc Description: This is a digitally signed message part ___ Pkg-xfce-devel mailing list Pkg-xfce-devel@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/pkg-xfce-devel
Re: [Pkg-xfce-devel] mousepad override disparity
On dim, 2009-04-05 at 11:17 +0200, Joerg Jaspert wrote: > > > Hey, mousepad is xfce section too, could you change the override > then? > > Thanks in advance :) > > Following my d-d-a mail with "app-specific > generic", I would say > editors fits better? After all its an editor and wont refuse to work > in > other environments, or will it? :) Sure. We end up in the inherent problem with sections. I'm fine with editors if you think it's better. Cheers, -- Yves-Alexis signature.asc Description: This is a digitally signed message part ___ Pkg-xfce-devel mailing list Pkg-xfce-devel@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/pkg-xfce-devel
[Pkg-xfce-devel] Bug#522517: Bug#522517: xfce4-systemload-plugin: Not showing an memory or swap usage anymore
On dim, 2009-04-05 at 23:00 +0200, Frank Lanitz wrote: > It appears to be related to a missing /proc/meminfo running > 2.6.29-1-amd64 Debian default kernel. But no error message is appearing > inside ~/.xsession-errors or on console when using startxfce4 here. If you have a missing /proc/meminfo then it looks like a kernel problem. On linux-image-2.6.29-1-amd64 2.6.29-2 /proc/meminfo is indeed present. Cheers, -- Yves-Alexis signature.asc Description: This is a digitally signed message part ___ Pkg-xfce-devel mailing list Pkg-xfce-devel@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/pkg-xfce-devel
[Pkg-xfce-devel] Bug#522517: Bug#522517: Bug#522517: xfce4-systemload-plugin: Not showing an memory or swap usage anymore
On lun, 2009-04-06 at 09:13 +0200, Frank Lanitz wrote: > On Mon, 06 Apr 2009 07:22:07 +0200 > Yves-Alexis Perez wrote: > > > On dim, 2009-04-05 at 23:00 +0200, Frank Lanitz wrote: > > > It appears to be related to a missing /proc/meminfo running > > > 2.6.29-1-amd64 Debian default kernel. But no error message is > appearing > > > inside ~/.xsession-errors or on console when using startxfce4 > here. > > > > If you have a missing /proc/meminfo then it looks like a kernel > problem. > > On linux-image-2.6.29-1-amd64 2.6.29-2 /proc/meminfo is indeed > present. > > Will update shortly on my local machine as soon as the -2 is available > on my mirror. Will update the report once it's done. Thanks. But for the record, /proc/meminfo is supposed to exist on -1 too :) Cheers, -- Yves-Alexis ___ Pkg-xfce-devel mailing list Pkg-xfce-devel@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/pkg-xfce-devel
[Pkg-xfce-devel] Bug#522517: xfce4-systemload-plugin: Not showing an memory or swap usage anymore
On lun, 2009-04-06 at 19:09 +0200, Frank Lanitz wrote: > Maybe may fault. Anyway. With updated kernel I've got /proc/meminfo. A > cat onto shows something like that: […] And does the plugin work? Cheers, -- Yves-Alexis signature.asc Description: This is a digitally signed message part ___ Pkg-xfce-devel mailing list Pkg-xfce-devel@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/pkg-xfce-devel
[Pkg-xfce-devel] Bug#522517: Bug#522517: xfce4-systemload-plugin: Not showing an memory or swap usage anymore
On lun, 2009-04-06 at 19:35 +0200, Frank Lanitz wrote: > No. And still no error message. Arg. Could you strace the running process, to see if it correctly opens the file? And did you try reverting to the version in testing to see if it corrects the problem? Cheers, -- Yves-Alexis signature.asc Description: This is a digitally signed message part ___ Pkg-xfce-devel mailing list Pkg-xfce-devel@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/pkg-xfce-devel
[Pkg-xfce-devel] Bug#522957: Bug#522957: xfconf: There are major problem with the way keyboard settings are dealt with.
reassign 522957 xfce4-settings thanks On mar, 2009-04-07 at 18:25 +0200, Luca Niccoli wrote: > Since I upgraded to xfce 4.6, I'm having troubles with keyboard layout > and shortcuts configuration. > At first, /etc/X11/Xmodmap was ignored, so I lost the possibility to use > the media keys of my laptop. > I tried with xmodmap /etc/X11/Xmodmap, but this kind of freezes xfce: > I can move the mouse, but the pointer doesn't change its shape and I can't > click anything; hitting caps lock on the keyboard toggles the led, but the > only thing I can do is swap to terminal with Ctrl+Alt+Fn or kill X. Still, > applications keep running fine, I just can't use them. > I can consistently reproduce this. > Then I tried selecting "Use system defaults" from the keyboard Yes, basically when Xfce “manages” the keyboard (in fact it just tells X which layout to use), xmodmap is a really bad idea (I think xmodmap is deprecated anyway. one is supposed to use xkb stuff I think. Or maybe hal rules with evdev device. Or yet another thing, I don't really know, X is a mess in this area). > configuration; I got my media keys back, but application shortcuts were > ignored. I guess modifier keys have changed and this invalidates shortcuts. Especially things like Alt/Meta. > I deselected "Use system defaults" and rebooted, but still the > shortcuts are ignored. Actually, I see that the kyeboard layout is still not > being set by xfce: I can choose any layout, I'm stick with the one X loads. If you select “use system default” then yes you have to configure the layout in X, using the “kbd” driver. > I tried moving away my Xmodmap, but I just get the default X layout, and > can't change it. Well, if you select the correct one in the Xfce settings, then it'll work. > I tried resetting the shortcuts (which I don't have a way to save, anyway, > and this is a regression from 4.4), to no avail. What do you mean by “save”? xfconf uses an xml backend anyway, if you need them. Just copy the correct files in .config/xfce4/xfconf/xfce-perchannel-xml You can access xfconf system using xfconf-query or the GUI editor using xfce4-settings-editor. Could you try using a consistent setup (either layout set from Xorg and “use system default” or select a keyboard layout in the list (even selecting “evdev” one). And yes you may have to re-configure the keyboard shortcuts, but that's not really Xfce fault, the underlying X architecture is problematic. Cheers, -- Yves-Alexis signature.asc Description: This is a digitally signed message part ___ Pkg-xfce-devel mailing list Pkg-xfce-devel@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/pkg-xfce-devel
[Pkg-xfce-devel] Bug#522953: Bug#522953: xfce4-panel: some icons missing after full xfce4 upgrade to 4.6.0 from 4.4.2
reassign 522953 xfce4-panel thanks On mar, 2009-04-07 at 18:45 +0300, Eugene V. Lyubimkin wrote: > See attached screenshot. Yes, basically the migration script won't be able to migrate all icons. I think this is fixed on 4.6.1 but the panel has to do it itself. It's too late for already migrated settings, but you can re-choose new icons quite easily. Cheers, -- Yves-Alexis signature.asc Description: This is a digitally signed message part ___ Pkg-xfce-devel mailing list Pkg-xfce-devel@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/pkg-xfce-devel
[Pkg-xfce-devel] Bug#522954: Bug#522954: xfce4: Many user configurations are lost with upgrade to 4.6
reassign 522954 xfce4-utils thanks On mar, 2009-04-07 at 18:06 +0200, Luca Niccoli wrote: > Package: xfce4 > Version: 4.6.0.1 > Severity: normal > > -BEGIN PGP SIGNED MESSAGE- > Hash: SHA1 > > Upgrading from 4.4 to 4.6, I lost the configuration of panel launcher icons, > icon theme and window manager theme. For panel launchers icons, see #522953 Icon theme and wm theme _are_ kept. Could you provide the corresponding mcs settings (the previous configuration system): grep theme .config/xfce4/mcs_settings/xfwm4.xml grep IconThemeName .config/xfce4/mcs_settings/gtk.xml And the migrated values: xfconf-query -c xfwm4 -p /general/theme xfconf-query -c xsettings -p /Net/IconThemeName (this make sense just after the migration, it won't help if you changed anything after) > I think xfce should try harder to keep them: icons and icon theme I'm using > are not part of Xfce, so they didn't change at all, and the wm theme is > included in both versions of Xfce, so this is a case in which it should be > possible not to force the user to go all through the customisation again. The migration script wasn't easy to write, and it was quite heavily tested. And, all in all, it works really pretty fine for most people. I guess there are always problems, but I think they should be quite rare. > I forgot to write that window manager shortcuts were preserved, but > worked whimsically until I reset them (which means I had to > reconfigure them all again). That's weird too. Even after some restarts? Cheers, -- Yves-Alexis signature.asc Description: This is a digitally signed message part ___ Pkg-xfce-devel mailing list Pkg-xfce-devel@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/pkg-xfce-devel
[Pkg-xfce-devel] Bug#522954: Bug#522954: Bug#522954: xfce4: Many user configurations are lost with upgrade to 4.6
On mar, 2009-04-07 at 23:28 +0200, Luca Niccoli wrote: > 2009/4/7 Yves-Alexis Perez : > > > Icon theme and wm theme _are_ kept. Could you provide the corresponding > > mcs settings (the previous configuration system): > > > > grep theme .config/xfce4/mcs_settings/xfwm4.xml > > It doesn't match, but there's this line in the file: > > > Which explains what happened, I guess... Yes. The default Xfwm4 theme is called “Default” and change with release. You can find the 4.4 theme (if you prefer it) as Default-4.4. > Then it's too late... Arg. > > > The migration script wasn't easy to write, and it was quite heavily > > tested. And, all in all, it works really pretty fine for most people. I > > guess there are always problems, but I think they should be quite rare. > > Just reporting my experience... > > > That's weird too. Even after some restarts? > > Yes. > I'f I remember correctly, the most erratic of all was Alt+F5 for > maximize, but it wasn't the only one. One thing, too, is that if there are conflicts (old shortcuts conflicting with new default ones), I'm not sure the script will behaves well. xfconf-query doesn't handle conflicts, only the GUI knows about them. Cheers, -- Yves-Alexis signature.asc Description: This is a digitally signed message part ___ Pkg-xfce-devel mailing list Pkg-xfce-devel@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/pkg-xfce-devel
[Pkg-xfce-devel] Bug#523018: Bug#523018: xfce4-panel: Notification area doesn't show icons
tag 523018 unreproducible thanks On mer, 2009-04-08 at 00:01 +0200, Luca Niccoli wrote: Hi, > The notification area takes so few space in the panel that it can't show > icons. Is your panel using a fixed size? Does it do the same thing with every systray icons? What are the systray settings? (right clic on it and then properties). Especially the hide stuff (are the icons hidden) and the rows). And if you could activate the frame, and add a new screenshot, it may help. Cheers, -- Yves-Alexis signature.asc Description: This is a digitally signed message part ___ Pkg-xfce-devel mailing list Pkg-xfce-devel@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/pkg-xfce-devel
[Pkg-xfce-devel] Bug#522957: Bug#522957: Bug#522957: xfconf: There are major problem with the way keyboard settings are dealt with.
On mar, 2009-04-07 at 23:43 +0200, Luca Niccoli wrote: > 2009/4/7 Yves-Alexis Perez : > > > Yes, basically when Xfce “manages” the keyboard (in fact it just tells X > > which layout to use), xmodmap is a really bad idea (I think xmodmap is > > deprecated anyway. one is supposed to use xkb stuff I think. Or maybe > > It's not reported in the xmodmap man page, anyway as long as xmodmap > is shipped with xorg I don't thin this behaviour is acceptable... Well I don't really know about xmodmap anyway. I just report my feeling. Basically it seems like a bad idea. > I don't think so, I tried shortcuts like Shift+F1 or even "a", no help. MHmh ok. Anyway xmodmap is pretty invasive, so if multiple systems are in the way (xmodmap, xkb, libxklavier, …) it may not be that surprising that things don't quite work like they should. > >> I deselected "Use system defaults" and rebooted, but still the > >> shortcuts are ignored. Actually, I see that the kyeboard layout is still > >> not > >> being set by xfce: I can choose any layout, I'm stick with the one X loads. > > > > If you select “use system default” then yes you have to configure the > > layout in X, using the “kbd” driver. > > I *deselected* "use system default", and nothing changed. > > > Well, if you select the correct one in the Xfce settings, then it'll > > work. > > It doesn't. Changing layout has no effect. Again, "use system > defaults" is deselected. No effect, like, you can't set the shortcut, or the layout doesn't change? You change the keyboard layout or the keyboard model? > >> I tried resetting the shortcuts (which I don't have a way to save, anyway, > >> and this is a regression from 4.4), to no avail. > > > > What do you mean by “save”? > > In the previous version you had the possibility to save different > shortcut profiles. Yes, and basically it was used by quite nobody, was confusing and hard to maintain and integrate, so that's why Xfce devs decided to drop it. > > Could you try using a consistent setup (either layout set from Xorg and > > “use system default” or select a keyboard layout in the list (even > > selecting “evdev” one). And yes you may have to re-configure the > > keyboard shortcuts, but that's not really Xfce fault, the underlying X > > architecture is problematic. > > I don't find the evdev layout in the list. Sorry, it's a keyboard model, not layout. It's at “Evdev managed keyboard”. > And it's not a problem of configuring the shortcuts. > The plain don't work. Plain? What do you mean? You can't type anything? Oh and could you attach your xorg.conf just in case? And be sure to try with a fresh user and/or config to be sure no setxkbmap or xmodmap is in the way, maybe. Cheers, -- Yves-Alexis signature.asc Description: This is a digitally signed message part ___ Pkg-xfce-devel mailing list Pkg-xfce-devel@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/pkg-xfce-devel
[Pkg-xfce-devel] Bug#522957: Bug#522957: Bug#522957: Bug#522957: xfconf: There are major problem with the way keyboard settings are dealt with.
On mer, 2009-04-08 at 02:01 +0200, Luca Niccoli wrote: > 2009/4/8 Yves-Alexis Perez : > > > MHmh ok. Anyway xmodmap is pretty invasive, so if multiple systems are > > in the way (xmodmap, xkb, libxklavier, …) it may not be that surprising > > that things don't quite work like they should. > > In the end it wasn't xmodmap fault, I tried starting with an empty > .config dir and thing worked, so I tried removing pieces of the old > .config dir one at a time. I think things got fixes when I removed > .config/xfce4-settings-helper-autostart.desktop Hmhm, I guess you mean .config/autostart/xfce4-settings-helper.desktop. The thing is, xfce4-settings-helper is the tool managing the settings, so indeed if you don't have it running, no settings will by applied at startup. Could you attach your .config/xfce4/xfconf/xfce-perchannel-xml/xfce4-keyboard-shortcuts.xml, .config/xfce4/xfconf/xfce-perchannel-xml/keyboard-layout.xml and .config/xfce4/xfconf/xfce-perchannel-xml/keyboards.xml to the bug report. You may want to backup them and move them out of the way to start with a fresh config wrt. keyboard setup, too. > It's late and I needed my setup working for tomorrow, so I hurried > things a bit, but I still have the pristine old .config, so I can > check diffs... > > > No effect, like, you can't set the shortcut, or the layout doesn't > > change? You change the keyboard layout or the keyboard model? > > I could set the shortcuts and the keyboard layout and model, but > neither of these had any effect: shortcuts didn't work, nor did > keymaps change. hHmh, that's weird. Changing the layout (for example I have us and fr configured here) should definitely change the keymap. The model change could change some stuff (and especially stuff wrt. media keys) too, but not the all keymap. > > Sorry, it's a keyboard model, not layout. It's at “Evdev managed > > keyboard”. > > It didn't help. > But now I found a model that fits for my keyboard, so I don't have to > go through the XKB nightmare =) But does this work? Or did you set it in xorg.conf and used “use system defaults”? Cheers, -- Yves-Alexis signature.asc Description: This is a digitally signed message part ___ Pkg-xfce-devel mailing list Pkg-xfce-devel@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/pkg-xfce-devel
[Pkg-xfce-devel] Bug#523018: Bug#523018: Bug#523018: xfce4-panel: Notification area doesn't show icons
On mer, 2009-04-08 at 02:06 +0200, Luca Niccoli wrote: > 2009/4/8 Yves-Alexis Perez : > > > Is your panel using a fixed size? Does it do the same thing with > every > > systray icons? > > Yes, no: it does it with amarok, skype, wpa_gui, but I've noticed now > that if there is the xchat icon, everything works. That's interesting, because the three non-working ones are QT ones, while the working one is a GTK one. I'll report upstream, but I think there's a problem with (I guess) the size reported by qt apps or stuff like that. > > > What are the systray settings? (right clic on it and then > > properties). Especially the hide stuff (are the icons hidden) and > the > > rows). And if you could activate the frame, and add a new > screenshot, it > > may help. > > There is one row only. > I've tried and seen that the bug shows up only if I don't select show > frame, and there is NOT any hidden application. > Basically, if the systray shows the frame, or the button with the > arrow to show the hidden icons, everything works. > If I toggle them, and restart, the systray gets too small. Not sure about that, not sure if it's a qt problem or a systray problem, but stay tuned. Could you provide some more screenshots showing a bit more space on your desktop, with both cases? Cheers, -- Yves-Alexis signature.asc Description: This is a digitally signed message part ___ Pkg-xfce-devel mailing list Pkg-xfce-devel@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/pkg-xfce-devel
[Pkg-xfce-devel] Bug#522957: Bug#522957: Bug#522957: Bug#522957: Bug#522957: xfconf: There are major problem with the way keyboard settings are dealt with.
On mer, 2009-04-08 at 12:54 +0200, Luca Niccoli wrote: > If now, with a working configuration, I put Xmodmap back in its place, > select "Use system defaults" and reboot, I have no problems, while if > I copy back the old .config dir, I run in the same symptoms as before. > I guess something must have been messed up in the config files, but I > don't see where... I didn't change anything by hand. I'm beginning to lost myself in this issue, but it's good to know that you have a working configuration now. Did you try to diff the working .config with the not working one? > > > But does this work? Or did you set it in xorg.conf and used “use system > > defaults”? > > Now it works both from within Xfce and with Xmodmap loaded at startup > (it still gets frozen if I use xmodmap from the xterm), I didn't need > to change xorg.conf at all. Hmhm, that's good to know. Cheers, -- Yves-Alexis ___ Pkg-xfce-devel mailing list Pkg-xfce-devel@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/pkg-xfce-devel
[Pkg-xfce-devel] Bug#522957: Bug#522957: Bug#522957: Bug#522957: xfconf: There are major problem with the way keyboard settings are dealt with.
On mer, 2009-04-08 at 22:29 +0300, Andrei Popescu wrote: > On Mi,08.apr.09, 02:01:16, Luca Niccoli wrote: > > > I could set the shortcuts and the keyboard layout and model, but > > neither of these had any effect: shortcuts didn't work, nor did > > keymaps change. > > I have problems changing the model. I did some tests and I can reproduce > the issue. Here is the relevant part of xorg.conf (I don't use xmodmap > anymore): > > ,[ from xorg.conf ] > | Section "InputDevice" > | Identifier "Generic Keyboard" > | Driver "kbd" > | Option "XkbRules" "xorg" > | Option "XkbModel" "pc104" > | Option "XkbLayout" "ro" > | EndSection > ` > > The steps to reproduce it: > > rm -rf .config > > startxfce4 > > Xfce Menu -> Settings -> Keyboard: Layout tab and chose model (Thinkpad > R61 for me) > > result: special keys don't work > > close Xfce > > startxfce4 > > special keys still don't work > > now in the keyboard settings I choose some other model and then again > the Thinkpad R61 > > special keys work! but only until Xfce is restarted when the model dance > needs to be performed again. > > If I choose the corect model in xorg.conf it will be shown in keyboard > settings after removing .config and will work correctly. I will be using > this solution anyway, but I could do more tests if needed. It seems that the config file is not always created when selecting a layoyut/model. Please check in .config/xfce4/xfconf/xfce-perchannel-xml/keyboard-layout.xml if it exists. Cheers, -- Yves-Alexis signature.asc Description: This is a digitally signed message part ___ Pkg-xfce-devel mailing list Pkg-xfce-devel@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/pkg-xfce-devel
[Pkg-xfce-devel] Bug#523018: Bug#523018: Bug#523018: Bug#523018: xfce4-panel: Notification area doesn't show icons
On jeu, 2009-04-09 at 00:17 +0200, Luca Niccoli wrote: > > I'll report upstream, but I think there's a problem with (I guess) the > > size reported by qt apps or stuff like that. > > The strange thing is that if there is at least one gtk app or the hide > button, then all icons are shown ok. Erf, so there's definitely a weirdness in how the size is calculated. Now news from the upstream bug yet, but you can follow it at http://bugzilla.xfce.org/show_bug.cgi?id=5200 Cheers, -- Yves-Alexis signature.asc Description: This is a digitally signed message part ___ Pkg-xfce-devel mailing list Pkg-xfce-devel@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/pkg-xfce-devel
[Pkg-xfce-devel] Bug#523150: Bug#523150: xfce4-settings: desktop image doesn't span entire screen
reassign 523150 desktop-base thanks On mer, 2009-04-08 at 21:25 +0300, Andrei Popescu wrote: > > With a clean .config (I moved the old one out of the way) the default > background image is configured for "scale" (I'm using 1680x1050 > resolution). Setting it to "Auto" will fix it, but this should > probably > be the default. In fact this settings is not the default, it's applied from the config in desktop-base (assuming you have it, but I guess so). I'll change that to “auto” or nothing in the next desktop-base upload. Thanks for reporting, -- Yves-Alexis signature.asc Description: This is a digitally signed message part ___ Pkg-xfce-devel mailing list Pkg-xfce-devel@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/pkg-xfce-devel
[Pkg-xfce-devel] Bug#522954: Bug#522954: Bug#522954: xfce4: Many user configurations are lost with upgrade to 4.6
(please let the bug on CC) On jeu, 2009-04-09 at 01:09 +0200, Luca Niccoli wrote: > > One thing, too, is that if there are conflicts (old shortcuts > > conflicting with new default ones), I'm not sure the script will > behaves > > well. xfconf-query doesn't handle conflicts, only the GUI knows > about > > them. > > > > I think one problem is that +key and +key aren't recognized > as conflicting... The thing is, only the GUI can really know what's a conflict. xfconf-query is unable to check them and it's normal. Especially things like Alt/Meta are related to how X configures the modifier, and, I think, they can't exist at the same time on the same key. So they won't really conflict, but the best way to be sure is to keep a consistent config wrt. keyboard model/layouts and assign every shortcut from the GUI interface. Then there shouldn't be any need to re-set them (besides the GTK+ problem with shortcuts, which are not propagated when one changes the mapping, for example a Ctrl+A shortcut on an azerty keyboard will stay on the physical A even when you change the mapping to be a qwerty and the logical a becomes a logical q). Cheers, -- Yves-Alexis signature.asc Description: This is a digitally signed message part ___ Pkg-xfce-devel mailing list Pkg-xfce-devel@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/pkg-xfce-devel
[Pkg-xfce-devel] Bug#522517: Bug#522517: Bug#522517: xfce4-systemload-plugin: Not showing an memory or swap usage anymore
On lun, 2009-04-06 at 19:47 +0200, Yves-Alexis Perez wrote: > On lun, 2009-04-06 at 19:35 +0200, Frank Lanitz wrote: > > No. And still no error message. > Arg. > Could you strace the running process, to see if it correctly opens the > file? > > And did you try reverting to the version in testing to see if it > corrects the problem? Ok, another try. It seems the issue may be related to the panel size. Can you tell me your panel size, and try to augment it. On a box here, I have a tiny panel where the progress bar doesn't appear until the usage is really high (and as you're using gtk 2.16 the tooltip isnt updated at all). Maybe some margin calcul is wrong, or something like that, so if you could check with a larger panel size it'd be nice. Cheers, -- Yves-Alexis ___ Pkg-xfce-devel mailing list Pkg-xfce-devel@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/pkg-xfce-devel
[Pkg-xfce-devel] Bug#522957: Bug#522957: xfconf: There are major problem with the way keyboard settings are dealt with.
On jeu, 2009-04-09 at 20:57 +0300, Andrei Popescu wrote: > On Wed,08.Apr.09, 21:44:55, Yves-Alexis Perez wrote: > > > > If I choose the corect model in xorg.conf it will be shown in keyboard > > > settings after removing .config and will work correctly. I will be using > > > this solution anyway, but I could do more tests if needed. > > I spoke too soon. Even with this solution the special keys won't work. > The strange thing is that other shortcuts (ex. I've set Ctrl+Alt+w to > open x-www-browser) work normally. The shortcuts involving special keys > don't work until I reconfigure them (to the same value!). Yes but if those are not saved to the file, it's only valid for the current session. > > > It seems that the config file is not always created when selecting a > > layoyut/model. Please check > > in .config/xfce4/xfconf/xfce-perchannel-xml/keyboard-layout.xml if it > > exists. > > The config files are ok AFAICT. keyboard-layout is the file for keyboard model and layouts. Keyboard shortcuts are in .config/xfce4/xfconf/xfce-perchannel-xml/xfce4-keyboard-shortcuts.xml Could you check if the file exists and if it contains the correct content, just before loging out. Cheers and thanks, -- Yves-Alexis signature.asc Description: This is a digitally signed message part ___ Pkg-xfce-devel mailing list Pkg-xfce-devel@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/pkg-xfce-devel
[Pkg-xfce-devel] Bug#522957: Bug#522957: xfconf: There are major problem with the way keyboard settings are dealt with.
On jeu, 2009-04-09 at 22:13 +0300, Andrei Popescu wrote: > New tests show that this is another instance of the "no keypress before > init" issue in #490410. I didn't notice before, because my gdm was set > for autologin. Damn, again this one :/ Ok, can we summarize the remaining issues for this bug? Sorry, I'm a bit lost in the end :) Cheers, -- Yves-Alexis signature.asc Description: This is a digitally signed message part ___ Pkg-xfce-devel mailing list Pkg-xfce-devel@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/pkg-xfce-devel
[Pkg-xfce-devel] Bug#523018: Bug#523018: Bug#523018: Bug#523018: xfce4-panel: Notification area doesn't show icons
On jeu, 2009-04-09 at 00:17 +0200, Luca Niccoli wrote: > > That's interesting, because the three non-working ones are QT ones, > > while the working one is a GTK one. > > I think so, I tried with transmission as well and it works ok. > > > I'll report upstream, but I think there's a problem with (I guess) > the > > size reported by qt apps or stuff like that. > > The strange thing is that if there is at least one gtk app or the hide > button, then all icons are shown ok. > > > Not sure about that, not sure if it's a qt problem or a systray > problem, > > but stay tuned. Could you provide some more screenshots showing a > bit > > more space on your desktop, with both cases? > > Attached: in notworking.png skype and wpa_gui were running; in > working.png I started Xchat as well. By the way, I've tried to reproduce, using only wpa_gui in my systray, and I failed. The icon is displayed correctly. I'm using libqt 4.5 though, so maybe it's related. I won't ask you to upgrade to libqt from experimental but I think it'd fix the problem. Cheers, -- Yves-Alexis signature.asc Description: This is a digitally signed message part ___ Pkg-xfce-devel mailing list Pkg-xfce-devel@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/pkg-xfce-devel
[Pkg-xfce-devel] Bug#499265: Bug#499265: Bug#499265: xfce4-session: Unable to quit session
On jeu, 2009-04-09 at 23:18 +0200, Mathias Brodala wrote: > Today I stumbled upon something within my /var/log/auth.log which seems > to be related to this still occuring issue: > > > Apr 6 23:25:56 core2 dbus-daemon: Rejected send message, 3 matched rules; > > type="method_call", sender=":1.46" (uid=1000 pid=3151 > > comm="/usr/bin/xfce4-session ") > > interface="org.freedesktop.Hal.Device.SystemPowerManagement" > > member="ThisMethodMustNotExistInHal" error name="(unset)" requested_reply=0 > > destination="org.freedesktop.Hal" (uid=0 pid=2791 comm="/usr/sbin/hald ")) > > Apr 6 23:25:56 core2 sudo: ashura : TTY=unknown ; PWD=/home/ashura ; > > USER=root ; COMMAND=/usr/sbin/xfsm-shutdown-helper > > Apr 6 23:26:04 core2 gdm[2873]: pam_unix(gdm-autologin:session): session > > closed for user ashura > > After this I grepped through all other logfiles for similarly suspicious > entries but could not find any more. I don't think it's anything related. Xfce 4.6 has now entered unstable, and hal with policykit/consolekit too. So basically there's not much chance the situation is the same as it was before. Please, if you did an upgrade for those packages before reopening, re-close it because it's definitely not the same bug. If you still have problems, please reopen a new one, and re-summarize everything. (on the other hand, if you didn't upgraded anything since then, please resummarize what you did, but don't close) Cheers, -- Yves-Alexis signature.asc Description: This is a digitally signed message part ___ Pkg-xfce-devel mailing list Pkg-xfce-devel@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/pkg-xfce-devel
[Pkg-xfce-devel] Bug#522711: Bug#522711: Bug#522711: xfce4-systemload-plugin: CPU monitor overstates CPU usage
On jeu, 2009-04-09 at 19:24 +0200, Tino Keitel wrote: > > I also got the impression that the systemload plugin includes the I/O > wait CPU time into the CPU usage, which is something that most users > don't expect IMHO. The systemload uses load average (hence the name, I guess). Cheers, -- Yves-Alexis ___ Pkg-xfce-devel mailing list Pkg-xfce-devel@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/pkg-xfce-devel
[Pkg-xfce-devel] Bug#522711: Bug#522711: Bug#522711: xfce4-systemload-plugin: CPU monitor overstates CPU usage
On ven, 2009-04-10 at 14:06 +0200, Tino Keitel wrote: > > The systemload uses load average (hence the name, I guess). > > No, the corresponding display is called "CPU monitor" in the plugin > settings. The plugin is called systemload. The tooltip on the CPU one is “System load”. End of discussion, thanks. Cheers, -- Yves-Alexis ___ Pkg-xfce-devel mailing list Pkg-xfce-devel@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/pkg-xfce-devel
[Pkg-xfce-devel] Bug#523517: Bug#523517: xfce4-settings: and keyboard settings swapped
On ven, 2009-04-10 at 15:33 -0400, Dave Witbrodt wrote: > Today I discovered that my XFCE keyboard configuration has become > confused, with the key being swapped with the key in many > cases. I have been using keyboard Application Shortcuts bound to > -t and -b for a long time, and just discovered > they were no longer working. > > I recently upgraded from XFCE 4.4 to XFCE 4.6 in Sid, and today upgraded > xorg from 7.3 to 7.4. I cannot say with confidence which upgrade > introduced the problem -- I had other, more visible problems with the > XFCE upgrade, which I was able to solve by manually changing the icon > theme -- so I was not checking keyboard behavior. The xorg upgrade > _did_ have the effect of disabling the old X keyboard driver and > switching me to evdev, so that may well be the cause. Yes, the concurrent upgrades means that it's a bit difficult to track down the problems. Especially since xorg use hal now, so some people now have it installed while they didn't before. Basically, to track down problems it might be worth trying with a fresh config, so see if it's related to soft or config. > > In the file > ~/.config/xfce4/xfconf/xfce-perchannel-xml/xfce4-keyboard-shortcuts.xml > I currently have settings like this: > > > > > [...] > > > * > !value="xflock4"/> > > > > > > value="xfce4-popup-menu"/> > > !value="xflock4"/> > * > value="xkill"/> > value="exo-open --launch TerminalEmulator"/> > value="exo-open --launch WebBrowser"/> > > > [...] > > The last 2 entries shown here are my Application Shortcuts. Under XFCE > v4.4 I had defined these using , and they somehow had changed > to today. What you see above is the result of deleting the > shortcuts and manually resetting them to use instead. It would have been nice to know if this was the result of the migration script, or the result of the X changes. Basically I think that alt/meta can just be the same (physical) key (the “Alt” one) but which can be differently mapped to alt or meta. And it may depend on the selected keyboard and/or layout. > > Also notice the lines marked (*) and (!), which are pairs of lines with > different shortcuts for the same command. This is not my doing... and > when I noticed this I realized that something bad had happened to my > keyboard configuration, so I thought I should report it. Yes, some are your migrated settings from Xfce 4.4, and some are the default settings in Xfce 4.6. You can clean the ones you don't need. > > I did not know whether I should add this report to the similar, but > recently-closed report I see on the BTS, or whether I should start a new > one. After reading the other thread, I made a guess that this is > different enough that it should be its own report. Yeah, I'm not that sure but it's better to have a different issue, it's becoming quite messy quite easily so I prefer having to merge if needed :) > > I am still trying to solve other keyboard-related issues: > > 1) In DOSBox the numeric keypad is not recognized the > same as the main key, but it works fine in apps such as > 'mousepad', 'xfce4-terminal', and 'xfce4-notes-plugin'. This > key used to work fine in DOSBox. Numlock status has no effect. I don't know DOSBox. I'd say it's not an Xfce issue, but… > > 2) Using -arrow to move a window fails, as does > -arrow to resize a window, but these worked fine > last time I tried it (with XFCE 4.4). Yes, this is expected, see below. > > 3) In 'xfce4-terminal', the key combinations -left and > -left cause 'D' to be printed, and -right and > -right cause 'C' to be printed. (Other combinations also > produce strange, wrong results... so these are merely specific > examples.) This behavior was not seen before. If it should run a shortcut, then just (re)bind it at the correct place (I guess xfce4-terminal shortcuts settings). If it shouldn't, than there's not much to do about it. (for the record, here alt+left produces ;3D). And I'd say it's vte related :) > > I would like to be able to resize windows with -arrow, and > move windows with -arrow, again because I became so > conditioned to these key combinations. I have started retraining myself > to use -F8 and -F7 in the meantime, though. Yeah, you'll really have to do that, because the resize is gone completely. I'm not sure what Alt-F7 and Alt-F8 are bound to by default, but you can bind a key to “resize“ (and then use the arrow keys). One really nice feature of Xfce 4.6 is the “fill” resize. Really nice (you'll find the three shortcuts on the WM Shortcut settings) Cheers, -- Yves-Alexis signature.asc Description: This is a digitally signed message part ___ Pkg-xfce-devel mailing list Pkg-xfce-devel@lists.alioth.debian.org http://lists.alioth.debian.org
[Pkg-xfce-devel] Bug#523658: Bug#523658: xfce4-panel: Problem with system tray and vertical panel
On sam, 2009-04-11 at 19:46 +0200, Torquil Macdonald Sørensen wrote: > Package: xfce4-panel > Version: 4.4.2-6 > Severity: normal > > Hi! I'm having some problems with the XFCE panel and the network manager (NM) > applet (network-manager-gnome). > > With a horizontal panel at the bottom of the screen there is no problem. After > login, the NM applet is started automatically, and it is displayed in the > system tray. > > When reconfiguring the panel to be vertical on the left side, the NM applet > icon > in the system tray disappears, although the process "nm-applet" is still > running. > > After logging in (while having a vertical panel) the NM applet is not shown > in the > system tray. But reconfiguring the panel to be horizontal makes the icon > appear. > After changing back to vertical the icon is still there. Does this happen only with gnome-power-manager or with other tray icons? I couldn't reproduce, but anyway I run xfce 4.6 which is now in unstable and should be available for you in not too much time. Cheers, -- Yves-Alexis signature.asc Description: This is a digitally signed message part ___ Pkg-xfce-devel mailing list Pkg-xfce-devel@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/pkg-xfce-devel
[Pkg-xfce-devel] Bug#523665: Bug#523665: thunar: Wrong folder icons
On sam, 2009-04-11 at 20:27 +0200, Torquil Macdonald Sørensen wrote: > After the upgrade to Thunar 1.0.0, the old folder icons have been replaced > by generic "file" icons. I.e., there is no difference between folder and file > icons (apart from files that have a recognized file type with special icons, > e.g. PDF files). Which icon theme are you using? For the record, xfce4-icon-theme 4.4.2 doesn't contain enough icons for Xfce 4.6. We recommend using Tango or another XDG-compliant icon theme. Cheers, -- Yves-Alexis signature.asc Description: This is a digitally signed message part ___ Pkg-xfce-devel mailing list Pkg-xfce-devel@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/pkg-xfce-devel
[Pkg-xfce-devel] Bug#523665: Bug#523665: thunar: Wrong folder icons
On sam, 2009-04-11 at 21:27 +0200, Torquil Macdonald Sørensen wrote: > Hi! I'm using the "Rodent" icon theme. Changing to "Oxygen" fixes the > problem. Those two are the only ones I have installed. I can wait for an > updated xfce4-icon-theme before switching back. There won't be any. > Anyway, thanks for the > hint changing the icon theme, and about the tango theme. > > If this is cured by an updated xfce4-icon-theme package later on, I will > close this myself, so you don't have to do it. xfce4-icon-theme will just disappear. It's not totally freedesktop.org compliant and nobody at Xfce is really interested in adding more icons. Stephan Arts started to design few icons of another theme but that was just a hobby, nothing really serious, so basically don't expect an icon theme from Xfce anytime soon. Better use Tango (or Oxygen, which fits nicely too). Cheers, -- Yves-Alexis signature.asc Description: This is a digitally signed message part ___ Pkg-xfce-devel mailing list Pkg-xfce-devel@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/pkg-xfce-devel
[Pkg-xfce-devel] Bug#524226: Bug#524226: [xfce4-settings] an installation removes xfce4 and probably xfwm4
On mer, 2009-04-15 at 18:38 +0200, Matthias Krüger wrote: > Package: xfce4-settings > Version: 4.6.0-2 > Severity: important > > --- Please enter the report below this line. --- > Xfce4-settings conflicts with xfce4-mcs-plugins. > Xfce4 depends on xfce4-msc-plugins. > Xfwm4 depends on xfce4. wrong > Installing xfce4-settings, xfce4 and xfwm4 are removed if desktop-base > is not installed, I think. Which xfce4 (metapackage) version? Xfce 4.6 is in a somewhat unconsistent state in testing. xfce4 can't yet migrate to testing while other package have already migrated. Basically, you should be able to remove xfce4 metapackage without problem, or just wait for everything to migrate at once. There's not much we can do. Cheers, -- Yves-Alexis ___ Pkg-xfce-devel mailing list Pkg-xfce-devel@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/pkg-xfce-devel
[Pkg-xfce-devel] Bug#524218: Bug#524218: thunar-thumbnailers: ffmpeg-thumbnailer truncates input media to 0 byte
On mer, 2009-04-15 at 17:32 +0200, legolas558 wrote: > Package: thunar-thumbnailers > Version: 0.4.1-1 > Justification: causes serious data loss > Severity: critical > > Wrong parameters are passed to ffmpegthumbnailer. I have modified > /usr/lib/thunar-thumbnailers/ffmpeg-thumbnailer to get them shown. > > The used command line is: > > ffmpegthumbnailer -i -i -o /home/legolas558/Film/birthday08.avi -s -o -f > -t 15 > > Result is that my files have been truncated, about 8GB of multimedia > files lost. You indeed have a problem. Thunar runs thumbnailers with the following args: infile outfile size I just tested on my box (trying to have it output the complete command) and it works fine: ffmpegthumbnailer -i /tmpinfile.avi -o /tmp/.thunar-vfs-thumbnail.K2SQSV -s 128 -f -t 15 -i -i looks suspicious, and -o /home is definitely wrong. Are you sure this is the output of a valid Thunar run of ffmpeg-thumbnailer? Could you paste the output of: strings .cache/Thunar/thumbnailers.cache Cheers, -- Yves-Alexis ___ Pkg-xfce-devel mailing list Pkg-xfce-devel@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/pkg-xfce-devel
[Pkg-xfce-devel] Bug#524231: Bug#524231: xfburn: Does not fit on 1024px screen
On mer, 2009-04-15 at 18:57 +0200, Filip Van Raemdonck wrote: > When I run xfburn on a system with 1024px wide screen, the two columns of > buttons on the "welcome" tab at the bottom of the screen take up more width > than there is available -- making part of the window go off-screen. I'll warn the xfburn developper about small screen friendlyness. But, on my desktop, I can resize the window to be 703x454 and still display everything there (I might use tinier fonts than you though). So 1024 seems ok for me. Cheers, -- Yves-Alexis ___ Pkg-xfce-devel mailing list Pkg-xfce-devel@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/pkg-xfce-devel
[Pkg-xfce-devel] Bug#524226: Bug#524226: [xfce4-settings] xfce4 version 4.4.2.1
On mer, 2009-04-15 at 19:01 +0200, Matthias Krüger wrote: > Package: xfce4-settings > Version: 4.6.0-2 > > --- Please enter the report below this line. --- > I use xfce4 4.4.2.1. > > When xfwm4 is removed, the desktop-theme changes. I don't understand anything but anyway I guess you have an inconsistent Xfce install. Stay completely in 4.4 and wait for 4.6 to appear. Cheers, -- Yves-Alexis signature.asc Description: This is a digitally signed message part ___ Pkg-xfce-devel mailing list Pkg-xfce-devel@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/pkg-xfce-devel
[Pkg-xfce-devel] Bug#524496: Bug#524496: xfce4-screenshooter-plugin: icon missing when using Xfce 4.6
On ven, 2009-04-17 at 11:42 -0400, Dave Witbrodt wrote: > Package: xfce4-screenshooter-plugin > Version: 1.3.1-1 > Severity: normal > > > I needed to make screeshots of some open browser windows, so I decided > to install 'xfce4-screenshooter-plugin'. When adding the plugin to a > panel, I noticed that no icon was displayed in the plugin chooser; once > the plugin was on the panel, the fact that the icon is missing makes the > launcher invisible -- you can only find it if you memorize the position > where you added it. Ouch, sure it's not really nice. > > Investigating further, I found that I could not manually alter the icon > by right-clicking Properties. Next, I looked for the configuration file > that controls the icon setting: Yup, it clearly use applets-screenshooter icon. > Looking at the dependencies of 'xfce4', I see that it depends on > 'tango-icon-theme'. This dependency actually caused some temporary > annoyance when I upgraded from Xfce 4.4 to 4.6, because the old default > icon theme was "Rodent" from the 'xfce4-icon-theme' package, which had > been installed automatically with 'xfce4' 4.4 but was removed when > upgrading to 4.6. Yes, Rodent theme (provided in xfce4-icon-theme) is not fully freedesktop.org compliant, and Xfce 4.6 needs that. So xfce4-icon-theme (4.4) is deprecated and there's no project to have an xfce4-icon-theme 4.6 for the moment. > > Have I messed up my configuration somehow, or should > 'xfce4-screenshooter-plugin' depend on a package that provides its icon, > such as 'xfce4-icon-theme' or 'gnome-icon-theme'. Yes :/ > I found that > installing 'xfce4-icon-theme' did not immediately restore the icon, > since its 'applets-screenshooter.svg' icon is located in the "Rodent" > theme and I am using the "Tango" theme. A quick symlink, followed by a > run of 'gtk-update-icon-cache' allowed this workaround to function. > > It would be nice if 'xfce4-screenshooter-plugin' either packaged its own > icon, or had a dependency on some package that would (automagically) > provide the icon, or if 'tango-icon-theme' had its own > "applets-screenshooter" icon. applets-screenshooter is not a freedesktop compliant icon name so yes either it ships the icon itself, either it depends on an icon theme providing it. I'm not really a fan of depending on gnome-icon-theme for a small package like this (even if a lot of people already have it installed). I'll talk with the upstream developer about that. Stay tuned. Cheer, -- Yves-Alexis ___ Pkg-xfce-devel mailing list Pkg-xfce-devel@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/pkg-xfce-devel
[Pkg-xfce-devel] Bug#524561: Bug#524561: xfce4: Running "xfdesktop --reload" or "killall -USR1 xfdesktop" does not switch background wallpaper.
tag 524561 unreproducible thanks On ven, 2009-04-17 at 22:00 -0600, Chris Dos wrote: > It seems that having a list of wallpapers and trying to rotate them by > using "xfdesktop --reload" or "killall -USR1 xfdesktop" will no > longer The correct command is xfdesktop -reload, could you try it? Because I can't confirm your bug at the moment, it works perfectly fine here. Cheers, -- Yves-Alexis signature.asc Description: This is a digitally signed message part ___ Pkg-xfce-devel mailing list Pkg-xfce-devel@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/pkg-xfce-devel
[Pkg-xfce-devel] Bug#524561: Bug#524561: Bug#524561: xfce4: Running "xfdesktop --reload" or "killall -USR1 xfdesktop" does not switch background wallpaper.
On sam, 2009-04-18 at 10:52 +0200, Yves-Alexis Perez wrote: > tag 524561 unreproducible > thanks > On ven, 2009-04-17 at 22:00 -0600, Chris Dos wrote: > > It seems that having a list of wallpapers and trying to rotate them by > > using "xfdesktop --reload" or "killall -USR1 xfdesktop" will no > > longer > > The correct command is xfdesktop -reload, could you try it? Because I > can't confirm your bug at the moment, it works perfectly fine here. xfdesktop --reload works too here, anyway. -- Yves-Alexis signature.asc Description: This is a digitally signed message part ___ Pkg-xfce-devel mailing list Pkg-xfce-devel@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/pkg-xfce-devel
[Pkg-xfce-devel] Bug#524606: Bug#524606: xfce4-panel: Missing Suggests/Recommends on xfdesktop4
On Sat, 18 Apr 2009 14:17:14 +0200
Jens Seidel wrote:
> since some days I miss a start menu in xfce4-panel. First I assumed
> it is because not all xfce packages of version 4.6 where compiled yet
> and some older packages from 4.4 are still used. But today even the
> last old package xfce4-session could be upgraded to 4.6.0-2 but the
> problem remains:
>
> $ xfce4-panel
> (xfce4-panel:5193): xfce4-panel-WARNING **: No X-XFCE-{Module,Exec}
> entry found in "/usr/share/xfce4/panel-plugins/xfce4-menu.desktop".
>
> (xfce4-panel:5193): xfce4-panel-WARNING **: Failed to create plugin
> "xfce4-menu"
>
> /usr/share/xfce4/panel-plugins/xfce4-menu.desktop from package
> xfdesktop4-data contains
> "X-XFCE-Exec=/usr/lib/xfce4/panel-plugins/xfce4-menu-plugin". The
> problem was that /usr/lib/xfce4/panel-plugins/xfce4-menu-plugin
> provided by xfdesktop4 was not installed.
>
>
> Since xfce4-panel uses xfce4-menu.desktop from xfdesktop4-data and
> xfce4-menu-plugin from xfdesktop4 please add a (weak) dependence on
> xfdesktop4 (which depends itself on xfdesktop4-data).
Well, the xfce4-panel only uses what it's told to. One can remove the
start menu (many people do) and it works perfectly fine. The thing is,
the default panel config uses the menu plugin, so yes if one installs
the panel and not xfdesktop, the default config will look a bit weird.
But I definitely don't want to add too much dependencies, especially
when it doesn't really make sense.
Having a consistent default config is important, but usually a default
config is when Xfce is completely installed, and that includes both
xfce4-panel and xfdesktop4.
Your problem is not directly related to that, as it arrises on upgrade,
but, again, that won't happen if you upgrade consistently. And the
xfce4 metapackage already brings all the versionned dependencies.
> Maybe even xfdesktop4-data should depend on xfdesktop4 even if this
> creates a circular dependency.
Hell no. As I said, the dependencies are already a bit messy,
especially because of those default configs. I acknowledge the need to
be able to do partial upgrades and to have consistent installations at
the same time, but too much messing with dependencies is not a good
idea imho.
>
> After installing xfdesktop4 the warnings vanished. I still have no
> start menu, even after calling update-menu, but I'm sure it will work
> again soon.
That, on the other hand, is really weird. Do you now have a consistent
Xfce 4.6 installation? Is the start menu plugin correctly configured?
Do you have a correct menu when you right click on the desktop?
Cheers,
--
Yves-Alexis Perez
___
Pkg-xfce-devel mailing list
Pkg-xfce-devel@lists.alioth.debian.org
http://lists.alioth.debian.org/mailman/listinfo/pkg-xfce-devel
[Pkg-xfce-devel] Bug#524615: Bug#524615: libxfconf-0-2 has circular Depends on xfconf
On Sat, 18 Apr 2009 15:09:13 +0200 Bill Allombert wrote: > Package: libxfconf-0-2 > Version: 4.6.0-3 > Severity: important > > Hello Debian Xfce Maintainers, > > There is a circular dependency between libxfconf-0-2 and xfconf: > > libxfconf-0-2 :Depends: xfconf > xfconf:Depends: libxfconf-0-2 (>= 4.6.0) > > Circular dependencies involving shared libraries are known to cause > problems during upgrade between stable releases, so we should try to > get rid of them. Damn. I was sure that xfconfd wasn't using libxfconf and so the xfconf package would not depend on libxfconf, but xfconf-query (also in xfconf package) does use libxfconf. I'll break this circular dependency, not exactly sure how. Either I ship xfconf-query in a xfconf-utils package (but it has to go to NEW again and a new binary package just for one tool is a bit too much), either I ship xfconf-query in libxfconf package (but it doesn't have much sense either). pkg-xfce maintainers, what do you think? Cheers, -- Yves-Alexis Perez ___ Pkg-xfce-devel mailing list Pkg-xfce-devel@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/pkg-xfce-devel
[Pkg-xfce-devel] Bug#524606: Bug#524606: Bug#524606: xfce4-panel: Missing Suggests/Recommends on xfdesktop4
On sam, 2009-04-18 at 17:41 +0200, Jens Seidel wrote: > On Sat, Apr 18, 2009 at 02:42:24PM +0200, Yves-Alexis Perez wrote: > > On Sat, 18 Apr 2009 14:17:14 +0200 > > Jens Seidel wrote: > > > since some days I miss a start menu in xfce4-panel. First I assumed > > > it is because not all xfce packages of version 4.6 where compiled yet > > > and some older packages from 4.4 are still used. But today even the > > > last old package xfce4-session could be upgraded to 4.6.0-2 but the > > > problem remains: > > OK, there are still a few 4.4 packages installed, but no important ones I > think. You should be able to safely remove them > > > But I definitely don't want to add too much dependencies, especially > > when it doesn't really make sense. > > Even not a suggests: or recommends:? Maybe a Suggests, but I'm not sure it'll help anybody. > > > > That, on the other hand, is really weird. Do you now have a consistent > > Xfce 4.6 installation? > > See the list below. What's the state of thunar? > > > Is the start menu plugin correctly configured? > > I did not change the default configuration, so it should be OK. But I run > out of diskspace in the last days (root was not affected), maybe this could > be a reason? > > > Do you have a correct menu when you right click on the desktop? > > Right clicking is not so easy with a touchpad. But after calling > 'xmodmap -e "pointer = 3 2 1"' I could test it: No, I don't have any > dialog once I press the right button. Not sure xfdesktop is really running. Could you make a screenshot of the opened menu? > > # dpkg -la | grep xfce > ii libxfce4mcs-client3 4.4.2-4 Client > library for Xfce4 configure interface > ii libxfce4mcs-manager3 4.4.2-4 Manager > library for Xfce4 configure interfac You can remove those two. > rc xfce4 4.4.2.1 > Meta-package for the Xfce Lightweight Deskto You might want to reinstall xfce with 4.6 version. > ii xfce4-icon-theme 4.4.2-1 Xfce > Standard icon theme This one can be safely removed. In fact it's even better since it's not complete enough to be used in Xfce. > ii xfce4-mcs-manager 4.4.2-3 > Settings manager for Xfce4 Can be safely removed Cheers, -- Yves-Alexis signature.asc Description: This is a digitally signed message part ___ Pkg-xfce-devel mailing list Pkg-xfce-devel@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/pkg-xfce-devel
[Pkg-xfce-devel] Bug#524606: Bug#524606: Bug#524606: Bug#524606: xfce4-panel: Missing Suggests/Recommends on xfdesktop4
On sam, 2009-04-18 at 22:29 +0200, Jens Seidel wrote: > > What's the state of thunar? > > It wasn't installed, now it is. Ok. > > > > > Do you have a correct menu when you right click on the desktop? > > > > > > Right clicking is not so easy with a touchpad. But after calling > > > 'xmodmap -e "pointer = 3 2 1"' I could test it: No, I don't have any > > > dialog once I press the right button. > > I tested it again, now it worked. The problem was probably a high load of > my system and xfdesktop is partly responsible for it. It easily consumes > 70% of my CPU if in use. After some time of inactivity it reduces. Memory > usage keeps constant at 16.7%. That may be related to the loading of desktop background. You seem to use a default Xfce one which would be a bit large for the low memory/cpu device you have. It might be worth finding a little one. > > > Not sure xfdesktop is really running. Could you make a screenshot of the > > opened menu? > > The opened menu looks good. But still no start menu, see the attached > screenshot. When using the file launchers (on the desktop), the “start” menu is a submenu, located under “Applications”. What is the empty space on your panel? A separator or some launchers/plugins without icons? Could you try to re-add a start menu in your panel and see if it works. Cheers, -- Yves-Alexis signature.asc Description: This is a digitally signed message part ___ Pkg-xfce-devel mailing list Pkg-xfce-devel@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/pkg-xfce-devel
[Pkg-xfce-devel] Bug#524615: Bug#524615: Bug#524615: Bug#524615: libxfconf-0-2 has circular Depends on xfconf
On dim, 2009-04-19 at 09:02 +0100, Simon Huggins wrote: > > pkg-xfce maintainers, what do you think? > > You could perhaps downgrade the depends from xfconf to a Recommends if > it's just one tiny util and the main app works? Hmhm, yeah, xfconf-query is usually not needed for end-user, and libxfconf should be brought by most other stuff. > In all sane situations they'll have both installed automatically > anyway. Yeah. I'l check that out, I don't remember if I can change that directly in xfconf but I think we already do that elsewhere :) Cheers, -- Yves-Alexis signature.asc Description: This is a digitally signed message part ___ Pkg-xfce-devel mailing list Pkg-xfce-devel@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/pkg-xfce-devel
[Pkg-xfce-devel] Bug#524676: Bug#524676: xfce4-panel: Icons truncated on vertical panel with laucher submenus
On sam, 2009-04-18 at 16:58 -0600, R E Riding wrote: > In the new panel layout a vertical panel with laucher icons and with a submenu > of more launcher (or other) icons the arrow to open the submenu in 4.4 was > below the > panel icon. With 4.6 the arrow is to the right of the panel icon and the icon > is therefore truncated on the sides. Even changing the size of the panel via > the > pixel width slider only changes the entire size of the icons, and leaves a > truncated > icon with the arrow to the side. This is ugly. Could we perhaps have an > option to > move the arrow back below the panel icons instead of to the side to regain > previous look and feel? or maybe provide some narrow icons that aren't cut > off? Yes, I seem to be able to confirm that. I'll check with upstream (too bad 4.6.1 has just been freezed :/) Stay tuned. -- Yves-Alexis signature.asc Description: This is a digitally signed message part ___ Pkg-xfce-devel mailing list Pkg-xfce-devel@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/pkg-xfce-devel
[Pkg-xfce-devel] Bug#524680: Bug#524680: xfwm4: with option "Focus follows mouse", windows raise on scroll (not only on click)
On sam, 2009-04-18 at 20:27 -0400, Denis Laxalde wrote: > In the window manager settings, I have options "Focus follows mouse" > and > "Raise on click" activated and "Raise on focus" is not activated. > Since the upgrade to 4.6 in Sid, windows not only raise on click but > also on mouse scroll. I don't think this is the normal behaviour. Are you sure you're not clicking in some way? Because here I fail to reproduce that, scrolling in a focused and unraised window here doesn't raise it. I don't think there are any settings to tune that, but just to be sure could you try with a fresh config and/or a fresh user? Cheers, -- Yves-Alexis signature.asc Description: This is a digitally signed message part ___ Pkg-xfce-devel mailing list Pkg-xfce-devel@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/pkg-xfce-devel
[Pkg-xfce-devel] Bug#524680: Bug#524680: xfwm4: with option "Focus follows mouse", windows raise on scroll (not only on click)
On sam, 2009-04-18 at 20:27 -0400, Denis Laxalde wrote: > Package: xfwm4 > Version: 4.6.0-2 > Severity: normal > > In the window manager settings, I have options "Focus follows mouse" and > "Raise on click" activated and "Raise on focus" is not activated. > Since the upgrade to 4.6 in Sid, windows not only raise on click but > also on mouse scroll. I don't think this is the normal behaviour. > > Without being sure, I don't think its related to bug #507716. Hmhm, re-checking, could you use xfce4-settings-editor and try: - xwfm4, general, raise_with_any_button And change the value, seeing if that fix your problem? Cheers, -- Yves-Alexis signature.asc Description: This is a digitally signed message part ___ Pkg-xfce-devel mailing list Pkg-xfce-devel@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/pkg-xfce-devel
[Pkg-xfce-devel] Bug#522957: Bug#522957: Still problems whit the shortcuts...
On dim, 2009-04-19 at 03:58 +0200, Luca Niccoli wrote: > > Hi, I'm afraid I'm not through with this bug... > I upgraded to X 1.6 and now, even though shortcuts are shown right in > xfce4-keyboard-shortcuts, some of them don't work until I set them > again. They are not set each time you log-in into Xfce, or you have to re-set them each time you change layout? Cheers, -- Yves-Alexis signature.asc Description: This is a digitally signed message part ___ Pkg-xfce-devel mailing list Pkg-xfce-devel@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/pkg-xfce-devel
[Pkg-xfce-devel] Bug#524676: Bug#524676: Bug#524676: xfce4-panel: Icons truncated on vertical panel with laucher submenus
tag 524676 pending thanks On dim, 2009-04-19 at 11:14 +0200, Yves-Alexis Perez wrote: > On sam, 2009-04-18 at 16:58 -0600, R E Riding wrote: > > In the new panel layout a vertical panel with laucher icons and with a > > submenu > > of more launcher (or other) icons the arrow to open the submenu in 4.4 was > > below the > > panel icon. With 4.6 the arrow is to the right of the panel icon and the > > icon > > is therefore truncated on the sides. Even changing the size of the panel > > via the > > pixel width slider only changes the entire size of the icons, and leaves a > > truncated > > icon with the arrow to the side. This is ugly. Could we perhaps have an > > option to > > move the arrow back below the panel icons instead of to the side to regain > > previous look and feel? or maybe provide some narrow icons that aren't cut > > off? > > Yes, I seem to be able to confirm that. I'll check with upstream (too > bad 4.6.1 has just been freezed :/) > Good news :) The problem is known (Xfce bug 5166) and is related to GTK 2.16. It's fixed in xfce4-panel 4.6.1. Cheers, -- Yves-Alexis signature.asc Description: This is a digitally signed message part ___ Pkg-xfce-devel mailing list Pkg-xfce-devel@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/pkg-xfce-devel
[Pkg-xfce-devel] Bug#522957: Bug#522957: Bug#522957: Still problems whit the shortcuts...
On dim, 2009-04-19 at 12:56 +0200, Luca Niccoli wrote: > 2009/4/19 Yves-Alexis Perez : > > > They are not set each time you log-in into Xfce, or you have to re-set > > them each time you change layout? > > They are not set each time I log in. > (They are actually set, if I look in xfce4-keyboard-settings or check > with xfconf-query, they just don't work) > Cheers, Try to manually unset/reset all the settings in xfce4-keyboard-settings to be sure that the configuration system knows about them. If not, it just picks what Xorg gives and it seems to pose problems wrt. shortcuts. Once it's done, re-set all the shortcuts you need, then logout and log back in. Does that fix the problem? Cheers, -- Yves-Alexis signature.asc Description: This is a digitally signed message part ___ Pkg-xfce-devel mailing list Pkg-xfce-devel@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/pkg-xfce-devel
[Pkg-xfce-devel] Bug#524711: Bug#524711: xfwm4: New window placement problem
On dim, 2009-04-19 at 13:20 +0200, Torquil Macdonald Sørensen wrote: > > In short, a new window should not cover an existing window if the user is > executing an action in the existing window at that particular time (e.g. > keyboard button depressed in some text field, mouse button depressed on some > button/or a fader as in this case). In that case it should instead appear > underneath, or wait until the action is finished (mouse button released, > keyboard button released..). > How is configured the focus stuff? Especially things like focus follow mouse, new window focus, raise on focs (in wm settings / focus) and focus stealing prevention (wm tweaks / focus). Can you reproduce with something else than firefox, which is known to be terribly crappy when it comes to focus stealing. Cheers, -- Yves-Alexis signature.asc Description: This is a digitally signed message part ___ Pkg-xfce-devel mailing list Pkg-xfce-devel@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/pkg-xfce-devel
Re: [Pkg-xfce-devel] libxfce4util override disparity
On dim, 2009-04-19 at 11:47 +, Debian Installer wrote: > here are disparities between your recently accepted upload and the > override file for the following file(s): > > libxfce4util-dev_4.6.1-1_amd64.deb: package says section is libdevel, > override says xfce. > libxfce4util4_4.6.1-1_amd64.deb: package says section is libs, override says > xfce. For xfconf, Frank Lichtenheld said which should stick for libdevel for -dev and libs for the libs. So I guess the override for libxfce4util needs to be changed now? Thanks, -- Yves-Alexis signature.asc Description: This is a digitally signed message part ___ Pkg-xfce-devel mailing list Pkg-xfce-devel@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/pkg-xfce-devel
Re: [Pkg-xfce-devel] libxfcegui4 override disparity
On dim, 2009-04-19 at 12:17 +, Debian Installer wrote: > glade-xfce_4.6.1-1_amd64.deb: package says section is xfce, override says > libdevel. > libxfcegui4-4_4.6.1-1_amd64.deb: package says section is libs, override says > xfce. > libxfcegui4-dev_4.6.1-1_amd64.deb: package says section is libdevel, override > says xfce. Could those be applied too? Thanks and sorry for the burden. Cheers, -- Yves-Alexis signature.asc Description: This is a digitally signed message part ___ Pkg-xfce-devel mailing list Pkg-xfce-devel@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/pkg-xfce-devel
[Pkg-xfce-devel] Bug#522957: Bug#522957: Bug#522957: Bug#522957: Still problems whit the shortcuts...
On dim, 2009-04-19 at 14:16 +0200, Luca Niccoli wrote: > > I moved > away .config/xfce4/xfconf/xfce-perchannel-xml/xfce4-keyboard-shorctus.xml, > .config/xfce4/xfconf/xfce-perchannel-xml/keyboard-layout.xml and > .config/xfce4/xfconf/xfce-perchannel-xml/keyboards.xml. > I logged out and in and all the shortcuts were reset to default; I > bound XF86AudioLowerVolume to a keboard shortcut, and > Super_L+XF86AudioLowerVolume to a window manager action. > I logged out and in again, the former doesn't work anymore, the latter > does. That's not what I wanted you to do :) Could you go to xfce4-keyboard-settings, then manually re-set *all* settings (checkbox for X stuff, keyboard model and keyboard layout). Then re-set all shortcuts. Then retry the logout stuff. Cheers, -- Yves-Alexis signature.asc Description: This is a digitally signed message part ___ Pkg-xfce-devel mailing list Pkg-xfce-devel@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/pkg-xfce-devel
[Pkg-xfce-devel] Bug#524711: Bug#524711: xfwm4: New window placement problem
On dim, 2009-04-19 at 16:47 +0200, Torquil Macdonald Sørensen wrote: > Hi! Yes it is the same for other programs also, not just firefox. E.g. > with Gimp it is the same result in the mixer fader experiment. My focus > settings are: Hmhm, it seems I get the same kind of behavior with the mixer, but not with others. Do you reproduce this with other stuff or is it only with the mixer (which might have a specific problem then) > > Ordinary WM settings: > > 1) Focus follows mouse: yes > 2) Automatically give focus to newly started applications: yes > 3) Automatically raise windows when they receive focus: no > 4) Raise on click: yes > > WM tweaks focus settings: > > 5) Activate focus stealing prevention: yes > 6) Honour standard ICCCM focus hint: yes > Ok. > When I turn off 2), all new windows appear underneath, which is not what > I want. I would like new windows to appear on top, but not above (and > therefore cover, and take mouse/keyboard focus) a window that is > currently in the middle of a mouse/keyboard action. Well, then you don't want it “on top”. And basically a window can be on top but not have focus. (yes I know, this is really hard, and I guess it's harder for window manager developers :) ) Cheers, -- Yves-Alexis signature.asc Description: This is a digitally signed message part ___ Pkg-xfce-devel mailing list Pkg-xfce-devel@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/pkg-xfce-devel
[Pkg-xfce-devel] Bug#522957: Bug#522957: Bug#522957: Bug#522957: Bug#522957: Still problems whit the shortcuts...
On dim, 2009-04-19 at 14:54 +0200, Luca Niccoli wrote: > 2009/4/19 Yves-Alexis Perez : > > > That's not what I wanted you to do :) > > Could you go to xfce4-keyboard-settings, then manually re-set *all* > > settings (checkbox for X stuff, keyboard model and keyboard layout). > > Then re-set all shortcuts. Then retry the logout stuff. > > I don't know if I understood... > I checked-unchecked everything that was unchecked (and vice-versa), I > reset the shortcuts to default and set the again, I moved the sliders > slight left and right, I reselected the same layout I had and the same > keyboard model (Evdev, JFYK). > But you guess the result =( Could you attach your xfce4-keyboard-shortcuts.xml and keyboard-layout.xml please? Cheers, -- Yves-Alexis signature.asc Description: This is a digitally signed message part ___ Pkg-xfce-devel mailing list Pkg-xfce-devel@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/pkg-xfce-devel
[Pkg-xfce-devel] Bug#524736: Bug#524736: [xfce4-terminal] tab shortcut does not work when some tabs are closed
tag 524736 confirmed thanks On dim, 2009-04-19 at 16:46 +0200, gregory hainaut wrote: > - > Hi, > > I encounter a bug on tab shortcut after close a tab. > I have shortcut n associated to the n th tabs. > > To reproduce the bug. > -> create 3 tabs. (shortcut work well) > -> delete the tab 1. Here the shortcut 1 do not work anymore. When > you look at the "Go" menu, you can see the existence of 3 > destination... Yup, it seems there are some problems with the tabs. Prev/Next work fine but not the direct access (either via shortcut or via the menu). Thanks for reporting, I'll port that upstream. Cheers, -- Yves-Alexis signature.asc Description: This is a digitally signed message part ___ Pkg-xfce-devel mailing list Pkg-xfce-devel@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/pkg-xfce-devel
[Pkg-xfce-devel] Bug#524753: Bug#524753: [xfce4-mailwatch-plugin] does not work with POP3 server that is not CAPA capable
On dim, 2009-04-19 at 18:43 +0200, Andrzej Zięba wrote: > Hi, > > The current version does not work with pop3 servers that do not > support > CAPA command and what is worst it is quiet about it (no log messages). > > I have created small patch that solves this problem for me. > > Best Regards, I don't know enough POP3 and stuff to comment on the patch, so I'll open a bug upstream and wait for comment before adding it (or better, wait for upstream to include the patch and directly provide the corresponding new upstream). Cheers, -- Yves-Alexis signature.asc Description: This is a digitally signed message part ___ Pkg-xfce-devel mailing list Pkg-xfce-devel@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/pkg-xfce-devel
Re: [Pkg-xfce-devel] gigolo override disparity
On dim, 2009-04-19 at 19:02 +, Debian Installer wrote: > gigolo_0.3.2-1_amd64.deb: package says section is xfce, override says > x11. Hi again, mighty ftpmasters, could the above override be added too? Thanks, -- Yves-Alexis signature.asc Description: This is a digitally signed message part ___ Pkg-xfce-devel mailing list Pkg-xfce-devel@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/pkg-xfce-devel
[Pkg-xfce-devel] Bug#422433: Bug#422433: Bug#422433: multiple panel entries for different soundcards don't work ootb
On sam, 2007-05-26 at 11:47 +0200, Yves-Alexis Perez wrote: > forwarded #422433 http://bugzilla.xfce.org/show_bug.cgi?id=3283 > thanks > > On dim, 2007-05-06 at 00:06 +0200, Bruno Kleinert wrote: > > Package: xfce4-mixer > > Version: 4.4.1-1 > > Severity: normal > > > > --- Please enter the report below this line. --- > > hi, > > > > if one has several instances of xfce4-mixer in the xfce panel for a > > couple of soundcards, the instance for the default alsa soundcard is > > the only one being properly associated to its soundcard after loading a > > xfce session. the other instances appear to be associated with no sound > > card at all. > > if one right-clicks the unassociated instances in the panel and choses > > 'properties' from the context menu, the properties windows show up the > > correct associated soundcard. not changing anything, but simply > > clicking the 'close' button assigns the xfce-mixer instance to its > > previously associated soundcard. > > in short words: each xfce-mixer instance in the xfce panel correctly > > remembers the soundcard and all of its settings it was assigned to, but > > doesn't get connected to it on xfce startup. > > > > I can't really reproduce as I only have one soundcard, but I'll trust > you on this. I've reported it upstream, so you can follow the bug > treatment there: http://bugzilla.xfce.org/show_bug.cgi?id=3283 > Hi, could you retry with the 4.6 mixer (if/when it's available for your architecture) and report back? it's now based on gstreamer, so it should be able to manage that as fine as gstreamer. Cheers, -- Yves-Alexis ___ Pkg-xfce-devel mailing list Pkg-xfce-devel@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/pkg-xfce-devel
[Pkg-xfce-devel] Bug#524963: Bug#524963: mousepad: Find assumes "Match Case" by default
severity 524963 wishlist retitle 524963 please save status of “MatchCase” option thanks On mar, 2009-04-21 at 17:28 +1000, Samson Wong wrote: > Find (Ctrl+f) has Match Case on by default. Not sure if this is a bug > or a "feature", but I believe many users would rather have it off or > at least remember whether you want it on or off next time you mousepad > is started Hem, it find it quite normal to have matchcase enabled by default. That's the way everything work, at least on *nix world :) Maybe it'd be nice to have it saved in config file, though. Cheers, -- Yves-Alexis ___ Pkg-xfce-devel mailing list Pkg-xfce-devel@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/pkg-xfce-devel
[Pkg-xfce-devel] Bug#382441: Bug#382441: Bug#382441: xfce4-mixer unable to switch between two sound cards without restarting
On lun, 2008-01-21 at 13:23 -0800, tony mancill wrote: > Yves-Alexis Perez wrote: > > On jeu, 2006-08-10 at 18:47 -0700, tony mancill wrote: > >> xfce4-mixer allows you to switch between two sound devices using > >> File->Option->Device, but to actually modify the sliders for the newly > >> selected device, it must be restarted. It would be nice if it would > >> switch to the selected device immediately, or display all available > >> devices in tabs (like gnome-alsamixer). > > > > I can't test here as I only have one device. Can you retry with latest > > xfce (4.4.2) and report back? > > > > Cheers, > > Sorry for the delay. I didn't have 2 devices there for a while as well. > The behavior appears to be unchanged in the most recent version of > xfce4-mixer: > > ii xfce4-mixer4.4.2-2Xfce4 Mixer frontend xfce4-mixer 4.6 has been largely rewritten based on the gstreamer frontend and it should be able to handle that, I think. I don't have a multi-card setup, but you might want to test and report back. Cheers, -- Yves-Alexis ___ Pkg-xfce-devel mailing list Pkg-xfce-devel@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/pkg-xfce-devel
[Pkg-xfce-devel] Bug#422433: Bug#422433: Bug#422433: multiple panel entries for different soundcards don't work ootb
(resending to an hopefully working address) On sam, 2007-05-26 at 11:47 +0200, Yves-Alexis Perez wrote: > forwarded #422433 http://bugzilla.xfce.org/show_bug.cgi?id=3283 > thanks > > On dim, 2007-05-06 at 00:06 +0200, Bruno Kleinert wrote: > > Package: xfce4-mixer > > Version: 4.4.1-1 > > Severity: normal > > > > --- Please enter the report below this line. --- > > hi, > > > > if one has several instances of xfce4-mixer in the xfce panel for a > > couple of soundcards, the instance for the default alsa soundcard is > > the only one being properly associated to its soundcard after loading a > > xfce session. the other instances appear to be associated with no sound > > card at all. > > if one right-clicks the unassociated instances in the panel and choses > > 'properties' from the context menu, the properties windows show up the > > correct associated soundcard. not changing anything, but simply > > clicking the 'close' button assigns the xfce-mixer instance to its > > previously associated soundcard. > > in short words: each xfce-mixer instance in the xfce panel correctly > > remembers the soundcard and all of its settings it was assigned to, but > > doesn't get connected to it on xfce startup. > > > > I can't really reproduce as I only have one soundcard, but I'll trust > you on this. I've reported it upstream, so you can follow the bug > treatment there: http://bugzilla.xfce.org/show_bug.cgi?id=3283 > Hi, could you retry with the 4.6 mixer (if/when it's available for your architecture) and report back? it's now based on gstreamer, so it should be able to manage that as fine as gstreamer. Cheers, -- Yves-Alexis ___ Pkg-xfce-devel mailing list Pkg-xfce-devel@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/pkg-xfce-devel
[Pkg-xfce-devel] Bug#525041: Bug#525041: xfce4-settings-helper causes segfault in libSM.so
On mar, 2009-04-21 at 18:58 +0100, Paul Saunders wrote: > Let me know if I can provide any more information and I'll provide it as > soon as possible. I can't reproduce here. Could you provide a backtrace with debugging symbols installed so we can see what happen? Cheers and thanks, -- Yves-Alexis signature.asc Description: This is a digitally signed message part ___ Pkg-xfce-devel mailing list Pkg-xfce-devel@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/pkg-xfce-devel
[Pkg-xfce-devel] Bug#525222: Processed: Re: Bug#525222: USB devices do not trigger any response from hal - XFCE
On jeu, 2009-04-23 at 03:03 +, Debian Bug Tracking System wrote: > Processing commands for cont...@bugs.debian.org: > > > reassign 525222 thunar-volman > Bug#525222: USB devices do not trigger any response from hal - XFCE > Bug reassigned from package `hal' to `thunar-volman'. Looking at the bug page, you don't have any answer from hal when inserting mass storage stuff (while your card reader seems to work fine?). What gives lshal -m when you insert an usb key or any mass storage device? How is thunar-volman configured? You mention that consolekit isn't installed. Could you try installing it? Because I guess you don't have anymore the hal/dbus permissions which were associated to the powerdev group. Cheers, -- Yves-Alexis signature.asc Description: This is a digitally signed message part ___ Pkg-xfce-devel mailing list Pkg-xfce-devel@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/pkg-xfce-devel
Re: [Pkg-xfce-devel] unmet dependencies in xfce4 4.6.1
On jeu, 2009-04-23 at 11:19 +0100, Nuno Magalhães wrote: > After -distupgrading i lost the desktop icons and menu, which seem to > be related with xfdesktop4. You were asked to remove xfdesktop4 and agreed? > However: > # apt-get install xfdesktop4 > ...tells me it depends on xfdesktop4-data (= 4.6.0-2) but 4.6.1-1 is > going to be installed. On which architecture? i386? > > Guess i could try and fid a way to use the old package. Is there an > estimate as to when will these dependencies be fixed? You can follow build status here: https://buildd.debian.org/pkg.cgi?maint=pkg-xfce-devel% 40lists.alioth.debian.org If there's still problem on i386 this weekend I might do a manual upload. Cheers, -- Yves-Alexis ___ Pkg-xfce-devel mailing list Pkg-xfce-devel@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/pkg-xfce-devel
Re: [Pkg-xfce-devel] unmet dependencies in xfce4 4.6.1
On jeu, 2009-04-23 at 12:21 +0100, Nuno Magalhães wrote: > > > On which architecture? i386? > > Yup, sorry. 32bit, kernel 2.6.29-1-686. Do you need dpkg -l |grep xf > or any other output? dpkg -l | grep xfdesktop at least. -- Yves-Alexis ___ Pkg-xfce-devel mailing list Pkg-xfce-devel@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/pkg-xfce-devel
[Pkg-xfce-devel] Bug#525405: Bug#525405: xfce4-terminal: Can't use keyboard accelerators of "compose shortcut" dialog
On ven, 2009-04-24 at 20:19 +1000, Billy Coutsis wrote: > Package: xfce4-terminal > Version: 0.2.8-5 > Severity: normal > > If I want to re-bind a keyboard shortcut (via Edit -> Preferences -> > Shortcuts), I can't use the keyboard to do it, because: > a) The keyboard accelerator to clear the selected Terminal shortcut is > ^C, but if you press this, it actually re-binds the selected Terminal > shortcut to ^C (it should clear it instead) > b) The keyboard accelerator to cancel the "compose shortcut" action is > also ^C, which conflicts with said "clear" keyboard accelerator. Hmhm, you should still be able to use the keyboard via the tab and space keys. But yes, it seems that using the same accelerator for two opposite things might not be a really good idea :) I'll forward that upstream. Cheers, -- Yves-Alexis ___ Pkg-xfce-devel mailing list Pkg-xfce-devel@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/pkg-xfce-devel
Re: [Pkg-xfce-devel] gigolo override disparity
On ven, 2009-04-24 at 23:53 +0200, Frank Lichtenheld wrote: > On Sun, Apr 19, 2009 at 10:12:52PM +0200, Yves-Alexis Perez wrote: > > On dim, 2009-04-19 at 19:02 +, Debian Installer wrote: > > > gigolo_0.3.2-1_amd64.deb: package says section is xfce, override says > > > x11. > > > > Hi again, mighty ftpmasters, could the above override be added too? > > Nothing in the description nor the dependencies indicates anything about any > relation to xfce, so why do you want to change the section? Because it's an application under the Xfce umbrella (Xfce goodies, see http://goodies.xfce.org/projects/applications/gigolo). It can sure be used outside of Xfce but that's true for mostly every apps, since the components are intended to be modular. As always we end up with the same problem, “which apps are Xfce/KDE/GNOME” :) Cheers, -- Yves-Alexis signature.asc Description: This is a digitally signed message part ___ Pkg-xfce-devel mailing list Pkg-xfce-devel@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/pkg-xfce-devel
[Pkg-xfce-devel] Bug#523018: Bug#523018: xfce4-panel: doesn't work with some gtk programs either
On sam, 2009-04-25 at 12:20 +0200, Dirk Griesbach wrote: > the same problem occurs with some gtk-applications too, e.g. gajim. If > the panel with the notification area is set to auto-hide, it will only > get a small space on the rigth side. (notification area is sitting at > the right corner of the panel.) So the icon is out of sight. I'm afraid I still can't reproduce, even with gajim and auto-hide Cheers, -- Yves-Alexis signature.asc Description: This is a digitally signed message part ___ Pkg-xfce-devel mailing list Pkg-xfce-devel@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/pkg-xfce-devel
[Pkg-xfce-devel] Bug#523018: Bug#523018: xfce4-panel: doesn't work with some gtk programs either
On sam, 2009-04-25 at 12:20 +0200, Dirk Griesbach wrote: > the same problem occurs with some gtk-applications too, e.g. gajim. If > the panel with the notification area is set to auto-hide, it will only > get a small space on the rigth side. (notification area is sitting at > the right corner of the panel.) So the icon is out of sight. So the problems is related to panel auto-hide? Cheers, -- Yves-Alexis signature.asc Description: This is a digitally signed message part ___ Pkg-xfce-devel mailing list Pkg-xfce-devel@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/pkg-xfce-devel
[Pkg-xfce-devel] Bug#525564: Bug#525564: [thunar-volman] Missing dependency on package "hal"
On sam, 2009-04-25 at 16:28 +0200, Marek Straka wrote: > It looks like thunar-volman must have installed also package "hal". > Otherwise new inserted usb disk is not displayed. Thunar already Recommends: hal. And we may move that to a Depends: for squeeze. And xorg already depends on it. How comes you ended up without hal? > To be in a group > plugdev does not solves this problem. However it is also necessary. > After installation of "hal" you must add user also to group "haldaemon". > Otherwise are devices mounted only with root rights In fact, plugdev is not anymore a solution, you have to have consolekit installed. And no you don't have to be in the haldaemon group (it might even be a bad idea). Cheers, -- Yves-Alexis signature.asc Description: This is a digitally signed message part ___ Pkg-xfce-devel mailing list Pkg-xfce-devel@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/pkg-xfce-devel
[Pkg-xfce-devel] Bug#523018: Bug#523018: xfce4-panel: doesn't work with some gtk programs either
On sam, 2009-04-25 at 18:11 +0200, Dirk Griesbach wrote: > On Sat, Apr 25, 2009 at 01:08:46PM +0200, Yves-Alexis Perez wrote: > > On sam, 2009-04-25 at 12:20 +0200, Dirk Griesbach wrote: > >> the same problem occurs with some gtk-applications too, e.g. gajim. If > >> the panel with the notification area is set to auto-hide, it will only > >> get a small space on the rigth side. (notification area is sitting at > >> the right corner of the panel.) So the icon is out of sight. > > > > So the problems is related to panel auto-hide? > > It looks like it is related somehow. > > > I'm afraid I still can't reproduce, even with gajim and auto-hide > > Indeed, I had the same problem while trying with a new panel. If the > notification area shows a frame around it, the icons of gajim or wpa_gui > will show up as expected. > > Try this: > > * create a new horizontal panel at the bottom of the screen with > * full length > * fixed position and > * auto hide = on. > * add the tasklist plugin. > * add the notification area so it is at the outer right of the panel > * edit the preferences of the notification area and disable "show frame" I managed to reproduce this using the above test case. I've added the info on the upstream bug, so stay tuned. But basically I'd say it's an application problem. > * if you start a program which does show it's icon without hassle all > "hidden" or "damaged" icons will appear as well. Starting empathy next to gajim made both icons appear, like you say. Cheers, -- Yves-Alexis signature.asc Description: This is a digitally signed message part ___ Pkg-xfce-devel mailing list Pkg-xfce-devel@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/pkg-xfce-devel
[Pkg-xfce-devel] Bug#525222: USB devices do not trigger any response from hal - XFCE
On dim, 2009-04-26 at 13:24 +1000, Jonathan Hepburn wrote: > The problem appears to have resolved itself now, after installing > consolekit. > > I suggest that a dependency or suggestion be added to thunar-volman. hal already depends on consolekit. I'm leaving the bug open until we decide wether it makes sense or not to add hal to thunar-volman recommends/dependencies. Cheers, -- Yves-Alexis signature.asc Description: This is a digitally signed message part ___ Pkg-xfce-devel mailing list Pkg-xfce-devel@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/pkg-xfce-devel
[Pkg-xfce-devel] Bug#525222: USB devices do not trigger any response from hal - XFCE
On lun, 2009-04-27 at 02:03 +0200, Michael Biebl wrote: > >> > >> I'm leaving the bug open until we decide wether it makes sense or not to > >> add hal to thunar-volman recommends/dependencies. > > > > Looking at the thunar-volman code, I think it should definitely add a > dependency > on hal, as it will be basically useless without. Sure, but isn't thunar-volman useless without thunar anyway (thunar already recommends the hal daemon)? Cheers, -- Yves-Alexis signature.asc Description: This is a digitally signed message part ___ Pkg-xfce-devel mailing list Pkg-xfce-devel@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/pkg-xfce-devel
Re: [Pkg-xfce-devel] Sudo for xfce
On dim, 2009-04-26 at 21:36 +0100, Simon Huggins wrote: > I got forwarded this today. Do we need anything more from a fresh > install? It's been a while since I've done one... We have ktsuss for Xfce but I'm not sure it fills the gap. xfce4-session now uses hal for everything (shutdown/suspend/hibernate), so basically we just need hal (installed by X anyway), consolekit and policykit. Cheers, -- Yves-Alexis signature.asc Description: This is a digitally signed message part ___ Pkg-xfce-devel mailing list Pkg-xfce-devel@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/pkg-xfce-devel
Re: [Pkg-xfce-devel] Sudo for xfce
On lun, 2009-04-27 at 07:47 +0200, Yves-Alexis Perez wrote: > On dim, 2009-04-26 at 21:36 +0100, Simon Huggins wrote: > > I got forwarded this today. Do we need anything more from a fresh > > install? It's been a while since I've done one... > > We have ktsuss for Xfce but I'm not sure it fills the gap. xfce4-session > now uses hal for everything (shutdown/suspend/hibernate), so basically > we just need hal (installed by X anyway), consolekit and policykit. Confirmed, ktsuss is just a wrapper around su, meaning it won't work with sudo. Cheers, -- Yves-Alexis signature.asc Description: This is a digitally signed message part ___ Pkg-xfce-devel mailing list Pkg-xfce-devel@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/pkg-xfce-devel
[Pkg-xfce-devel] Bug#525222: Bug#525222: USB devices do not trigger any response from hal - XFCE
On lun, 2009-04-27 at 08:39 +0200, Xr wrote: > thunar-volman depends on thunar, which depends on libc6, so there's no > way you could install thunar-volman without pulling libc6. Still, > libc6 is added as an explicit dependency on thunar-volman because > without it, thunar-volman could never run. > > From that point of view, both options (add to thunar-volman or leave > the current behavior) look reasonable. Does thunar use hal for > something else than acting as a "dependency proxy" to thunar-volman ? > Because if it doesn't, then the recommendation on hal should be moved > to thunal-volman. thunar-volman just automount stuff. Thunar needs hal to see the device events and reacts (showing it in the pane or asking thunar-volman what to do). Cheers, -- Yves-Alexis signature.asc Description: This is a digitally signed message part ___ Pkg-xfce-devel mailing list Pkg-xfce-devel@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/pkg-xfce-devel
[Pkg-xfce-devel] Bug#525909: Bug#525909: shutdown with hal not working
On lun, 2009-04-27 at 23:12 +0300, Andrei Popescu wrote: > The shutdown via hal used to work for a while, but now it doesn't. I > get > an error similar to this one in .xsession-errors > > ** (x-session-manager:5417): WARNING **: xfsm-shutdown-helper.c:234: > Failed to contact HAL: > org.freedesktop.hal.power-management.reboot-multiple-sessions > auth_admin > <-- (action, result) > > I also tested with a new user and hal is indeed running on my machine. Are consolekit and policykit installed on the box? -- Yves-Alexis signature.asc Description: This is a digitally signed message part ___ Pkg-xfce-devel mailing list Pkg-xfce-devel@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/pkg-xfce-devel
[Pkg-xfce-devel] Bug#525931: Bug#525931: xfce4-quicklauncher-plugin in french while reset of xfce4 in english
On lun, 2009-04-27 at 16:56 -0500, Christopher David Desjardins wrote: > > When I open Quicklauncher by right clicking on the panel and clicking > "Properties", the properties menu is in French. This should not happen > as the rest of xfce4 is in English. Also, I have not played with any > locales and the properties menu should be in English. In fact it's perfectly normal. I mean, quicklauncher plugin was coded by a french coder, which put the strings in french in the code. The translations miss english strings for some, which you now see in french. If you can provide an update en.po I'm sure the developer will be glad to integrate it (report on bugzilla.xfce.org directly, and maybe attach the new en.po here if you want me to integrate it in the previous package version). Cheers, -- Yves-Alexis signature.asc Description: This is a digitally signed message part ___ Pkg-xfce-devel mailing list Pkg-xfce-devel@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/pkg-xfce-devel
[Pkg-xfce-devel] Bug#525909: Bug#525909: shutdown with hal not working
On lun, 2009-04-27 at 17:19 -0400, Pascal Gervais wrote: > Same behavior here since the recent hal update. Consolekit and > policykit are installed. If this can help, I don't use any display > manager like GDM, XDM, SLIM, etc. I start Xfce with startxfce4. Hmhm, good point, that may be related, I'll have to try. Andrei, how do you start Xfce? Using a DM or directly through startx/startxfce4? Cheers, -- Yves-Alexis signature.asc Description: This is a digitally signed message part ___ Pkg-xfce-devel mailing list Pkg-xfce-devel@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/pkg-xfce-devel
[Pkg-xfce-devel] Bug#525945: Bug#525945: thunar fails to remount removable media when running as daemon
On lun, 2009-04-27 at 20:40 -0600, Scott Barker wrote: > When thunar is running as a daemon, a removable device that is unmounted, > unplugged, and plugged back in cannot be re-mounted. The error is > "org.freedsekop.hal.storage.mount-removable no <-- (action, result)". > > If the thunar daemon is terminated, and thunar is started manually from a > terminal or from the xfce4 menu instead, this error does not occur. Hmhm, strange. I see you don't use thunar-volman (this is fine). Hal is installed, but are consolekit and policykit installed too? Do you start Xfce using a display manager, startx, startxfce4, something like that? Cheers, -- Yves-Alexis signature.asc Description: This is a digitally signed message part ___ Pkg-xfce-devel mailing list Pkg-xfce-devel@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/pkg-xfce-devel
[Pkg-xfce-devel] Bug#525909: Bug#525909: shutdown with hal not working
On lun, 2009-04-27 at 17:19 -0400, Pascal Gervais wrote: > Same behavior here since the recent hal update. Consolekit and > policykit are installed. If this can help, I don't use any display > manager like GDM, XDM, SLIM, etc. I start Xfce with startxfce4. By the way, could you try to run Xfce using: startx /usr/bin/startxfce4 Thanks! -- Yves-Alexis signature.asc Description: This is a digitally signed message part ___ Pkg-xfce-devel mailing list Pkg-xfce-devel@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/pkg-xfce-devel
[Pkg-xfce-devel] Bug#525909: Bug#525909: shutdown with hal not working
On mar, 2009-04-28 at 09:10 +0300, Andrei Popescu wrote: > On Tue,28.Apr.09, 07:52:35, Yves-Alexis Perez wrote: > > On lun, 2009-04-27 at 17:19 -0400, Pascal Gervais wrote: > > > Same behavior here since the recent hal update. Consolekit and > > > policykit are installed. If this can help, I don't use any display > > > manager like GDM, XDM, SLIM, etc. I start Xfce with startxfce4. > > I also have policykit and consolekit installed. First thing I checked, > sorry for not mentioning. > > > Hmhm, good point, that may be related, I'll have to try. Andrei, how do > > you start Xfce? Using a DM or directly through startx/startxfce4? > > I use gdm, but I can reproduce this with both startx and startxfce4. > What else can I try? > Hmh, not sure. Here I'm using slim and/or gdm and didn't have any problem. Do you use sid or squeeze at the moment? Cheers, -- Yves-Alexis signature.asc Description: This is a digitally signed message part ___ Pkg-xfce-devel mailing list Pkg-xfce-devel@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/pkg-xfce-devel
[Pkg-xfce-devel] Bug#525909: Bug#525909: shutdown with hal not working
On mar, 2009-04-28 at 08:02 +0200, Enrico Tröger wrote: > [W] ci-tracker.c:366: Error doing GetSessionForUnixProcess on > ConsoleKit: org.freedesktop.ConsoleKit.Manager.GeneralError: Unable to > lookup session information for process '2465' > > Process 2465 was xfce4-session. Does this happen everytime. I mean, does this happen if you completely quit the session and retry? Does this happen with another user? Does this happen after a manual reboot? The powerdev group is not needed anymore if you use policykit + consolekit, iirc (and anyway there's no more dbus stuff for handling the powerdev group). > > The only related messages in ~/.xsession-errors were: > ** Message: xfsm-shutdown-helper.c:268: Using HAL to shutdown/reboot > the computer. > ** (xfce4-session:2465): WARNING **: xfsm-shutdown-helper.c:234: Failed > to contact HAL: org.freedesktop.hal.power-management.shutdown no <-- > (action, result) That could be because you indeed don't have permissions to contact the hal daemon. > > I'm on Debian Testing with: Debian Testing doesn't really have a consistent situation wrt. Xfce so it might be related too. Which Xfce packages versions do you have? Cheers, -- Yves-Alexis signature.asc Description: This is a digitally signed message part ___ Pkg-xfce-devel mailing list Pkg-xfce-devel@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/pkg-xfce-devel
[Pkg-xfce-devel] Bug#525945: Bug#525945: Bug#525945: thunar fails to remount removable media when running as daemon
On mar, 2009-04-28 at 05:19 -0600, Scott Barker wrote: > I did have thunar-volman installed, and the same thing was happening. I > removed it to verify it wasn't thunar-volman causing the issue. > > I have consolekit and policykit installed, and spent several hours > debugging that new level of complexity as well. I used to use > startxfce4, and had to switch to using startx with 'exec > ck-launch-session startxfce4' in $HOME/.xsession to make mounting (and > suspend/hibernate) work at all in the new model. I have verified that my > console session is correct (via ck-list-sessions) and that I have the > correct authorizations as well (via polkit-auth). Hmhm ok. I guess we can eliminate a policy/auth stuff. > > The only way I have been able to reproduce the error consistently is by > running thunar as a daemon, mounting a USB device (by clicking on it in > thunar), unmounting it (by right-clicking on it in thunar), unplugging > it, plugging it back in, and trying to mount it again (by clicking on it > in thunar). It happens with all the usb devices you tried? Is there something in /var/log/syslog during the various mount/umounts? Could you try lshal -m during those operations, too? I tried to reproduce, but failed. Cheers, -- Yves-Alexis ___ Pkg-xfce-devel mailing list Pkg-xfce-devel@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/pkg-xfce-devel
[Pkg-xfce-devel] Bug#525909: Bug#525909: shutdown with hal not working
On mar, 2009-04-28 at 09:10 +0300, Andrei Popescu wrote: > On Tue,28.Apr.09, 07:52:35, Yves-Alexis Perez wrote: > > On lun, 2009-04-27 at 17:19 -0400, Pascal Gervais wrote: > > > Same behavior here since the recent hal update. Consolekit and > > > policykit are installed. If this can help, I don't use any display > > > manager like GDM, XDM, SLIM, etc. I start Xfce with startxfce4. > > I also have policykit and consolekit installed. First thing I checked, > sorry for not mentioning. > > > Hmhm, good point, that may be related, I'll have to try. Andrei, how do > > you start Xfce? Using a DM or directly through startx/startxfce4? > > I use gdm, but I can reproduce this with both startx and startxfce4. > What else can I try? With gdm it should work fine. Could you try ck-list-sessions and report what it give? Without gdm, it seems that you need libpam-ck-connector. Could you install it, log out and log back in, then start xfce (using startxfce4 or startx /usr/bin/startxfce4). And retry ck-list-sessions as well as the shutdown stuff. I hope it'll fix your problem. If it does, we'll add a recommends on xfce4-session for this one. Cheers, -- Yves-Alexis ___ Pkg-xfce-devel mailing list Pkg-xfce-devel@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/pkg-xfce-devel
[Pkg-xfce-devel] Bug#525945: Bug#525945: Bug#525945: Bug#525945: thunar fails to remount removable media when running as daemon
On mar, 2009-04-28 at 08:00 -0600, Scott Barker wrote: > > Attached are two logs from lshal -m, one with thunar run as a foreground > process, the other with it running as a daemon. There is no other output > to any other logs related to this problem. When running as a foreground process, you didn't quit between the first connect and the second one, did you? It looks to me like a hal problem (device correctly appears in the kernel logs, but not in hal). > > The only other thing I have noticed during testing is that every time > the device is removed and re-inserted, a new [scsi_eh_X] process appears > in the process list, where 'X' is incremented each time. Similarly, in > the kernel output (dmesg), when the device is scanned, it gets a > different scsi device ID (as in 'sd XX:0:0:0: [sdb] ...', where XX > increments each time). > > Perhaps thunar is somehow caching hardware state when running as a > daemon, and the change in scsi ID is not being picked up? I don't think thunar caches anything. It relies on hal events to notice that a removable device appeared. What's weird is that thunar influences hal, which seems really very weird. I'm a bit stuck here, to be honest. -- Yves-Alexis ___ Pkg-xfce-devel mailing list Pkg-xfce-devel@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/pkg-xfce-devel
[Pkg-xfce-devel] Bug#525931: Bug#525931: Bug#525931: xfce4-quicklauncher-plugin in french while reset of xfce4 in english
retitle 525931 missing english translations in quicklauncher properties tag 525931 +l10n thanks On mar, 2009-04-28 at 07:50 -0500, Christopher David Desjardins wrote: > Thanks. That makes perfect sense now. I thought I had somehow borked the > locales or language setting on my computer. Yeah, I was a bit surprised, before I remembered the developer was french. It's not really common to see strings in other language than english as “source strings”. > When you mention an en.po, I > am not sure I understand what you mean. Is that a file containing an > english translation of the properties menu? Yes. You can look at the sources (apt-get source xfce4-quicklauncher-plugin), you'll find an en.po file in po/ folder, which you can edit (using whatever editor, but there are specialised ones for po stuff, like poedit or other). If you're interested, you might want to contact the debian-l10n-english mailing list at http://lists.debian.org/debian-l10n-english/ and/or the i18n xfce project at http://i18n.xfce.org/ Cheers, -- Yves-Alexis ___ Pkg-xfce-devel mailing list Pkg-xfce-devel@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/pkg-xfce-devel
[Pkg-xfce-devel] Bug#525945: Bug#525945: Bug#525945: Bug#525945: Bug#525945: thunar fails to remount removable media when running as daemon
On mar, 2009-04-28 at 08:44 -0600, Scott Barker wrote: > On 04/28/09 08:27, Yves-Alexis Perez wrote: > > When running as a foreground process, you didn't quit between the first > > connect and the second one, did you? > > In both cases (daemon and foreground), I left the thunar window open as > I unmounted, removed, reconnected and tried to remount the device. Ok > > > It looks to me like a hal problem (device correctly appears in the > > kernel logs, but not in hal). > > Sorry - I should have noted that in the case of running thunar as a > daemon, it wouldn't even mount the device the first time I reconnected > it, so the log I sent in that case does not show repeated insertion and > removal. It seems that once a device has been inserted, mounted, and > unmounted, thunar as a daemon can no longer mount it anymore, while > thunar as a foreground process can. Doing lshal -m while thunar is > running as a daemon, and inserting and removing the device repeatedly, > hal is noticing it every time, while thunar continues to not mount the > device. So both hal logs are identical. Just, when running “as a daemon”, it'll refuse to mount the second time. Is that correct? > I just tried something different - I launched thunar as a daemon from a > terminal window, and then everything worked fine. So, the difference > seems to be launching thunar as a daemon via the window manager. I've > been launching it by going to the menu and choosing Settings -> File > Manager, which launches /usr/bin/Thunar --daemon if it is not already > running. Can you try running Thunar vs. thunar and Thunar --daemon vs. thunar --daemon. Double check there is no other instance running, wether with T or t. > > Of course, I've also been launching thunar from the window manager menu > as well (directly in the top-level menu as File Manager), so I'm not > sure what is different about how thunar is invoked between those two menus. The latter only runs Thunar (so if it's not already running as a daemon, it'll run a new instance and die when the window is closed). Cheers, -- Yves-Alexis ___ Pkg-xfce-devel mailing list Pkg-xfce-devel@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/pkg-xfce-devel
[Pkg-xfce-devel] Bug#525945: Bug#525945: Info received (Bug#525945: Info received (Bug#525945: Info received ( Bug#525945: Bug#525945: Bug#525945: thunar fails to remount removable media when running
On mar, 2009-04-28 at 09:16 -0600, Scott Barker wrote: > Purging libpam-ck-connector and reducing my .xsession to just 'exec > startxfce4' has fixed the problem. Feel free to close this bug report. I > will file a wishlist item for libpam-ck-connector for a warning to be > added to the package description that users who start X from a text > shell instead of a graphical manager should not install > libpam-ck-connector unless they really have a good reason to do so. I > will also file a wishlist item against xfce4-utils that the > documentation on whether to use 'startx' or 'startxfce4' should be > clarified. I'm not sure this is a good idea. I'm investigating shutdown bugs for another user, and we just managed to find that, if you don't use gdm, then you _need_ libpam-ck-connector so you have the correct rights, and can shutdown. I don't really know what happens to you, but it seems that the “first” Thunar is outside of consolekit, somethingg like that? I think (but I'm not yet really sure) that, if you're not using gdm (and kdm, maybe), then you need to have libpam-ck-connector installed, and you should start xfce using startxfce4 or startxfce4, but anyway beware of that consolekit stuff. I don't really know what you are trying to do with your .xsession and the ck-launch-session stuff. Cheers, -- Yves-Alexis ___ Pkg-xfce-devel mailing list Pkg-xfce-devel@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/pkg-xfce-devel
Re: [Pkg-xfce-devel] X and consolekit
I'm forwarding your mail to the pkg-xfce mailing list. Please reply there too, so the team is aware of the issues. I'm taking some time to think about it and maybe do some tests. Then I'll write a more complete reply. pkg-xfce: On mar, 2009-04-28 at 11:47 -0600, Scott Barker wrote: > I didn't want to clutter the bug report, so I thought I would email you > directly with this info. If you know all this already, please forgive me > for wasting your time. If you prefer this in the bug report, let me know > and I'll forward a copy there as well. > > As far as I can tell in my testing, consolekit creates a session for the > current tty only. If you have libpam-ck-connector installed, you get a > console session created for the tty you login on (for example, tty1). > > However, the X session runs on a different tty (for example, tty7), and > does not inherit the session from the original login tty (tty1). Thus, > during the X startup, a new console session must be created. > > 'startxfce4' does not do this at all. 'startx' tries to do this (via > /etc/X11/Xsession.d/90consolekit), but if you have libpam-ck-connector > installed, libpam-ck-connector sets XDG_SESSION_COOKIE, which prevents > 'startx' from creating the new console session with ck-launch-session > (due to the logic in /etc/X11/Xsession.d/90consolekit). > > Further, since ck-launch-session creates a session for the current tty, > it cannot be run until after the tty for the X session (tty7) is created > by xinit. So, for example, starting X with 'ck-launch-session > startxfce4' or 'ck-launch-session startx' will not work, because the new > session will be created on tty1 (since xinit hasn't created tty7 yet). > > So, ck-launch-session must be invoked by xinit after xinit creates the > tty for the X session (tty7). The /etc/X11/Xsession.d/90consolekit > script handles this (when not blocked by libpam-ck-connector) by > crafting the $STARTUP shell variable with a client command line for > xinit to invoke that includes ck-launch-session at the appropriate point > in the command string (after ssh-agent and before dbus-launch). > > Thus, xinit will create tty7, and run ssh-agent as the client, with > arguments that cause ssh-agent to run ck-launch-session (which creates > the console session on tty7 that was just created by xinit), with > arguments that cause ck-launch-session to run dbus-launch, with > arguments that cause dbus-launch to start the actual session manager. > So, dbus and the session manager will both inherit the new console > session correctly. Of course, this only works when libpam-ck-connector > is not installed (as mentioned above). > > If you purge libpam-ck-connector and set the x-session-manager > alternative to /usr/bin/xfce4-session, then when you run 'startx', xfce4 > will start appropriately, with all of the correct authorizations from > consolekit/policykit. > > However, I noticed that there are some oddities with starting xfce4 this > way (for myself, anyway), and I assume it is because all the environment > variables set by the startxfce4 and /etc/xdg/xfce4/xinitrc scripts are > not configured when starting xfce4-session directly in this manner. > > So the final portion of my fix avoids calling xfce4-session directly, > and runs /usr/bin/startxfce4 instead. To do this, I created a .xsession > file in my home directory to over-ride the x-session-manager default in > the /etc/X11/Xsession.d/* scripts. In the .xsession file, I put 'exec > startxfce4'. > > Now, I can start my X session with 'startx', and xfce4 will get started > in a similar manner as running 'startxfce4' directly, but with a correct > console session set up. > > Does that all make sense? I hope so, I don't want to cause more confusion. > -- Yves-Alexis signature.asc Description: This is a digitally signed message part ___ Pkg-xfce-devel mailing list Pkg-xfce-devel@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/pkg-xfce-devel
[Pkg-xfce-devel] Bug#525909: Bug#525909: shutdown with hal not working
On mar, 2009-04-28 at 19:30 +0200, Enrico Tröger wrote: > >I hope it'll fix your problem. If it does, we'll add a recommends on > >xfce4-session for this one. > > It did for me, sort of. > > After installing libpam-ck-connector, ck-list-sessions actually > recognises the session and prints it. Ok. > > But with a plain PolicyKit.conf I still couldn't shutdown/reboot my > system. I had to uncomment the content of the posted PolicyKit.conf to > get it working. After that, polkit-auth listed the shutdown and reboot > actions and shutting down the system from Xfce actually worked. That's weird. But anyway it's a policykit problem. And btw I think you changed something, because it does work out of the box on all machines I tried. > > Why did the *kit guys make things so complicated? Yeah, I'm wondering too :/ > > The remaining questions are: > - Shouldn't it work a bit more out of the box, also for users without > any fancy display manager? It does, if you install libpam-ck-connector, which we will add as a Recommends to xfce4-session. > - Is it worth forwarding this bug to the consolekit/policykit packages > to get some more input? If you want, you can clone the bug and reassign to the package owning the PolicyKit.conf package you had to tune. Cheers, -- Yves-Alexis signature.asc Description: This is a digitally signed message part ___ Pkg-xfce-devel mailing list Pkg-xfce-devel@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/pkg-xfce-devel
[Pkg-xfce-devel] Bug#526009: Bug#526009: xfce4-utils: sessions started with startxfce4 lose hal/dbus functionality
On mar, 2009-04-28 at 10:20 -0600, Scott Barker wrote: > Package: xfce4-utils > Version: 4.6.0-2 > Severity: wishlist It'd be nice to have a single summary point for those hal related issues, please. It's already difficult to follow on the two bugs (Thunar and xfce4-session) and the mailing list, opening yet another one will add more complexity. Please pick one bug where we can discuss this and stay on it? > With the new consolekit/policykit method of doing things, starting an xfce4 > session using startxfce4 from a text terminal will cause the user to lose > hal/dbus functionality such as suspend/hibernate, mounting of removable > media, access to pulseaudio devices, etc. startxfce4 is “the xfce way” to start Xfce. > > The startx script in the xinit package, however, works fine (provided the > user does not have libpam-ck-connector installed, see bug # 526006 at > http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=526006) since it sources > /etc/X11/Xsession.d/90consolekit, which handles launching the X session > using ck-launch-session as required. startx is “the debian way” to start a desktop environment. > > However, I have noticed some differences between starting xfce4 with startx > vs. starting it with startxfce4, most notable of which is that the font > chosen in the User Interface Preferences seems to be ignored. I assume this > is the result (directly or indirectly) of the fact that startxfce4 sets > assorted shell variables via /etc/xdg/xfce4/xinitrc that startx does not. > > The cleanest way around this issue that I could find is to start the X > session with: > > startx /usr/bin/startxfce4 Yes. I thought it was already documented, but not really. So we should add this to the README.Debian. Basically, we'd rather not divert from upstream on the startup script, but we still want to have the Debian stuff properly set. So startxfce4 should be used by the Debian stuff, meaning: - display managers (which already use the Debian infrastructure, /etc/X11/Xsession.d) should call startxfce4 - users should either * run startx /usr/bin/startxfce4 * put startxfce4 in their .xsession and use only startx (not sure about this one). I guess this should be correctly indicated in the README.Debian of xfce4-utils. Cheers, -- Yves-Alexis signature.asc Description: This is a digitally signed message part ___ Pkg-xfce-devel mailing list Pkg-xfce-devel@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/pkg-xfce-devel
