<html>
<head>
<meta http-equiv="Content-Type" content="text/html; charset=iso-8859-1">
<meta name="Generator" content="Microsoft Exchange Server">
<!-- converted from text --><style><!-- .EmailQuote { margin-left: 1pt; padding-left: 4pt; border-left: #800000 2px solid; } --></style>
</head>
<body>
<div style="background-color:rgb(255,255,255); line-height:initial">
<div id="x_BB10_response_div" style="width:100%; font-size:initial; font-family:Calibri,'Slate Pro',sans-serif; color:rgb(31,73,125); text-align:initial; background-color:rgb(255,255,255)">
I think the problem is shipping binaries that accommodate the fact that every distro ships libudev in a different major version. That means you can't reliably use dynamic linking :(</div>
<div style="width:100%; font-size:initial; font-family:Calibri,'Slate Pro',sans-serif; color:rgb(31,73,125); text-align:initial; background-color:rgb(255,255,255)">
<br>
</div>
<div style="width:100%; font-size:initial; font-family:Calibri,'Slate Pro',sans-serif; color:rgb(31,73,125); text-align:initial; background-color:rgb(255,255,255)">
<br>
</div>
<div style="width:100%; font-size:initial; font-family:Calibri,'Slate Pro',sans-serif; color:rgb(31,73,125); text-align:initial; background-color:rgb(255,255,255)">
Simon </div>
<div id="x_response_div_spacer" style="width:100%; font-size:initial; font-family:Calibri,'Slate Pro',sans-serif; color:rgb(31,73,125); text-align:initial; background-color:rgb(255,255,255)">
<br style="display:initial">
</div>
<div id="x__signaturePlaceholder" style="font-size:initial; font-family:Calibri,'Slate Pro',sans-serif; color:rgb(31,73,125); text-align:initial; background-color:rgb(255,255,255)">
</div>
<table width="100%" style="background-color:white; border-spacing:0px">
<tbody>
<tr>
<td id="x__persistentHeaderContainer" colspan="2" style="font-size:initial; text-align:initial; background-color:rgb(255,255,255)">
<div id="x__persistentHeader" style="border-style:solid none none; border-top-color:rgb(181,196,223); border-top-width:1pt; padding:3pt 0in 0in; font-family:Tahoma,'BB Alpha Sans','Slate Pro'; font-size:10pt">
<div><b>Fra: </b>Donald Carr</div>
<div><b>Sendt: </b>07:46 tirsdag 22. oktober 2013</div>
<div><b>Til: </b>Thiago Macieira</div>
<div><b>Kopi: </b>development@qt-project.org</div>
<div><b>Emne: </b>Re: [Development] Removing libudev dependency from binary packages?</div>
</div>
</td>
</tr>
</tbody>
</table>
<div id="x__persistentHeaderEnd" style="border-style:solid none none; border-top-color:rgb(186,188,209); border-top-width:1pt; font-size:initial; text-align:initial; background-color:rgb(255,255,255)">
</div>
<br>
</div>
<font size="2"><span style="font-size:10pt;">
<div class="PlainText">God dag,<br>
<br>
I still don't follow the need for remove udev support:<br>
<br>
<a href="http://packages.ubuntu.com/lucid/libudev-dev">http://packages.ubuntu.com/lucid/libudev-dev</a><br>
<br>
There udev is as far back as Lucid. Where is it not present, exactly?<br>
<br>
When you remove it from webkit, you remove joypad hotplug detection.<br>
When you remove it from Qt, you remove the only generalized mechanism<br>
for hot plugging USB devices on Linux systems. Are we doing this in<br>
order to facilitate the same package being used from Ubuntu 13.10<br>
through to Slackware 1.0?<br>
<br>
Cheerio,<br>
moi<br>
<br>
On Mon, Oct 21, 2013 at 3:18 PM, Thiago Macieira<br>
<thiago.macieira@intel.com> wrote:<br>
> On segunda-feira, 21 de outubro de 2013 23:07:25, Thiago Macieira wrote:<br>
>>  - libqgtk2: fix, it doesn't need libudev<br>
>><br>
>> The fix for libqgtk2 can probably be:<br>
>> linux: QMAKE_LFLAGS += -Wl,--as-needed<br>
><br>
> Can anyone check if the other plugins linking to QtPlatformSupport also have<br>
> the udev dependency?<br>
><br>
> The fix for platforms other than Linux is to split QtPlatformSupport into<br>
> multiple libraries, one per purpose. At the very least, one library per<br>
> *external* dependency.<br>
><br>
> Or simply remove the library and let the few files that each plugin needs be<br>
> compiled multiple times (this would also require moving the wayland plugin<br>
> back into qtbase). Not a solution for 5.2, I guess.<br>
><br>
> We may want to investigate turning on --as-needed everywhere. I've been<br>
> building Qt with that flag for years. However, it might introduce problems<br>
> related to building a new version of Qt when an older version is already<br>
> present and installed, even though we are apparently already doing what we<br>
> need to do (pass --rpath-link).<br>
><br>
> --<br>
> Thiago Macieira - thiago.macieira (AT) intel.com<br>
>   Software Architect - Intel Open Source Technology Center<br>
><br>
> _______________________________________________<br>
> Development mailing list<br>
> Development@qt-project.org<br>
> <a href="http://lists.qt-project.org/mailman/listinfo/development">http://lists.qt-project.org/mailman/listinfo/development</a><br>
><br>
<br>
<br>
<br>
-- <br>
-------------------------------<br>
 v  Donald Carr<br>
/(_)\ Vaguely Professional Penguin lover<br>
 ^ ^<br>
<br>
Cave canem, te necet lingendo<br>
_______________________________________________<br>
Development mailing list<br>
Development@qt-project.org<br>
<a href="http://lists.qt-project.org/mailman/listinfo/development">http://lists.qt-project.org/mailman/listinfo/development</a><br>
</div>
</span></font>
</body>
</html>