Thread: [DIGImend-users] (no subject)
Brought to you by:
spb_nick
Menu
▾
▴
digimend-users
|
From: Marcus V. R <mvr...@ho...> - 2015-01-07 01:09:34
|
Hello. I have a Huion H610 pro and I was trying to make it works on Fedora 20, linux kernel 3.18.1 and xfce 4. I didn't find it anywhere but that's a very important information: The driver doesn't work well on Xfce+Fedora! In Gnome it worked very well, pressure sensivity works in all applications tough I'm still trying to put the tablet shortcuts to do their job. |
|
From: Nikolai K. <sp...@gm...> - 2015-01-07 09:11:04
|
Hello Marcus, On 01/07/2015 03:09 AM, Marcus Vinicius R wrote: > Hello. I have a Huion H610 pro and I was trying to make it works on Fedora > 20, linux kernel 3.18.1 and xfce 4. I didn't find it anywhere but that's a > very important information: The driver doesn't work well on Xfce+Fedora! In > Gnome it worked very well, pressure sensivity works in all applications > tough I'm still trying to put the tablet shortcuts to do their job. If it works in Gnome, it should work in XFCE as well. How exactly it doesn't work? Nick |
|
From: Marcus V. R <mvr...@ho...> - 2015-01-08 03:07:08
|
In XFCE some applications, like GIMP, don't work with pressure sensivity(I did the same adjustments). In Gnome, the same application works very well. In some applications this feature is working in both XFCE and Gnome, e. g.: Krita. And I'd like to know if Is there some way to set the tablet shortcut buttons and adjust the tablet active area? Thanks in advance, Marcus. > Date: Wed, 7 Jan 2015 11:10:55 +0200 > From: sp...@gm... > To: mvr...@ho...; dig...@li... > Subject: Re: [DIGImend-users] (no subject) > > Hello Marcus, > > On 01/07/2015 03:09 AM, Marcus Vinicius R wrote: > > Hello. I have a Huion H610 pro and I was trying to make it works on Fedora > > 20, linux kernel 3.18.1 and xfce 4. I didn't find it anywhere but that's a > > very important information: The driver doesn't work well on Xfce+Fedora! In > > Gnome it worked very well, pressure sensivity works in all applications > > tough I'm still trying to put the tablet shortcuts to do their job. > > If it works in Gnome, it should work in XFCE as well. > How exactly it doesn't work? > > Nick |
|
From: Nikolai K. <sp...@gm...> - 2015-01-08 10:59:05
|
On 01/08/2015 05:07 AM, Marcus Vinicius R wrote: > In XFCE some applications, like GIMP, don't work with pressure sensivity(I > did the same adjustments). In Gnome, the same application works very well. > In some applications this feature is working in both XFCE and Gnome, e. g.: > Krita. I guess Krita works because it doesn't use GTK. I would say this issue should be reported to distribution maintainers. Nick > And I'd like to know if Is there some way to set the tablet shortcut buttons > and adjust the tablet active area? > > Thanks in advance, Marcus. > > > Date: Wed, 7 Jan 2015 11:10:55 +0200 > > From: sp...@gm... > > To: mvr...@ho...; dig...@li... > > Subject: Re: [DIGImend-users] (no subject) > > > > Hello Marcus, > > > > On 01/07/2015 03:09 AM, Marcus Vinicius R wrote: > > > Hello. I have a Huion H610 pro and I was trying to make it works on Fedora > > > 20, linux kernel 3.18.1 and xfce 4. I didn't find it anywhere but that's a > > > very important information: The driver doesn't work well on Xfce+Fedora! In > > > Gnome it worked very well, pressure sensivity works in all applications > > > tough I'm still trying to put the tablet shortcuts to do their job. > > > > If it works in Gnome, it should work in XFCE as well. > > How exactly it doesn't work? > > > > Nick |
|
From: Dan R. <ade...@gm...> - 2015-01-08 21:51:09
|
Nick,
I don't really understand this behavior, I didn't think Gtk+ (well,
Gdk) did much more than wrap X11/XInput into a common interface. Is it
possible this is actually due to GIMP inconsistencies that coincidentally
didn't work on Gnome but worked on Xfce? Because the current driver exposes
multiple pointer interfaces (at least for the Huion driver), I've found
GIMP doesn't always select the correct one, and doesn't appear to accept
input (but since Gimp still receives input from the master virtual pointer,
it will still receive generic pointer input, so you get motion and button
presses, but no pressure). I hacked my driver to ignore one of the
interfaces, so xf86-input-evdev never sees it, and in turn Gimp doesn't see
it.
Hi Marcus,
In GIMP if you go to Windows->Dockable Dialogs->Device Status Gimp
will create a small window which is titled "Devices" (or it may immediately
show up as a tab in another Gimp window). This window will show you the
devices currently configured in Gimp. When you draw in Gimp, it will
highlight which device is active. If my above theory is correct, I believe
the "Core Pointer" device will remain highlighted, and your tablet device
will never be highlighted. Do you mind trying that? If you are up to it,
I'd also be interested to see if you can definitely correlate the problem
to Gnome but not Xfce, I wonder if Gimp's inconsistency just coincidentally
appeared that way at first. Trying multiple times in both DEs could show it
one way or the other.
Cheers,
Dan
On Thu, Jan 8, 2015 at 2:58 AM, Nikolai Kondrashov <sp...@gm...>
wrote:
> On 01/08/2015 05:07 AM, Marcus Vinicius R wrote:
> > In XFCE some applications, like GIMP, don't work with pressure
> sensivity(I
> > did the same adjustments). In Gnome, the same application works very
> well.
> > In some applications this feature is working in both XFCE and Gnome, e.
> g.:
> > Krita.
>
> I guess Krita works because it doesn't use GTK. I would say this issue
> should
> be reported to distribution maintainers.
>
> Nick
>
> > And I'd like to know if Is there some way to set the tablet shortcut
> buttons
> > and adjust the tablet active area?
> >
> > Thanks in advance, Marcus.
> >
> > > Date: Wed, 7 Jan 2015 11:10:55 +0200
> > > From: sp...@gm...
> > > To: mvr...@ho...; dig...@li...
> > > Subject: Re: [DIGImend-users] (no subject)
> > >
> > > Hello Marcus,
> > >
> > > On 01/07/2015 03:09 AM, Marcus Vinicius R wrote:
> > > > Hello. I have a Huion H610 pro and I was trying to make it works on
> Fedora
> > > > 20, linux kernel 3.18.1 and xfce 4. I didn't find it anywhere but
> that's a
> > > > very important information: The driver doesn't work well on
> Xfce+Fedora! In
> > > > Gnome it worked very well, pressure sensivity works in all
> applications
> > > > tough I'm still trying to put the tablet shortcuts to do their job.
> > >
> > > If it works in Gnome, it should work in XFCE as well.
> > > How exactly it doesn't work?
> > >
> > > Nick
>
>
>
> ------------------------------------------------------------------------------
> Dive into the World of Parallel Programming! The Go Parallel Website,
> sponsored by Intel and developed in partnership with Slashdot Media, is
> your
> hub for all things parallel software development, from weekly thought
> leadership blogs to news, videos, case studies, tutorials and more. Take a
> look and join the conversation now. http://goparallel.sourceforge.net
> _______________________________________________
> DIGImend-users mailing list
> DIG...@li...
> https://lists.sourceforge.net/lists/listinfo/digimend-users
>
|
|
From: Nikolai K. <sp...@gm...> - 2015-01-08 22:23:27
|
Hi Dan, On 01/08/2015 11:51 PM, Dan Roberts wrote: > I don't really understand this behavior, I didn't think Gtk+ (well, Gdk) did > much more than wrap X11/XInput into a common interface. Is it possible this > is actually due to GIMP inconsistencies that coincidentally didn't work on > Gnome but worked on Xfce? Because the current driver exposes multiple > pointer interfaces (at least for the Huion driver), I've found GIMP doesn't > always select the correct one, and doesn't appear to accept input (but since > Gimp still receives input from the master virtual pointer, it will still > receive generic pointer input, so you get motion and button presses, but no > pressure). I hacked my driver to ignore one of the interfaces, so > xf86-input-evdev never sees it, and in turn Gimp doesn't see it. It could be that. The GIMP was very quirky in that regard. I can only suggest trying an experimental version of the driver, which has pen and frame buttons together on the same, single interface: https://github.com/DIGImend/digimend-kernel-drivers/archive/huion-abstract-keyboard.zip Nick On 01/08/2015 11:51 PM, Dan Roberts wrote: > Nick, > I don't really understand this behavior, I didn't think Gtk+ (well, Gdk) did much more than wrap X11/XInput into a common interface. Is it possible this is actually due to GIMP inconsistencies that coincidentally didn't work on Gnome but worked on Xfce? Because the current driver exposes multiple pointer interfaces (at least for the Huion driver), I've found GIMP doesn't always select the correct one, and doesn't appear to accept input (but since Gimp still receives input from the master virtual pointer, it will still receive generic pointer input, so you get motion and button presses, but no pressure). I hacked my driver to ignore one of the interfaces, so xf86-input-evdev never sees it, and in turn Gimp doesn't see it. > > Hi Marcus, > In GIMP if you go to Windows->Dockable Dialogs->Device Status Gimp will create a small window which is titled "Devices" (or it may immediately show up as a tab in another Gimp window). This window will show you the devices currently configured in Gimp. When you draw in Gimp, it will highlight which device is active. If my above theory is correct, I believe the "Core Pointer" device will remain highlighted, and your tablet device will never be highlighted. Do you mind trying that? If you are up to it, I'd also be interested to see if you can definitely correlate the problem to Gnome but not Xfce, I wonder if Gimp's inconsistency just coincidentally appeared that way at first. Trying multiple times in both DEs could show it one way or the other. > > > Cheers, > Dan > > On Thu, Jan 8, 2015 at 2:58 AM, Nikolai Kondrashov <sp...@gm... <mailto:sp...@gm...>> wrote: > > On 01/08/2015 05:07 AM, Marcus Vinicius R wrote: > > In XFCE some applications, like GIMP, don't work with pressure sensivity(I > > did the same adjustments). In Gnome, the same application works very well. > > In some applications this feature is working in both XFCE and Gnome, e. g.: > > Krita. > > I guess Krita works because it doesn't use GTK. I would say this issue should > be reported to distribution maintainers. > > Nick > > > And I'd like to know if Is there some way to set the tablet shortcut buttons > > and adjust the tablet active area? > > > > Thanks in advance, Marcus. > > > > > Date: Wed, 7 Jan 2015 11:10:55 +0200 > > > From:sp...@gm... <mailto:sp...@gm...> > > > To:mvr...@ho... <mailto:mvr...@ho...>; dig...@li... <mailto:dig...@li...> > > > Subject: Re: [DIGImend-users] (no subject) > > > > > > Hello Marcus, > > > > > > On 01/07/2015 03:09 AM, Marcus Vinicius R wrote: > > > > Hello. I have a Huion H610 pro and I was trying to make it works on Fedora > > > > 20, linux kernel 3.18.1 and xfce 4. I didn't find it anywhere but that's a > > > > very important information: The driver doesn't work well on Xfce+Fedora! In > > > > Gnome it worked very well, pressure sensivity works in all applications > > > > tough I'm still trying to put the tablet shortcuts to do their job. > > > > > > If it works in Gnome, it should work in XFCE as well. > > > How exactly it doesn't work? > > > > > > Nick > > > ------------------------------------------------------------------------------ > Dive into the World of Parallel Programming! The Go Parallel Website, > sponsored by Intel and developed in partnership with Slashdot Media, is your > hub for all things parallel software development, from weekly thought > leadership blogs to news, videos, case studies, tutorials and more. Take a > look and join the conversation now. http://goparallel.sourceforge.net > _______________________________________________ > DIGImend-users mailing list > DIG...@li... <mailto:DIG...@li...> > https://lists.sourceforge.net/lists/listinfo/digimend-users > > |
|
From: Marcus V. R <mvr...@ho...> - 2015-01-15 16:13:15
|
> > Hi Marcus, > > In GIMP if you go to Windows->Dockable Dialogs->Device Status Gimp will create a small window which is titled "Devices" (or it may immediately show up as a tab in another Gimp window). This window will show you the devices currently configured in Gimp. When you draw in Gimp, it will highlight which device is active. If my above theory is correct, I believe the "Core Pointer" device will remain highlighted, and your tablet device will never be highlighted. Do you mind trying that? If you are up to it, I'd also be interested to see if you can definitely correlate the problem to Gnome but not Xfce, I wonder if Gimp's inconsistency just coincidentally appeared that way at first. Trying multiple times in both DEs could show it one way or the other. I'm sorry for the delay. Actually, that's the problem, but for some reason it stopped happens in Xfce. But sometimes it still happens when I have other applications open. Marcus. > Date: Fri, 9 Jan 2015 00:23:17 +0200 > From: sp...@gm... > To: ade...@gm... > CC: mvr...@ho...; dig...@li... > Subject: Re: [DIGImend-users] (no subject) > > Hi Dan, > > On 01/08/2015 11:51 PM, Dan Roberts wrote: > > I don't really understand this behavior, I didn't think Gtk+ (well, Gdk) did > > much more than wrap X11/XInput into a common interface. Is it possible this > > is actually due to GIMP inconsistencies that coincidentally didn't work on > > Gnome but worked on Xfce? Because the current driver exposes multiple > > pointer interfaces (at least for the Huion driver), I've found GIMP doesn't > > always select the correct one, and doesn't appear to accept input (but since > > Gimp still receives input from the master virtual pointer, it will still > > receive generic pointer input, so you get motion and button presses, but no > > pressure). I hacked my driver to ignore one of the interfaces, so > > xf86-input-evdev never sees it, and in turn Gimp doesn't see it. > > It could be that. The GIMP was very quirky in that regard. > > I can only suggest trying an experimental version of the driver, which has pen > and frame buttons together on the same, single interface: > > https://github.com/DIGImend/digimend-kernel-drivers/archive/huion-abstract-keyboard.zip > > Nick > > On 01/08/2015 11:51 PM, Dan Roberts wrote: > > Nick, > > I don't really understand this behavior, I didn't think Gtk+ (well, Gdk) did much more than wrap X11/XInput into a common interface. Is it possible this is actually due to GIMP inconsistencies that coincidentally didn't work on Gnome but worked on Xfce? Because the current driver exposes multiple pointer interfaces (at least for the Huion driver), I've found GIMP doesn't always select the correct one, and doesn't appear to accept input (but since Gimp still receives input from the master virtual pointer, it will still receive generic pointer input, so you get motion and button presses, but no pressure). I hacked my driver to ignore one of the interfaces, so xf86-input-evdev never sees it, and in turn Gimp doesn't see it. > > > > Hi Marcus, > > In GIMP if you go to Windows->Dockable Dialogs->Device Status Gimp will create a small window which is titled "Devices" (or it may immediately show up as a tab in another Gimp window). This window will show you the devices currently configured in Gimp. When you draw in Gimp, it will highlight which device is active. If my above theory is correct, I believe the "Core Pointer" device will remain highlighted, and your tablet device will never be highlighted. Do you mind trying that? If you are up to it, I'd also be interested to see if you can definitely correlate the problem to Gnome but not Xfce, I wonder if Gimp's inconsistency just coincidentally appeared that way at first. Trying multiple times in both DEs could show it one way or the other. > > > > > > Cheers, > > Dan > > > > On Thu, Jan 8, 2015 at 2:58 AM, Nikolai Kondrashov <sp...@gm... <mailto:sp...@gm...>> wrote: > > > > On 01/08/2015 05:07 AM, Marcus Vinicius R wrote: > > > In XFCE some applications, like GIMP, don't work with pressure sensivity(I > > > did the same adjustments). In Gnome, the same application works very well. > > > In some applications this feature is working in both XFCE and Gnome, e. g.: > > > Krita. > > > > I guess Krita works because it doesn't use GTK. I would say this issue should > > be reported to distribution maintainers. > > > > Nick > > > > > And I'd like to know if Is there some way to set the tablet shortcut buttons > > > and adjust the tablet active area? > > > > > > Thanks in advance, Marcus. > > > > > > > Date: Wed, 7 Jan 2015 11:10:55 +0200 > > > > From:sp...@gm... <mailto:sp...@gm...> > > > > To:mvr...@ho... <mailto:mvr...@ho...>; dig...@li... <mailto:dig...@li...> > > > > Subject: Re: [DIGImend-users] (no subject) > > > > > > > > Hello Marcus, > > > > > > > > On 01/07/2015 03:09 AM, Marcus Vinicius R wrote: > > > > > Hello. I have a Huion H610 pro and I was trying to make it works on Fedora > > > > > 20, linux kernel 3.18.1 and xfce 4. I didn't find it anywhere but that's a > > > > > very important information: The driver doesn't work well on Xfce+Fedora! In > > > > > Gnome it worked very well, pressure sensivity works in all applications > > > > > tough I'm still trying to put the tablet shortcuts to do their job. > > > > > > > > If it works in Gnome, it should work in XFCE as well. > > > > How exactly it doesn't work? > > > > > > > > Nick > > > > > > ------------------------------------------------------------------------------ > > Dive into the World of Parallel Programming! The Go Parallel Website, > > sponsored by Intel and developed in partnership with Slashdot Media, is your > > hub for all things parallel software development, from weekly thought > > leadership blogs to news, videos, case studies, tutorials and more. Take a > > look and join the conversation now. http://goparallel.sourceforge.net > > _______________________________________________ > > DIGImend-users mailing list > > DIG...@li... <mailto:DIG...@li...> > > https://lists.sourceforge.net/lists/listinfo/digimend-users > > > > > |
|
From: Nikolai K. <sp...@gm...> - 2015-01-16 09:40:17
|
Hi Marcus, On 01/15/2015 06:13 PM, Marcus Vinicius R wrote: >> In GIMP if you go to Windows->Dockable Dialogs->Device Status Gimp will >> create a small window which is titled "Devices" (or it may immediately >> show up as a tab in another Gimp window). This window will show you the >> devices currently configured in Gimp. When you draw in Gimp, it will >> highlight which device is active. If my above theory is correct, I believe >> the "Core Pointer" device will remain highlighted, and your tablet device >> will never be highlighted. Do you mind trying that? If you are up to it, >> I'd also be interested to see if you can definitely correlate the problem >> to Gnome but not Xfce, I wonder if Gimp's inconsistency just >> coincidentally appeared that way at first. Trying multiple times in both >> DEs could show it one way or the other. > > I'm sorry for the delay. Actually, that's the problem, but for some reason it stopped happens in Xfce. But sometimes it still happens when I have other applications open. Could you please try an experimental version of the driver, which has pen and frame buttons together on the same, single interface: https://github.com/DIGImend/digimend-kernel-drivers/archive/huion-abstract-keyboard.zip It may fix your problem. Nick |
|
From: Marcus V. R <mvr...@ho...> - 2015-01-19 23:55:52
|
I got an error when trying to install: /usr/lib/modules/3.17.7-200.fc20.x86_64/build not found (The message is not exactly that, my shell is in portuguese). > Date: Fri, 16 Jan 2015 11:40:07 +0200 > From: sp...@gm... > To: mvr...@ho...; dig...@li... > Subject: Re: [DIGImend-users] FW: (no subject) > > Hi Marcus, > > On 01/15/2015 06:13 PM, Marcus Vinicius R wrote: > >> In GIMP if you go to Windows->Dockable Dialogs->Device Status Gimp will > >> create a small window which is titled "Devices" (or it may immediately > >> show up as a tab in another Gimp window). This window will show you the > >> devices currently configured in Gimp. When you draw in Gimp, it will > >> highlight which device is active. If my above theory is correct, I believe > >> the "Core Pointer" device will remain highlighted, and your tablet device > >> will never be highlighted. Do you mind trying that? If you are up to it, > >> I'd also be interested to see if you can definitely correlate the problem > >> to Gnome but not Xfce, I wonder if Gimp's inconsistency just > >> coincidentally appeared that way at first. Trying multiple times in both > >> DEs could show it one way or the other. > > > > I'm sorry for the delay. Actually, that's the problem, but for some reason it stopped happens in Xfce. But sometimes it still happens when I have other applications open. > > Could you please try an experimental version of the driver, which has pen and > frame buttons together on the same, single interface: > > https://github.com/DIGImend/digimend-kernel-drivers/archive/huion-abstract-keyboard.zip > > It may fix your problem. > > Nick |
|
From: Marcus V. R <mvr...@ho...> - 2015-01-19 23:59:00
|
Actually the error was on make command. From: mvr...@ho... To: sp...@gm...; dig...@li... Subject: RE: [DIGImend-users] FW: (no subject) Date: Mon, 19 Jan 2015 21:55:40 -0200 I got an error when trying to install: /usr/lib/modules/3.17.7-200.fc20.x86_64/build not found (The message is not exactly that, my shell is in portuguese). > Date: Fri, 16 Jan 2015 11:40:07 +0200 > From: sp...@gm... > To: mvr...@ho...; dig...@li... > Subject: Re: [DIGImend-users] FW: (no subject) > > Hi Marcus, > > On 01/15/2015 06:13 PM, Marcus Vinicius R wrote: > >> In GIMP if you go to Windows->Dockable Dialogs->Device Status Gimp will > >> create a small window which is titled "Devices" (or it may immediately > >> show up as a tab in another Gimp window). This window will show you the > >> devices currently configured in Gimp. When you draw in Gimp, it will > >> highlight which device is active. If my above theory is correct, I believe > >> the "Core Pointer" device will remain highlighted, and your tablet device > >> will never be highlighted. Do you mind trying that? If you are up to it, > >> I'd also be interested to see if you can definitely correlate the problem > >> to Gnome but not Xfce, I wonder if Gimp's inconsistency just > >> coincidentally appeared that way at first. Trying multiple times in both > >> DEs could show it one way or the other. > > > > I'm sorry for the delay. Actually, that's the problem, but for some reason it stopped happens in Xfce. But sometimes it still happens when I have other applications open. > > Could you please try an experimental version of the driver, which has pen and > frame buttons together on the same, single interface: > > https://github.com/DIGImend/digimend-kernel-drivers/archive/huion-abstract-keyboard.zip > > It may fix your problem. > > Nick |
|
From: Dan R. <ade...@gm...> - 2015-01-20 02:34:17
|
Hi Marcus,
Are you wiling to include the entire output exactly as it appears? (I
can use google translate if need be) The makefile should be using
/lib/modules/ not /usr/lib/modules unless there's a symlink at
/lib/modules/$(uname -r)/* On Ubuntu, /lib/modules/$(uname -r) is provided
by the linux-headers-$(uname -r) package
(i.e. linux-headers-3.13.0-43-generic) I don't know what the corresponding
Fedora package is named though.
Thanks,
Dan
On Mon, Jan 19, 2015 at 3:57 PM, Marcus Vinicius R <mvr...@ho...>
wrote:
> Actually the error was on *make* command.
> ------------------------------
> From: mvr...@ho...
> To: sp...@gm...; dig...@li...
> Subject: RE: [DIGImend-users] FW: (no subject)
> Date: Mon, 19 Jan 2015 21:55:40 -0200
>
>
> I got an error when trying to install:
>
> /usr/lib/modules/3.17.7-200.fc20.x86_64/build *not found* (The message is
> not exactly that, my shell is in portuguese).
>
> > Date: Fri, 16 Jan 2015 11:40:07 +0200
> > From: sp...@gm...
> > To: mvr...@ho...; dig...@li...
> > Subject: Re: [DIGImend-users] FW: (no subject)
> >
> > Hi Marcus,
> >
> > On 01/15/2015 06:13 PM, Marcus Vinicius R wrote:
> > >> In GIMP if you go to Windows->Dockable Dialogs->Device Status Gimp
> will
> > >> create a small window which is titled "Devices" (or it may immediately
> > >> show up as a tab in another Gimp window). This window will show you
> the
> > >> devices currently configured in Gimp. When you draw in Gimp, it will
> > >> highlight which device is active. If my above theory is correct, I
> believe
> > >> the "Core Pointer" device will remain highlighted, and your tablet
> device
> > >> will never be highlighted. Do you mind trying that? If you are up to
> it,
> > >> I'd also be interested to see if you can definitely correlate the
> problem
> > >> to Gnome but not Xfce, I wonder if Gimp's inconsistency just
> > >> coincidentally appeared that way at first. Trying multiple times in
> both
> > >> DEs could show it one way or the other.
> > >
> > > I'm sorry for the delay. Actually, that's the problem, but for some
> reason it stopped happens in Xfce. But sometimes it still happens when I
> have other applications open.
> >
> > Could you please try an experimental version of the driver, which has
> pen and
> > frame buttons together on the same, single interface:
> >
> >
> https://github.com/DIGImend/digimend-kernel-drivers/archive/huion-abstract-keyboard.zip
> >
> > It may fix your problem.
> >
> > Nick
>
>
> ------------------------------------------------------------------------------
> New Year. New Location. New Benefits. New Data Center in Ashburn, VA.
> GigeNET is offering a free month of service with a new server in Ashburn.
> Choose from 2 high performing configs, both with 100TB of bandwidth.
> Higher redundancy.Lower latency.Increased capacity.Completely compliant.
> http://p.sf.net/sfu/gigenet
> _______________________________________________
> DIGImend-users mailing list
> DIG...@li...
> https://lists.sourceforge.net/lists/listinfo/digimend-users
>
>
|
|
From: Marcus V. R <mvr...@ho...> - 2015-01-22 21:41:50
|
I yet have kernel-devel package installed. Actually I don't have the build folder in the right location. > Date: Wed, 21 Jan 2015 22:37:35 +0200 > From: sp...@gm... > To: ade...@gm...; mvr...@ho... > CC: dig...@li... > Subject: Re: [DIGImend-users] FW: (no subject) > > Hi Marcus, Dan, > > On 01/20/2015 04:34 AM, Dan Roberts wrote: > > Hi Marcus, > > > > Are you wiling to include the entire output exactly as it appears? (I can > > use google translate if need be) The makefile should be using /lib/modules/ > > not /usr/lib/modules unless there's a symlink at /lib/modules/$(uname -r)/* > > On Ubuntu, /lib/modules/$(uname -r) is provided by the linux-headers-$(uname > > -r) package (i.e. linux-headers-3.13.0-43-generic) I don't know what the > > corresponding Fedora package is named though. > > Fedora has moved to a single-root hierarchy a while ago and has /lib linked to > /usr/lib, and it expects the build link to be under /usr/lib/modules. > > The kernel headers package on Fedora is called "kernel-devel" and can be > installed with this command: > > sudo yum install -y kernel-devel > > Nick |
|
From: Nikolai K. <sp...@gm...> - 2015-01-25 12:24:29
|
On 01/22/2015 11:40 PM, Marcus Vinicius R wrote: > I yet have kernel-devel package installed. Actually I don't have the build > folder in the right location. This is likely because you're running a kernel version different from the kernel-devel package version installed. Either install the matching version of kernel-devel, or boot into the kernel matching your kernel-devel version. You can see which kernel headers you have installed in /usr/src/kernels. Nick |
|
From: Nikolai K. <sp...@gm...> - 2015-01-08 11:00:47
|
On 01/08/2015 05:07 AM, Marcus Vinicius R wrote: > And I'd like to know if Is there some way to set the tablet shortcut buttons > and adjust the tablet active area? By shortcut buttons do you mean physical buttons, or button pictures on the tablet surface? The active area is relatively easily adjustable. See http://localhost:4000/support/howto/drivers/evdev/#calibration Nick |
|
From: Christopher B. <chr...@gm...> - 2015-01-08 13:52:19
|
On Thu, 08 Jan 2015 13:00:35 +0200 Nikolai Kondrashov <sp...@gm...> wrote: >On 01/08/2015 05:07 AM, Marcus Vinicius R wrote: >> And I'd like to know if Is there some way to set the tablet shortcut >> buttons and adjust the tablet active area? > >By shortcut buttons do you mean physical buttons, or button pictures >on the tablet surface? The active area is relatively easily adjustable. > >See http://localhost:4000/support/howto/drivers/evdev/#calibration > >Nick pretty sure that link will be invalid everywhere except maybe your house... :) -- -C |
|
From: Nikolai K. <sp...@gm...> - 2015-01-08 14:22:15
|
On 01/08/2015 03:50 PM, Christopher Barry wrote: > On Thu, 08 Jan 2015 13:00:35 +0200 > Nikolai Kondrashov <sp...@gm...> wrote: > >> On 01/08/2015 05:07 AM, Marcus Vinicius R wrote: >>> And I'd like to know if Is there some way to set the tablet shortcut >>> buttons and adjust the tablet active area? >> >> By shortcut buttons do you mean physical buttons, or button pictures >> on the tablet surface? The active area is relatively easily adjustable. >> >> See http://localhost:4000/support/howto/drivers/evdev/#calibration >> >> Nick > > > pretty sure that link will be invalid everywhere except maybe your > house... :) Argh! Here's the correct link: http://digimend.github.io/support/howto/drivers/evdev/#calibration Sorry. Nick |
|
From: Nikolai K. <sp...@gm...> - 2015-01-21 20:37:44
|
Hi Marcus, Dan,
On 01/20/2015 04:34 AM, Dan Roberts wrote:
> Hi Marcus,
>
> Are you wiling to include the entire output exactly as it appears? (I can
> use google translate if need be) The makefile should be using /lib/modules/
> not /usr/lib/modules unless there's a symlink at /lib/modules/$(uname -r)/*
> On Ubuntu, /lib/modules/$(uname -r) is provided by the linux-headers-$(uname
> -r) package (i.e. linux-headers-3.13.0-43-generic) I don't know what the
> corresponding Fedora package is named though.
Fedora has moved to a single-root hierarchy a while ago and has /lib linked to
/usr/lib, and it expects the build link to be under /usr/lib/modules.
The kernel headers package on Fedora is called "kernel-devel" and can be
installed with this command:
sudo yum install -y kernel-devel
Nick
|
×
Want the latest updates on software, tech news, and AI?
Get latest updates about software, tech news, and AI from SourceForge directly in your inbox once a month.
Thanks for helping keep SourceForge clean.
X