[blfs-dev] Status
Bad. I really got depressed last month with so many things that I forget which ones. Well, just remembered Doulgas, systemd and you, think these were the start. I fought a lot to no get depressed, baut more things happened, even yesterday. I am trying each day to get one more hour of work, but it is hard. Got first back up, not for the system, but at least for docs, mail and blfs stuff perhaps in a month, today. Each day I promess that will start building 7.8, but never do. I'm really sorry. -- []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] Status
Sorry, it was supposed to be private to Bruce. Please, ignore. -- []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
Re: [blfs-dev] Status of BLFS
Tim Tassonis wrote: On a side note: As xfce 4.2 is just out, I wanted to ask if there is any interest on the editors behalf about reports of building that. I'm gonna do it anyway, but would it be considered spam to report success/failure of any of the components built on to of current LFS/BLFS? It's too late for xfce 4.2 to get into LFS/BLFS 7.7, but we would appreciate any reports of success or failure you may have. -- 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] Status of BLFS
On 03.03.2015 15:39, Bruce Dubbs wrote: Pierre Labastie wrote: Le 03/03/2015 12:23, Fernando de Oliveira a écrit : On 03-03-2015 06:15, Pierre Labastie wrote: [...] I just tagged the last server/ packages. About x/, the problems are: - I have not been able to use the vesa driver with server-1.17.1. It builds OK, though, and I can tag it lfs77_built. Vesa works fine with VMware, although not with the good resolution I want. Cannot test now, as I said above. I must be wrong somewhere. For me, whatever the kernel configuration and the qemu vga emulation, vesa never starts. So please, tag it. OK, I can do this on real HW. -- Bruce If it is still of any interest, i have tested qemu succesfully with the modesetting driver like this: $ cat /etc/X11/xorg.conf.d/videocard-0.conf Section Device Identifier Videocard0 Driver modesetting VendorName Videocard vendor Option vga cirrus EndSection glxgears gave me 50 fps, seems decent. Bye Tim -- http://lists.linuxfromscratch.org/listinfo/blfs-dev FAQ: http://www.linuxfromscratch.org/blfs/faq.html Unsubscribe: See the above information page
Re: [blfs-dev] Status of BLFS
Le 03/03/2015 04:54, Bruce Dubbs a écrit : Bruce Dubbs wrote: We are now down to 70 packages left to check. And now 29: gnome/applications/network-manager-applet.xml: lfs76_checked; gnome/applications/gnome-terminal.xml:lfs76_checked; gnome/applications/seahorse.xml:lfs76_checked; gnome/applications/epiphany.xml:lfs76_checked; gnome/applications/eog.xml:lfs76_checked; gnome/applications/gnome-system-monitor.xml: lfs76_checked; gnome/applications/cheese.xml:lfs76_built; gnome/applications/baobab.xml:lfs76_checked; gnome/applications/gnome-screenshot.xml:lfs76_checked; gnome/applications/gedit.xml:lfs76_checked; gnome/applications/totem.xml:lfs76_checked; gnome/applications/file-roller.xml:lfs76_checked; gnome/applications/brasero.xml:lfs76_checked; gnome/applications/gnome-nettool.xml:lfs76_checked; server/mail/exim.xml:lfs76_checked; server/mail/dovecot.xml:lfs76_checked; x/installing/x7driver-vesa.xml: lfs76_checked; x/installing/x7driver-cirrus.xml: lfs76_checked; x/installing/x7driver-synaptics.xml: lfs76_checked; x/installing/libvdpau-va-gl.xml:lfs76_checked; x/installing/x7driver-wacom.xml: lfs76_built; xsoft/other/ekiga.xml:lfs76_checked; xsoft/other/gnash.xml:lfs76_checked; xsoft/other/rox-filer.xml:lfs76_checked; xsoft/other/icedtea-web.xml:lfs76_checked; xsoft/other/transmission.xml:lfs76_checked; xsoft/other/pidgin.xml:lfs76_checked; xsoft/other/thunderbird.xml:lfs76_checked; xsoft/other/tigervnc.xml:lfs76_checked; Fernando said he will work thunderbird. I think I can get most of gnome and xsoft tomorrow. Can I get someone to do x/ and server/ please. I haven't seen a response yet about archiving gnash, but it's late now. I really don't know how to test ekiga. -- Bruce I just tagged the last server/ packages. About x/, the problems are: - I have not been able to use the vesa driver with server-1.17.1. It builds OK, though, and I can tag it lfs77_built. - the cirrus driver can be tagged, but I think nobody would use it, so it should be archived. - I do not have the hardware for the 3 others. I can build them and tag them built if necessary. I still plan to do icedtea-web. I agree to archive gnash. Even Debian can use flash... 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] Status of BLFS
On Tue, Mar 03, 2015 at 04:26:14PM +0100, Tim Tassonis wrote: If it is still of any interest, i have tested qemu succesfully with the modesetting driver like this: $ cat /etc/X11/xorg.conf.d/videocard-0.conf Section Device Identifier Videocard0 Driver modesetting VendorName Videocard vendor Option vga cirrus EndSection Do you need any of that ? I guess that the option line might help, but I've been running without a conf file for my testing. Normally, I do use a conf file, but only to stop it using glamor and hence to remove one '(EE)' from the log. But I'm glad you tested and found it ok. glxgears gave me 50 fps, seems decent. Bye Tim That part surprises me, my experience so far with glxgears and the modesetting driver is that I get huge reported fps rates - at the cost of it taking a lot of CPU to do that. Even on real hardware (radeon Aruba, modesetting from 16.99 server earlier this year) - fortunately, the 7.5 ati driver solved the problem I had been seeing with the 7.4 version (high CPU usage when Xorg idle). ĸen -- Nanny Ogg usually went to bed early. After all, she was an old lady. Sometimes she went to bed as early as 6 a.m. -- http://lists.linuxfromscratch.org/listinfo/blfs-dev FAQ: http://www.linuxfromscratch.org/blfs/faq.html Unsubscribe: See the above information page
Re: [blfs-dev] Status of BLFS
On Tue, Mar 03, 2015 at 11:50:37AM -0600, Bruce Dubbs wrote: Bruce Dubbs wrote: I suppose we should just tag the driver as built and add a note that it does not work properly with the current server. I don't think many people would want it and would use the ati/nouveau/intel/modesetting drivers instead. The alternative is to archive it. I've already archived cirrus in my sandbox for my next commit. Which way should we go? -- Bruce I would go with archiving it. ĸen -- Nanny Ogg usually went to bed early. After all, she was an old lady. Sometimes she went to bed as early as 6 a.m. -- http://lists.linuxfromscratch.org/listinfo/blfs-dev FAQ: http://www.linuxfromscratch.org/blfs/faq.html Unsubscribe: See the above information page
Re: [blfs-dev] Status of BLFS
On 03.03.2015 19:04, Ken Moffat wrote: On Tue, Mar 03, 2015 at 04:26:14PM +0100, Tim Tassonis wrote: If it is still of any interest, i have tested qemu succesfully with the modesetting driver like this: $ cat /etc/X11/xorg.conf.d/videocard-0.conf Section Device Identifier Videocard0 Driver modesetting VendorName Videocard vendor Option vga cirrus EndSection Do you need any of that ? I guess that the option line might help, but I've been running without a conf file for my testing. Normally, I do use a conf file, but only to stop it using glamor and hence to remove one '(EE)' from the log. No, I don't need the config, the server started fine with the glamor driver, that was just to test the modesetting driver. But I'm glad you tested and found it ok. glxgears gave me 50 fps, seems decent. Bye Tim That part surprises me, my experience so far with glxgears and the modesetting driver is that I get huge reported fps rates - at the cost of it taking a lot of CPU to do that. Even on real hardware (radeon Aruba, modesetting from 16.99 server earlier this year) - fortunately, the 7.5 ati driver solved the problem I had been seeing with the 7.4 version (high CPU usage when Xorg idle). Well, I was just running it for about 10 seconds, and it is a qemu vm, networked by a vde tap interface to which I connected to by vnc, over a openvpn connection... need I say more? Kind regards Tim ĸen -- decentral.ch - IT Stuff Tim Tassonis Dennlerstasse 36 8047 Zürich st...@decentral.ch +41 79 229 36 17 -- http://lists.linuxfromscratch.org/listinfo/blfs-dev FAQ: http://www.linuxfromscratch.org/blfs/faq.html Unsubscribe: See the above information page
Re: [blfs-dev] Status of BLFS
On Tue, Mar 03, 2015 at 09:07:36PM +0100, Tim Tassonis wrote: On 03.03.2015 19:04, Ken Moffat wrote: Do you need any of that ? I guess that the option line might help, but I've been running without a conf file for my testing. Normally, I do use a conf file, but only to stop it using glamor and hence to remove one '(EE)' from the log. No, I don't need the config, the server started fine with the glamor driver, that was just to test the modesetting driver. Well, the qemu side of it is still new to me. But Glamor is not a driver, only an acceleration method. The ModeSetting driver will use glamor if the server was compiled with glamor support, and if the hardware (the emulated hardware in this case) offers acceleration. I'm not sure about the qemu cirrus emulation, but using -vga std there is no available acceleration. That is why I got the '(EE)' in my log. ĸen -- Nanny Ogg usually went to bed early. After all, she was an old lady. Sometimes she went to bed as early as 6 a.m. -- http://lists.linuxfromscratch.org/listinfo/blfs-dev FAQ: http://www.linuxfromscratch.org/blfs/faq.html Unsubscribe: See the above information page
Re: [blfs-dev] Status of BLFS
On 03.03.2015 22:46, Ken Moffat wrote: On Tue, Mar 03, 2015 at 09:07:36PM +0100, Tim Tassonis wrote: On 03.03.2015 19:04, Ken Moffat wrote: Do you need any of that ? I guess that the option line might help, but I've been running without a conf file for my testing. Normally, I do use a conf file, but only to stop it using glamor and hence to remove one '(EE)' from the log. No, I don't need the config, the server started fine with the glamor driver, that was just to test the modesetting driver. Well, the qemu side of it is still new to me. But Glamor is not a driver, only an acceleration method. The ModeSetting driver will use glamor if the server was compiled with glamor support, and if the hardware (the emulated hardware in this case) offers acceleration. I'm not sure about the qemu cirrus emulation, but using -vga std there is no available acceleration. That is why I got the '(EE)' in my log. Yes, sorry, got mixed up a bit, glamor is not used in both cases, it seems it's using the modesetting driver with submodule fb, regardless of my config. It just does not try first fbdev and vesa with the config. Below an excerpt, the first with the config and then without any. Just also checked: I started qemu with -vga std and lspci shows: 00:02.0 VGA compatible controller: Device 1234: (rev 02) (prog-if 00 [VGA controller]) Subsystem: Red Hat, Inc Device 1100 Flags: fast devsel Memory at fd00 (32-bit, prefetchable) [size=16M] Memory at febf (32-bit, non-prefetchable) [size=4K] Expansion ROM at febe [disabled] [size=64K] Kernel driver in use: bochs-drm Kernel modules: bochs_drm No wonder, the cirrus driver wasn't loading root@lfsdev:~# egrep -i loading|\(ee\)|glam log-conf |cut -f2- -d ' ' warning, (EE) error, (NI) not implemented, (??) unknown. (EE) systemd-logind: failed to get session: The name org.freedesktop.login1 was not provided by any .service files (II) Loading /opt/X11/lib/xorg/modules/extensions/libglx.so (II) Loading /opt/X11/lib/xorg/modules/drivers/modesetting_drv.so (II) Loading sub module glamoregl (II) LoadModule: glamoregl (II) Loading /opt/X11/lib/xorg/modules/libglamoregl.so (II) Module glamoregl: vendor=X.Org Foundation (II) glamor: OpenGL accelerated X.org driver based. (II) glamor: EGL version 1.4 (DRI2): (EE) modeset(0): glamor initialization failed (II) Loading sub module fb (II) Loading /opt/X11/lib/xorg/modules/libfb.so (EE) AIGLX: reverting to software rendering (II) Loading /opt/X11/lib/xorg/modules/input/evdev_drv.so root@lfsdev:~# egrep -i loading|\(ee\)|glam log-noconf|cut -f2- -d ' ' warning, (EE) error, (NI) not implemented, (??) unknown. (EE) systemd-logind: failed to get session: The name org.freedesktop.login1 was not provided by any .service files (II) Loading /opt/X11/lib/xorg/modules/extensions/libglx.so (II) Loading /opt/X11/lib/xorg/modules/drivers/modesetting_drv.so (II) Loading /opt/X11/lib/xorg/modules/drivers/fbdev_drv.so (II) Loading /opt/X11/lib/xorg/modules/drivers/vesa_drv.so (II) Loading sub module fbdevhw (II) Loading /opt/X11/lib/xorg/modules/libfbdevhw.so (II) Loading sub module glamoregl (II) LoadModule: glamoregl (II) Loading /opt/X11/lib/xorg/modules/libglamoregl.so (II) Module glamoregl: vendor=X.Org Foundation (II) glamor: OpenGL accelerated X.org driver based. (II) glamor: EGL version 1.4 (DRI2): (EE) modeset(0): glamor initialization failed (II) Loading sub module fb (II) Loading /opt/X11/lib/xorg/modules/libfb.so (II) Unloading fbdev (II) Unloading fbdevhw (II) Unloading vesa (EE) AIGLX: reverting to software rendering (II) Loading /opt/X11/lib/xorg/modules/input/evdev_drv.so -- decentral.ch - IT Stuff Tim Tassonis Dennlerstasse 36 8047 Zürich st...@decentral.ch +41 79 229 36 17 -- http://lists.linuxfromscratch.org/listinfo/blfs-dev FAQ: http://www.linuxfromscratch.org/blfs/faq.html Unsubscribe: See the above information page
Re: [blfs-dev] Status of BLFS
Bruce Dubbs wrote: Bruce Dubbs wrote: We are now down to 70 packages left to check. And now 29: All done. All 7.7 tickets have been closed. Please review what you can and post any issues. I'll let this percolate a while and plan on releasing Thursday. I will go ahead and do LXDE and XFCE for may system even though they've bene tagged. I also have some touchups for LFS to do. -- 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] Status of BLFS
On 04.03.2015 01:34, Bruce Dubbs wrote: Bruce Dubbs wrote: Bruce Dubbs wrote: We are now down to 70 packages left to check. And now 29: All done. All 7.7 tickets have been closed. Please review what you can and post any issues. I'll let this percolate a while and plan on releasing Thursday. I will go ahead and do LXDE and XFCE for may system even though they've bene tagged. I also have some touchups for LFS to do. -- Bruce Thanks a lot! Just finished building most of the X stuff, can't remember ever before having really enjoyed the look of twm/xterm/xclock! On a side note: As xfce 4.2 is just out, I wanted to ask if there is any interest on the editors behalf about reports of building that. I'm gonna do it anyway, but would it be considered spam to report success/failure of any of the components built on to of current LFS/BLFS? Kind regards Tim -- decentral.ch - IT Stuff Tim Tassonis Dennlerstasse 36 8047 Zürich st...@decentral.ch +41 79 229 36 17 -- http://lists.linuxfromscratch.org/listinfo/blfs-dev FAQ: http://www.linuxfromscratch.org/blfs/faq.html Unsubscribe: See the above information page
Re: [blfs-dev] Status of BLFS
On Wed, Mar 04, 2015 at 05:16:55AM +0100, Tim Tassonis wrote: On a side note: As xfce 4.2 is just out, I wanted to ask if there is any interest on the editors behalf about reports of building that. I'm gonna do it anyway, but would it be considered spam to report success/failure of any of the components built on to of current LFS/BLFS? I think documenting what has changed would be useful. ĸen -- Nanny Ogg usually went to bed early. After all, she was an old lady. Sometimes she went to bed as early as 6 a.m. -- http://lists.linuxfromscratch.org/listinfo/blfs-dev FAQ: http://www.linuxfromscratch.org/blfs/faq.html Unsubscribe: See the above information page
Re: [blfs-dev] Status of BLFS
Bruce Dubbs wrote: Google says it's a bug in xorg: https://bugs.freedesktop.org/show_bug.cgi?id=89353 Note that I did not use the fix_modesetting patch for xorg-server. I'll try reverting the change in xorg-server and see if that makes a difference. Reverting the change was a bit tricky due to -Werror issues, but I was able to do it. The server still worked with nouveau, but not vesa. I'mm getting pretty good at changing the kernel configuration, rebuilding, and installing the kernel. I can do it in about 2 minutes. However now when I try to run xorg with vesa, it just hangs in the server. :( There is something definately going on in the xorg server with the vesa driver, but my little experiment didn't fix the problem. I suppose we should just tag the driver as built and add a note that it does not work properly with the current server. I don't think many people would want it and would use the ati/nouveau/intel/modesetting drivers instead. The alternative is to archive it. I've already archived cirrus in my sandbox for my next commit. Which way should we go? -- 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] Status of BLFS
On 03-03-2015 06:15, Pierre Labastie wrote: Le 03/03/2015 04:54, Bruce Dubbs a écrit : Bruce Dubbs wrote: We are now down to 70 packages left to check. And now 29: gnome/applications/network-manager-applet.xml: lfs76_checked; gnome/applications/gnome-terminal.xml:lfs76_checked; gnome/applications/seahorse.xml:lfs76_checked; gnome/applications/epiphany.xml:lfs76_checked; gnome/applications/eog.xml:lfs76_checked; gnome/applications/gnome-system-monitor.xml: lfs76_checked; gnome/applications/cheese.xml:lfs76_built; gnome/applications/baobab.xml:lfs76_checked; gnome/applications/gnome-screenshot.xml:lfs76_checked; gnome/applications/gedit.xml:lfs76_checked; gnome/applications/totem.xml:lfs76_checked; gnome/applications/file-roller.xml:lfs76_checked; gnome/applications/brasero.xml:lfs76_checked; gnome/applications/gnome-nettool.xml:lfs76_checked; server/mail/exim.xml:lfs76_checked; server/mail/dovecot.xml:lfs76_checked; x/installing/x7driver-vesa.xml: lfs76_checked; x/installing/x7driver-cirrus.xml: lfs76_checked; x/installing/x7driver-synaptics.xml: lfs76_checked; x/installing/libvdpau-va-gl.xml:lfs76_checked; x/installing/x7driver-wacom.xml: lfs76_built; xsoft/other/ekiga.xml:lfs76_checked; xsoft/other/gnash.xml:lfs76_checked; xsoft/other/rox-filer.xml:lfs76_checked; xsoft/other/icedtea-web.xml:lfs76_checked; xsoft/other/transmission.xml:lfs76_checked; xsoft/other/pidgin.xml:lfs76_checked; xsoft/other/thunderbird.xml:lfs76_checked; xsoft/other/tigervnc.xml:lfs76_checked; Fernando said he will work thunderbird. I think I can get most of gnome and xsoft tomorrow. Can I get someone to do x/ and server/ please. I didn't remeber I said that. It will take some days before I can do that, so, if someone can do that before, it would be better for the book. Just recalling, because comments assumed otherwise: I'm building an x86_64 bare metal. I haven't seen a response yet about archiving gnash, but it's late now. I really don't know how to test ekiga. You install ekiga, execute it, then create an account in Ekiga.net (thing there is automatic instructions that you can follow). After that there are some options (I1ve got in pt_BR, so will translate (more or oe less: Test call Conference room Test echo I can't remember which, test call or Test echo, works, then I assume it is working. Remember that one of them does not work in the first attempt. I insist and it starts working. Don1t remember if I quit and execute again, before it works. Then I keep in some place the user/password for the next install or update. I just tagged the last server/ packages. About x/, the problems are: - I have not been able to use the vesa driver with server-1.17.1. It builds OK, though, and I can tag it lfs77_built. Vesa works fine with VMware, although not with the good resolution I want. Cannot test now, as I said above. I agree to archive gnash. Even Debian can use flash... I have used it in my dev LFS-7.6, but agree that after years without maintenance, it is probably full of insecurities. Probably better to archive. -- []s, Fernando -- http://lists.linuxfromscratch.org/listinfo/blfs-dev FAQ: http://www.linuxfromscratch.org/blfs/faq.html Unsubscribe: See the above information page
Re: [blfs-dev] Status of BLFS
Pierre Labastie wrote: Le 03/03/2015 12:23, Fernando de Oliveira a écrit : On 03-03-2015 06:15, Pierre Labastie wrote: [...] I just tagged the last server/ packages. About x/, the problems are: - I have not been able to use the vesa driver with server-1.17.1. It builds OK, though, and I can tag it lfs77_built. Vesa works fine with VMware, although not with the good resolution I want. Cannot test now, as I said above. I must be wrong somewhere. For me, whatever the kernel configuration and the qemu vga emulation, vesa never starts. So please, tag it. OK, I can do this on real HW. -- 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] Status of BLFS
On Mon, Mar 02, 2015 at 02:19:32AM +, Ken Moffat wrote: If I can get past that, I'll try to create scripts to test fetchmail, mutt, procmail [ I've just set myself up another mail address for this sort of server mail testing ] - will also be using procmail (I did not tag that because for the moment I've only built it on desktops which send fcrontab mail to my 7.6 server, not sure if that was an adequate test :) Of course, testing those from a VM is new to me, there is a possibility I might not get there. Seems I was too late for most of those, but I learned about SMTPUTF8 (warning messages when I looked in the mail log trying to work out what was broken), and eventually found out how to send to the smtp server in a way which currently works, and how to fetch from virginmedia addresses (fetchmail needs to use ssl). Fun. :-( ĸen -- Nanny Ogg usually went to bed early. After all, she was an old lady. Sometimes she went to bed as early as 6 a.m. -- http://lists.linuxfromscratch.org/listinfo/blfs-dev FAQ: http://www.linuxfromscratch.org/blfs/faq.html Unsubscribe: See the above information page
Re: [blfs-dev] Status of BLFS
Bruce Dubbs wrote: We are now down to 70 packages left to check. And now 29: gnome/applications/network-manager-applet.xml:lfs76_checked; gnome/applications/gnome-terminal.xml:lfs76_checked; gnome/applications/seahorse.xml:lfs76_checked; gnome/applications/epiphany.xml:lfs76_checked; gnome/applications/eog.xml:lfs76_checked; gnome/applications/gnome-system-monitor.xml:lfs76_checked; gnome/applications/cheese.xml:lfs76_built; gnome/applications/baobab.xml:lfs76_checked; gnome/applications/gnome-screenshot.xml:lfs76_checked; gnome/applications/gedit.xml:lfs76_checked; gnome/applications/totem.xml:lfs76_checked; gnome/applications/file-roller.xml:lfs76_checked; gnome/applications/brasero.xml:lfs76_checked; gnome/applications/gnome-nettool.xml:lfs76_checked; server/mail/exim.xml:lfs76_checked; server/mail/dovecot.xml:lfs76_checked; x/installing/x7driver-vesa.xml: lfs76_checked; x/installing/x7driver-cirrus.xml: lfs76_checked; x/installing/x7driver-synaptics.xml: lfs76_checked; x/installing/libvdpau-va-gl.xml:lfs76_checked; x/installing/x7driver-wacom.xml: lfs76_built; xsoft/other/ekiga.xml:lfs76_checked; xsoft/other/gnash.xml:lfs76_checked; xsoft/other/rox-filer.xml:lfs76_checked; xsoft/other/icedtea-web.xml:lfs76_checked; xsoft/other/transmission.xml:lfs76_checked; xsoft/other/pidgin.xml:lfs76_checked; xsoft/other/thunderbird.xml:lfs76_checked; xsoft/other/tigervnc.xml:lfs76_checked; Fernando said he will work thunderbird. I think I can get most of gnome and xsoft tomorrow. Can I get someone to do x/ and server/ please. I haven't seen a response yet about archiving gnash, but it's late now. I really don't know how to test ekiga. -- 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] Status of BLFS
Le 01/03/2015 06:00, Bruce Dubbs a écrit : Things have been a bit slow but we are down to about 130 packages left to tag. I would like to solicit someone to test exim, dovecot, and postfix. Otherwise I will try to finish up networking, server, and pst sections tomorrow. We may be able to release mid week. -- Bruce I count 99 remaining packages after this morning updates. I'll do exim, dovecot and postfix (although I am never sure I test them right). I can do X software/Office and deps (a few libraries in x/libraries), sawfish (or should we archive it? nothing is using it and no one seems to be using it). I'll do icedtea-web (BTW, never tested it on midori. Has anybody tried it there?). There are also the remaining xorg-drivers. I can build them, but not test them, except vesa, which seems broken with xorg-server-1.17.1. Also, it would be good to be able to run the vmmouse driver with qemu. Suse do that, but I do not know if they use a patch, or just some configuration setting I have never found. Regards 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] Status of BLFS
Pierre Labastie wrote: Le 01/03/2015 06:00, Bruce Dubbs a écrit : Things have been a bit slow but we are down to about 130 packages left to tag. I would like to solicit someone to test exim, dovecot, and postfix. Otherwise I will try to finish up networking, server, and pst sections tomorrow. We may be able to release mid week. I count 99 remaining packages after this morning updates. I'll do exim, dovecot and postfix (although I am never sure I test them right). I can do X software/Office and deps (a few libraries in x/libraries), sawfish (or should we archive it? nothing is using it and no one seems to be using it). I'll do icedtea-web (BTW, never tested it on midori. Has anybody tried it there?). There are also the remaining xorg-drivers. I can build them, but not test them, except vesa, which seems broken with xorg-server-1.17.1. Also, it would be good to be able to run the vmmouse driver with qemu. Suse do that, but I do not know if they use a patch, or just some configuration setting I have never found. We are now down to 70 packages left to check. By directory: gnome/ 29 server/ 7 x/ 18 xsoft/ 16 Looking at what is left, I'm wondering if gnash is worth testing. We know it hasn't been updated in quite a while and it doesn't work very well. Perhaps we should archive it. I'm done for the day, but will work on server (xinetd, vsftpd, bind, and proftpd) tomorrow. Then I'll start on the xsoft packages: xsoft/office/abiword.xml: lfs76_checked; xsoft/office/gnumeric.xml:lfs76_checked; xsoft/graphweb/seamonkey.xml: lfs76_checked; xsoft/other/ekiga.xml:lfs76_checked; xsoft/other/gnash.xml:lfs76_checked; xsoft/other/balsa.xml:lfs76_checked; xsoft/other/gparted.xml: lfs76_checked; xsoft/other/rox-filer.xml:lfs76_checked; xsoft/other/xchat.xml:lfs76_checked; xsoft/other/icedtea-web.xml: lfs76_checked; xsoft/other/transmission.xml: lfs76_checked; xsoft/other/pidgin.xml: lfs76_checked; xsoft/other/thunderbird.xml: lfs76_checked; xsoft/other/tigervnc.xml: lfs76_checked; xsoft/other/feh.xml: lfs76_checked; xsoft/other/hexchat.xml: lfs76_checked; Please let me know if you are working on any of these. -- 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] Status of BLFS
On Sun, Mar 01, 2015 at 07:56:52PM -0600, Bruce Dubbs wrote: Pierre Labastie wrote: Le 01/03/2015 06:00, Bruce Dubbs a écrit : Things have been a bit slow but we are down to about 130 packages left to tag. I would like to solicit someone to test exim, dovecot, and postfix. Otherwise I will try to finish up networking, server, and pst sections tomorrow. We may be able to release mid week. I plan to start building i686 tomorrow - it's a slow and underpowered box, only 2 cores, but it can test the binary tl-installer (will probably take some days to get that far). Tomorrow, I also hope to be back on my main test machine - I want to try to get to grips with qemu for x86_64 guests (for cirrus and vmware video drivers). If I can get past that, I'll try to create scripts to test fetchmail, mutt, procmail [ I've just set myself up another mail address for this sort of server mail testing ] - will also be using procmail (I did not tag that because for the moment I've only built it on desktops which send fcrontab mail to my 7.6 server, not sure if that was an adequate test :) Of course, testing those from a VM is new to me, there is a possibility I might not get there. Overall, this looks good (I'm just glad that my nfs problems at the start did not lead on to loads more problems). ĸen -- Nanny Ogg usually went to bed early. After all, she was an old lady. Sometimes she went to bed as early as 6 a.m. -- http://lists.linuxfromscratch.org/listinfo/blfs-dev FAQ: http://www.linuxfromscratch.org/blfs/faq.html Unsubscribe: See the above information page
Re: [blfs-dev] Status of BLFS
Pierre Labastie wrote: Le 01/03/2015 06:00, Bruce Dubbs a écrit : Things have been a bit slow but we are down to about 130 packages left to tag. I would like to solicit someone to test exim, dovecot, and postfix. Otherwise I will try to finish up networking, server, and pst sections tomorrow. We may be able to release mid week. I count 99 remaining packages after this morning updates. I'll do exim, dovecot and postfix (although I am never sure I test them right). I can do X software/Office and deps (a few libraries in x/libraries), sawfish (or should we archive it? nothing is using it and no one seems to be using it). I'll do icedtea-web (BTW, never tested it on midori. Has anybody tried it there?). There are also the remaining xorg-drivers. I can build them, but not test them, except vesa, which seems broken with xorg-server-1.17.1. Also, it would be good to be able to run the vmmouse driver with qemu. Suse do that, but I do not know if they use a patch, or just some configuration setting I have never found. Thank you for that. It will help speed things up. -- 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] Status of BLFS
Tim Tassonis wrote: On 01.03.2015 14:53, Pierre Labastie wrote: There are also the remaining xorg-drivers. I can build them, but not test them, except vesa, which seems broken with xorg-server-1.17.1. Also, it would be good to be able to run the vmmouse driver with qemu. Suse do that, but I do not know if they use a patch, or just some configuration setting I have never found. I could build and test the xorg intel drivers, if that's not done yet. Got the following hardware (two boxes): 00:02.0 VGA compatible controller: Intel Corporation Atom Processor D2xxx/N2xxx Integrated Graphics Controller (rev 09) (prog-if 00 [VGA controller]) Subsystem: Acer Incorporated [ALI] Atom Processor D2xxx/N2xxx Integrated Graphics Controller Flags: bus master, fast devsel, latency 0, IRQ 30 Memory at 4600 (32-bit, non-prefetchable) [size=1M] I/O ports at 50d0 [size=8] Expansion ROM at unassigned [disabled] Capabilities: [d0] Power Management version 2 Capabilities: [b0] Vendor Specific Information: Len=07 ? Capabilities: [90] MSI: Enable+ Count=1/1 Maskable- 64bit- Kernel driver in use: gma500 Kernel modules: gma500_gfx 00:02.0 VGA compatible controller: Intel Corporation Mobile 4 Series Chipset Integrated Graphics Controller (rev 07) (prog-if 00 [VGA controller]) Subsystem: Dell Mobile 4 Series Chipset Integrated Graphics Controller Flags: bus master, fast devsel, latency 0, IRQ 30 Memory at f6c0 (64-bit, non-prefetchable) [size=4M] Memory at e000 (64-bit, prefetchable) [size=256M] I/O ports at ef98 [size=8] Expansion ROM at unassigned [disabled] Capabilities: [90] MSI: Enable+ Count=1/1 Maskable- 64bit- Capabilities: [d0] Power Management version 3 Kernel driver in use: i915 Kernel modules: i915 Would that be of any use? What I'm showing needed right now is: x/installing/x7driver-vmmouse.xml: lfs76_built; x/installing/x7driver-vesa.xml: lfs76_checked; x/installing/x7driver-cirrus.xml:lfs76_checked; x/installing/x7driver-ati.xml: lfs76_checked; x/installing/x7driver-synaptics.xml: lfs76_checked; x/installing/libvdpau-va-gl.xml: lfs76_checked; x/installing/x7driver-vmware.xml:lfs76_checked; x/installing/x7driver-wacom.xml: lfs76_built; I think only the libvdpau-va-gl would apply to the Intel. I can do synaptics, but it would have to be on my laptop, so it would be a while to just get to that driver since I would need to copy over my entire system there to check it. Go ahead and mark it built and I'll do it if I have time before final release. -- 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] Status of BLFS
Fernando de Oliveira wrote: On 01-03-2015 10:53, Pierre Labastie wrote: Le 01/03/2015 06:00, Bruce Dubbs a écrit : Things have been a bit slow but we are down to about 130 packages left to tag. I would like to solicit someone to test exim, dovecot, and postfix. Otherwise I will try to finish up networking, server, and pst sections tomorrow. We may be able to release mid week. -- Bruce I count 99 remaining packages after this morning updates. I'll do exim, dovecot and postfix (although I am never sure I test them right). I can do X software/Office and deps (a few libraries in x/libraries), sawfish (or should we archive it? nothing is using it and no one seems to be using it). I'll do icedtea-web (BTW, never tested it on midori. Has anybody tried it there?). There are also the remaining xorg-drivers. I can build them, but not test them, except vesa, which seems broken with xorg-server-1.17.1. Also, it would be good to be able to run the vmmouse driver with qemu. Suse do that, but I do not know if they use a patch, or just some configuration setting I have never found. My progress is still very slow. I am building x86_64 in bare metal, which is faster, but creating and using my own scripts. Reason is that I want to have complete understanding, and try later to see if I can in some way include some 32bit stuff. So, I'm still in tools. Building with Mint Mate 17.1 x86_64 (seems to be multilib). Pulseaudio in Mint is crashing all the time. System also crashes (at least twice already, today, just recovered from a crash) and I think PA is responsible for this (for some reasons that I spent time trying to understand). It is using nouveau and intel for sound: {{{ $ lspci | grep -iE 'audio|vga' 00:1b.0 Audio device: Intel Corporation 5 Series/3400 Series Chipset High Definition Audio (rev 06) 01:00.0 VGA compatible controller: NVIDIA Corporation GT215 [GeForce GT 240] (rev a2) 01:00.1 Audio device: NVIDIA Corporation High Definition Audio Controller (rev a1) }}} It will be easy to make the inverse of what I usually do, copy the system to a VMPlayer, modify whatever needed to get it working, and then, test vmware drivers, but I doubt to reach that point before 7.7 release. Take your time. We started 5 days late and we are pretty close right now. I don't mind if we take another week to get details right. For me it has been a little more than usual since I'm doing everything from a raw box. -- Bruce -- 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] Status of BLFS
On 03/01/2015 07:53 AM, Pierre Labastie wrote: Le 01/03/2015 06:00, Bruce Dubbs a écrit : Things have been a bit slow but we are down to about 130 packages left to tag. I would like to solicit someone to test exim, dovecot, and postfix. Otherwise I will try to finish up networking, server, and pst sections tomorrow. We may be able to release mid week. -- Bruce I count 99 remaining packages after this morning updates. I'll do exim, dovecot and postfix (although I am never sure I test them right). Pierre, I can follow you up with minimal runtime testing on Postfix and Dovecot and report back, though I won't get to them for a few days yet (got a ton of Python requirements to hash out before directory is ready to support Dovecot for authentication). Also, for Samba, the way it is started currently is incorrect for an AD DC. Assuming the new method of starting it is not valid for standalone or NT4 style DC role, and I honestly don't know whether it is or not (I just haven't messed with NT4 style domain in forever, though Arch seems to think the same way), it really should have three (or possibly even four) bootscripts. In the case of NT4 domain controller or standalone server, according to our instructions, it needs to start smbd and nmdb separately (this can remain as one script as has always been). Of course, winbindd is also required if it is to participate in an NT4 domain. If using an AD domain (whether client or server, which is why I question our existing instructions), only samba should be started, and allow it to manage the three previously mentioned daemons (as well as handle LDAP, DNS, KDC, etc. internally). --DJ -- http://lists.linuxfromscratch.org/listinfo/blfs-dev FAQ: http://www.linuxfromscratch.org/blfs/faq.html Unsubscribe: See the above information page
Re: [blfs-dev] Status of BLFS
DJ Lucas wrote: On 03/01/2015 07:53 AM, Pierre Labastie wrote: Le 01/03/2015 06:00, Bruce Dubbs a écrit : Things have been a bit slow but we are down to about 130 packages left to tag. I would like to solicit someone to test exim, dovecot, and postfix. Otherwise I will try to finish up networking, server, and pst sections tomorrow. We may be able to release mid week. -- Bruce I count 99 remaining packages after this morning updates. I'll do exim, dovecot and postfix (although I am never sure I test them right). Pierre, I can follow you up with minimal runtime testing on Postfix and Dovecot and report back, though I won't get to them for a few days yet (got a ton of Python requirements to hash out before directory is ready to support Dovecot for authentication). Also, for Samba, the way it is started currently is incorrect for an AD DC. Assuming the new method of starting it is not valid for standalone or NT4 style DC role, and I honestly don't know whether it is or not (I just haven't messed with NT4 style domain in forever, though Arch seems to think the same way), it really should have three (or possibly even four) bootscripts. In the case of NT4 domain controller or standalone server, according to our instructions, it needs to start smbd and nmdb separately (this can remain as one script as has always been). Of course, winbindd is also required if it is to participate in an NT4 domain. If using an AD domain (whether client or server, which is why I question our existing instructions), only samba should be started, and allow it to manage the three previously mentioned daemons (as well as handle LDAP, DNS, KDC, etc. internally). I don't think we need to be too concerned about setting up Samba as a DC. The minimal configuration should be so a client can access a remote NTFS partition. There are whole books written on Samba and we should leave the complex setups to them. -- 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] Status of BLFS
On March 1, 2015 5:08:23 PM Bruce Dubbs bruce.du...@gmail.com wrote: Tim Tassonis wrote: On 01.03.2015 14:53, Pierre Labastie wrote: There are also the remaining xorg-drivers. I can build them, but not test them, except vesa, which seems broken with xorg-server-1.17.1. Also, it would be good to be able to run the vmmouse driver with qemu. Suse do that, but I do not know if they use a patch, or just some configuration setting I have never found. I could build and test the xorg intel drivers, if that's not done yet. Got the following hardware (two boxes): 00:02.0 VGA compatible controller: Intel Corporation Atom Processor D2xxx/N2xxx Integrated Graphics Controller (rev 09) (prog-if 00 [VGA controller]) Subsystem: Acer Incorporated [ALI] Atom Processor D2xxx/N2xxx Integrated Graphics Controller Flags: bus master, fast devsel, latency 0, IRQ 30 Memory at 4600 (32-bit, non-prefetchable) [size=1M] I/O ports at 50d0 [size=8] Expansion ROM at unassigned [disabled] Capabilities: [d0] Power Management version 2 Capabilities: [b0] Vendor Specific Information: Len=07 ? Capabilities: [90] MSI: Enable+ Count=1/1 Maskable- 64bit- Kernel driver in use: gma500 Kernel modules: gma500_gfx 00:02.0 VGA compatible controller: Intel Corporation Mobile 4 Series Chipset Integrated Graphics Controller (rev 07) (prog-if 00 [VGA controller]) Subsystem: Dell Mobile 4 Series Chipset Integrated Graphics Controller Flags: bus master, fast devsel, latency 0, IRQ 30 Memory at f6c0 (64-bit, non-prefetchable) [size=4M] Memory at e000 (64-bit, prefetchable) [size=256M] I/O ports at ef98 [size=8] Expansion ROM at unassigned [disabled] Capabilities: [90] MSI: Enable+ Count=1/1 Maskable- 64bit- Capabilities: [d0] Power Management version 3 Kernel driver in use: i915 Kernel modules: i915 Would that be of any use? What I'm showing needed right now is: x/installing/x7driver-vmmouse.xml: lfs76_built; x/installing/x7driver-vesa.xml: lfs76_checked; x/installing/x7driver-cirrus.xml:lfs76_checked; x/installing/x7driver-ati.xml: lfs76_checked; x/installing/x7driver-synaptics.xml: lfs76_checked; x/installing/libvdpau-va-gl.xml: lfs76_checked; x/installing/x7driver-vmware.xml:lfs76_checked; x/installing/x7driver-wacom.xml: lfs76_built; I think only the libvdpau-va-gl would apply to the Intel. I could also test cirrus in a qemu vm, guess that's how this driver is mostly used today, anyway? -- http://lists.linuxfromscratch.org/listinfo/blfs-dev FAQ: http://www.linuxfromscratch.org/blfs/faq.html Unsubscribe: See the above information page
Re: [blfs-dev] Status of BLFS
On Sun, Mar 01, 2015 at 10:08:03AM -0600, Bruce Dubbs wrote: What I'm showing needed right now is: x/installing/x7driver-ati.xml: lfs76_checked; I tagged that 40 hours ago (according to trac), in r15583 ĸen -- Nanny Ogg usually went to bed early. After all, she was an old lady. Sometimes she went to bed as early as 6 a.m. -- http://lists.linuxfromscratch.org/listinfo/blfs-dev FAQ: http://www.linuxfromscratch.org/blfs/faq.html Unsubscribe: See the above information page
Re: [blfs-dev] Status of BLFS
On 01.03.2015 14:53, Pierre Labastie wrote: There are also the remaining xorg-drivers. I can build them, but not test them, except vesa, which seems broken with xorg-server-1.17.1. Also, it would be good to be able to run the vmmouse driver with qemu. Suse do that, but I do not know if they use a patch, or just some configuration setting I have never found. I could build and test the xorg intel drivers, if that's not done yet. Got the following hardware (two boxes): 00:02.0 VGA compatible controller: Intel Corporation Atom Processor D2xxx/N2xxx Integrated Graphics Controller (rev 09) (prog-if 00 [VGA controller]) Subsystem: Acer Incorporated [ALI] Atom Processor D2xxx/N2xxx Integrated Graphics Controller Flags: bus master, fast devsel, latency 0, IRQ 30 Memory at 4600 (32-bit, non-prefetchable) [size=1M] I/O ports at 50d0 [size=8] Expansion ROM at unassigned [disabled] Capabilities: [d0] Power Management version 2 Capabilities: [b0] Vendor Specific Information: Len=07 ? Capabilities: [90] MSI: Enable+ Count=1/1 Maskable- 64bit- Kernel driver in use: gma500 Kernel modules: gma500_gfx 00:02.0 VGA compatible controller: Intel Corporation Mobile 4 Series Chipset Integrated Graphics Controller (rev 07) (prog-if 00 [VGA controller]) Subsystem: Dell Mobile 4 Series Chipset Integrated Graphics Controller Flags: bus master, fast devsel, latency 0, IRQ 30 Memory at f6c0 (64-bit, non-prefetchable) [size=4M] Memory at e000 (64-bit, prefetchable) [size=256M] I/O ports at ef98 [size=8] Expansion ROM at unassigned [disabled] Capabilities: [90] MSI: Enable+ Count=1/1 Maskable- 64bit- Capabilities: [d0] Power Management version 3 Kernel driver in use: i915 Kernel modules: i915 Would that be of any use? Kind regards Tim Regards Pierre -- decentral.ch - IT Stuff Tim Tassonis Dennlerstasse 36 8047 Zürich st...@decentral.ch +41 79 229 36 17 -- http://lists.linuxfromscratch.org/listinfo/blfs-dev FAQ: http://www.linuxfromscratch.org/blfs/faq.html Unsubscribe: See the above information page
Re: [blfs-dev] Status of BLFS
Bruce Dubbs wrote: Pierre Labastie wrote: Le 01/03/2015 06:00, Bruce Dubbs a écrit : I can do X software/Office and deps (a few libraries in x/libraries), sawfish (or should we archive it? nothing is using it and no one seems to be using it). I forgot to add that sawfish can be used standalone in lieu of a desktop environment. I know of at least one person that uses it to demonstrate a simple interface. -- 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] Status of BLFS
On Sun, Mar 01, 2015 at 04:31:39PM +0100, Tim Tassonis wrote: On 01.03.2015 14:53, Pierre Labastie wrote: There are also the remaining xorg-drivers. I can build them, but not test them, except vesa, which seems broken with xorg-server-1.17.1. Also, it would be good to be able to run the vmmouse driver with qemu. Suse do that, but I do not know if they use a patch, or just some configuration setting I have never found. I could build and test the xorg intel drivers, if that's not done yet. Got the following hardware (two boxes): 00:02.0 VGA compatible controller: Intel Corporation Atom Processor D2xxx/N2xxx Integrated Graphics Controller (rev 09) (prog-if 00 [VGA controller]) Subsystem: Acer Incorporated [ALI] Atom Processor D2xxx/N2xxx Integrated Graphics Controller [...] 00:02.0 VGA compatible controller: Intel Corporation Mobile 4 Series Chipset Integrated Graphics Controller (rev 07) (prog-if 00 [VGA controller]) Subsystem: Dell Mobile 4 Series Chipset Integrated Graphics Controller Would that be of any use? Kind regards Tim Hi Tim, I tagged the xorg intel driver last night. I will be examining libva/libva-intel later this evening to see if I can move the tag from 'built' to 'checked'. Bruce had a suggestion for that, but on a quick look mine is not linked like his was (I build libva after the xorg intel driver). More testing is always welcome, but if you are not already at the point where you can build xorg then I think it may be a slow process on those machines. Also, I'm not at all sure whether those devices use the intel driver - the listed support in the build log is i810/i810e/i810-dc100,i815, i830M,845G,852GM,855GM,865G, 915G/GM,945G/GM/GME,946GZ G/GM/GME/Q965, G/Q33,G/Q35,G41,G/Q43,G/GM/Q45 PineView-M (Atom N400 series) PineView-D (Atom D400/D500 series) Intel(R) HD Graphics: 2000-6000, Intel(R) Iris(TM) Graphics: 5100/6100, and Intel(R) Iris(TM) Pro Graphics: 5200/6200/P6300. So you might want to look in your current/previous Xorg logs to check which driver is being used. ĸen -- Nanny Ogg usually went to bed early. After all, she was an old lady. Sometimes she went to bed as early as 6 a.m. -- http://lists.linuxfromscratch.org/listinfo/blfs-dev FAQ: http://www.linuxfromscratch.org/blfs/faq.html Unsubscribe: See the above information page
Re: [blfs-dev] Status of BLFS
On Sun, Mar 01, 2015 at 05:25:14PM +0100, Tim Tassonis wrote: I could also test cirrus in a qemu vm, guess that's how this driver is mostly used today, anyway? If you like, but see ticket #6177 and for the Xorg server make sure you have the patch which Pierre committed earlier today. I'm not sure if Pierre is still intending to archive this driver. ĸen -- Nanny Ogg usually went to bed early. After all, she was an old lady. Sometimes she went to bed as early as 6 a.m. -- http://lists.linuxfromscratch.org/listinfo/blfs-dev FAQ: http://www.linuxfromscratch.org/blfs/faq.html Unsubscribe: See the above information page
Re: [blfs-dev] Status of BLFS
Ken Moffat wrote: On Sun, Mar 01, 2015 at 10:08:03AM -0600, Bruce Dubbs wrote: What I'm showing needed right now is: x/installing/x7driver-ati.xml: lfs76_checked; I tagged that 40 hours ago (according to trac), in r15583 Missed that. Thanks. It looks like we will make good progress today. -- Bruce -- http://lists.linuxfromscratch.org/listinfo/blfs-dev FAQ: http://www.linuxfromscratch.org/blfs/faq.html Unsubscribe: See the above information page
[blfs-dev] Status of BLFS
Things have been a bit slow but we are down to about 130 packages left to tag. I would like to solicit someone to test exim, dovecot, and postfix. Otherwise I will try to finish up networking, server, and pst sections tomorrow. We may be able to release mid week. -- 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] Status report
On 22/09/2014 01:52, Bruce Dubbs wrote: I've just updated the last of my packages. The only three left are: general/sysutils/at.xml general/sysutils/autofs.xml xsoft/office/libreoffice.xml All done at r14367 (libreoffice on behalf of Ken). and Pierre is working on those (and Ken said he has checked libreoffice). What I'd like to do now is to get input about two things: 1. Does anyone want to nominate any tickets that are specified for milestone 7.7 for moving to 7.6? #5531 and #5542 look like candidates. 2. Are there any other issues that need to be addressed before releasing -stable? I think LFS-7.6 is ready. Armin, is LFS-7.6 systemd ready? Christopher, how about the blfs systemd branch? I'd like to release all four at the same time if possible. -- 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] Status report
On 22-09-2014 04:20, Pierre Labastie wrote: On 22/09/2014 01:52, Bruce Dubbs wrote: I've just updated the last of my packages. The only three left are: general/sysutils/at.xml general/sysutils/autofs.xml xsoft/office/libreoffice.xml All done at r14367 (libreoffice on behalf of Ken). and Pierre is working on those (and Ken said he has checked libreoffice). What I'd like to do now is to get input about two things: 1. Does anyone want to nominate any tickets that are specified for milestone 7.7 for moving to 7.6? #5531 and #5542 look like candidates. 2. Are there any other issues that need to be addressed before releasing -stable? I think LFS-7.6 is ready. Armin, is LFS-7.6 systemd ready? Christopher, how about the blfs systemd branch? I'd like to release all four at the same time if possible. -- Bruce Bruce, you forgot to check cheese (it is only built). The problems: LXDM SQLite-Tcl yelp-xsl gnome-nettools (ip not working) are going to be addressed before 7.6, of after? I realized that p7zip uncompress as other user/group, apparently if uncompressing user is root. Is this a problem to be solved with something such as --no-same-user? I could yesterday build the entire p7zip. Only the help is not working, but it uses wxgtk-2.8.12.1 (http://downloads.sourceforge.net/wxpython/wxPython-src-2.8.12.1.tar.bz2) This complete p7zip includes a graphical interface, similar to file-roller, but couldn't yet make the help work. Have the impression that we should include it/them, for completeness, but have no strong feelings. Opinions, please? -- []s, Fernando -- http://lists.linuxfromscratch.org/listinfo/blfs-dev FAQ: http://www.linuxfromscratch.org/blfs/faq.html Unsubscribe: See the above information page
Re: [blfs-dev] Status report
On 22-09-2014 11:21, Pierre Labastie wrote: Le 22/09/2014 12:13, Fernando de Oliveira a écrit : I realized that p7zip uncompress as other user/group, apparently if uncompressing user is root. Is this a problem to be solved with something such as --no-same-user? Hello, Hello, The switch is --no-overwrite-dir No it is not: no-same-owner but I would say that the answer is no: So I do not think we should care about people unpacking and /or building as root: they have been warned... I always care about people, whether warned or not... So if we put instructions on the page, which suppose that you have not yet unpacked (as would be the use of that switch), it is against that general principle and should be at least properly advertised. That is what I was thinking: properly advertise. -- []s, Fernando -- http://lists.linuxfromscratch.org/listinfo/blfs-dev FAQ: http://www.linuxfromscratch.org/blfs/faq.html Unsubscribe: See the above information page
Re: [blfs-dev] Status report
Le 22/09/2014 16:45, Fernando de Oliveira a écrit : On 22-09-2014 11:21, Pierre Labastie wrote: Le 22/09/2014 12:13, Fernando de Oliveira a écrit : I realized that p7zip uncompress as other user/group, apparently if uncompressing user is root. Is this a problem to be solved with something such as --no-same-user? Hello, Hello, The switch is --no-overwrite-dir No it is not: no-same-owner Oh, I understand now, it is just that the user in the unpacked directory is not root. What is the problem then, if building as root? And why unpacking as root if not building as root? So I do not think we should care about people unpacking and /or building as root: they have been warned... I always care about people, whether warned or not... Do not laugh at my English ;-) . I mean that we cannot encompass all the cases outside those we propose! So if we put instructions on the page, which suppose that you have not yet unpacked (as would be the use of that switch), it is against that general principle and should be at least properly advertised. That is what I was thinking: properly advertise. If you do that for this package, you have to find out all the packages that do the same and advertise them, then... That is, tar -tvf all the packages and advertise those which have lines with do not contain root/root. Then putting extracting instructions onto the page for some packages and not others will prevent any automation (it looks like the libreoffice case may be an exception). I do use automation for checking what is written in the book, which sometimes differs from what the editors think is in the book. This kind of check will be made nearly impossible. regards 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] Status report
On 22-09-2014 12:30, Pierre Labastie wrote: Le 22/09/2014 16:45, Fernando de Oliveira a écrit : On 22-09-2014 11:21, Pierre Labastie wrote: Le 22/09/2014 12:13, Fernando de Oliveira a écrit : I realized that p7zip uncompress as other user/group, apparently if uncompressing user is root. Is this a problem to be solved with something such as --no-same-user? Hello, Hello, The switch is --no-overwrite-dir No it is not: no-same-owner Oh, I understand now, it is just that the user in the unpacked directory is not root. What is the problem then, if building as root? And why unpacking as root if not building as root? So I do not think we should care about people unpacking and /or building as root: they have been warned... I always care about people, whether warned or not... Do not laugh at my English ;-) . I mean that we cannot encompass all the cases outside those we propose! You are right. I was not laughing. Sometimes we are too busy trying tp solve difficult problems and forget that we are working here essentially for people, so I always like to stress that. So if we put instructions on the page, which suppose that you have not yet unpacked (as would be the use of that switch), it is against that general principle and should be at least properly advertised. That is what I was thinking: properly advertise. If you do that for this package, you have to find out all the packages that do the same and advertise them, then... That is, tar -tvf all the packages and advertise those which have lines with do not contain root/root. Then putting extracting instructions onto the page for some packages and not others will prevent any automation (it looks like the libreoffice case may be an exception). I do use automation for checking what is written in the book, which sometimes differs from what the editors think is in the book. This kind of check will be made nearly impossible. No, I was already convinced by your arguments, thanks. -- []s, Fernando -- http://lists.linuxfromscratch.org/listinfo/blfs-dev FAQ: http://www.linuxfromscratch.org/blfs/faq.html Unsubscribe: See the above information page
Re: [blfs-dev] Status report
Fernando de Oliveira wrote: On 22-09-2014 04:20, Pierre Labastie wrote: On 22/09/2014 01:52, Bruce Dubbs wrote: I've just updated the last of my packages. The only three left are: general/sysutils/at.xml general/sysutils/autofs.xml xsoft/office/libreoffice.xml All done at r14367 (libreoffice on behalf of Ken). Thanks a lot. and Pierre is working on those (and Ken said he has checked libreoffice). What I'd like to do now is to get input about two things: 1. Does anyone want to nominate any tickets that are specified for milestone 7.7 for moving to 7.6? #5531 and #5542 look like candidates. 2. Are there any other issues that need to be addressed before releasing -stable? I think LFS-7.6 is ready. Armin, is LFS-7.6 systemd ready? Christopher, how about the blfs systemd branch? I'd like to release all four at the same time if possible. Bruce, you forgot to check cheese (it is only built). The problems: LXDM SQLite-Tcl yelp-xsl gnome-nettools (ip not working) are going to be addressed before 7.6, of after? I realized that p7zip uncompress as other user/group, apparently if uncompressing user is root. Is this a problem to be solved with something such as --no-same-user? I could yesterday build the entire p7zip. Only the help is not working, but it uses wxgtk-2.8.12.1 (http://downloads.sourceforge.net/wxpython/wxPython-src-2.8.12.1.tar.bz2) This complete p7zip includes a graphical interface, similar to file-roller, but couldn't yet make the help work. Have the impression that we should include it/them, for completeness, but have no strong feelings. Opinions, please? Yes, we should address these. That's why I asked. I'll work on then today. We should do it as separate message threads. I will have to build some packages first. -- 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] Status report
Fernando de Oliveira wrote: On 22-09-2014 13:05, Bruce Dubbs wrote: Fernando de Oliveira wrote: On 22-09-2014 11:21, Pierre Labastie wrote: Le 22/09/2014 12:13, Fernando de Oliveira a écrit : I realized that p7zip uncompress as other user/group, apparently if uncompressing user is root. Is this a problem to be solved with something such as --no-same-user? Hello, Hello, The switch is --no-overwrite-dir No it is not: no-same-owner but I would say that the answer is no: So I do not think we should care about people unpacking and /or building as root: they have been warned... I always care about people, whether warned or not... So if we put instructions on the page, which suppose that you have not yet unpacked (as would be the use of that switch), it is against that general principle and should be at least properly advertised. That is what I was thinking: properly advertise. I don't have a problem with creating an appropriate entity or xinclude and adding that to the appropriate pages. OK. But will start in 7.7, as we will updating, right? Right now I want to do final checks before releasing -stable. It's still OK to make some changes, but no package updates. -- 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] Status report
On 21-09-2014 06:53, Fernando de Oliveira wrote: On 21-09-2014 01:59, Bruce Dubbs wrote: Sat Sep 20 23:53:02 CDT 2014 lfs75 packages 49 lfs76 packages 602 About 92% checked. One open tickets left (thunderbird). I'll start on seerver apps tomorrow. With luck, we can finish tomorrow, but some of the remaining take a long time, e.g. libreoffice. -- Bruce general/prog/php.xml:lfs75_checked; general/prog/cvs.xml:lfs75_checked; general/prog/swig.xml:lfs75_checked; general/prog/mercurial.xml:lfs75_checked; general/prog/openjdk.xml:lfs75_checked; general/sysutils/obex-data-server.xml:lfs75_checked; general/sysutils/pax.xml:lfs75_checked; general/sysutils/at.xml:lfs75_checked; general/sysutils/initdtools.xml:lfs75_checked; general/sysutils/autofs.xml:lfs75_checked; general/sysutils/redland.xml:lfs75_checked; general/genlib/js2.xml:lfs75_checked; server/other/openldap.xml:lfs75_checked; server/other/xinetd.xml:lfs75_checked; server/other/unbound.xml:lfs75_checked; server/mail/sendmail.xml:lfs75_checked; server/mail/exim.xml:lfs75_checked; server/mail/dovecot.xml:lfs75_checked; server/databases/postgresql.xml:lfs75_checked; server/major/vsftpd.xml:lfs75_checked; server/major/proftpd.xml:lfs75_checked; x/lib/agg.xml:lfs75_checked; moved this to myself. x/lib/libxklavier.xml:lfs75_checked; xsoft/office/libreoffice.xml:lfs75_checked; This one is installed for xfce4-settings (you have it, I believe) xsoft/other/rox-filer.xml:lfs75_checked; xsoft/other/xchat.xml:lfs75_checked; xsoft/other/balsa.xml:lfs75_checked; xsoft/other/tigervnc.xml:lfs75_checked; I can do or have done what follows: general/prog/pygobject3.xml: lfs75_checked; general/prog/pygobject2.xml: lfs75_checked; Pierre did these. general/prog/npapi-sdk.xml:lfs75_checked; general/sysutils/p7zip.xml:lfs75_checked; general/sysutils/mc.xml:lfs75_checked; general/sysutils/sysstat.xml:lfs75_checked; gnome/applications/baobab.xml:lfs75_checked; gnome/applications/gnome-screenshot.xml:lfs75_checked; x/lib/gtk-engines.xml:lfs75_checked; x/lib/qt5.xml:lfs75_checked; x/lib/gtkmm3.xml:lfs75_checked; x/lib/goffice010.xml:lfs75_checked; xsoft/office/abiword.xml:lfs75_checked; xsoft/office/gnumeric.xml:lfs75_checked; xsoft/other/ekiga.xml:lfs75_checked; Move here: x/lib/agg.xml:lfs75_checked; xsoft/other/gnash.xml:lfs75_checked; xsoft/other/gparted.xml:lfs75_checked; xsoft/other/icedtea-web.xml:lfs75_checked; xsoft/other/transmission.xml:lfs75_checked; xsoft/other/pidgin.xml:lfs75_checked; After finishing these, will do thunderbird. xsoft/other/thunderbird.xml:lfs75_checked; -- []s, Fernando -- http://lists.linuxfromscratch.org/listinfo/blfs-dev FAQ: http://www.linuxfromscratch.org/blfs/faq.html Unsubscribe: See the above information page
Re: [blfs-dev] Status report
On 21/09/2014 18:16, Fernando de Oliveira wrote: xsoft/other/transmission.xml:lfs75_checked; xsoft/other/pidgin.xml:lfs75_checked; After finishing these, will do thunderbird. xsoft/other/thunderbird.xml:lfs75_checked; I've updated and done it. Writing this message with the new version it for testing. Regards 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] Status report
Pierre Labastie wrote: general/prog/php.xml:lfs75_checked; general/prog/cvs.xml:lfs75_checked; general/prog/swig.xml:lfs75_checked; general/prog/mercurial.xml:lfs75_checked; general/prog/openjdk.xml:lfs75_checked; all done now general/sysutils/pax.xml:lfs75_checked; done general/sysutils/initdtools.xml:lfs75_checked; done xsoft/other/thunderbird.xml:lfs75_checked; As already said, done too. I'll take libreoffice, at and autofs. Great thanks. With those and the ones Fernando is doing there are only 10 left and I can check those out today. -- 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] Status report
On 22.09.2014 01:52, Bruce Dubbs wrote: I've just updated the last of my packages. The only three left are: general/sysutils/at.xml general/sysutils/autofs.xml xsoft/office/libreoffice.xml and Pierre is working on those (and Ken said he has checked libreoffice). What I'd like to do now is to get input about two things: 1. Does anyone want to nominate any tickets that are specified for milestone 7.7 for moving to 7.6? #5531 and #5542 look like candidates. 2. Are there any other issues that need to be addressed before releasing -stable? I think LFS-7.6 is ready. Armin, is LFS-7.6 systemd ready? Yeah. Christopher, how about the blfs systemd branch? I'd like to release all four at the same time if possible. -- Bruce -- Note: My last name is not Krejzi. signature.asc Description: OpenPGP digital signature -- http://lists.linuxfromscratch.org/listinfo/blfs-dev FAQ: http://www.linuxfromscratch.org/blfs/faq.html Unsubscribe: See the above information page
Re: [blfs-dev] Status report
On 19-09-2014 17:42, Fernando de Oliveira wrote: On 19-09-2014 17:39, Bruce Dubbs wrote: Do we have someone with a scanner to check {,x}sane? Yes, I will check them. Fixed at revision 14334. -- []s, Fernando -- http://lists.linuxfromscratch.org/listinfo/blfs-dev FAQ: http://www.linuxfromscratch.org/blfs/faq.html Unsubscribe: See the above information page
Re: [blfs-dev] Status report
Sat Sep 20 23:53:02 CDT 2014 lfs75 packages 49 lfs76 packages 602 About 92% checked. One open tickets left (thunderbird). I'll start on seerver apps tomorrow. With luck, we can finish tomorrow, but some of the remaining take a long time, e.g. libreoffice. -- Bruce general/prog/php.xml:lfs75_checked; general/prog/cvs.xml:lfs75_checked; general/prog/swig.xml:lfs75_checked; general/prog/mercurial.xml:lfs75_checked; general/prog/openjdk.xml:lfs75_checked; general/prog/pygobject3.xml: lfs75_checked; general/prog/pygobject2.xml: lfs75_checked; general/prog/npapi-sdk.xml:lfs75_checked; general/sysutils/obex-data-server.xml:lfs75_checked; general/sysutils/p7zip.xml:lfs75_checked; general/sysutils/pax.xml:lfs75_checked; general/sysutils/at.xml:lfs75_checked; general/sysutils/initdtools.xml:lfs75_checked; general/sysutils/mc.xml:lfs75_checked; general/sysutils/autofs.xml:lfs75_checked; general/sysutils/redland.xml:lfs75_checked; general/sysutils/sysstat.xml:lfs75_checked; general/genlib/js2.xml:lfs75_checked; gnome/applications/baobab.xml:lfs75_checked; gnome/applications/gnome-screenshot.xml:lfs75_checked; server/other/openldap.xml:lfs75_checked; server/other/xinetd.xml:lfs75_checked; server/other/unbound.xml:lfs75_checked; server/mail/sendmail.xml:lfs75_checked; server/mail/exim.xml:lfs75_checked; server/mail/dovecot.xml:lfs75_checked; server/databases/postgresql.xml:lfs75_checked; server/major/vsftpd.xml:lfs75_checked; server/major/proftpd.xml:lfs75_checked; x/lib/gtk-engines.xml:lfs75_checked; x/lib/qt5.xml:lfs75_checked; x/lib/agg.xml:lfs75_checked; x/lib/gtkmm3.xml:lfs75_checked; x/lib/libxklavier.xml:lfs75_checked; x/lib/goffice010.xml:lfs75_checked; xsoft/office/abiword.xml:lfs75_checked; xsoft/office/gnumeric.xml:lfs75_checked; xsoft/office/libreoffice.xml:lfs75_checked; xsoft/other/ekiga.xml:lfs75_checked; xsoft/other/gnash.xml:lfs75_checked; xsoft/other/balsa.xml:lfs75_checked; xsoft/other/gparted.xml:lfs75_checked; xsoft/other/rox-filer.xml:lfs75_checked; xsoft/other/xchat.xml:lfs75_checked; xsoft/other/icedtea-web.xml:lfs75_checked; xsoft/other/transmission.xml:lfs75_checked; xsoft/other/pidgin.xml:lfs75_checked; xsoft/other/thunderbird.xml:lfs75_checked; xsoft/other/tigervnc.xml:lfs75_checked; -- http://lists.linuxfromscratch.org/listinfo/blfs-dev FAQ: http://www.linuxfromscratch.org/blfs/faq.html Unsubscribe: See the above information page
Re: [blfs-dev] Status report
Bruce Dubbs wrote: Wed Sep 17 23:56:58 CDT 2014 lfs75 packages 180 lfs76 packages 471 About 72% checked. Seven open tickets. I'm planning on finishing multimedia and postlfs sections tomorrow. Quick intermediate report. We are down to 93 lfs75 packages and four tickets. I'll be working on seamonkey and wireshark next followed by the networking section. Do we have someone with a scanner to check {,x}sane? -- 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] Status report
On 19-09-2014 17:39, Bruce Dubbs wrote: Bruce Dubbs wrote: Wed Sep 17 23:56:58 CDT 2014 lfs75 packages 180 lfs76 packages 471 About 72% checked. Seven open tickets. I'm planning on finishing multimedia and postlfs sections tomorrow. Quick intermediate report. We are down to 93 lfs75 packages and four tickets. I'll be working on seamonkey and wireshark next followed by the networking section. Do we have someone with a scanner to check {,x}sane? Yes, I will check them. -- []s, Fernando -- http://lists.linuxfromscratch.org/listinfo/blfs-dev FAQ: http://www.linuxfromscratch.org/blfs/faq.html Unsubscribe: See the above information page
Re: [blfs-dev] Status report
Good progress: Fri Sep 19 23:19:38 CDT 2014 lfs75 packages 90 lfs76 packages 561 About 86% checked. One open tickets left. -- Bruce Bruce Dubbs wrote: Top posting! Wed Sep 17 23:56:58 CDT 2014 lfs75 packages 180 lfs76 packages 471 About 72% checked. Seven open tickets. I'm planning on finishing multimedia and postlfs sections tomorrow. -- http://lists.linuxfromscratch.org/listinfo/blfs-dev FAQ: http://www.linuxfromscratch.org/blfs/faq.html Unsubscribe: See the above information page
Re: [blfs-dev] Status report
Top posting! Wed Sep 17 23:56:58 CDT 2014 lfs75 packages 180 lfs76 packages 471 About 72% checked. Seven open tickets. I'm planning on finishing multimedia and postlfs sections tomorrow. -- Bruce Bruce Dubbs wrote: Bruce Dubbs wrote: Bruce Dubbs wrote: Bruce Dubbs wrote: Current status as of Fri Sep 12 01:31:20 CDT 2014 lfs75 packages 476 lfs76 packages 177 About 27% checked. Six open tickets, but we could move several of the tickets for milestone 7.7 to 7.6 without affecting work already done. Sat Sep 13 00:16:05 CDT 2014 lfs75 packages 414 lfs76 packages 237 Removed 2 lfs75 tags from comments. About 36% checked. Eleven open tickets after moving several from milestone 7.7. I'll be working ldxe and dependencies tomorrow. Time permitting, then kde. Sun Sep 14 00:28:12 CDT 2014 lfs75 packages 353 lfs76 packages 296 About 46% checked. Eleven open tickets -- fixed three, three new. Tue Sep 16 00:17:48 CDT 2014 lfs75 packages 288 lfs76 packages 363 About 56% complete Eight open tickets. Tomorrow will be working on finishing up xfce and dependencies. -- Bruce -- http://lists.linuxfromscratch.org/listinfo/blfs-dev FAQ: http://www.linuxfromscratch.org/blfs/faq.html Unsubscribe: See the above information page
[blfs-dev] Status report
Current status as of Fri Sep 12 01:31:20 CDT 2014 lfs75 packages 476 lfs76 packages 177 About 27% checked. Six open tickets, but we could move several of the tickets for milestone 7.7 to 7.6 without affecting work already done. -- 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] Status report
Bruce Dubbs wrote: Current status as of Fri Sep 12 01:31:20 CDT 2014 lfs75 packages 476 lfs76 packages 177 About 27% checked. Six open tickets, but we could move several of the tickets for milestone 7.7 to 7.6 without affecting work already done. Sat Sep 13 00:16:05 CDT 2014 lfs75 packages 414 lfs76 packages 237 Removed 2 lfs75 tags from comments. About 36% checked. Eleven open tickets after moving several from milestone 7.7. I'll be working ldxe and dependencies tomorrow. Time permitting, then kde. -- Bruce -- http://lists.linuxfromscratch.org/listinfo/blfs-dev FAQ: http://www.linuxfromscratch.org/blfs/faq.html Unsubscribe: See the above information page