driconf-devel Mailing List for DRI Configuration Applet
Brought to you by:
fxkuehl
Menu
▾
▴
driconf-devel — Developer discussions about DRIconf
You can subscribe to this list here.
| 2006 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
(1) |
Oct
|
Nov
|
Dec
|
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 2007 |
Jan
|
Feb
(1) |
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
(2) |
Nov
|
Dec
|
| 2010 |
Jan
|
Feb
|
Mar
|
Apr
(1) |
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
(1) |
|
From: SourceForge.net <no...@so...> - 2010-12-15 22:40:39
|
Bugs item #3138237, was opened at 2010-12-16 09:40 Message generated for change (Tracker Item Submitted) made by malcolmt You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=884983&aid=3138237&group_id=178376 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Malcolm Tredinnick (malcolmt) Assigned to: Nobody/Anonymous (nobody) Summary: Distributions files should be in directory Initial Comment: Right now, when driconf installs, it puts all of its files (aside from the runtime) into site-packages/ directly. That directory is heavily used on most systems, so it's more considerate to create a single entry there -- a directory named after your package -- and then put all the individual files in that directory. Some packages will also create a .pth file, but that doesn't seem necessary for driconf, as driconf/__init__.py could do all the necessary importing of subfiles. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=884983&aid=3138237&group_id=178376 |
|
From: SourceForge.net <no...@so...> - 2010-04-26 18:08:30
|
Bugs item #2992464, was opened at 2010-04-26 20:08 Message generated for change (Tracker Item Submitted) made by jarauh You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=884983&aid=2992464&group_id=178376 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: jarauh (jarauh) Assigned to: Nobody/Anonymous (nobody) Summary: driconf fails if glxinfo fails Initial Comment: At the moment I have a problem with glxinfo, which segfaults. This leads to the following error message of driconf-0.9.1: disabling 3D rasterization Traceback (most recent call last): File "/usr/bin/driconf", line 28, in <module> driconf.main() File "/usr/lib/driconf/driconf.py", line 52, in main commonui.dpy = dri.DisplayInfo () File "/usr/lib/driconf/dri.py", line 396, in __init__ self.getScreen (i) File "/usr/lib/driconf/dri.py", line 411, in getScreen screen = ScreenInfo (i, self.dpy) File "/usr/lib/driconf/dri.py", line 380, in __init__ self.glxInfo = GLXInfo (screen, dpy) File "/usr/lib/driconf/dri.py", line 349, in __init__ raise DRIError ("glxinfo killed by signal " + signal + ".") TypeError: cannot concatenate 'str' and 'int' objects ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=884983&aid=2992464&group_id=178376 |
|
From: Sven A. <sa...@wh...> - 2007-10-01 11:47:21
|
On Mon, 2007-10-01 at 10:30 +0200, Michel D=C3=A4nzer wrote: > BTW, what's the meaning of the GNOME category? Does it prevent Driconf > from being visible in other desktop environments? I'm not sure what that means, the menu specification does not detail how it's used http://standards.freedesktop.org/menu-spec/latest/apa.html I don't think it will prevent it from being visible outside of GNOME, as OnlyShowIn is the preferred way to handle that. --=20 Cheers, Sven Arvidsson http://www.whiz.se PGP Key ID 760BDD22 |
|
From: Michel <da...@de...> - 2007-10-01 08:30:34
|
[ Adding upstream driconf-devel list to CC ] On Sat, 2007-09-29 at 23:13 +0200, Sven Arvidsson wrote: >=20 > Attached is a patch which adds "HardwareSettings" to the categories for > the .desktop launcher. This is mostly for the sake of GNOME's control > center application. >=20 > I also removed "Application" from the list, as it isn't a valid > category any longer. Thanks. > --- driconf.desktop.orig 2007-09-29 23:05:15.000000000 +0200 > +++ driconf.desktop 2007-09-29 23:07:35.000000000 +0200 > @@ -5,5 +5,5 @@ Comment=3DChange 3D Acceleration options > Exec=3Ddriconf > Icon=3D/usr/share/driconf/driconf-icon.png > Type=3DApplication > -Categories=3DGNOME;Application;Settings;AdvancedSettings; > +Categories=3DGNOME;Settings;HardwareSettings;AdvancedSettings; > StartupNotify=3Dtrue BTW, what's the meaning of the GNOME category? Does it prevent Driconf from being visible in other desktop environments? --=20 Earthling Michel D=C3=A4nzer | http://tungstengraphics.c= om Libre software enthusiast | Debian, X and DRI developer |
|
From: SourceForge.net <no...@so...> - 2007-02-10 19:23:30
|
Bugs item #1656905, was opened at 2007-02-10 14:23 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=884983&aid=1656905&group_id=178376 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: James C. Georgas (jgeorgas) Assigned to: Nobody/Anonymous (nobody) Summary: driconf-0.9.1 uninitialized variable Initial Comment: An uninitialized variable in a driconf-0.9.1 file causes python to complain. I start driconf from a terminal without a pre-existing ~/.drirc configuration file. I open the "Application settings" dropdown at the bottom of the page. I select "Add", and put in doom3-demo and doom.x86 in the dialog fields, and select "OK". At this point driconf spews forth it's displeasure upon stderr: Code: Traceback (most recent call last): File "/usr/lib/driconf/driconf_simpleui.py", line 692, in changeApp self.selectApp(app) File "/usr/lib/driconf/driconf_simpleui.py", line 641, in selectApp self.appPage = AppPage (self.driver, app) File "/usr/lib/driconf/driconf_simpleui.py", line 347, in __init__ self.refreshOptions() File "/usr/lib/driconf/driconf_simpleui.py", line 369, in refreshOptions self.optionTree.append(sectIter, [ File "/usr/lib/driconf/driconf_simpleui.py", line 271, in lineWrap head, tail = head + tail[:i] + '\n', tail[j:] UnboundLocalError: local variable 'j' referenced before assignment It must be a python interpreter change. It seems like variables must be initialized before being used... To fix it, add "j = i" at line 260 in /usr/lib/driconf/driconf_simpleui.py, after the existing line "i = chars" ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=884983&aid=1656905&group_id=178376 |
|
From: Felix <fx...@gm...> - 2006-09-30 23:18:31
|
Welcome to all subscribers, err, I forgot to confirm my own subscription, so if you posted something earlier, I didn't see it and there are no archives yet. :-/ If it was for me, please resend. Sorry for the inconvenience. Thanks and welcome again, Felix --=20 | Felix K=C3=BChling <fx...@gm...> http://fxk.de.v= u | | PGP Fingerprint: 6A3C 9566 5B30 DDED 73C3 B152 151C 5CC1 D888 E595 | |