Re: [patch] confirm before sending to trash
Am Mittwoch, den 16.03.2011, 09:42 -0400 schrieb Cosimo Cecchi: That being said, it's too late in the 3.0 cycle now to add new features anyway, as we're past UI and string freeze, and we have a global Undo feature in the pipeline for 3.2; I'd like to see this feature integrated with it, and e.g. the GMail-like approach that has been suggested by Holger seems a better UI for this than a confirmation dialog. As an average user I want to say: Thank you for this idea and let's hope this does not only sound like a decision. I really would like to see the GMail-like approach happening. Regards, C -- nautilus-list mailing list nautilus-list@gnome.org http://mail.gnome.org/mailman/listinfo/nautilus-list
Bug#614991: german translation: parameter wrong
Package: gconf-editor Version: 2.30.0-2 Severity: important gconf-editor: The extended german description for /apps/gnome/toolbar_style explains possible parameters, where the parameter »icon« is misspelled an should be »icons« -- System Information: Debian Release: 6.0 APT prefers stable APT policy: (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-5-amd64 (SMP w/2 CPU cores) Locale: LANG=de_DE.utf8, LC_CTYPE=de_DE.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages gconf-editor depends on: ii gconf-defaults-service 2.28.1-6 GNOME configuration database syste ii gconf2 2.28.1-6 GNOME configuration database syste ii libc6 2.11.2-10 Embedded GNU C Library: Shared lib ii libdbus-glib-1-2 0.88-2.1 simple interprocess messaging syst ii libgconf2-42.28.1-6 GNOME configuration database syste ii libglib2.0-0 2.24.2-1 The GLib library of C routines ii libgtk2.0-02.20.1-2 The GTK+ graphical user interface ii libpango1.0-0 1.28.3-1+squeeze1 Layout and rendering of internatio ii policykit-1-gnome 0.96-3GNOME authentication agent for Pol gconf-editor recommends no packages. gconf-editor suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: [Qemu-devel] New machine?
Am Sonntag, den 30.01.2011, 11:13 + schrieb Peter Maydell: ... Do I have to patch qemu to support a new machine? Yes, you would have to implement support for this board, and also implement models of any devices which qemu doesn't already have (probably most of them). In particular if you are interested in a working model of the graphics chipset then this is a very large amount of work and might even be impossible if the chipset vendor doesn't release enough documentation on it. As a rough guide, the code to implement (most of) the OMAP3 chipset support in qemu is about 29,000 lines of code. Sorry I don't have a more encouraging answer. -- PMM Thank you for your answer. At least I know I can stop searching, which satisfies me for now. I will get the hardware to go on working. Regards C
[Qemu-devel] New machine?
Hi, I want to boot a embedded linux environment in qemu, namely xxsvideo [1]. It is for an arm based fujitsu development board [2]. The toolchain provideds finally 3 files to flash the target device: - comicinker@hardy:~/workspace/jade_rootfs_build-0.8.5/images$ ls -lh insgesamt 5,4M -rw-r--r-- 1 comicinker comicinker 3,9M 2011-01-22 19:21 rootfs-xxsvideo-jadeevalkit-0.8.5.bin -rwxr-xr-x 1 comicinker comicinker 110K 2011-01-22 19:17 u-boot-xxsvideo-jadeevalkit-0.8.5.bin -rw-r--r-- 1 comicinker comicinker 1,4M 2011-01-22 19:21 uImage-xxsvideo-jadeevalkit-0.8.5.bin - The documentation of xxsvideo tells the following about the Kernel: - 3.2 Kernel Currently the following flash partition is used. This may change e.g. to reserve space for a splash-image: cat /proc/mtd dev: size erasesize name mtd0: 0002 0002 u-boot mtd1: 0002 0002 u-boot var mtd2: 0020 0002 kernel mtd3: 01dc 0002 rootfs To install the kernel to flash, put the image (images/uImage-xxsvideo-jadeevalkit-0.8.4.bin) to your tftpboot-directory and type on the u-boot console: xxsvideo set autostart no xxsvideo tftpboot 0x4050 uImage-xxsvideo-jadeevalkit-0.8.4.bin xxsvideo erase 0x1004 0x1023 xxsvideo cp.b 0x4050 0x1004 $(filesize) To install the kernel inside the running linux, do: flashcp --verbose /tmp/uImage /dev/mtd2 - I tried to boot the Kernel with the following command: qemu-system-arm -kernel uImage-xxsvideo-jadeevalkit-0.8.5.bin -M integratorcp -nographic And qemu returns with following error message: - qemu: fatal: Trying to execute code outside RAM or ROM at 0x40008000 R00= R01=0113 R02=0100 R03= R04= R05= R06= R07= R08= R09= R10= R11= R12= R13= R14= R15=40008000 PSR=41d3 -Z-- A svc32 s00=( 0) s01=( 0) d00=( 0) [...] - How can I boot the kernel, or u-boot? Do I have to patch qemu to support a new machine? In my ideal imagination, I just tell qemu about the jffs2/mtd images/files and specify eventually some memory addresses. How could I do that? Thanks in advance! Comicinker [1] http://sourceforge.net/projects/xxsvideo/ [2] http://www.fujitsu.com/emea/services/microelectronics/gdc/gdcdevices/mb86r01-jade.html -- NEU: FreePhone - kostenlos mobil telefonieren und surfen! Jetzt informieren: http://www.gmx.net/de/go/freephone
[Bug 619913] Re: open should be an alias to xdg-open
I second that open should link to xdg-open at the first place. If /bin/open was not specified by POSIX to have a special meaning, this very generic command should be used to simplify a users life. To use open for /bin/openvt is less intuitive than openvt. And to use open for just opening documents is much more intuitive. Have a look on the man page of /bin/openvt: openvt will find the first available VT, and run on it the given command with the given command options, standard input, output and error are directed to that terminal. The current search path ($PATH) is used to find the requested command. If no command is specified then the environment variable $SHELL is used. Which average user will make use of that, or even understand that? For beginners and for advanced users a symlink to xdg-open could make life really easier and more intuitive. (Besides, it explains that openvt links to /bin/openvt.) Maybe xdg-open is relatively new to some long-standing linux administrators and using X applications is not common and thus, the primary usage of open to start openvt became more natural. However from a desktop user point of view the usage of xdg-open as primary usage of open will be more natural. About voting: Maybe this decission should be made by the design team. -- open should be an alias to xdg-open https://bugs.launchpad.net/bugs/619913 You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
Re: The Future of Nautilus: Tree Sidebar and Split View
Am Donnerstag, den 01.07.2010, 17:05 +0100 schrieb Allan Day: Can you explain why you require the tree view and why the proposed enhancements are not sufficient? Citing specific use cases would be really helpful. I'd also be interested to hear whether you use tree view all the time, or just in specific situations (and if so, what they are). I use places and tree view sidebar almost equally often. Places: For private/hobby stuff I use usually places. This is indeed a simpler, cleaner way to access important places in a fast manner, as it gives a good overview of your user-specific stuff, like music and videos, downloaded stuff, documents and so on. I don't need / access from the places side bar. I would make more use of bookmarks, however they are buggy. Tree view I use for work/university the tree view very often, because I keep a lot of information and data in a hierarchical order. I have to maintain many tex-files, pictures, data sheets, tables and papers. I can't maintain them without a tree view (well, my limited mind can not imagine another way of sorting that amount of information). I also install many Programs to /opt/. To start them I just use the / access in the tree view, that's very convenient for me. Adding start buttons is not a good solution, as the the programs in /opt/ change often. The tree view is boring: It is difficult to navigate between many expanded folders. This makes me tired, however working with a lot of data is probably that kind of work. I use the PC for both, private and work. Switching from tree view to the places sidebar is like leisure time. I grew up with the windows explorer and the hierarchical view on personal data. With F-Spot I realized that hierarchical view is not always the best. But: Until it is possible to administrate the wast amount of data of my work with tags or whatever, I would rather use the old fashioned way. I think Zeitgeist offers a great possibility to make file management better than with a tree view. -- nautilus-list mailing list nautilus-list@gnome.org http://mail.gnome.org/mailman/listinfo/nautilus-list
Re: The Future of Nautilus: Tree Sidebar and Split View
In short: I hate the idea of removing split view and tree sidebar. Longer version, just some thoughts: Am Montag, den 28.06.2010, 15:37 +0100 schrieb Allan Day: It is worth making a general point about complexity, however. Nautilus has six kinds of sidebar, No sh*, sherlock. tabs *and* panes, as well as spatial/browser mode. Windows Explorer and Finder have a single sidebar, no tabs and no panes, and there are good reasons why they don't. And that's a good reason why I'm not using it. The basic aim of the future nautilus proposal is simplification. Simplicity is a virtue in all kinds of ways. Paring down the UI is good for users (since it gives them less to process), it also opens up design possibilities in terms of creating a focused, integrated interface. In my opinion: Lesser functionality != more simplicity It depends to much on the use case, that this statement alone is not true. Example: I want to rip a CD. The ripped CD contains errors. I heard about error correction. The error correction settings have been removed from the GUI. I google the hell out of the web to find a way to use error correction, as a result I'm using another program, easy to use (for me as a noob) with the corresponding, easy to use settings in the GUI (, called K3B). So what program could help me to reach my goal in a simpler way? (Rhetorical question) A pared-down UI is also good from a development point of view, since it means that there's less to maintain and we can concentrate on ensuring that the UI that we do have is high quality. Sure. Go ahead. Remove elementary elements of file management. At least the code is better to maintain. At this point, where C - code is difficult to maintain, isn't it better to use C++? There is also an annoying, complete unnecessary menu item called Help. Please remove that. Please go on and remove the Tree Sidebar in Evolution. And all possibilities to opt it in. Hint: There are definitely to many options in the Evolution preferences. Regards PS: This email contains sarcasm. Please feel personally attacked by any means. PPS: I meant please don't feel attacked. -- nautilus-list mailing list nautilus-list@gnome.org http://mail.gnome.org/mailman/listinfo/nautilus-list
Re: Always show icons for Create Document submenu
Am Donnerstag, den 26.11.2009, 12:49 +0100 schrieb Alexander Larsson: On Wed, 2009-11-25 at 09:53 +0100, Luca wrote: Filed as bug #602909 Now that GNOME has switched to no-menu-icon default, to match guidelines[1] Nautilus should enable always show properties for entries in Create Document submenu. The lack of icons here is an usability issue: there is no way to identify the file type you are going to create, due the strip of file name extension. Yeah, this sounds right. And its should be a simple fix too. Anyone interested in hacking this up? I don't understand the problem. When I right-click in a folder an choose Create document I can see the correct Icons for the documents I want to create. I put some files (oowriter etc.) in the template directory. And it works. -- nautilus-list mailing list nautilus-list@gnome.org http://mail.gnome.org/mailman/listinfo/nautilus-list
Re: revamp nautilus UI (some proposals)
I'm lovin it! However: 1) and 3) should be able to dock like in Firefox. 2) Is a wonderful idea, as well as 4). Am Samstag, den 20.06.2009, 16:06 +0200 schrieb Nicolò Chieffo: http://launchpadlibrarian.net/28142399/Screenshot-yelo3%20-%20File%20Browser.png Here's my proposal: 1. merge main and location toolbar 2. always show the directory toolbar (the one you have when you go to trash) and put some common tasks (new, copy, cut, paste, trash, change view) 3. optionally change the search button with a GtkEntry (you can also put a filter icon at left and a clear icon at right if you like), and use Filter (actually it's a filter and not a search) 4. move the zoom to the status bar, and eventually change its shape to a GtkScale I would like to have your comments -- nautilus-list mailing list nautilus-list@gnome.org http://mail.gnome.org/mailman/listinfo/nautilus-list -- nautilus-list mailing list nautilus-list@gnome.org http://mail.gnome.org/mailman/listinfo/nautilus-list
[Bug 282160] Re: Anjuta (intrepid) package lacks of plugins
Very sad there is no more svn plugin in anjuta. My opinion: packaging bug. -- Anjuta (intrepid) package lacks of plugins https://bugs.launchpad.net/bugs/282160 You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. -- ubuntu-bugs mailing list ubuntu-b...@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs -- universe-bugs mailing list universe-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/universe-bugs
[Bug 282160] Re: Anjuta (intrepid) package lacks of plugins
Very sad there is no more svn plugin in anjuta. My opinion: packaging bug. -- Anjuta (intrepid) package lacks of plugins https://bugs.launchpad.net/bugs/282160 You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
gio-standalone fails to build 'G_GNUC_PRETTY_FUNCTION'
Hi I'm trying to build the svn version of gio-standalone (Rev 761) on a Ubuntu Hardy machine. I receive following error message: make[3]: Entering directory `/home/comic/zzz_unindexed/gio-standalone/trunk/gio' gcc -DHAVE_CONFIG_H -I. -I.. -I.. -I.. -DGIO_MODULE_DIR= \/usr/local/lib/gio/modules\ -pthread -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include -DG_LOG_DOMAIN=\GIO\ -DG_DISABLE_DEPRECATED -DDBUS_API_SUBJECT_TO_CHANGE-Wall -Wchar-subscripts -Wmissing-declarations -Wmissing-prototypes -Wnested-externs -Wpointer-arith-Wcast-align -Wsign-compare -g -O2 -Wno-strict-aliasing -Wno-sign-compare -MT test-streams.o -MD -MP -MF .deps/test-streams.Tpo -c -o test-streams.o test-streams.c test-streams.c: In function 'test_memory_input_stream': test-streams.c:74: error: 'G_GNUC_PRETTY_FUNCTION' undeclared (first use in this function) test-streams.c:74: error: (Each undeclared identifier is reported only once test-streams.c:74: error: for each function it appears in.) test-streams.c: In function 'test_memory_output_stream': test-streams.c:164: error: 'G_GNUC_PRETTY_FUNCTION' undeclared (first use in this function) test-streams.c: In function 'test_buffered_input_stream': test-streams.c:263: error: 'G_GNUC_PRETTY_FUNCTION' undeclared (first use in this function) test-streams.c: In function 'test_buffered_output_stream': test-streams.c:304: error: 'G_GNUC_PRETTY_FUNCTION' undeclared (first use in this function) test-streams.c: In function 'get_newline_stream': test-streams.c:364: error: 'G_GNUC_PRETTY_FUNCTION' undeclared (first use in this function) test-streams.c: In function 'verify_lines': test-streams.c:391: error: 'G_GNUC_PRETTY_FUNCTION' undeclared (first use in this function) make[3]: *** [test-streams.o] Error 1 make[3]: Leaving directory `/home/comic/zzz_unindexed/gio-standalone/trunk/gio' make[2]: *** [all-recursive] Error 1 make[2]: Leaving directory `/home/comic/zzz_unindexed/gio-standalone/trunk/gio' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/home/comic/zzz_unindexed/gio-standalone/trunk' make: *** [all] Error 2 What's wrong? Regards ___ gtk-devel-list mailing list gtk-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/gtk-devel-list
Re: [libhid-discuss] Windows support?
Peter, thanks for the translations. Sorry for the German version, I thought with this amount of errors, there must be a small problem in the very beginning and is easy to solve. I attached now the MSVC errors in almost complete English. I also attached the config.h which I am using now, with some explanations added. As I said, I just added some header files to the paths, which I arbitrarily copied from different systems and programs (see comments in config.h), however, some need also the libraries for the OS, so it is basically nonsense what I did. That's why I need some help, as I don't know how to provide all the needed declarations and definitions. Thanks in advance, C Am Samstag, den 06.09.2008, 09:54 -0400 schrieb Charles Lepple: On Sep 6, 2008, at 3:53 AM, comicinker wrote: How did you manage to compile libhid? I'm using Visual Studio 2005. I receive 240 Errors. I included a config.h from Linux, but that doesn't make sense at all. See the attached files. I don't have a Windows machine to test this with, but you may get a little bit more help from others on the list if you temporarily set the system language to English, then post that build log. Please compress the log as well (gzip or pkzip). It looks like the ERROR() definition is conflicting with something in wingdi.h: c:\dokumente und einstellungen\simeon\eigene dateien\projects\libhid \libhid\include\debug.h(21) : warning C4005: 'ERROR': Makro- Neudefinition c:\programme\microsoft visual studio 8\vc\platformsdk\include \wingdi.h(98): Siehe vorherige Definition von 'ERROR' I'm not sure which would take longer for me, installing Windows then downloading all of Visual Studio Express and the platform SDK, or learning enough German to decipher that log file :-) ___ libhid-discuss mailing list libhid-discuss@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/libhid-discuss
Re: [libhid-discuss] Windows support?
Forgotten zip file. Sorry for traffic... ___ libhid-discuss mailing list libhid-discuss@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/libhid-discuss
Re: localisation
The German localization team is working on it. Click here for diffs and more: http://mail.gnome.org/archives/gnome-de/2008-July/msg00049.html It's just a question of a few days. Am Dienstag, den 08.07.2008, 21:14 +0200 schrieb Lorenzo Milesi: Il giorno mar, 08/07/2008 alle 19.40 +0200, Jakob Lenfers ha scritto: So I wanted to complete the german translation of f-spot and went to the localisation page linked in your get involved page. But I'm missing a howto what to do more precisely. A pointer, if it exists, would be most helpful. Thanks in advance, To check the latest status of the .de translation visit: http://l10n.gnome.org/module/f-spot In order not to waste time, contact your local translation team and ask for the status of the package, so if the old translator isn't keeping it updated anymore you can take over the job! ciao maxxer ___ F-spot-list mailing list F-spot-list@gnome.org http://mail.gnome.org/mailman/listinfo/f-spot-list
Re: Conduit-Handbuch
Hi! Dies ist mein erster Beitrag zu Übersetzungen für Gnome. Ich habe einige Passiv-Formen statt pers. Anrede ausgebessert. Außerdem habe ich weitere Zeichenketten übersetzt, ich schätze jetzt stehts bei 85%. Bei den Beispielen kam ich nicht umhin, pers. Anrede zu verwenden. Auch habe ich einige wenige Fehler korrigiert. MFG Am Sonntag, den 29.06.2008, 21:45 +0200 schrieb Mario Blättermann: Hallo, ich hab das Conduit-Handbuch angefangen. Der Status ist derzeit bei 70 %, viel weiter komme ich aber nicht, weil in der Benutzeroberfläche noch so vieles fehlt. Aber bis zum 2.24er Release möchte ich das schon vollständig haben. Vielleicht könnte mal einer von euch den Rest der Benutzeroberfläche in Angriff nehmen? Das Handbuch an sich ist allerdings noch ziemlich unvollständig. Abschnitte, die nur aus der Überschrift bestehen, fehlende Bilder, ins Leere führende Links... Hier dürfte sich in den nächsten Wochen noch einiges ändern. Aber vielleicht könnte doch schon mal jemand das Handbuch ins SVN stellen, sofern keine schwerwiegenden Fehler drin sind. Datei de.po ist anbei. Gruß Mario ___ gnome-de mailing list gnome-de@gnome.org http://mail.gnome.org/mailman/listinfo/gnome-de de.po Description: application/mbox ___ gnome-de mailing list gnome-de@gnome.org http://mail.gnome.org/mailman/listinfo/gnome-de
F-Spot Übersetzung
Ich wollte bei der Übersetzung von F-Spot mithelfen. Ich habe mir jetzt ein par Werkzeuge angesehen und bin zum Schluss gekommen dass eine Mischung aus poedit zum suchen nach fehlenden strings und eclipse als svn-verwaltung und editor ganz gut sind. gedit ist bei großen Dateien fehlerhaft. Wie kann ich Guis in einem Editor öffnen? Habe monodevelop* und mono-* installiert, aber kann keine .cs-Datei in einem GUI-Editor öffnen. Auch stetic MainWindow.cs endet in einer Fehlermeldung. Die PO-Datei für deutsch in svn ist anscheinend nicht auf dem neuesten Stand. Zum Beispiel in de.po 1930: #: ../src/MainWindow.cs:233 sollte #: ../src/MainWindow.cs:278 lauten. Könnte jemand die neue de.po erneuern, und mir bei den Problemen oben helfen? Wer ist alles bei der Übersetzung von F-Spot beteiligt? C PS: Das ist meine erste Mail an diese Liste, wenn ich was falsch mache bitte nicht hauen ___ gnome-de mailing list gnome-de@gnome.org http://mail.gnome.org/mailman/listinfo/gnome-de
Re: [libhid-discuss] Parsing hid_dump_tree()
Am Dienstag, den 22.04.2008, 08:31 -0400 schrieb Charles Lepple: On Apr 21, 2008, at 8:21 PM, comicinker wrote: Am Freitag, den 28.03.2008, 21:01 -0400 schrieb Charles Lepple: AND: How can I get the RECV_PACKET_LEN for this address automatically? Or is it always the same length for each address (6)? The test_libhid.c doesn't tell where this value is detected. It is in the interface descriptor. I'm still looking for this entry in the interface descriptor. Can somebody give me a hint where it is hidden? Is it really HIDData.Size? HIDData.Size is the size of one element, I think. (Sorry, I don't have time to look through the code.) I was mistaken - I was thinking of wMaxPacketSize in the endpoint descriptor (not the interface descriptor). I usually either just hardcode that for a given device, or use control transfers instead. Do I understand it right that you use control transfers for each single data package? I think I won't tell you something new, but (depending on the chip architecture and vendor) this causes more operating time on the chip. I must refrain from using control transfers because my controller is not fast enough to deliver data and process all control transfer requests. So my device does not support the get_input_report request. I must use bulk or interrupt transfers. Oh I just see I should use the hid_interrupt_read function. Da*** However, I would like to determine the length of a specific report with a certain report ID, or the maximum length of the biggest report. Do I have to do it by myself by looping through the whole HIDParser? Bests, comicinker -- my public key is on hkp://pgp.mit.edu:11371 or ldap://keyserver.pgp.com ___ libhid-discuss mailing list libhid-discuss@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/libhid-discuss
Re: [libhid-discuss] Parsing hid_dump_tree()
Am Freitag, den 28.03.2008, 21:01 -0400 schrieb Charles Lepple: AND: How can I get the RECV_PACKET_LEN for this address automatically? Or is it always the same length for each address (6)? The test_libhid.c doesn't tell where this value is detected. It is in the interface descriptor. I'm still looking for this entry in the interface descriptor. Can somebody give me a hint where it is hidden? Is it really HIDData.Size? Thanks in advance comicinker -- my public key is on hkp://pgp.mit.edu:11371 or ldap://keyserver.pgp.com ___ libhid-discuss mailing list libhid-discuss@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/libhid-discuss
Re: [libhid-discuss] Parsing hid_dump_tree()
I slowly understand how the structure of the libhid is. This is really great work, thanks! Am Freitag, den 28.03.2008, 21:01 -0400 schrieb Charles Lepple: AND: How can I get the RECV_PACKET_LEN for this address automatically? Or is it always the same length for each address (6)? The test_libhid.c doesn't tell where this value is detected. It is in the interface descriptor. However I still wonder how to determine the RECV_PACKET_LEN for specific addresses, which is required for hid_get_input_report()? I found hidif-hid_data-Size which returns the size (8) of the current Usage in Bits. I know that this Usage is wrapped together with other Usages in one report with the ReportID 17 and this report is in complete 6 Bytes long. So can I determine the length of this report? Do I have to loop through the whole report parser and add up the sizes belonging to that report ID myself? Bests comicinker -- my public key is on hkp://pgp.mit.edu:11371 or ldap://keyserver.pgp.com ___ libhid-discuss mailing list libhid-discuss@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/libhid-discuss
Re: [libhid-discuss] Parsing hid_dump_tree()
Am Freitag, den 28.03.2008, 21:01 -0400 schrieb Charles Lepple: I wouldn't advise parsing the output of that function - instead, take a look at the hidparser code that hid_dump_tree() references. Thanks, good hint. Now I also found http://libhid.alioth.debian.org/doc/ which is nowhere mentioned as documentation. But with that documentation it makes more sense to have a look at the code. It looks like you may have to look at the tree. (libhid was originally designed for HID PDC UPSes, which have fairly strict requirements on the format of the HID element tree - so a fixed path would work there.) AND: How can I get the RECV_PACKET_LEN for this address automatically? Or is it always the same length for each address (6)? The test_libhid.c doesn't tell where this value is detected. It is in the interface descriptor. It seems like I have to learn more about USB and HID (besides reading the specs - sigh). Thank you and sorry for my clumsy behavior in this list. Bests, comicinker ___ libhid-discuss mailing list libhid-discuss@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/libhid-discuss
[libhid-discuss] hid_force_open failed with return code 12 again
I've the same problem like described here: http://lists.alioth.debian.org/pipermail/libhid-discuss/2007-March/000104.html I don't want to run my app as root to access the device. I tried the solution like already discussed in http://lists.alioth.debian.org/pipermail/libhid-discuss/2007-March/000110.html However, I'm new to udev and all that stuff, even though I slightly understand what it does, I couldn't get my device to work. I added a file 49-hid-development.rules with following content: # udev rules file for development of usb hid device driver experiments # to be replaced by a script! # use @RUN_AS_GROUP@ tag for setting the rw permissions for the correct user id # play around with the Microsoft Wireless mouse SYSFS{idVendor}==045e, SYSFS{idProduct}==00e1, MODE=664, GROUP=1000 # for the BiSP gateway SYSFS{idVendor}==03eb, SYSFS{idProduct}==2034, MODE=664, GROUP=1000 I (UID 1000) want to have read and write access for two devices to play around with them. As I've read in the udev readme, a reboot should not be nevessary after saving that file in the udev/rules.d directory. What am I doing wrong? Regards, comicinker -- my public key is on hkp://pgp.mit.edu:11371 or ldap://keyserver.pgp.com ___ libhid-discuss mailing list libhid-discuss@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/libhid-discuss
Re: Nautilus Feature Request: Filesystem check
Can somebody give me a hint where to start? I really can't find the option dialogue for volumes in the computer:// place. Which file? -- my public key is on hkp://pgp.mit.edu:11371 or ldap://keyserver.pgp.com signature.asc Description: Dies ist ein digital signierter Nachrichtenteil -- nautilus-list mailing list nautilus-list@gnome.org http://mail.gnome.org/mailman/listinfo/nautilus-list
Nautilus Feature Request: Filesystem check
I have an idea for the computer:// place: In the property window for harddisks there could be an additional tab for file system (extX) related features like: * show if fsck should be executed (uncleanly (un)mounted) * show fsck reboot interval * show how many reboots left before fsck is executed * option for doing fsck right now * option for doing fsck on next boot This functions should be intelligent enough to suggest to check the filesystem on next boot, if it is not possible to unmount the partition. Maybe somebody would say: Hey- this smells MS Windows-like! Use the cli! tune2fs! Then my suggestion is to note that tools on the tab. I already tried to play around to make an implementation but got frustrated because I didn't found the glade files for the property window and my lack of knowledge on gtk. The later future can look like that: Give a popup when an unclean filesystem is mounted and show that properties after clicking on it. Have a look on the mockup. comicinker PS: As this is 2nd mail to this list and nobody answered my 1st, I would appreciate ANY reaction this time to see if everything works -- my public key is on hkp://pgp.mit.edu:11371 or ldap://keyserver.pgp.com attachment: property-window.png signature.asc Description: Dies ist ein digital signierter Nachrichtenteil -- nautilus-list mailing list nautilus-list@gnome.org http://mail.gnome.org/mailman/listinfo/nautilus-list
Re: GVFS FTP backend
Hi! I wonder if this backend can change servers/drives during a session. I don't know if there is technical term for it. I mean following situation in a terminal: I connect to a server (my university): ftp ftp-nw.fh-regensburg.de After login, I am on my personal folder. To access common folder for all the scripts on another server/drive I have to type two slashes cd //fh-kroesus/data1 In Nautilus nor in konqueror I found a possibility to change into such a directory, but every ftp standalone software can do that. Bests comicinker Am Donnerstag, den 28.02.2008, 13:07 +0100 schrieb Benjamin Otte: Hey, I've just merged my FTP backend work into gvfs trunk and intend to heavily work on it until it works, so we can get one blocker fixed [1]. I think at the end of this week or the beginning of next week it should be in an ok state and not get frequent changes anymore. Release and l10n teams agreed on IRC that a working ftp backend is more important than any freezes, so I'm allowed to not care about those until further notice. This means in partiular that gvfs will get various ftp-related string changes during at least this week. Another thing: If there is anyone using Nautilus for FTP and is willing to help me test my backend, I would be very thankful. Especially if this person knows it has to use weird FTP servers, so we can ensure it also works properly on those. I myself only have real access to 2 or 3 different FTP servers for testing. Plus I'm busy ading features, so testing might come a bit short. If you want to test, please get svn trunk of gvfs running and poke me in GImpNet's #nautilus IRC channel. Cheers, Benjamin [1]: http://bugzilla.gnome.org/show_bug.cgi?id=509620 -- my public key is on hkp://pgp.mit.edu:11371 or ldap://keyserver.pgp.com signature.asc Description: Dies ist ein digital signierter Nachrichtenteil -- nautilus-list mailing list nautilus-list@gnome.org http://mail.gnome.org/mailman/listinfo/nautilus-list
[Bug 153731] Re: scim is not available using desktop effects
Sorry to make this circumstances, you are right, this is not a bug, because compiz is working fine with scim and radeon. This bug is invalid, I think. -- scim is not available using desktop effects https://bugs.launchpad.net/bugs/153731 You received this bug notification because you are a member of Ubuntu Bugs, which is the bug contact for Ubuntu. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 153731] scim is not available using desktop effects
Public bug reported: System: i386, ATI Readon9600SE Gutsy Installed scim with following steps: installed packages scim-bridge scim-bridge-agent changed an option in /etc/X11/xinit/xinput.d/scim-immodule: GTK_IM_MODULE=scim-bridge after that, installed the xserver-xgl, because trying activating the desktop effects caused the composite... error message. after a system-restart scim wasn't available. I tried to change a driver modul (/usr/etc/libGL.so.1.2 or so) like described in here: http://ubuntuforums.org/showthread.php?t=185033 but it didn't help. By the way openoffice works fine with xgl and desktop effects in gutsy. I think have of the world won't be able to use ubuntu (or it's desktop effects) if you cannot input chinese, japanese, arabien or other complex fonts. ** Affects: xserver-xgl (Ubuntu) Importance: Undecided Status: New -- scim is not available using desktop effects https://bugs.launchpad.net/bugs/153731 You received this bug notification because you are a member of Ubuntu Bugs, which is the bug contact for Ubuntu. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs