Re: [blfs-dev] Text quibble for xorg intel driver

2017-08-27 Thread Ken Moffat
On Sun, Aug 27, 2017 at 10:56:00PM +0100, akhiezer wrote:
> > Date: Sun, 27 Aug 2017 01:07:26 +0100
> > From: Ken Moffat 
> >
> > I'm reading the detail of pages in the book more than I normally do
> > between releases, and in the Xorg Intel Driver we say:
> >
> > "The Xorg Intel Driver package contains the X.Org Video Driver for
> > Intel integrated video cards including 8xx, 9xx, Gxx, Qxx and HD
> 
> 
> 'Intel integrated graphics chipsets' ; ref e.g. 'man 4 intel' .

Thanks.  The problem with referring readers to that page is that the
text for the driver should help people to decide which drivers they
should install.  But that manpage is installed by the driver, so you
can't read read it until you have installed the driver.
> 
> 
> > graphics processors (SandyBridge, IvyBridge and Haswell)."
> >
> > My quibble is with the list of HD graphics processors - Broadwell,
> > Skylake and Kaby Lake all belong in that list, and I guess that the
> > latest git driver will support them.  But if we just add those, then
> > we'll have to keep extending the list in future versions of the book
> > (Coffee Lake, and if wikipedia is to be believed Cannonlake, and
> > later some currently undreamed-of names).
> 
> 
> Usually 'x thru y' or 'x thru present' or 'from x onwards' ; where x
> here would be SandyBridge / Sandy Bridge .
> 
> 
> >
> > So, the current text for HD graphics processors is less than
> > complete, whilst the separate video cards are (probably) antiquated
> > and now uncommon - or tell me if I'm wrong about that!
> >
> 
> 
> (Not sure what list is being referred to there.)
The part I originally quoted at the start of the thread (Sandy and
Ivy Bridges and Haswell).
> 
> 
> > Does anyone have a better, and ideally concise, way of specifying
> > which CPUs/GPUs are covered ?  And does this driver work for Atom
> > CPUs, if any of our users have the misfortune to build on those ?
> >
> 
> 
> Atoms:
> 'man 4 intel' usually notes which (strict) subset of Atoms are supported.
> 
> 
Thanks.  Now that I'm on an intel I'll take a look at that re Atoms
at some point.

Possibly the manpage can be found online - on this box I don't have
a useful browser yet (still checking my rustc build) - I'll try to
remember to look later (maybe a day or two before I get there, this
Sandy Bridge i3 claims to be slightly faster than my Phenom (SBU
rerun on a completed LFS timed at 142s instead of 152s) but it seems
to be slower in BLFS packages.

ĸen
-- 
Truth, in front of her huge walk-in wardrobe, selected black leather
boots with stiletto heels for such a barefaced truth.
 - Unseen Academicals
-- 
http://lists.linuxfromscratch.org/listinfo/blfs-dev
FAQ: http://www.linuxfromscratch.org/blfs/faq.html
Unsubscribe: See the above information page


Re: [blfs-dev] Text quibble for xorg intel driver

2017-08-27 Thread akhiezer
> Date: Sun, 27 Aug 2017 01:07:26 +0100
> From: Ken Moffat 
>
> I'm reading the detail of pages in the book more than I normally do
> between releases, and in the Xorg Intel Driver we say:
>
> "The Xorg Intel Driver package contains the X.Org Video Driver for
> Intel integrated video cards including 8xx, 9xx, Gxx, Qxx and HD


'Intel integrated graphics chipsets' ; ref e.g. 'man 4 intel' .


> graphics processors (SandyBridge, IvyBridge and Haswell)."
>
> My quibble is with the list of HD graphics processors - Broadwell,
> Skylake and Kaby Lake all belong in that list, and I guess that the
> latest git driver will support them.  But if we just add those, then
> we'll have to keep extending the list in future versions of the book
> (Coffee Lake, and if wikipedia is to be believed Cannonlake, and
> later some currently undreamed-of names).


Usually 'x thru y' or 'x thru present' or 'from x onwards' ; where x
here would be SandyBridge / Sandy Bridge .


>
> So, the current text for HD graphics processors is less than
> complete, whilst the separate video cards are (probably) antiquated
> and now uncommon - or tell me if I'm wrong about that!
>


(Not sure what list is being referred to there.)


> Does anyone have a better, and ideally concise, way of specifying
> which CPUs/GPUs are covered ?  And does this driver work for Atom
> CPUs, if any of our users have the misfortune to build on those ?
>


Atoms:
'man 4 intel' usually notes which (strict) subset of Atoms are supported.



akh





--
-- 
http://lists.linuxfromscratch.org/listinfo/blfs-dev
FAQ: http://www.linuxfromscratch.org/blfs/faq.html
Unsubscribe: See the above information page


Re: [blfs-dev] cryptsetup-1.7.5

2017-08-27 Thread Pierre Labastie
On 27/08/2017 19:55, Armin K. wrote:
> On 27.08.2017 12:06, Christoph Feikes wrote:
>> cryptsetup-1.7.5 builds just fine without Nettle-3.3, NSS-3.32, and
>> maybe even without OpenSSL-1.1.0f, stated in The Book as _required_
>> dependencies, but it might miss some functionality.
>>
>> Regards, Christoph
>>
> 
> You need at least one of the required deps, meaning either
> libgcrypt, nettle, nss or openssl. libgcrypt is the default
> choice.
> 

So I think the book should read "one of libgcrypt, nettle, nss or openssl"...
If nobody complains, I'll take care of that.
Pierre
-- 
http://lists.linuxfromscratch.org/listinfo/blfs-dev
FAQ: http://www.linuxfromscratch.org/blfs/faq.html
Unsubscribe: See the above information page


Re: [blfs-dev] Epiphany-3.24.2

2017-08-27 Thread Pierre Labastie
On 27/08/2017 22:09, Pierre Labastie wrote:
> On 27/08/2017 12:06, Christoph Feikes wrote:
>> JSON-GLib-1.2.8 seems to be a _required_ dependency when building
>> Epiphany-3.24.2.
>>
>> Regards, Christoph
>>
> Should be added. JSON-Glib is a required dep of geoclue, which is only a
> recommended dep of webkitGTK. Thanks.
> Pierre
> 
Done at r19115
-- 
http://lists.linuxfromscratch.org/listinfo/blfs-dev
FAQ: http://www.linuxfromscratch.org/blfs/faq.html
Unsubscribe: See the above information page


Re: [blfs-dev] [blfs-book] r19087 - trunk/BOOK/general/genutils

2017-08-27 Thread Pierre Labastie
On 25/08/2017 14:50, Armin K. wrote:
> On 25.08.2017 13:56, Pierre Labastie wrote:
>> On 25/08/2017 12:19, Armin K. wrote:
>>> On 25.08.2017 11:11, via blfs-book wrote:
 Author: pierre
 Date: Fri Aug 25 02:11:43 2017
 New Revision: 19087

 Log:
 graphviz does not build with Qt5.
 for graphviz java bindings, the location of the header files and libraries
 must be specified to configure

 Modified:
  trunk/BOOK/general/genutils/graphviz.xml

 Modified: trunk/BOOK/general/genutils/graphviz.xml
 ==
 --- trunk/BOOK/general/genutils/graphviz.xml    Thu Aug 24 20:14:11 2017   
  (r19086)
 +++ trunk/BOOK/general/genutils/graphviz.xml    Fri Aug 25 02:11:43 2017   
  (r19087)
 @@ -104,7 +104,7 @@
  ,
  ,
  ,
 -  ,
 +
>>>
>>> https://github.com/elkrejzi/pacman/blob/master/pkgbuild/graphviz/graphviz-qt5.patch
>>>
>>>
>> Should we provide a patch for an optional dependency?
>>
>> If yes, I can take care of this.
>> Pierre
> 
> It's up to you I guess. I don't recall there being any general rule about 
> patching for
> optional deps, but I've seen it being done in the past (and did some myself 
> as well).
> 

Looking at this tonight: Building with Qt5 needs also that -fPIC be added to
CFLAGS and CXXFLAGS... It is not in Armin's patch, but maybe it could be added
in some way. Maybe add CXXFLAGS+=" -fPIC" to configure.ac at some place? (I am
not sure it is the right place...

Also, the patch could be used to fix also ruby's detection...

Bruce had added a patch for graphviz-2.38? but not sure it ever was used.

Pierre
-- 
http://lists.linuxfromscratch.org/listinfo/blfs-dev
FAQ: http://www.linuxfromscratch.org/blfs/faq.html
Unsubscribe: See the above information page


Re: [blfs-dev] Gcr-3.20.0

2017-08-27 Thread Armin K.
On 27.08.2017 12:07, Christoph Feikes wrote:
> Gcr-3.20.0 overwrites some files in /usr/share/mime installed by
> shared-mime-info-1.8. The Gcr-installed files mostly contain less
>  translations, but there are other differences I don't
> understand (yet).
> 
> Regards, Christoph
> 

You can pass --disable-update-mime to configure to avoid that.

Even so, it won't matter, as make install will run
"update-mime-database" and regenerate files in /usr/share/mime.

Note that those are the files that should NOT be tracked by
package managers, they are so called runtime generated files.
-- 
http://lists.linuxfromscratch.org/listinfo/blfs-dev
FAQ: http://www.linuxfromscratch.org/blfs/faq.html
Unsubscribe: See the above information page


[blfs-dev] vte-0.48.3

2017-08-27 Thread Christoph Feikes
I can't build vte-0.48.3 with all dependencies but GTK-Doc-1.26 and
Glade installed.

Output is:

.libs/libvte_2_91_la-vtegtk.o: In function
`vte_terminal_class_init(_VteTerminalClass*)':
/usr/src/pkgusr/vte/vte-0.49.1/src/vtegtk.cc:827: undefined reference to
`_vte_marshal_VOID__STRING_BOXED'
/usr/bin/ld: .libs/libvte_2_91_la-vtegtk.o: relocation R_X86_64_PC32
against undefined hidden symbol `_vte_marshal_VOID__STRING_BOXED' can
not be used when making a shared object
/usr/bin/ld: final link failed: Bad value
collect2: error: ld returned 1 exit status

I tried vte-0.49.1 and got the same error. I need a Gtk+-2 version of
vte only (vte-0.28.2; for the geany debugger plugin), so I didn't spend
much time investigating this; it doesn't seem trivial to fix, at least
for me.

Regards, Christoph
-- 
http://lists.linuxfromscratch.org/listinfo/blfs-dev
FAQ: http://www.linuxfromscratch.org/blfs/faq.html
Unsubscribe: See the above information page


[blfs-dev] Gcr-3.20.0

2017-08-27 Thread Christoph Feikes
Gcr-3.20.0 overwrites some files in /usr/share/mime installed by
shared-mime-info-1.8. The Gcr-installed files mostly contain less
 translations, but there are other differences I don't
understand (yet).

Regards, Christoph
-- 
http://lists.linuxfromscratch.org/listinfo/blfs-dev
FAQ: http://www.linuxfromscratch.org/blfs/faq.html
Unsubscribe: See the above information page


[blfs-dev] Midori-0.5.11

2017-08-27 Thread Christoph Feikes
I had to patch Midori-0.5.11 just to make it build. I can't tell at the
moment whether I broke something. Please tell me if you want me to try
to condense my patch into a couple of sed commands.

Regards, Christoph
diff -Naur midori-0.5.11/extensions/adblock/widgets.vala midori-0.5.11-patched/extensions/adblock/widgets.vala
--- midori-0.5.11/extensions/adblock/widgets.vala	2015-08-30 13:56:26.0 +0200
+++ midori-0.5.11-patched/extensions/adblock/widgets.vala	2017-08-26 08:43:06.194764035 +0200
@@ -227,7 +227,7 @@
 liststore.get (iter, 0, out sub);
 if (sub.mutable) {
 config.remove (sub);
-liststore.remove (iter);
+liststore.remove (ref iter);
 return true;
 }
 }
diff -Naur midori-0.5.11/extensions/apps.vala midori-0.5.11-patched/extensions/apps.vala
--- midori-0.5.11/extensions/apps.vala	2015-08-30 13:56:26.0 +0200
+++ midori-0.5.11-patched/extensions/apps.vala	2017-08-26 08:43:43.606763625 +0200
@@ -265,7 +265,7 @@
 store.get (iter, 0, out launcher);
 try {
 launcher.file.trash (null);
-store.remove (iter);
+store.remove (ref iter);
 
 string filename = Midori.Download.clean_filename (launcher.name);
 #if HAVE_WIN32
diff -Naur midori-0.5.11/extensions/history-list.vala midori-0.5.11-patched/extensions/history-list.vala
--- midori-0.5.11/extensions/history-list.vala	2015-08-30 13:56:26.0 +0200
+++ midori-0.5.11-patched/extensions/history-list.vala	2017-08-26 08:42:13.114764618 +0200
@@ -223,7 +223,7 @@
 FixMe: the retrun value of `Gtk.ListStore.remove` should be checked
 Note:  in some cases the return value of `Gtk.ListStore.remove` is wrong
 */
-model.remove (iter);
+model.remove (ref iter);
 this.browser.close_tab (view);
 if (length > 2)
 this.resize_treeview ();
diff -Naur midori-0.5.11/extensions/notes.vala midori-0.5.11-patched/extensions/notes.vala
--- midori-0.5.11/extensions/notes.vala	2015-08-30 13:56:26.0 +0200
+++ midori-0.5.11-patched/extensions/notes.vala	2017-08-26 08:41:18.326765219 +0200
@@ -116,7 +116,7 @@
 if (current_note == note) {
 current_note = null;
 }
-notes_list_store.remove (iter);
+notes_list_store.remove (ref iter);
 break;
 }
 } while (notes_list_store.iter_next (ref iter));
diff -Naur midori-0.5.11/extensions/transfers.vala midori-0.5.11-patched/extensions/transfers.vala
--- midori-0.5.11/extensions/transfers.vala	2015-08-30 13:56:26.0 +0200
+++ midori-0.5.11-patched/extensions/transfers.vala	2017-08-26 08:45:08.366762695 +0200
@@ -275,7 +275,7 @@
 Transfer found;
 store.get (iter, 0, out found);
 if (transfer == found) {
-store.remove (iter);
+store.remove (ref iter);
 break;
 }
 } while (store.iter_next (ref iter));
@@ -455,7 +455,7 @@
 if (notifications.length () == 1)
 msg = _("The file '%s' has been downloaded.").printf (filename);
 else
-msg = _("'%s' and %d other files have been downloaded.").printf (filename, notifications.length ());
+msg = _("'%s' and %d other files have been downloaded.").printf (filename, (int)notifications.length ());
 get_app ().send_notification (_("Transfer completed"), msg);
 notifications = new GLib.List ();
 }
diff -Naur midori-0.5.11/midori/midori-notebook.vala midori-0.5.11-patched/midori/midori-notebook.vala
--- midori-0.5.11/midori/midori-notebook.vala	2015-08-30 13:56:26.0 +0200
+++ midori-0.5.11-patched/midori/midori-notebook.vala	2017-08-26 08:35:11.374769247 +0200
@@ -10,7 +10,7 @@
 */
 
 namespace Midori {
-protected class Tally : Gtk.EventBox {
+public class Tally : Gtk.EventBox {
 public Midori.Tab tab { get; set; }
 Gtk.Spinner spinner;
 public Gtk.Label label;
@@ -22,7 +22,7 @@
 public bool close_button_left { get; set; default = false; }
 public bool close_button_visible { get; set; default = false; }
 
-protected Tally (Midori.Tab tab) {
+public Tally (Midori.Tab tab) {
 this.tab = tab;
 box = new Gtk.HBox (false, 1);
 add (box);
-- 

[blfs-dev] Epiphany-3.24.2

2017-08-27 Thread Christoph Feikes
JSON-GLib-1.2.8 seems to be a _required_ dependency when building
Epiphany-3.24.2.

Regards, Christoph
-- 
http://lists.linuxfromscratch.org/listinfo/blfs-dev
FAQ: http://www.linuxfromscratch.org/blfs/faq.html
Unsubscribe: See the above information page


[blfs-dev] cryptsetup-1.7.5

2017-08-27 Thread Christoph Feikes
cryptsetup-1.7.5 builds just fine without Nettle-3.3, NSS-3.32, and
maybe even without OpenSSL-1.1.0f, stated in The Book as _required_
dependencies, but it might miss some functionality.

Regards, Christoph
-- 
http://lists.linuxfromscratch.org/listinfo/blfs-dev
FAQ: http://www.linuxfromscratch.org/blfs/faq.html
Unsubscribe: See the above information page