udev-151 - alpha quality

4 views
Skip to first unread message

Daniel Robbins

unread,
Apr 12, 2010, 1:25:38 PM4/12/10
to funtoo development mailing list
Hi All,

udev-151 is now in the tree - this ebuild is masked and has **not been
tested** (it is there for further testing and development.) If you
have a package.unmask entry for udev, make sure it does not apply to
the udev-151 unless you have a LiveCD handy and want to commit to
testing this.

-Daniel

Jean-Francis Roy

unread,
Apr 12, 2010, 3:13:49 PM4/12/10
to funto...@googlegroups.com

Thanks Daniel! Unmasking udev-151 will help gnome-2.30 users not to run into missing dependency problems. I just installed it and let you know if I run into any problem.

~JF



--
You received this message because you are subscribed to the Google Groups "Funtoo" group.
To post to this group, send email to funto...@googlegroups.com.
To unsubscribe from this group, send email to funtoo-dev+...@googlegroups.com.
For more options, visit this group at http://groups.google.com/group/funtoo-dev?hl=en.


shayes

unread,
Apr 13, 2010, 12:53:48 PM4/13/10
to Funtoo
And one more time unmasking udev-151 help xorg-server-1.8.0 with
inputclass to work :)

On 12 avr, 21:13, Jean-Francis Roy <jeanfrancis...@gmail.com> wrote:
> Thanks Daniel! Unmasking udev-151 will help gnome-2.30 users not to run into
> missing dependency problems. I just installed it and let you know if I run
> into any problem.
>
> ~JF
>

> On Mon, Apr 12, 2010 at 1:25 PM, Daniel Robbins <drobb...@funtoo.org> wrote:
> > Hi All,
>
> > udev-151 is now in the tree - this ebuild is masked and has **not been
> > tested** (it is there for further testing and development.) If you
> > have a package.unmask entry for udev, make sure it does not apply to
> > the udev-151 unless you have a LiveCD handy and want to commit to
> > testing this.
>
> > -Daniel
>
> > --
> > You received this message because you are subscribed to the Google Groups
> > "Funtoo" group.
> > To post to this group, send email to funto...@googlegroups.com.
> > To unsubscribe from this group, send email to

> > funtoo-dev+...@googlegroups.com<funtoo-dev%2Bunsu...@googlegroups.com>

Ioannis Aslanidis

unread,
Apr 13, 2010, 1:09:24 PM4/13/10
to funto...@googlegroups.com
Hello,

Do you know of any considerations before testing this version of udev?
It won't be the first time that the upgrade ends up breaking
something.

Regards.

> --
> You received this message because you are subscribed to the Google Groups "Funtoo" group.
> To post to this group, send email to funto...@googlegroups.com.

> To unsubscribe from this group, send email to funtoo-dev+...@googlegroups.com.


> For more options, visit this group at http://groups.google.com/group/funtoo-dev?hl=en.
>
>

--
Ioannis Aslanidis
http://www.deathwing00.org
<deathwing00[at]gentoo.org> 0x47F370A0

Daniel Robbins

unread,
Apr 13, 2010, 1:14:57 PM4/13/10
to funto...@googlegroups.com
On Tue, Apr 13, 2010 at 11:09 AM, Ioannis Aslanidis
<death...@gentoo.org> wrote:
> Hello,
>
> Do you know of any considerations before testing this version of udev?
> It won't be the first time that the upgrade ends up breaking
> something.
>
> Regards.

Regarding any problems with the ebuild, I don't know as it needs
testing. No obvious failures.

If you are talking about things breaking due to new udev code, I am
not sure either. If anyone has any info, post here.

It does at least sound like some people are using it successfully? Is
this the case?

-Daniel

shayes

unread,
Apr 13, 2010, 1:16:56 PM4/13/10
to Funtoo
So far, nothing bad happens

Jean-Francis Roy

unread,
Apr 13, 2010, 1:23:27 PM4/13/10
to funto...@googlegroups.com

Same here, working out of the box.


~JF

d2_racing

unread,
Apr 13, 2010, 4:41:05 PM4/13/10
to Funtoo
For my concern, if Kscreensaver goes on on KDE 4.4.2, my laptop
freeze, but maybe it's related with Xorg-Server 1.8 :P

d2_racing


On 13 avr, 13:23, Jean-Francis Roy <jeanfrancis...@gmail.com> wrote:
> Same here, working out of the box.
>
> ~JF
>

> On Tue, Apr 13, 2010 at 1:16 PM, shayes <nekoj...@gmail.com> wrote:
> > So far, nothing bad happens
>
> > > Regarding any problems with the ebuild, I don't know as it needs
> > > testing. No obvious failures.
>
> > > If you are talking about things breaking due to new udev code, I am
> > > not sure either. If anyone has any info, post here.
>
> > > It does at least sound like some people are using it successfully? Is
> > > this the case?
>
> > > -Daniel
>
> > --
> > You received this message because you are subscribed to the Google Groups
> > "Funtoo" group.
> > To post to this group, send email to funto...@googlegroups.com.
> > To unsubscribe from this group, send email to

> > funtoo-dev+...@googlegroups.com<funtoo-dev%2Bunsu...@googlegroups.com>

shayes

unread,
Apr 13, 2010, 1:15:43 PM4/13/10
to Funtoo
Yep, no break so far.

On 13 avr, 19:14, Daniel Robbins <drobb...@funtoo.org> wrote:
> On Tue, Apr 13, 2010 at 11:09 AM, Ioannis Aslanidis
>

Boby Jacky

unread,
Apr 13, 2010, 2:34:30 PM4/13/10
to funto...@googlegroups.com
I have been using it for about a month (imported in my local overlay from
gentoo tree), no problem so far.

Bob


Daniel Robbins wrote :

Daniel Robbins

unread,
Apr 13, 2010, 11:59:56 PM4/13/10
to funto...@googlegroups.com
On Apr 13, 2010, at 12:34 PM, Boby Jacky wrote:

> I have been using it for about a month (imported in my local overlay from
> gentoo tree), no problem so far.

Note that the funtoo ebuild is quite different from the gentoo ebuild for udev.

-Daniel

Donald R. Gray Jr

unread,
Apr 14, 2010, 1:22:49 AM4/14/10
to funto...@googlegroups.com
I tried it tonight on ~amd64, so far everything still works and
nothing weird in dmesg.

On Apr 13, 2010, at 11:59 PM, Daniel Robbins <drob...@funtoo.org>
wrote:

> On Apr 13, 2010, at 12:34 PM, Boby Jacky wrote:

Víctor Orozco

unread,
Apr 14, 2010, 1:26:02 AM4/14/10
to funto...@googlegroups.com
I'm also on ~amd64 and it's working well.


--
Victor Leonel Orozco (tuxtor) - http://tuxtor.shekalug.org

Guy Fontaine

unread,
Apr 14, 2010, 3:34:33 PM4/14/10
to funto...@googlegroups.com
udev-151 has been bumped (if I can say so)  to unstable branch of Gentoo Portage tree. It was available at time I eix-sync'ed my Gentoo box. It was so for xorg-server 1.8.0 at the same time.

I added extras to USE flags of /etc/make.conf and performed the update (emerge --update --newuse --deep @world. All emerged successfully. There was a note to modify /etc/conf.d/xdm by adding NEEDS_HALD set either to no or yes or auto as the case may be. I did not modify that file.

I only recompiled xf86 drivers (input-evdev, input-mouse, input-keyboard, input-synaptics, video-intel and video-vesa). Restarting the system worked fine. 

I'm now running my Gentoo unstable (amd64) box with xorg-server-1.8.0.

Guy Fontaine (aramis_qc)

2010/4/14 Víctor Orozco <caballer...@gmail.com>
I'm also on ~amd64 and it's working well.


--
Victor Leonel Orozco (tuxtor) - http://tuxtor.shekalug.org

Tel

unread,
Apr 14, 2010, 4:35:39 PM4/14/10
to Funtoo
Does this mean hal can be unmerged at this point?

On Apr 14, 12:34 pm, Guy Fontaine <arami...@gmail.com> wrote:
> udev-151 has been bumped (if I can say so)  to unstable branch of Gentoo
> Portage tree. It was available at time I eix-sync'ed my Gentoo box. It was
> so for xorg-server 1.8.0 at the same time.
>
> I added extras to USE flags of /etc/make.conf and performed the update
> (emerge --update --newuse --deep @world. All emerged successfully. There was
> a note to modify /etc/conf.d/xdm by adding NEEDS_HALD set either to no or
> yes or auto as the case may be. I did not modify that file.
>
> I only recompiled xf86 drivers (input-evdev, input-mouse, input-keyboard,
> input-synaptics, video-intel and video-vesa). Restarting the system worked
> fine.
>
> I'm now running my Gentoo unstable (amd64) box with xorg-server-1.8.0.
>
> Guy Fontaine (aramis_qc)
>

> 2010/4/14 Víctor Orozco <caballerodelme...@gmail.com>


>
>
>
> > I'm also on ~amd64 and it's working well.
>
> > --

> > Victor Leonel Orozco (tuxtor) -http://tuxtor.shekalug.org


>
> > --
> > You received this message because you are subscribed to the Google Groups
> > "Funtoo" group.
> > To post to this group, send email to funto...@googlegroups.com.
> > To unsubscribe from this group, send email to

> > funtoo-dev+...@googlegroups.com<funtoo-dev%2Bunsubscribe@googlegrou ps.com>

Guy Fontaine

unread,
Apr 14, 2010, 6:09:26 PM4/14/10
to funto...@googlegroups.com


2010/4/14 Tel <tels...@gmail.com>

Does this mean hal can be unmerged at this point?


No ! Please don't do that for now. Popular desktops such as KDE, GNOME and Xfce4 still use hal in order to support functions like automounting external devices (USB sticks, external hd and so on.)

For a while both hal and udev must be active. Hal will definitively be abandonned when xorg-server 1.9 will be releases.

Guy Fontaine  

Uwe

unread,
Apr 15, 2010, 5:08:54 AM4/15/10
to Funtoo
On Apr 14, 10:35 pm, Tel <telsc...@gmail.com> wrote:
> Does this mean hal can be unmerged at this point?

If you've got no other packages that depend on it, I don't see any
problems in unmerging hal

equery d sys-apps/hal

If there's a package in need of hal (no USE-flag, hardcoded dep), then
you shouldn't unmerge it right now and wait, what future versions will
bring.
If it's just something like vlc, disable the USE-flag and reemerge the
package.

I'm running both my laptop (xmonad) and my media-server (icewm)
without hal for a few weeks now and didn't experience any problems so
far.
I never liked the idea of something being automounted on one of my
systems, so I never needed hal for that sort of thing (only had it
installed because it was decided by the xorg-devs to outsource those
input device to one package [<3 evdev <3])


On Apr 14, 9:34 pm, Guy Fontaine <arami...@gmail.com> wrote:
> There was a note to modify /etc/conf.d/xdm by adding NEEDS_HALD set either
> to no or > yes or auto as the case may be. I did not modify that file.
>
> I only recompiled xf86 drivers (input-evdev, input-mouse, input-keyboard,
> input-synaptics, video-intel and video-vesa). Restarting the system worked
> fine.

NEEDS_HALD is dropped in x11-apps/xinit-1.2.1-r1

(Besides: xf86-input-keyboard and xf86-input-mouse are not needed,
when you're using evdev ;o)

Guy Fontaine

unread,
Apr 15, 2010, 8:29:12 AM4/15/10
to funto...@googlegroups.com

NEEDS_HALD is dropped in x11-apps/xinit-1.2.1-r1

(Besides: xf86-input-keyboard and xf86-input-mouse are not needed,
when you're using evdev ;o)



Thank's for these additional infos. 


xfce-base/thunar,  xfce-base/exo, media-gfx/gimp have hal as one of their USE flags. So if you set USE flag hal to -hal in your /etc/make.conf, those packages will be recompiled when issuing emerge with --newuse. On the other hand hal is a dependency (equery d) of media-gfx/gimp, xfce-base/exo, xfce-base/thunar and xfce-extra/thunar-volman. Removing hal will lead to some problems until gimp and Xfce desktop (xfce4-session, Thunar and some other apps) only relate to evdev.

Am I right or wrong ?

Guy Fontaine

Uwe

unread,
Apr 16, 2010, 6:41:52 AM4/16/10
to Funtoo
On Apr 15, 2:29 pm, Guy Fontaine <arami...@gmail.com> wrote:
> xfce-base/thunar,  xfce-base/exo, media-gfx/gimp have hal as one of their
> USE flags. So if you set USE flag hal to *-hal* in your /etc/make.conf,
> those packages will be recompiled when issuing emerge with --newuse. On the
> other hand hal is a dependency (equery d) of media-gfx/gimp, xfce-base/exo,
> xfce-base/thunar and xfce-extra/thunar-volman. Removing hal will lead to
> some problems until gimp and Xfce desktop (xfce4-session, Thunar and some
> other apps) only relate to evdev.
>
> Am I right or wrong ?
>
> Guy Fontaine

Don't confuse evdev with hal. It only provides the drivers for the
input devices and therefore has nothing to do with the features hal
has delivered. ;]

Thunar and exo needed hal only for its volume monitoring features [1],
xfce4-session has used hal for shutting down, rebooting, suspending
and hibernating [2].
Those are/were being recoded and, as far as I understand that roadmap,
aren't depending on hal anymore in Xfce-4.8. (If you're using
something like pm-suspend or pm-hibernate and/or if you're using a
sudo variant for shutting down you're computer, Xfce-4.6 doesn't even
need hal anymore [3-5], except for volume monitoring features. [blerg,
who uses a GUI for checking the status of (external) devices? :x])
As you can see in the blog post written by the Xfce release manager
[6], he uses
>>a mixture of Xfce 4.6 packages and development packages from the upcoming 4.8 series and the new components have proven to be very stable already.

If I understand it correctly gimp uses libhal just for fancy input
devices (graphics tablet and such, when they are plugged in after Gimp
has been started), and, when GTK+ uses XI2, which shouldn't be too far
in the future [7-9], there is no need for hal-support in gimp. So if
you're not using one of those you can set -hal for gimp. :]

[1] http://wiki.xfce.org/releng/4.8/roadmap/thunar
[2] http://wiki.xfce.org/releng/4.8/roadmap/xfce4-session
[3] http://bugzilla.xfce.org/show_bug.cgi?id=5973
[4] http://wiki.archlinux.org/index.php/Pm-utils#User_Permission_Method
[5] http://wiki.archlinux.org/index.php/Allow_users_to_shutdown
[6] http://blog.xfce.org/2010/01/26/
[7] https://bugzilla.gnome.org/show_bug.cgi?id=592364
[8] http://live.gnome.org/GTK%2B/MPX
[9] http://live.gnome.org/GTK+/Roadmap

--
You received this message because you are subscribed to the Google Groups "Funtoo" group.
To post to this group, send email to funto...@googlegroups.com.
To unsubscribe from this group, send email to funtoo-dev+...@googlegroups.com.

Guy Fontaine

unread,
Apr 16, 2010, 4:38:28 PM4/16/10
to funto...@googlegroups.com
Thank you for that awesome information. I'm going to read all that stuff in the forthcoming days. I'm still running Xfec4 4.6. I do think 4.8 is in overlay only.

Guy Fontaine

2010/4/16 Uwe <keksver...@googlemail.com>
Reply all
Reply to author
Forward
0 new messages