Re: [blfs-dev] Suggestion for LXQT 0.10.0 building
Em 11-11-2015 02:34, Bruce Dubbs escreveu: > Fernando de Oliveira wrote: >> Em 10-11-2015 18:17, Bruce Dubbs escreveu: >>> Fernando de Oliveira wrote: >>> My preference is linking, not adding this extra line to the packages cmake switches. Reason: eventually a developer or user will build KF5 and Plasma in the same system. >>> >>> OK, go ahead and do what you think best. I was just offering possible >>> alternatives. >> >> Sorry, I forgot to thank you for replying. >> >> I liked your idea. >> >> I was not closing the discussion. If you really think that it is best to >> separate the KF5 and Plasma pages and include the build in the LXQt >> category, I am ready to gratefully accept. > > I'll look at it tomorrow. There are only four packages AFAIK right now > that are needed. If they are the only ones, it might be better to put > them in /usr/lib instead of /opt/kf5. However I can't decide until I > look at the packages in a little more detail. That is a good idea. Thanks. -- []s, Fernando, aka Sísifo -- http://lists.linuxfromscratch.org/listinfo/blfs-dev FAQ: http://www.linuxfromscratch.org/blfs/faq.html Unsubscribe: See the above information page
[blfs-dev] I hate subversion even more than I used to.
I'm running 1.9.1 and just failed to commit a change - that is not a problem, somebody else updated the Changelog, causing a conflict. But svn now gave error messages, and after I had run 'svn up' it no longer seems to offer a 'mine first' option (for the Changelog, that is normally what I want), only a 'mine' or 'theirs' or 'edit'. And after I made the edit and marked it as resolved, a filename.edited file was left hanging around. Yeughh! ĸen -- Il Porcupino Nil Sodomy Est! (if you will excuse my latatian) aka "The hedgehog song" -- http://lists.linuxfromscratch.org/listinfo/blfs-dev FAQ: http://www.linuxfromscratch.org/blfs/faq.html Unsubscribe: See the above information page
Re: [blfs-dev] I hate subversion even more than I used to.
On Thu, Nov 12, 2015 at 01:58:18AM +, Ken Moffat wrote: > I'm running 1.9.1 and just failed to commit a change - that is not a > problem, somebody else updated the Changelog, causing a conflict. > But svn now gave error messages, and after I had run 'svn up' it no > longer seems to offer a 'mine first' option (for the Changelog, that > is normally what I want), only a 'mine' or 'theirs' or 'edit'. And > after I made the edit and marked it as resolved, a filename.edited > file was left hanging around. > > Yeughh! > > ĸen Actually, it is a *lot* worse than that - I've lost the changes I had made. ĸen -- Il Porcupino Nil Sodomy Est! (if you will excuse my latatian) aka "The hedgehog song" -- http://lists.linuxfromscratch.org/listinfo/blfs-dev FAQ: http://www.linuxfromscratch.org/blfs/faq.html Unsubscribe: See the above information page
Re: [blfs-dev] xorg-server-1.18.0
Ken Moffat wrote: On Wed, Nov 11, 2015 at 05:17:37PM -0600, Bruce Dubbs wrote: I'm inclined to move the xorg-server-1.18.0 ticket to hold status until we get updated drivers. What do you think? If nobody else replies, I think that sounds like a good idea. Whether updated video drivers fix the issues is, of course, a different question. For intel I'm not sure if there will be a release any time soon. I think that the ati driver might be heading towards a release (based on a comment on a patch the other day). For nouveau (I'm subscribed, although I don't have the hardware :) I've seen several requests in bug reports asking people to retest with the 4.3 kernel, I'm not sure if you are using that on the machine in question ? I'm still using a 4.2.0 kernel right now. I don't think the kernel side is the problem. I can't compile the nouveau drivers due to changes in the Xorg API. I assume that you cannot run the intel driver to see if it works ? My development system has a nvidia card, but my laptop (which I use as an alternate development system) has integrated Intel video. I just need to build the packages there. -- Bruce -- http://lists.linuxfromscratch.org/listinfo/blfs-dev FAQ: http://www.linuxfromscratch.org/blfs/faq.html Unsubscribe: See the above information page
Re: [blfs-dev] Suggestion for LXQT 0.10.0 building
Fernando de Oliveira wrote: Em 10-11-2015 17:44, Bruce Dubbs escreveu: Fernando de Oliveira wrote: Em 10-11-2015 14:39, Bruce Dubbs escreveu: hykw...@sina.com wrote: 2. My build environment: chroot under Ubuntu LXQT target path: /opt/lxqt KF5 path: /opt/kf5 In order to build LXQT, I have to add "-DCMAKE_PREFIX_PATH=$KF5_PREFIX" option otherwise cmake cannot find any KF5 components. There probably needs to be some additional detail if /etc/profile.d/kf5.sh is not installed. I have not yet built lxqt. 3. Add more information about "how to build the required KF5 components and dependencies" such as KWindowSystem. That's because some KF5 required dependencies is not needed if we only build LXQT. For example, I did not build Boost and Phonon in my system. Think I understand, now. In order to build any needed KF5 you only need that particular application ans dependencies. But: you need to do the same thing as if building all KF5 and first, do what is in "KDE Frameworks 5 Pre-installation Configuration": http://www.linuxfromscratch.org/blfs/view/svn/kde/kf5-intro.html hykwok1: did you that? And then, "source profile", before start buildng: Bruce or Ken: Should these instructions be linked to LXQt? Where would be the best place: in the pages with KF5 dependencies, in the note about "just the named package needs to be installed, or in the Pre-Install instructions? We could add separate sections for KWindowSystem, kguiaddons, and solid. Problem is that each release includes new KF5 and/or Plasma5 packages. This time: solid (KF5) and libkscreen (Plasma5) Dependencies for KWindowSystem is as I mentioned before. kguiaddons: solid: cmake, Qt5, and cmake-extras libkscreen: cmake, Qt5, cmake-extras, and xcb-utils As far as instruction about paths go, I think either setting -DCMAKE_PREFIX_PATH=$KF5_PREFIX in the cmake options or setting paths in the lxqt pre-install instructions would be appropriate. I'll note that if I was going to install lxqt without kf5 or plasma, I would probably install KWindowSystem, kguiaddons, solid, and libkscreen in the lxqt hierarchy. OK, these work out OK. I first renamed /opt/kf5 to /opt/kf5-save to make sure what I already have didn't interfere. Then I built KWindowSystem, kguiaddons, solid with: mkdir build cdbuild cmake -DCMAKE_INSTALL_PREFIX=/usr \ -DCMAKE_PREFIX_PATH=$QT5DIR\ -DCMAKE_BUILD_TYPE=Release \ -DLIB_INSTALL_DIR=lib \ -DBUILD_TESTING=OFF\ -Wno-dev .. make make DESTDIR=/tmp/filename install and built libkscreen the same way but using: cmake -DCMAKE_INSTALL_PREFIX=/usr \ -DCMAKE_BUILD_TYPE=Release \ -DLIB_INSTALL_DIR=lib \ -DBUILD_TESTING=OFF\ -Wno-dev .. All built fine. They do need extra-cmake-modules but we install that in /usr. Looking at what is installed, they all create libraries, but also add headers, .cmake files, plugins, and other data files. I think I would recommend that we still install them in /opt/kf5 because we don't want to create an inconsistent environment if a user decides to go back later and install kf5 or plasma. That would result in adding 4 pages (3 kf5 and 1 plasma) with an explanation that why they are created separately (not needed if the scripted install is done). Do you want me to do that? -- Bruce -- http://lists.linuxfromscratch.org/listinfo/blfs-dev FAQ: http://www.linuxfromscratch.org/blfs/faq.html Unsubscribe: See the above information page
Re: [blfs-dev] I hate subversion even more than I used to.
On Thu, Nov 12, 2015 at 02:01:02AM +, Ken Moffat wrote: > > Actually, it is a *lot* worse than that - I've lost the changes I > had made. > That was probably down to me - I did not realise the commit had failed until I went to close the related ticket. By that time I had begun to edit something completely unrelated, which was nowhere near ready to commit, so I deleted that, and probably the earlier change because it too was marked as 'M', and ran svn up to restore them. This is where git would be so much easier - I could either stash the incomplete change, or I could use 'git checkout --' to revert it. But the end result is that subversion is not only increasingly lengthy to build (or rather, to test), it is becoming much harder to use. ĸen -- Il Porcupino Nil Sodomy Est! (if you will excuse my latatian) aka "The hedgehog song" -- http://lists.linuxfromscratch.org/listinfo/blfs-dev FAQ: http://www.linuxfromscratch.org/blfs/faq.html Unsubscribe: See the above information page
Re: [blfs-dev] I hate subversion even more than I used to.
Ken Moffat wrote: On Thu, Nov 12, 2015 at 01:58:18AM +, Ken Moffat wrote: I'm running 1.9.1 and just failed to commit a change - that is not a problem, somebody else updated the Changelog, causing a conflict. But svn now gave error messages, and after I had run 'svn up' it no longer seems to offer a 'mine first' option (for the Changelog, that is normally what I want), only a 'mine' or 'theirs' or 'edit'. And after I made the edit and marked it as resolved, a filename.edited file was left hanging around. Actually, it is a *lot* worse than that - I've lost the changes I had made. I have the conflict issue all the time, but editing the offending file(s) and marking resolved fixes it for me. Once in a while I do get a .edited file hanging around, but that's because I did something wrong. Remember that the computer is stupid. It always does exactly what you tell it to do, but that's not always what you intended to to tell it. -- Bruce -- http://lists.linuxfromscratch.org/listinfo/blfs-dev FAQ: http://www.linuxfromscratch.org/blfs/faq.html Unsubscribe: See the above information page
Re: [blfs-dev] xorg-server-1.18.0
Bruce Dubbs wrote: Ken Moffat wrote: On Wed, Nov 11, 2015 at 05:17:37PM -0600, Bruce Dubbs wrote: I'm inclined to move the xorg-server-1.18.0 ticket to hold status until we get updated drivers. What do you think? If nobody else replies, I think that sounds like a good idea. Whether updated video drivers fix the issues is, of course, a different question. For intel I'm not sure if there will be a release any time soon. I think that the ati driver might be heading towards a release (based on a comment on a patch the other day). For nouveau (I'm subscribed, although I don't have the hardware :) I've seen several requests in bug reports asking people to retest with the 4.3 kernel, I'm not sure if you are using that on the machine in question ? I'm still using a 4.2.0 kernel right now. I don't think the kernel side is the problem. I can't compile the nouveau drivers due to changes in the Xorg API. I assume that you cannot run the intel driver to see if it works ? My development system has a nvidia card, but my laptop (which I use as an alternate development system) has integrated Intel video. I just need to build the packages there. I am disappointed with upstream. I did a git clone of the nouveau driver and it builds/runs perfectly. Their last change was on September 13, although the last 'stable' was 14 months ago. -- Bruce -- http://lists.linuxfromscratch.org/listinfo/blfs-dev FAQ: http://www.linuxfromscratch.org/blfs/faq.html Unsubscribe: See the above information page
Re: [blfs-dev] xorg-server-1.18.0
On Wed, Nov 11, 2015 at 05:17:37PM -0600, Bruce Dubbs wrote: > > I'm inclined to move the xorg-server-1.18.0 ticket to hold status until we > get updated drivers. > > What do you think? > If nobody else replies, I think that sounds like a good idea. Whether updated video drivers fix the issues is, of course, a different question. For intel I'm not sure if there will be a release any time soon. I think that the ati driver might be heading towards a release (based on a comment on a patch the other day). For nouveau (I'm subscribed, although I don't have the hardware :) I've seen several requests in bug reports asking people to retest with the 4.3 kernel, I'm not sure if you are using that on the machine in question ? I assume that you cannot run the intel driver to see if it works ? ĸen -- Il Porcupino Nil Sodomy Est! (if you will excuse my latatian) aka "The hedgehog song" -- http://lists.linuxfromscratch.org/listinfo/blfs-dev FAQ: http://www.linuxfromscratch.org/blfs/faq.html Unsubscribe: See the above information page
Re: [blfs-dev] I hate subversion even more than I used to.
Ken Moffat wrote: On Thu, Nov 12, 2015 at 02:01:02AM +, Ken Moffat wrote: Actually, it is a *lot* worse than that - I've lost the changes I had made. That was probably down to me - I did not realise the commit had failed until I went to close the related ticket. By that time I had begun to edit something completely unrelated, which was nowhere near ready to commit, so I deleted that, and probably the earlier change because it too was marked as 'M', and ran svn up to restore them. This is where git would be so much easier - I could either stash the incomplete change, or I could use 'git checkout --' to revert it. Use 'svn revert filename' to just revert one file. -- Bruce -- http://lists.linuxfromscratch.org/listinfo/blfs-dev FAQ: http://www.linuxfromscratch.org/blfs/faq.html Unsubscribe: See the above information page
[blfs-dev] xorg-server-1.18.0
I've been trying to update xorg-server to version 1.18.0 and have been having problems. It builds fine. When I started it, I got an error that the modules (xorg drivers) were out of date. I then started to rebuild the drivers. There's no problem with the basic input libs and drivers, but I had to hack the intel driver to get it to build. I have not tested that yet. sed -i "/PixmapSyncDirtyHelper/s/, //" src/uxa/intel_driver.c I couldn't get the nouveau driver to build at all. A google search doesn't come up with much, but I do see some updates in the git repository. For example: http://cgit.freedesktop.org/nouveau/xf86-video-nouveau/commit/?id=1f8b2b348526d94e9bde4a285f331a4934c11078 I did remove my old nouveau driver and built fbdev-0.4.4. That at least got xorg to come up on my development system. I have not tried to build the ati driver. I'm inclined to move the xorg-server-1.18.0 ticket to hold status until we get updated drivers. What do you think? -- Bruce -- http://lists.linuxfromscratch.org/listinfo/blfs-dev FAQ: http://www.linuxfromscratch.org/blfs/faq.html Unsubscribe: See the above information page