Re: [gentoo-user] Re: Having problems compiling several packages, possible issues with pango?
On Mon, Sep 5, 2011 at 3:57 PM, walt w41...@gmail.com wrote: On 09/05/2011 03:29 AM, Datty wrote: Hi all, I've been having a few problems with a week old gentoo desktop install with gnome 3 from the gnome overlay. Both libgnomeprint-2.18.8 and evolution-3.0.3 are failing showing the errors below which I think are related to pango. In file included from /usr/include/pango-1.0/pango/pango-gravity.h:98:0, from /usr/include/pango-1.0/pango/pango-types.h:91, from /usr/include/pango-1.0/pango/pango-font.h:26, from /usr/include/pango-1.0/pango/pango-fontmap.h:25, from ../../libgnomeprint/gnome-font.h:73, from ../../libgnomeprint/gnome-print.h:59, from ../gnome-print-private.h:43, from sft.h:92, from crc32.c:47: /usr/include/pango-1.0/pango/pango-script.h:132:12: error: expected declaration specifiers or ‘...’ before ‘G_CONST_RETURN’ The guilty syntax (appearing in several pango headers) seems to be this: G_CONST_RETURN char **start Looking at the vast number of uses of G_CONST_RETURN in other header files, I'm guessing that the word 'char' should really be 'gchar'. I would test this idea by editing the headers in /usr/include/pango-1.0/pango by hand, making the above change to every instance of 'C_CONST_RETURN char'. If that trick works, then it's definitely a bug in the pango package and needs to be fixed. Otherwise, I'm stumped. Managed to sort it, seems that the live glib ebuild dropped support for G_CONST_RETURN. Downgrading to glib-2.28.8 sorted it but broke some other packages. Is there an overlay newer than the gnome one? Seems I have some packages from the newer gnome 3.1 release and some from the 3.0 and they aren't playing nice.
Re: [gentoo-user] What is up with the libreoffice ebuild?
Alan Mackenzie writes: Hi, Alex. Graham Murray wonders: Has the libreoffice ebuild suddenly developed stability problems? Today is the 4th time in five days that my daily ~x86 emerge uD world has rebuilt libreoffice. On 1st Sept it was because of a use flag change, then the next day a new version was put in the tree, then there was an -r1 release and today there is yet another use flag change. Same here on ~amd64. The last change is that cups is mandatory now, so the cups USE flag has been removed. What??? I run lprng on my machine, not cups. Does that mean that libreoffice will be broken the next time I update? Please tell me I've misunderstood what you've just said. I don't know much about this, I just did a diff /var/db/pkg/app-office/libreoffice-3.4.3.2-r1/libreoffice-3.4.3.2-r1.ebuild /usr/portage/app-office/libreoffice/libreoffice-3.4.3.2-r1.ebuild. The IUSE line no longer has cups, the dependency of net-print/cups is mandatory, and --enable-cups is always given as configure option. Yes, this means you will need cups. I don't know if you somehow could still print when it is not configured. Just to make things clear, I utterly detest cups, with its arrogance, its wierd, non-standard, and its non-text-based configuration. Surely I'm not going to be faced by the choice of abandoning libreoffice or using cups? Printing is one thing that just seems to work much better on Windows. This is becoming better, it looks like the LibreOffice and Firefox print dialogs allow to set print features like the resolution. But other applications, like Konqueror, do not have this option, so I have multiple printers configured in order to select the resolution. BTW, how is your situation with lprng now, can you change the resolution in Firefox' print dialog? I never liked CUPS, but then, at least there is some interface to configure its options. I don't do much printing anyway, so I can live with that. Well, seems I have to. Wonko
Re: [gentoo-user] What is up with the libreoffice ebuild?
On Tue, 6 Sep 2011 11:12:08 +0200, Alex Schuster wrote: Printing is one thing that just seems to work much better on Windows. This is becoming better, it looks like the LibreOffice and Firefox print dialogs allow to set print features like the resolution. But other applications, like Konqueror, do not have this option, so I have multiple printers configured in order to select the resolution. You can do it, but the option is fairly well hidden. In the print window, select Properties, then the Advanced tab. Double-click the resolution and it turns into a drop-down menu. I think this system was designed by the previous owner of my house, who put light switches inside cupboards. -- Neil Bothwick Accept that some days you're the pigeon, and some days you're the statue. signature.asc Description: PGP signature
[gentoo-user] Nested VMX support in qemu and kvm
Hi, I'm trying to use a nested vm, but whatever I do, no vmx flag is in /proc/cpuinfo ? qemu-kvm -cpu host qemu-kvm -cpu host,+vmx qemu-kvm -cpu qemu64,+vmx also used qemu-system-x86_64 with those cpu options. I'm running Gentoo with kernel 3.0.4 and app-emulation/qemu-kvm-0.15.0. I also tested it on app-emulation/qemu-kvm- which is the version compiled from latest git repository. I did saw some emails and patches on the net from Orit, Avi and Nadav about nested vmx support, but it doesn't seems to work for me. Thanks, Kfir
Re: [gentoo-user] What is up with the libreoffice ebuild?
On Tue, 6 Sep 2011 11:07:34 +0100 Neil Bothwick n...@digimed.co.uk wrote: On Tue, 6 Sep 2011 11:12:08 +0200, Alex Schuster wrote: Printing is one thing that just seems to work much better on Windows. This is becoming better, it looks like the LibreOffice and Firefox print dialogs allow to set print features like the resolution. But other applications, like Konqueror, do not have this option, so I have multiple printers configured in order to select the resolution. You can do it, but the option is fairly well hidden. In the print window, select Properties, then the Advanced tab. Double-click the resolution and it turns into a drop-down menu. I think this system was designed by the previous owner of my house, who put light switches inside cupboards. You're lucky, I got a booze cupboard build in front of the main distribution box. I recall a time not so long ago when the kde print configure dialog was masked due to being 'broken by design'. Is it still that way? -- Alan McKinnnon alan.mckin...@gmail.com
Re: [gentoo-user] What is up with the libreoffice ebuild?
On Tue, 6 Sep 2011 13:07:08 +0200, Alan McKinnon wrote: I think this system was designed by the previous owner of my house, who put light switches inside cupboards. You're lucky, I got a booze cupboard build in front of the main distribution box. What I failed to mention was that the cupboard was often in a different room. The switch for the living room wall lights is still in the kitchen cupboard, behind the pickled onions :-O I recall a time not so long ago when the kde print configure dialog was masked due to being 'broken by design'. Is it still that way? I guess not, as you can now change the settings. It seems have been upgraded from masked to concealed. -- Neil Bothwick NOTE: In order to control energy costs the light at the end of the tunnel has been shut off until further notice... signature.asc Description: PGP signature
Re: [gentoo-user] What is up with the libreoffice ebuild?
On 6 September 2011, at 10:12, Alex Schuster wrote: ... Just to make things clear, I utterly detest cups, with its arrogance, its wierd, non-standard, and its non-text-based configuration. Surely I'm not going to be faced by the choice of abandoning libreoffice or using cups? ... I never liked CUPS, but then, at least there is some interface to configure its options. I don't do much printing anyway, so I can live with that. Well, seems I have to. There's something about the *idea* of CUPS that I think I disliked at one time. Isn't CUPS really bug and bloaty and horrible? It has it's own web-interface, which one doesn't seem able to disable - why can't I just configure text files? When I actually installed CUPS, it worked perfectly almost straight out of the box. Probably less effort and more reliable than printing on any other o/s I've used. Stroller.
[gentoo-user] libav/ffmpeg's bitrate options have no effect in Gentoo
Recently I found that the `-b' and `-ab' options used for setting the output bitrate in ffmpeg and libav have no effect on my Gentoo machine. With Ubuntu (and the Medibuntu repository enabled), this does not happen. For example, for any `bitrate' I use in % ffmpeg -ab bitrate -i test.ape test.mp3 I get only `test.mp3' in 64kbps bitrate (as default setting). It's similar as for other audio/video formats and/or the `-b' option. My Gentoo system is updated daily with global ~amd64 keyword in use. I recently switched from ffmpeg to libav and they are both affected by this issue. Is anybody facing the same issue? Has anyone got any idea about the possible causes and/or solutions? Please tell me if more information is needed, thanks. -- Using GPG/PGP? Please get my current public key (ID: 0xAEF6A134, valid from 2010 to 2013) from a key server. signature.asc Description: Digital signature
[gentoo-user] Re: libav/ffmpeg's bitrate options have no effect in Gentoo
On 09/06/2011 02:48 PM, Casper Ti. Vector wrote: Recently I found that the `-b' and `-ab' options used for setting the output bitrate in ffmpeg and libav have no effect on my Gentoo machine. With Ubuntu (and the Medibuntu repository enabled), this does not happen. For example, for any `bitrate' I use in % ffmpeg -abbitrate -i test.ape test.mp3 I get only `test.mp3' in 64kbps bitrate (as default setting). It's similar as for other audio/video formats and/or the `-b' option. My Gentoo system is updated daily with global ~amd64 keyword in use. I recently switched from ffmpeg to libav and they are both affected by this issue. Is anybody facing the same issue? Has anyone got any idea about the possible causes and/or solutions? Please tell me if more information is needed, thanks. When running ffmpeg, it says: This program is not developed anymore and is only provided for compatibility. Use avconv instead (see Changelog for the list of incompatible changes). So try with avconv instead. But for MP3, you should probably be using LAME with a VBR quality setting instead.
[gentoo-user] Dependency Problem with Bind and Mysql
I've been getting the following problem trying to emerge world for the past few days: !!! Problem resolving dependencies for net-dns/bind from @selected ... done! !!! The ebuild selected to satisfy net-dns/bind has unmet requirements. - net-dns/bind-9.8.1::gentoo USE=berkdb dlz mysql odbc ssl threads xml -caps -doc -geoip -gost -gssapi -idn -ipv6 -ldap -pkcs11 -postgres -rpz -sdb-ldap (-selinux) -urandom The following REQUIRED_USE flag constraints are unsatisfied: mysql? ( !threads ) The above constraints are a subset of the following complete expression: postgres? ( dlz ) berkdb? ( dlz ) mysql? ( dlz !threads ) odbc? ( dlz ) ldap? ( dlz ) sdb-ldap? ( dlz ) gost? ( ssl ) (dependency required by @selected [set]) (dependency required by @world [argument]) So it looks like bind-9.8.1 wants mysql with the threads use flag disabled. I have added: =dev-db/mysql-5.1.58-r1 -threads to /etc/portage/package.use However, I don't believe mysql-5.1.58-r1 uses the threads use flag? Anyone have any ideas (aside from down-reving mysql?) Thanks, Todd
Re: [gentoo-user] Re: libav/ffmpeg's bitrate options have no effect in Gentoo
Some additional information: the `-ab' and `-b' options seems to be broken on my machine, since they accepts any argument, even those which will cause error in the case of Ubuntu, for example `@@' or so. Nevertheless, the option parsing is not completely broken, because an unknown option ffmpeg will directly trigger a error in ffmpeg on my machine, but `-ab' and `-b' (as expected) do not. On Tue, Sep 06, 2011 at 03:09:13PM +0300, Nikos Chantziaras wrote: When running ffmpeg, it says: This program is not developed anymore and is only provided for compatibility. Use avconv instead (see Changelog for the list of incompatible changes). Forgot to mention, but avconv suffers from the same problem... So try with avconv instead. But for MP3, you should probably be using LAME with a VBR quality setting instead. In fact I don't quite know what you mean in this sentence :| -- Using GPG/PGP? Please get my current public key (ID: 0xAEF6A134, valid from 2010 to 2013) from a key server. signature.asc Description: Digital signature
Re: [gentoo-user] Re: Re: del.uged want to start on net.eth1, only eth0 is there
SOLVED. I deleted the /etc/init.d/net.eth1 and created a symlink for /etc/init.d/net.eth0 to net.lo, without reboot. Thank you! Laurent 2011/9/5 walt w41...@gmail.com On Mon, 2011-09-05 at 17:14 +0200, Lars Madson wrote: Yes I have only one ethernet adapter, eth0. My /etc/init.d/net.eth1 is a symlink to net.lo I can remove it. But shouldn't it be a /etc/init.d/net.eth0 ? Yes, net.eth0 should also be a symlink to net.lo. If you don't have that symlink then you should create it.
Re: [gentoo-user] What is up with the libreoffice ebuild?
On Tue, Sep 6, 2011 at 7:25 AM, Stroller strol...@stellar.eclipse.co.uk wrote: On 6 September 2011, at 10:12, Alex Schuster wrote: ... Just to make things clear, I utterly detest cups, with its arrogance, its wierd, non-standard, and its non-text-based configuration. Surely I'm not going to be faced by the choice of abandoning libreoffice or using cups? ... I never liked CUPS, but then, at least there is some interface to configure its options. I don't do much printing anyway, so I can live with that. Well, seems I have to. There's something about the *idea* of CUPS that I think I disliked at one time. Isn't CUPS really bug and bloaty and horrible? It has it's own web-interface, which one doesn't seem able to disable - why can't I just configure text files? The web interface is on port 631, the port for the Internet Printing Protocol--which operates using HTTP (or something sufficiently like it that you can tell Windows to find a printer at http://yourhostname:631/printer_queue_name) as a baseline. That's why it has a 'web' interface--the IPP folks looked at HTTP, saw that it did much of what they needed, and built on top of it. For giggles...read the HTTP RFC and compare request types like 'PUT' vs 'POST'. HTTP is a *monster* of a protocol. -- :wq
Re: [gentoo-user] Dependency Problem with Bind and Mysql
On Tue, Sep 6, 2011 at 9:41 PM, Todd Goodman t...@bonedaddy.net wrote: I've been getting the following problem trying to emerge world for the past few days: !!! Problem resolving dependencies for net-dns/bind from @selected ... done! snip However, I don't believe mysql-5.1.58-r1 uses the threads use flag? Anyone have any ideas (aside from down-reving mysql?) Since i'm not using the mysql stuff with bind, i just added net-dns/bind -mysql to /etc/portage/package.use
Re: [gentoo-user] Re: What is up with the libreoffice ebuild?
Grant Edwards wrote: On 2011-09-05, Alex Schusterwo...@wonkology.org wrote: Graham Murray wonders: Has the libreoffice ebuild suddenly developed stability problems? Today is the 4th time in five days that my daily ~x86 emerge uD world has rebuilt libreoffice. On 1st Sept it was because of a use flag change, then the next day a new version was put in the tree, then there was an -r1 release and today there is yet another use flag change. Same here on ~amd64. The last change is that cups is mandatory now, What?? So if I don't have a printer, and have no intention of printing anything from this system, libreoffice requires that I install Cups? Sounds like it's time to switch back to OOo. OOo is no longer in the tree so you'll have to do it the manual way. I like how that was done tho. Now you're stuck with this new thing that requires something some don't want. sighs Oh, there is the binary one tho. I wonder if it has cups turned on too? lol Dale :-) :-)
Re: [gentoo-user] Re: Re: del.uged want to start on net.eth1, only eth0 is there
Lars Madson wrote: SOLVED. I deleted the /etc/init.d/net.eth1 and created a symlink for /etc/init.d/net.eth0 to net.lo, without reboot. Thank you! Laurent Have you restarted your network? Just deleting the file isn't going to stop/start anything. It will still be running the old way until you restart the services or reboot. Dale :-) :-)
Re: [gentoo-user] Wireless Configuration...
- Original Message -
From: Mick michaelkintz...@gmail.com
On Saturday 03 Sep 2011 15:14:27 BRM wrote:
- Original Message -
Assuming that you have built in your kernel or loaded the driver
module
for your NIC and any firmware blobs have also been loaded, please
show:
Yes. As I noted, it's worked before. The driver loads it find the
firmware,
etc. Configuration information is below.
/etc/conf.d/net
# This is a network block that connects to any unsecured access point.
# We give it a low priority so any defined blocks are preferred.
ctrl_interface=DIR=/var/run/wpa_supplicant GROUP=wheel
I think the above should be either:
ctrl_interface=/var/run/wpa_supplicant
ctrl_interface_group=wheel
or,
DIR=/var/run/wpa_supplicant GROUP=wheel
Ok. Corrected that to the first one.
#ctrl_interface_group=wheel
ap_scan=1
fast_reauth=1
# This blank configuration will automatically use DHCP for any net.*
# scripts in /etc/init.d. To create a more complete configuration,
# please review /etc/conf.d/net.example and save your configuration
# in /etc/conf.d/net (this file :]!).
# Standard Network:
config_eth0=( dhcp )
The old syntax you use here, which was ( value ) is now deprecated.
You
should replace all such entries by removing the brackets, e.g. the above
becomes:
config_eth0=dhcp
This is explained in: http://www.gentoo.org/doc/en/openrc-migration.xml
Corrected that one too. eth0 was working fine though.
dns_domain_lo=coal
# Wireless Network:
# TBD
#config_wlan0 ( wpa_supplicant )
#
# Enable this to use WPA supplicant; however, need to change the
configuration of the Wireless first. modules=( !plug
!iwconfig
wpa_supplicant )
#modules=( !plug wpa_supplicant )
#modules=(iwconfig)
#wpa_supplicant_wlan0=-Dwext
#wpa_timeout_wlan0=15
#modules=(iwconfig)
#iwconfig_wlan0=mode managed
#wpa_timeout_wlan0=15
You should also add something like:
modules=wpa_supplicant
wpa_supplicant_wlan0=-Dwext
config_wlan0=dhcp
I re-enabled those and added the last line.
and
grep ^[^#] /etc/wpa_supplicant/wpa_supplicant.conf
ctrl_interface=DIR=/var/run/wpa_supplicant GROUP=wheel
ap_scan=1
fast_reauth=1
country=US
# Home Network
#network={
# ssid=MY-NETWORK
# key_mgmt=IEEE8021X
# eap=TLS
# wep_key0=DEADBEAF0123456789ABCDEF000
# priority=1
# auth_alg=SHARED
#}
#
#network={
# key_mgmt=NONE
# priority=-999
#}
The network information is commented out as I was trying to get it to work
with the normal user-space tools (e.g. Network Manager); however, it is no
longer working in that configuration either. It doesn't seem to ever
get
to doing the SCAN portion of trying to find networks.
I can see wlan0 in wpa_gui, but I can't get it to scan at all. And
I'd much
rather use Network Manager if I could over wpa_gui; but it doesn't even
see wlan0 (it happily finds eth0, my wired NIC.)
Ben
You need to add or uncomment the following to your wpa_supplicant.conf:
=
network={
key_mgmt=NONE
priority=0
}
=
The above will let latch on the first available AP.
I wasn't sure that that one was for. I've re-enabled it and the original one
for my network.
Also, you can then add any AP of preference with passphrases and what not:
=
# Home Network
network={
ssid=MY-NETWORK
# key_mgmt=IEEE8021X --You don't need these entries here, unless
# eap=TLS --you run SSL certs for authentication
wep_key0=DEADBEAF0123456789ABCDEF000
priority=1
auth_alg=OPEN
}
=
Interestingly, wpa_supplicant complains if those two lines are not there even
though I am not doing SSL auth.
and something like this for WPA2:
=
network={
ssid=what-ever
proto=RSN
key_mgmt=WPA-PSK
pairwise=CCMP
auth_alg=OPEN
group=CCMP
pskpass_123456789
priority=5
=
I want to try to get away from adding things directly to the
wpa_supplicant.conf file as I would rather that the connection information be
managed by a GUI tool.
Something like the above should get you online again, but you may need to
experiment with different settings depending on the encryption used by the
chosen AP.
When wardriving open the wpa_gui, scan and double-click on your desired AP.
Then enter the key for it (if it has one) and you should be able to
associate.
At that point dhcpcd will kick in and you'll get an IP address and be able
to
connect to the Internet (as long as the AP is not asking for DNS
authentication or some such security measure).
Of course if you use networkmanager you do not need to use wpa_gui.
I'd rather use the NetworkManager in KDE than
Re: [gentoo-user] Dependency Problem with Bind and Mysql
On Tue, Sep 6, 2011 at 6:41 AM, Todd Goodman t...@bonedaddy.net wrote: I've been getting the following problem trying to emerge world for the past few days: !!! Problem resolving dependencies for net-dns/bind from @selected ... done! !!! The ebuild selected to satisfy net-dns/bind has unmet requirements. - net-dns/bind-9.8.1::gentoo USE=berkdb dlz mysql odbc ssl threads xml -caps -doc -geoip -gost -gssapi -idn -ipv6 -ldap -pkcs11 -postgres -rpz -sdb-ldap (-selinux) -urandom The following REQUIRED_USE flag constraints are unsatisfied: mysql? ( !threads ) The above constraints are a subset of the following complete expression: postgres? ( dlz ) berkdb? ( dlz ) mysql? ( dlz !threads ) odbc? ( dlz ) ldap? ( dlz ) sdb-ldap? ( dlz ) gost? ( ssl ) (dependency required by @selected [set]) (dependency required by @world [argument]) So it looks like bind-9.8.1 wants mysql with the threads use flag disabled. I have added: =dev-db/mysql-5.1.58-r1 -threads to /etc/portage/package.use However, I don't believe mysql-5.1.58-r1 uses the threads use flag? Anyone have any ideas (aside from down-reving mysql?) I think you need to set bind -threads, not mysql.
Re: [gentoo-user] Dependency Problem with Bind and Mysql
On Tue, Sep 6, 2011 at 9:32 AM, Paul Hartman paul.hartman+gen...@gmail.com wrote: On Tue, Sep 6, 2011 at 6:41 AM, Todd Goodman t...@bonedaddy.net wrote: I've been getting the following problem trying to emerge world for the past few days: !!! Problem resolving dependencies for net-dns/bind from @selected ... done! !!! The ebuild selected to satisfy net-dns/bind has unmet requirements. - net-dns/bind-9.8.1::gentoo USE=berkdb dlz mysql odbc ssl threads xml -caps -doc -geoip -gost -gssapi -idn -ipv6 -ldap -pkcs11 -postgres -rpz -sdb-ldap (-selinux) -urandom The following REQUIRED_USE flag constraints are unsatisfied: mysql? ( !threads ) The above constraints are a subset of the following complete expression: postgres? ( dlz ) berkdb? ( dlz ) mysql? ( dlz !threads ) odbc? ( dlz ) ldap? ( dlz ) sdb-ldap? ( dlz ) gost? ( ssl ) (dependency required by @selected [set]) (dependency required by @world [argument]) So it looks like bind-9.8.1 wants mysql with the threads use flag disabled. I have added: =dev-db/mysql-5.1.58-r1 -threads to /etc/portage/package.use However, I don't believe mysql-5.1.58-r1 uses the threads use flag? Anyone have any ideas (aside from down-reving mysql?) I think you need to set bind -threads, not mysql. I just tried and setting these USE flags for bind satisfied it: net-dns/bind mysql dlz -threads
Re: [gentoo-user] Re: libav/ffmpeg's bitrate options have no effect in Gentoo
On Tue, Sep 6, 2011 at 8:34 AM, Casper Ti. Vector caspervec...@gmail.com wrote: On Tue, Sep 06, 2011 at 03:09:13PM +0300, Nikos Chantziaras wrote: So try with avconv instead. But for MP3, you should probably be using LAME with a VBR quality setting instead. In fact I don't quite know what you mean in this sentence :| 'lame' is an MP3 encoder. VBR is 'variable bitrate', which means that high-information sections in the input stream get more bits in the output bitstream, and low-information sections in the input stream get fewer bits in the output bitstream. An encoded song might use 192Kb/s for a few seconds, and then 32Kb/s for a second, and jump up to 256Kb/s for a quarter-second before dropping down to 128Kb/s--but still sound to your ear like it was encoded at a constant bitrate of 256Kb/s. All so that audio fidelity is maintained when there's something there to actually hear. Or, more simply: * 'lame' is an MP3 encoder * 'VBR' stands for 'variable bitrate', and offers a better size/quality tradeoff scale than saying I want 192Kb/s -- :wq
Re: [gentoo-user] Dependency Problem with Bind and Mysql
On Tue, 6 Sep 2011 09:32:39 -0500 Paul Hartman paul.hartman+gen...@gmail.com wrote: On Tue, Sep 6, 2011 at 6:41 AM, Todd Goodman t...@bonedaddy.net wrote: I've been getting the following problem trying to emerge world for the past few days: !!! Problem resolving dependencies for net-dns/bind from @selected ... done! !!! The ebuild selected to satisfy net-dns/bind has unmet requirements. - net-dns/bind-9.8.1::gentoo USE=berkdb dlz mysql odbc ssl threads xml -caps -doc -geoip -gost -gssapi -idn -ipv6 -ldap -pkcs11 -postgres -rpz -sdb-ldap (-selinux) -urandom The following REQUIRED_USE flag constraints are unsatisfied: mysql? ( !threads ) The above constraints are a subset of the following complete expression: postgres? ( dlz ) berkdb? ( dlz ) mysql? ( dlz !threads ) odbc? ( dlz ) ldap? ( dlz ) sdb-ldap? ( dlz ) gost? ( ssl ) (dependency required by @selected [set]) (dependency required by @world [argument]) So it looks like bind-9.8.1 wants mysql with the threads use flag disabled. I have added: =dev-db/mysql-5.1.58-r1 -threads to /etc/portage/package.use However, I don't believe mysql-5.1.58-r1 uses the threads use flag? Anyone have any ideas (aside from down-reving mysql?) I think you need to set bind -threads, not mysql. Correct. The meaning of this line: mysql? ( !threads ) is: for the package mentioned immediately above (net-dns/bind-9.8.1::gentoo), USE=mysql requires USE=-threads The USEs are just for the bind package, not global. -- Alan McKinnnon alan.mckin...@gmail.com
Re: [gentoo-user] Re: libav/ffmpeg's bitrate options have no effect in Gentoo
But VBR seems to be disabled with the command line I used... And, whether VBR is enabled, the wrong parsing of the argument of bitrate options indicate that some error must exist somewhere. On Tue, Sep 06, 2011 at 10:42:06AM -0400, Michael Mol wrote: 'lame' is an MP3 encoder. VBR is 'variable bitrate', which means that high-information sections in the input stream get more bits in the output bitstream, and low-information sections in the input stream get fewer bits in the output bitstream. An encoded song might use 192Kb/s for a few seconds, and then 32Kb/s for a second, and jump up to 256Kb/s for a quarter-second before dropping down to 128Kb/s--but still sound to your ear like it was encoded at a constant bitrate of 256Kb/s. All so that audio fidelity is maintained when there's something there to actually hear. Or, more simply: * 'lame' is an MP3 encoder * 'VBR' stands for 'variable bitrate', and offers a better size/quality tradeoff scale than saying I want 192Kb/s Thanks, I understand what LAME and VBR is, but was just mistook the idea of the original sentence as use the `lame' program instead of `ffmpeg' or `libav' :] -- Using GPG/PGP? Please get my current public key (ID: 0xAEF6A134, valid from 2010 to 2013) from a key server. signature.asc Description: Digital signature
Re: [gentoo-user] OpenLDAP works only at localhost, not from outside
On Mon, Sep 5, 2011 at 12:50 AM, Johannes Geiss johannes.ge...@web.de wrote: On Fri, 02 Sep 2011 08:50:46 +0200 Joost Roeleveld jo...@antarean.org wrote: What do you mean with, outside? I meant from another place via the Internet through my router to my computer. [...] Hope this helps. Yes, your suggestions helped. Thank you very much. Though it doesn't solve the problem. Now I know I did everything right at my LDAP-server, but the problem is my router (Speedport W 503V Typ C). It's blocking some (not all) of the communication. I forwarded all ports to my computer (ie. it's in the DMZ), but LDAP is not working correctly. It could be that your ISP has a firewall. You might try nmapping your public IP address from elsewhere, and verifying that everything you think is open, is open. -- :wq
Re: [gentoo-user] What is up with the libreoffice ebuild?
Hi, Alex. On Tue, Sep 06, 2011 at 11:12:08AM +0200, Alex Schuster wrote: Alan Mackenzie writes: Same here on ~amd64. The last change is that cups is mandatory now, so the cups USE flag has been removed. What??? I run lprng on my machine, not cups. Does that mean that libreoffice will be broken the next time I update? Please tell me I've misunderstood what you've just said. I don't know much about this, I just did a diff /var/db/pkg/app-office/libreoffice-3.4.3.2-r1/libreoffice-3.4.3.2-r1.ebuild /usr/portage/app-office/libreoffice/libreoffice-3.4.3.2-r1.ebuild. The IUSE line no longer has cups, the dependency of net-print/cups is mandatory, and --enable-cups is always given as configure option. Yes, this means you will need cups. I don't know if you somehow could still print when it is not configured. I've had a google about this thing. gentoo-user seems about the only place this issue is discussed. Is this imposition of cups being done by LibreOffice or by our own Gentoo Projektbetreuer? BTW, does anybody know a good office suite that runs on standard GNU/LINUX infrastructural assumptions? Wonko -- Alan Mackenzie (Nuremberg, Germany).
Re: [gentoo-user] What is up with the libreoffice ebuild?
On Tue, 6 Sep 2011 12:25:22 +0100, Stroller wrote: Isn't CUPS really bug and bloaty and horrible? It has it's own web-interface, which one doesn't seem able to disable - why can't I just configure text files? You can, or at least you could the last time I tried it. The web interface only does anything if you load it into a browser. -- Neil Bothwick I thought I saw the light at the end of the tunnel... but it was just some sod with a torch bringing me more work! signature.asc Description: PGP signature
Re: [gentoo-user] Re: What is up with the libreoffice ebuild?
On Mon, Sep 5, 2011 at 10:19 PM, Grant Edwards grant.b.edwa...@gmail.com wrote: On 2011-09-05, Alex Schuster wo...@wonkology.org wrote: Graham Murray wonders: Has the libreoffice ebuild suddenly developed stability problems? Today is the 4th time in five days that my daily ~x86 emerge uD world has rebuilt libreoffice. On 1st Sept it was because of a use flag change, then the next day a new version was put in the tree, then there was an -r1 release and today there is yet another use flag change. Same here on ~amd64. The last change is that cups is mandatory now, What?? So if I don't have a printer, and have no intention of printing anything from this system, libreoffice requires that I install Cups? In my puny laptop, CUPS takes 1 min to compile, the source code is 4.4 Mb and the installed binaries are 9.3 Mb. It seems to be updated at the rate of once a month, roughly. I have never configured CUPS, *ever*, and it always just works when I connect to a new network. The printers just appear in the print dialog, and it always works. It always remembers my last selected options. To me it seems a rather sane default to always require the most used printing system in an office suite. Sounds like it's time to switch back to OOo. It would not surprise me that they will switch to mandatory CUPS in the future. It just happened before in LO because they develop new features faster, I believe. Regards. -- Canek Peláez Valdés Posgrado en Ciencia e Ingeniería de la Computación Universidad Nacional Autónoma de México
Re: [gentoo-user] What is up with the libreoffice ebuild?
On Tue, Sep 6, 2011 at 7:25 AM, Stroller strol...@stellar.eclipse.co.uk wrote: On 6 September 2011, at 10:12, Alex Schuster wrote: ... Just to make things clear, I utterly detest cups, with its arrogance, its wierd, non-standard, and its non-text-based configuration. Surely I'm not going to be faced by the choice of abandoning libreoffice or using cups? ... I never liked CUPS, but then, at least there is some interface to configure its options. I don't do much printing anyway, so I can live with that. Well, seems I have to. There's something about the *idea* of CUPS that I think I disliked at one time. Isn't CUPS really bug and bloaty and horrible? I don't remember it was ever like that. It has always be a small daemon with XML configuration files. It has it's own web-interface, which one doesn't seem able to disable - why can't I just configure text files? You can use the web interface (I have never needed it), but the configuration files are XML files, if I remember correctly. When I actually installed CUPS, it worked perfectly almost straight out of the box. Probably less effort and more reliable than printing on any other o/s I've used. That's also my experience. Regards. -- Canek Peláez Valdés Posgrado en Ciencia e Ingeniería de la Computación Universidad Nacional Autónoma de México
[gentoo-user] Re: What is up with the libreoffice ebuild?
On 2011-09-06, Neil Bothwick n...@digimed.co.uk wrote: On Tue, 6 Sep 2011 12:25:22 +0100, Stroller wrote: Isn't CUPS really bug and bloaty and horrible? It's definitely huge. It does however seem to work pretty well. It has it's own web-interface, which one doesn't seem able to disable - why can't I just configure text files? You can, or at least you could the last time I tried it. You can, and in some cases you must. There are certain strings I _have_ to put in the config files by hand because the webUI chokes on them. The web interface only does anything if you load it into a browser. And then it doesn't always do the right thing. -- Grant Edwards grant.b.edwardsYow! My vaseline is at RUNNING... gmail.com
Re: [gentoo-user] Re: What is up with the libreoffice ebuild?
Canek Peláez Valdés wrote: On Mon, Sep 5, 2011 at 10:19 PM, Grant Edwards grant.b.edwa...@gmail.com wrote: On 2011-09-05, Alex Schusterwo...@wonkology.org wrote: Graham Murray wonders: Has the libreoffice ebuild suddenly developed stability problems? Today is the 4th time in five days that my daily ~x86 emerge uD world has rebuilt libreoffice. On 1st Sept it was because of a use flag change, then the next day a new version was put in the tree, then there was an -r1 release and today there is yet another use flag change. Same here on ~amd64. The last change is that cups is mandatory now, What?? So if I don't have a printer, and have no intention of printing anything from this system, libreoffice requires that I install Cups? In my puny laptop, CUPS takes 1 min to compile, the source code is 4.4 Mb and the installed binaries are 9.3 Mb. It seems to be updated at the rate of once a month, roughly. I have never configured CUPS, *ever*, and it always just works when I connect to a new network. The printers just appear in the print dialog, and it always works. It always remembers my last selected options. To me it seems a rather sane default to always require the most used printing system in an office suite. This is rather odd. For the longest, every time I had a cups update, I had to delete my printers then add them back again. It would not print until I did so. That wasn't long ago either. I haven't had to do that the last few upgrades but for over a year, that was required. It used to get on my nerves. Restarting the service I can understand. It needs to reload its new config and all but not deleting and adding them again. Maybe you and I should add, YMMV. ;-) Dale :-) :-)
Re: [gentoo-user] Re: What is up with the libreoffice ebuild?
On Tue, Sep 6, 2011 at 12:01 PM, Grant Edwards grant.b.edwa...@gmail.com wrote: On 2011-09-06, Neil Bothwick n...@digimed.co.uk wrote: On Tue, 6 Sep 2011 12:25:22 +0100, Stroller wrote: Isn't CUPS really bug and bloaty and horrible? It's definitely huge. It does however seem to work pretty well. Maybe I'm just naïve, but how a daemon of 9.33 Mb it's now considered bloated? It takes 54 Mb of memory (virtual size, so it includes shared libraries), which is less than 5% in a 1 Gb RAM system (which is little by today standards). If you are planning on installing LibreOffice, I think the bloat of CUPS is negligible. Specially if, as I said, it usually just works. Regards. -- Canek Peláez Valdés Posgrado en Ciencia e Ingeniería de la Computación Universidad Nacional Autónoma de México
Re: [gentoo-user] Re: What is up with the libreoffice ebuild?
Grant Edwards wrote: On 2011-09-06, Neil Bothwickn...@digimed.co.uk wrote: On Tue, 6 Sep 2011 12:25:22 +0100, Stroller wrote: Isn't CUPS really bug and bloaty and horrible? It's definitely huge. It does however seem to work pretty well. Huge? root@fireball / # equery s cups * net-print/cups-1.5.0-r2 Total files : 482 Total size : 6.41 MiB root@fireball / # If that is considered huge, we have a new standard. lol Dale :-) :-)
Re: [gentoo-user] Re: What is up with the libreoffice ebuild?
On Tue, Sep 6, 2011 at 12:16 PM, Dale rdalek1...@gmail.com wrote: Canek Peláez Valdés wrote: On Mon, Sep 5, 2011 at 10:19 PM, Grant Edwards grant.b.edwa...@gmail.com wrote: On 2011-09-05, Alex Schusterwo...@wonkology.org wrote: Graham Murray wonders: Has the libreoffice ebuild suddenly developed stability problems? Today is the 4th time in five days that my daily ~x86 emerge uD world has rebuilt libreoffice. On 1st Sept it was because of a use flag change, then the next day a new version was put in the tree, then there was an -r1 release and today there is yet another use flag change. Same here on ~amd64. The last change is that cups is mandatory now, What?? So if I don't have a printer, and have no intention of printing anything from this system, libreoffice requires that I install Cups? In my puny laptop, CUPS takes 1 min to compile, the source code is 4.4 Mb and the installed binaries are 9.3 Mb. It seems to be updated at the rate of once a month, roughly. I have never configured CUPS, *ever*, and it always just works when I connect to a new network. The printers just appear in the print dialog, and it always works. It always remembers my last selected options. To me it seems a rather sane default to always require the most used printing system in an office suite. This is rather odd. For the longest, every time I had a cups update, I had to delete my printers then add them back again. It would not print until I did so. That wasn't long ago either. I haven't had to do that the last few upgrades but for over a year, that was required. It used to get on my nerves. Restarting the service I can understand. It needs to reload its new config and all but not deleting and adding them again. Maybe you and I should add, YMMV. ;-) I think that goes without saying: every one can only speak about personal experience. But the thing is, CUPS is basically owned by Apple. And I'm pretty sure the CUPS Gentoo installs is basically the same that Apple installs in their machines (the patches Gentoo applies are few and don't change the source that much). I don't like Apple, and I don't own nor use any of their products. But I have to admit they usually just works. And (in my experience, YMMV, etc.), it's the same in my Gentoo boxen. I'm in my last PhD tour, and I have connected my laptop (and printed) in like 4 or 5 different networks of universities literally all over the world in the last few boxes. And I just Ctrl-P, select printer, and click on print. From that point of view (mine), making CUPS mandatory for LibreOffice (which this thread is all about) seems like the reasonable thing to do. Regards. -- Canek Peláez Valdés Posgrado en Ciencia e Ingeniería de la Computación Universidad Nacional Autónoma de México
Re: [gentoo-user] Re: What is up with the libreoffice ebuild?
On Tue, Sep 6, 2011 at 11:16 AM, Dale rdalek1...@gmail.com wrote: This is rather odd. For the longest, every time I had a cups update, I had to delete my printers then add them back again. It would not print until I did so. I have to do that every time I plug my printer in... I print so infrequently, every time I want to print I turn the printer on and plug it into my PC, and then spend 25 minutes trying to make it work with CUPS again.
[gentoo-user] Re: libav/ffmpeg's bitrate options have no effect in Gentoo
On 09/06/2011 05:56 PM, Casper Ti. Vector wrote: Or, more simply: * 'lame' is an MP3 encoder * 'VBR' stands for 'variable bitrate', and offers a better size/quality tradeoff scale than saying I want 192Kb/s Thanks, I understand what LAME and VBR is, but was just mistook the idea of the original sentence as use the `lame' program instead of `ffmpeg' or `libav' :] Actually, that's what I meant :-/ Use the 'lame' program. The package is media-sound/lame. After emerging it, you can encode a file with lame -V 0 input.wav
Re: [gentoo-user] Re: What is up with the libreoffice ebuild?
On Tue, Sep 6, 2011 at 12:28 PM, Paul Hartman paul.hartman+gen...@gmail.com wrote: On Tue, Sep 6, 2011 at 11:16 AM, Dale rdalek1...@gmail.com wrote: This is rather odd. For the longest, every time I had a cups update, I had to delete my printers then add them back again. It would not print until I did so. I have to do that every time I plug my printer in... I print so infrequently, every time I want to print I turn the printer on and plug it into my PC, and then spend 25 minutes trying to make it work with CUPS again. Paul, I suspect you've got a udev configuration problem. Your printer *should* get some kind of persistent symlink pointing to its device node, probably derived from its serial number. If that isn't working properly, fixing it should fix your recurring CUPS issues. If udev is behaving properly, then perhaps CUPS is latching on to something more transient. -- :wq
Re: [gentoo-user] Re: libav/ffmpeg's bitrate options have no effect in Gentoo
On Tue, Sep 6, 2011 at 12:29 PM, Nikos Chantziaras rea...@arcor.de wrote: On 09/06/2011 05:56 PM, Casper Ti. Vector wrote: Or, more simply: * 'lame' is an MP3 encoder * 'VBR' stands for 'variable bitrate', and offers a better size/quality tradeoff scale than saying I want 192Kb/s Thanks, I understand what LAME and VBR is, but was just mistook the idea of the original sentence as use the `lame' program instead of `ffmpeg' or `libav' :] Actually, that's what I meant :-/ Use the 'lame' program. The package is media-sound/lame. After emerging it, you can encode a file with lame -V 0 input.wav You're talking past each other. Casper thought you meant 'lame' as an adjective, not as a proper noun. -- :wq
Re: [gentoo-user] Re: What is up with the libreoffice ebuild?
On Tue, Sep 06, 2011 at 11:57:06AM -0400, Canek Peláez Valdés wrote: In my puny laptop, CUPS takes 1 min to compile, the source code is 4.4 Mb and the installed binaries are 9.3 Mb. It seems to be updated at the rate of once a month, roughly. I have never configured CUPS, *ever*, and it always just works when I connect to a new network. The printers just appear in the print dialog, and it always works. It always remembers my last selected options. To me it seems a rather sane default to always require the most used printing system in an office suite. Is that right? How about it being saner to conform to standardised interfaces, protocols and formats? At one time, Sendmail was the most used mail server. Does anybody still use it? For that matter why shouldn't we all be required to use the most used operating system? Seems we have a case of embrace and extend working here. No, the sane alternative is to use the `lpr' command, possibly augmented by special arguments for particular spoolers, but always having a fallback to standard `lpr'. That way, everybody's happy. Even me. ;-) Do you know a decent office suite which runs under G/L? Looks like I'll be needing one soon. Regards. -- Canek Peláez Valdés Posgrado en Ciencia e Ingeniería de la Computación Universidad Nacional Autónoma de México -- Alan Mackenzie (Nuremberg, Germany).
Re: [gentoo-user] Re: What is up with the libreoffice ebuild?
Hi, Paul. On Tue, Sep 06, 2011 at 11:28:16AM -0500, Paul Hartman wrote: On Tue, Sep 6, 2011 at 11:16 AM, Dale rdalek1...@gmail.com wrote: This is rather odd. For the longest, every time I had a cups update, I had to delete my printers then add them back again. It would not print until I did so. I have to do that every time I plug my printer in... I print so infrequently, every time I want to print I turn the printer on and plug it into my PC, and then spend 25 minutes trying to make it work with CUPS again. I also print infrequently. I turn my printer on, and it simply works, straight away (after warming up; it's a laser printer). However, I use lprng, not cups. It's good that we have a choice over what software we use, isn't it? ;-( -- Alan Mackenzie (Nuremberg, Germany).
Re: [gentoo-user] Re: What is up with the libreoffice ebuild?
Am Dienstag, 6. September 2011, 11:28:16 schrieb Paul Hartman: On Tue, Sep 6, 2011 at 11:16 AM, Dale rdalek1...@gmail.com wrote: This is rather odd. For the longest, every time I had a cups update, I had to delete my printers then add them back again. It would not print until I did so. I have to do that every time I plug my printer in... I print so infrequently, every time I want to print I turn the printer on and plug it into my PC, and then spend 25 minutes trying to make it work with CUPS again. Sounds familiar. I solved this by removing the usb-USE for cups. Since then it works without any problems. I own a HP-Printer, FWIW. Regards, Michael
Re: [gentoo-user] Re: What is up with the libreoffice ebuild?
On Tue, 6 Sep 2011 16:01:10 + (UTC), Grant Edwards wrote about [gentoo-user] Re: What is up with the libreoffice ebuild?: On 2011-09-06, Neil Bothwick n...@digimed.co.uk wrote: On Tue, 6 Sep 2011 12:25:22 +0100, Stroller wrote: Isn't CUPS really bug and bloaty and horrible? It's definitely huge. Compared to LibreOffice?? ROFLMAO! -- Regards, Dave [RLU #314465] *-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-* dwn...@ntlworld.com (David W Noon) *-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-* signature.asc Description: PGP signature
Re: [gentoo-user] Re: What is up with the libreoffice ebuild?
On Tue, Sep 6, 2011 at 12:49 PM, Alan Mackenzie a...@muc.de wrote: Hi, Paul. On Tue, Sep 06, 2011 at 11:28:16AM -0500, Paul Hartman wrote: On Tue, Sep 6, 2011 at 11:16 AM, Dale rdalek1...@gmail.com wrote: This is rather odd. For the longest, every time I had a cups update, I had to delete my printers then add them back again. It would not print until I did so. I have to do that every time I plug my printer in... I print so infrequently, every time I want to print I turn the printer on and plug it into my PC, and then spend 25 minutes trying to make it work with CUPS again. I also print infrequently. I turn my printer on, and it simply works, straight away (after warming up; it's a laser printer). However, I use lprng, not cups. It's good that we have a choice over what software we use, isn't it? ;-( It could be that IPP is just becoming the preferred protocol, and other print queue managing protocols are going the way of Gopher. Is there a simple IPP daemon which could wrap lprng? -- :wq
Re: [gentoo-user] Re: What is up with the libreoffice ebuild?
Am Dienstag, 6. September 2011, 16:43:39 schrieb Alan Mackenzie: Is that right? How about it being saner to conform to standardised interfaces, protocols and formats? How about IPP? http://en.wikipedia.org/wiki/Internet_Printing_Protocol Oh wait... that's what cups is using. No, the sane alternative is to use the `lpr' command, possibly augmented by special arguments for particular spoolers, but always having a fallback to standard `lpr'. That way, everybody's happy. Even me. ;-) How about the lpr command provided by cups? Does it not work for you? Michael
[gentoo-user] Filesystem with lowest CPU load, acceptable emerge performance, and stable?
So, can anyone recommend me a filesystem that fulfills my following needs: Scenario: vFirewall (virtual Firewall) that is going to be deployed at my IaaS Cloud Provider. Disk I/O Characteristic: Occasional writes during 'normal' usage, once-a-week eix-sync + emerge -avuD Priority: Stable (i.e., less chance of corruption), least CPU usage. My Google-Fu seems to indicate either XFS or JFS; what do you think? Rgds, -- -- Pandu E Poluan - IT Optimizer My website: http://pandu.poluan.info/
[gentoo-user] OT: Keyboard LEDs driven by what?
Hi, short question: Are the LEDs of a PC-keyboard driven by the keyboard processor itsself or do they react on signals send back from the system when recogizing a - for example -- Caps Lock event ? Thank you very much in advance for any help! Best regards, mcc
Re: [gentoo-user] OT: Keyboard LEDs driven by what?
On Tue, Sep 6, 2011 at 1:43 PM, meino.cra...@gmx.de wrote: Hi, short question: Are the LEDs of a PC-keyboard driven by the keyboard processor itsself or do they react on signals send back from the system when recogizing a - for example -- Caps Lock event ? Thank you very much in advance for any help! On a PC, they're controlled by the PC. For fun, check out the old 'blinkenlights' program. -- :wq
[gentoo-user] Re: Filesystem with lowest CPU load, acceptable emerge performance, and stable?
Sorry, forgot one thing: For the time being, I'm sticking with 2.6.39-hardened. Saw too many incompatibility bug with 3.0 (due to packages hard-wired to expect the kernel version to begin with 2.6). Rgds, On 2011-09-07, Pandu Poluan pa...@poluan.info wrote: So, can anyone recommend me a filesystem that fulfills my following needs: Scenario: vFirewall (virtual Firewall) that is going to be deployed at my IaaS Cloud Provider. Disk I/O Characteristic: Occasional writes during 'normal' usage, once-a-week eix-sync + emerge -avuD Priority: Stable (i.e., less chance of corruption), least CPU usage. My Google-Fu seems to indicate either XFS or JFS; what do you think? Rgds, -- -- Pandu E Poluan - IT Optimizer My website: http://pandu.poluan.info/ -- -- Pandu E Poluan - IT Optimizer My website: http://pandu.poluan.info/
Re: [gentoo-user] Re: What is up with the libreoffice ebuild?
Hi, Michael. On Tue, Sep 06, 2011 at 07:03:19PM +0200, Michael Schreckenbauer wrote: Am Dienstag, 6. September 2011, 16:43:39 schrieb Alan Mackenzie: Is that right? How about it being saner to conform to standardised interfaces, protocols and formats? How about IPP? http://en.wikipedia.org/wiki/Internet_Printing_Protocol Oh wait... that's what cups is using. Ah yes, a standard. So we have the choice between all the IPP implementations. That's cups and, ... err - is there another one? But why should I have to use an over the top bloated Internet protocol? I've got one single printer on the end of a USB cable. I want a simple spooler, as simple as possible and not simpler. No, the sane alternative is to use the `lpr' command, possibly augmented by special arguments for particular spoolers, but always having a fallback to standard `lpr'. That way, everybody's happy. Even me. ;-) How about the lpr command provided by cups? Does it not work for you? I believe it did work for me for the short time I had cups installed. More pertinent is, why won't the lpr command work for LibreOffice? Michael -- Alan Mackenzie (Nuremberg, Germany).
Re: [gentoo-user] Re: What is up with the libreoffice ebuild?
Hi, Michael. On Tue, Sep 06, 2011 at 01:02:59PM -0400, Michael Mol wrote: On Tue, Sep 6, 2011 at 12:49 PM, Alan Mackenzie a...@muc.de wrote: Hi, Paul. On Tue, Sep 06, 2011 at 11:28:16AM -0500, Paul Hartman wrote: On Tue, Sep 6, 2011 at 11:16 AM, Dale rdalek1...@gmail.com wrote: This is rather odd. For the longest, every time I had a cups update, I had to delete my printers then add them back again. It would not print until I did so. I have to do that every time I plug my printer in... I print so infrequently, every time I want to print I turn the printer on and plug it into my PC, and then spend 25 minutes trying to make it work with CUPS again. I also print infrequently. I turn my printer on, and it simply works, straight away (after warming up; it's a laser printer). However, I use lprng, not cups. It's good that we have a choice over what software we use, isn't it? ;-( It could be that IPP is just becoming the preferred protocol, and other print queue managing protocols are going the way of Gopher. Preferred by whom? Firefox, for example, manages lprng just fine. It's really not a big deal supporting an extra spooler interface, particularly a simple one. Is there a simple IPP daemon which could wrap lprng? Adding a layer of complexity to a daemon to cope with added complexity in a client program? I doubt it. It sounds like madness. -- :wq -- Alan Mackenzie (Nuremberg, Germany).
Re: [gentoo-user] Re: Filesystem with lowest CPU load, acceptable emerge performance, and stable?
Am 06.09.2011 19:52, schrieb Pandu Poluan: On 2011-09-07, Pandu Poluan pa...@poluan.info wrote: So, can anyone recommend me a filesystem that fulfills my following needs: Scenario: vFirewall (virtual Firewall) that is going to be deployed at my IaaS Cloud Provider. Disk I/O Characteristic: Occasional writes during 'normal' usage, once-a-week eix-sync + emerge -avuD Priority: Stable (i.e., less chance of corruption), least CPU usage. My Google-Fu seems to indicate either XFS or JFS; what do you think? Rgds, Sorry, forgot one thing: For the time being, I'm sticking with 2.6.39-hardened. Saw too many incompatibility bug with 3.0 (due to packages hard-wired to expect the kernel version to begin with 2.6). Rgds, JFS is a pretty good and care-free choice for this. Low resource usage. Good performance, especially with large files. Although I must admit, I wouldn't use it anymore since Ext4 is usually good enough for just about every use-case and tested by more people in new kernel versions (therefore presumably more stable). Regards, Florian Philipp signature.asc Description: OpenPGP digital signature
Re: [gentoo-user] Filesystem with lowest CPU load, acceptable emerge performance, and stable?
On 9/6/2011 10:26 AM, Pandu Poluan wrote: So, can anyone recommend me a filesystem that fulfills my following needs: Scenario: vFirewall (virtual Firewall) that is going to be deployed at my IaaS Cloud Provider. Disk I/O Characteristic: Occasional writes during 'normal' usage, once-a-week eix-sync + emerge -avuD Priority: Stable (i.e., less chance of corruption), least CPU usage. My Google-Fu seems to indicate either XFS or JFS; what do you think? I think it's a useless local optimization for no real world gain which only increases the complexity of your systems. Use the same filesystem you use on all your other servers. kashani
Re: [gentoo-user] Re: What is up with the libreoffice ebuild?
On Tue, Sep 6, 2011 at 1:48 PM, Alan Mackenzie a...@muc.de wrote: Hi, Michael. On Tue, Sep 06, 2011 at 07:03:19PM +0200, Michael Schreckenbauer wrote: Am Dienstag, 6. September 2011, 16:43:39 schrieb Alan Mackenzie: Is that right? How about it being saner to conform to standardised interfaces, protocols and formats? How about IPP? http://en.wikipedia.org/wiki/Internet_Printing_Protocol Oh wait... that's what cups is using. Ah yes, a standard. So we have the choice between all the IPP implementations. That's cups and, ... err - is there another one? The point is that it is a standard, not a proprietary protocol. The proof is that it works on every operating system. But why should I have to use an over the top bloated Internet protocol? I've got one single printer on the end of a USB cable. I want a simple spooler, as simple as possible and not simpler. Nobody is forcing you to anything: but upstream projects (like LibreOffice) need to fulfill the needs of all their users... not only you. Don't force *them* to support every single printing system in the planet earth; it's Open Source, if it's so important to you, write the lpr support for LibreOffice. No, the sane alternative is to use the `lpr' command, possibly augmented by special arguments for particular spoolers, but always having a fallback to standard `lpr'. That way, everybody's happy. Even me. ;-) How about the lpr command provided by cups? Does it not work for you? I believe it did work for me for the short time I had cups installed. More pertinent is, why won't the lpr command work for LibreOffice? Because the Open Source community has limited resources. The LibreOffice devs (or maybe the Gentoo ones) choose to support CUPS and only CUPS, because it takes care of the most cases, not only yours. Regards. -- Canek Peláez Valdés Posgrado en Ciencia e Ingeniería de la Computación Universidad Nacional Autónoma de México
Re: [gentoo-user] Re: What is up with the libreoffice ebuild?
On Tue, Sep 6, 2011 at 1:55 PM, Alan Mackenzie a...@muc.de wrote: Hi, Michael. On Tue, Sep 06, 2011 at 01:02:59PM -0400, Michael Mol wrote: On Tue, Sep 6, 2011 at 12:49 PM, Alan Mackenzie a...@muc.de wrote: Hi, Paul. On Tue, Sep 06, 2011 at 11:28:16AM -0500, Paul Hartman wrote: On Tue, Sep 6, 2011 at 11:16 AM, Dale rdalek1...@gmail.com wrote: This is rather odd. For the longest, every time I had a cups update, I had to delete my printers then add them back again. It would not print until I did so. I have to do that every time I plug my printer in... I print so infrequently, every time I want to print I turn the printer on and plug it into my PC, and then spend 25 minutes trying to make it work with CUPS again. I also print infrequently. I turn my printer on, and it simply works, straight away (after warming up; it's a laser printer). However, I use lprng, not cups. It's good that we have a choice over what software we use, isn't it? ;-( It could be that IPP is just becoming the preferred protocol, and other print queue managing protocols are going the way of Gopher. Preferred by whom? Firefox, for example, manages lprng just fine. It's really not a big deal supporting an extra spooler interface, particularly a simple one. Because, as simple as it could be, it's another one. Big projects need to support CUPS, because they need to work for everyone (or as many as possible). It makes no sense *at all* to support more printing systems. And again, it's Open Source. If there is enough demand, someone will write support for other printing systems. Just don't assume that any project (being LibreOffice or Gentoo) need to support your choices besides the most used one. Regards. -- Canek Peláez Valdés Posgrado en Ciencia e Ingeniería de la Computación Universidad Nacional Autónoma de México
Re: [gentoo-user] Re: What is up with the libreoffice ebuild?
On Tue, Sep 6, 2011 at 1:55 PM, Alan Mackenzie a...@muc.de wrote: Hi, Michael. On Tue, Sep 06, 2011 at 01:02:59PM -0400, Michael Mol wrote: On Tue, Sep 6, 2011 at 12:49 PM, Alan Mackenzie a...@muc.de wrote: It could be that IPP is just becoming the preferred protocol, and other print queue managing protocols are going the way of Gopher. Preferred by whom? Firefox, for example, manages lprng just fine. It's really not a big deal supporting an extra spooler interface, particularly a simple one. IPP is just becoming indicates a change. Where's change coming from? Demand to satisfy new users. Who are the new users? Probably the people running turnkey installs of Ubuntu. For me, IPP and CUPS have just worked beautifully*. Any SKU of Windows 7 higher than 'starter' will talk to a CUPS daemon just fine, and will automatically see a CUPS daemon running on the network if the daemon is using running mdns-sd. The one trouble I've had is getting those mdns-sd broadcasts forwarded across my subnets. Change happens. Is there a simple IPP daemon which could wrap lprng? Adding a layer of complexity to a daemon to cope with added complexity in a client program? I doubt it. It sounds like madness. Isn't that what inetd does? nc? Hell, isn't that what does one thing, and one thing only KISS philosophy behind unixy commands and piping philosophy has been about all along? Insert a shim or adapter between two things which are related, but not quite compatible? * And, yes, I realize that, for some, it doesn't. That's what mailing lists like this are helpful for...troubleshooting. -- :wq
Re: [gentoo-user] Re: What is up with the libreoffice ebuild?
Am Dienstag, 6. September 2011, 17:48:49 schrieb Alan Mackenzie: Hi, Michael. On Tue, Sep 06, 2011 at 07:03:19PM +0200, Michael Schreckenbauer wrote: Am Dienstag, 6. September 2011, 16:43:39 schrieb Alan Mackenzie: Is that right? How about it being saner to conform to standardised interfaces, protocols and formats? How about IPP? http://en.wikipedia.org/wiki/Internet_Printing_Protocol Oh wait... that's what cups is using. Ah yes, a standard. So we have the choice between all the IPP implementations. That's cups and, ... err - is there another one? Well, there's lprng-ipp. Not in portage though http://jointlab.upol.cz/~michale/projects/lprng-ipp/ For other OSes there are other implementations available. But why should I have to use an over the top bloated Internet protocol? I've got one single printer on the end of a USB cable. I want a simple spooler, as simple as possible and not simpler. No, the sane alternative is to use the `lpr' command, possibly augmented by special arguments for particular spoolers, but always having a fallback to standard `lpr'. That way, everybody's happy. Even me. ;-) How about the lpr command provided by cups? Does it not work for you? I believe it did work for me for the short time I had cups installed. More pertinent is, why won't the lpr command work for LibreOffice? Because LibreOffice uses ipp for printing. Michael
Re: [gentoo-user] Re: What is up with the libreoffice ebuild?
Am Dienstag, 6. September 2011, 17:55:54 schrieb Alan Mackenzie: Hi, Michael. On Tue, Sep 06, 2011 at 01:02:59PM -0400, Michael Mol wrote: On Tue, Sep 6, 2011 at 12:49 PM, Alan Mackenzie a...@muc.de wrote: Hi, Paul. On Tue, Sep 06, 2011 at 11:28:16AM -0500, Paul Hartman wrote: On Tue, Sep 6, 2011 at 11:16 AM, Dale rdalek1...@gmail.com wrote: This is rather odd. For the longest, every time I had a cups update, I had to delete my printers then add them back again. It would not print until I did so. I have to do that every time I plug my printer in... I print so infrequently, every time I want to print I turn the printer on and plug it into my PC, and then spend 25 minutes trying to make it work with CUPS again. I also print infrequently. I turn my printer on, and it simply works, straight away (after warming up; it's a laser printer). However, I use lprng, not cups. It's good that we have a choice over what software we use, isn't it? ;-( It could be that IPP is just becoming the preferred protocol, and other print queue managing protocols are going the way of Gopher. Preferred by whom? Firefox, for example, manages lprng just fine. It's really not a big deal supporting an extra spooler interface, particularly a simple one. If it's no big deal, why don't you provide patches to LibreOffice? Is there a simple IPP daemon which could wrap lprng? Adding a layer of complexity to a daemon to cope with added complexity in a client program? I doubt it. It sounds like madness. lprng-ipp seems to implement that madness. Michael
Re: [gentoo-user] Filesystem with lowest CPU load, acceptable emerge performance, and stable?
On 09/06/2011 09:26 PM, Pandu Poluan wrote: So, can anyone recommend me a filesystem that fulfills my following needs: Scenario: vFirewall (virtual Firewall) that is going to be deployed at my IaaS Cloud Provider. Disk I/O Characteristic: Occasional writes during 'normal' usage, once-a-week eix-sync + emerge -avuD Priority: Stable (i.e., less chance of corruption), least CPU usage. My Google-Fu seems to indicate either XFS or JFS; what do you think? Rgds, The best fs for emerge is tmpfs on TMP_PORTDIR. I run box with tmpfs on both /var/tmp and /tmp and happy with it -) For fs CPU usage is nothing, IO usage is a real problem and weak point. Thus, you are free to choose any fs with full journaling. ext3 allows full journaling as option, as well as ext4 and ext4 is little faster if tuned properly. JFS/XFS journals metadata only. Remember that journaling makes writes (i.e. emerge) a bit slower.
Re: [gentoo-user] Re: What is up with the libreoffice ebuild?
Hi, Canek. On Tue, Sep 06, 2011 at 02:22:44PM -0400, Canek Peláez Valdés wrote: On Tue, Sep 6, 2011 at 1:55 PM, Alan Mackenzie a...@muc.de wrote: However, I use lprng, not cups. It's good that we have a choice over what software we use, isn't it? ;-( It could be that IPP is just becoming the preferred protocol, and other print queue managing protocols are going the way of Gopher. Preferred by whom? Firefox, for example, manages lprng just fine. It's really not a big deal supporting an extra spooler interface, particularly a simple one. Because, as simple as it could be, it's another one. Big projects need to support CUPS, because they need to work for everyone (or as many as possible). It makes no sense *at all* to support more printing systems. It enables more people to use it. The support for lpr exists. It's being removed, for some reason. Given that printing works by constructing a postscript equivalent of the thing being printed, just how difficult can it be to squirt this postscript down lpr rather than the cups equivalent? How long does it take to write a C++ `if' statement? And again, it's Open Source. If there is enough demand, someone will write support for other printing systems. Just don't assume that any project (being LibreOffice or Gentoo) need to support your choices besides the most used one. Again the code already exists, it's merely a matter of not destroying it. I became a user based on it supporting a standard printing system, and it's perfectly reasonable for me to expect that support to continue. Regards. -- Canek Peláez Valdés Posgrado en Ciencia e Ingeniería de la Computación Universidad Nacional Autónoma de México -- Alan Mackenzie (Nuremberg, Germany).
Re: [gentoo-user] Re: What is up with the libreoffice ebuild?
Am 06.09.2011 20:57, schrieb Alan Mackenzie: Again the code already exists, it's merely a matter of not destroying it. I became a user based on it supporting a standard printing system, and it's perfectly reasonable for me to expect that support to continue. Is this list really the right place to discuss this? Would not the gentoo-dev list or gentoo bugzilla be better? Assumed that it is gentoo who makes cups now mandatory and not upstream. If it is gentoo then why not just patch the ebuilds in your local overlay and be happy. If it is upstream then all your complains would be better adressed upstream. Maybe they have a bunch of really good reasons to do as they did, reasons nobody HERE knows about. Greetings Sebastian Beßler signature.asc Description: OpenPGP digital signature
Re: [gentoo-user] Filesystem with lowest CPU load, acceptable emerge performance, and stable?
On Tue, Sep 6, 2011 at 2:55 PM, Permjacov Evgeniy permea...@gmail.com wrote: On 09/06/2011 09:26 PM, Pandu Poluan wrote: So, can anyone recommend me a filesystem that fulfills my following needs: Scenario: vFirewall (virtual Firewall) that is going to be deployed at my IaaS Cloud Provider. Disk I/O Characteristic: Occasional writes during 'normal' usage, once-a-week eix-sync + emerge -avuD Priority: Stable (i.e., less chance of corruption), least CPU usage. My Google-Fu seems to indicate either XFS or JFS; what do you think? Rgds, The best fs for emerge is tmpfs on TMP_PORTDIR. I run box with tmpfs on both /var/tmp and /tmp and happy with it -) Watch out that some ebuilds can and will fail if you exceed the capacity of your tmpfs. Numerous factors will contribute to the space required by portage during an emerge. -- :wq
Re: [gentoo-user] Re: What is up with the libreoffice ebuild?
On 2011-09-06 19:48, Alan Mackenzie wrote: I believe it did work for me for the short time I had cups installed. More pertinent is, why won't the lpr command work for LibreOffice? Hm... Can you not try to print to file (postscript, pdf) and then use lpr (which will filter it through ghostscript) to print? Yes, it's an extra step but going through the extra steps of finding a new office suite that fits you and your needs may not be worth it. Besides, you can always print extra copies, do fine tuning of the printing (like printing duplex, two pages or more on the same page etc.) this way. I do agree with you that CUPS is perhaps a bit convoluted, difficult to understand (when it comes to configuration) etc. When it (CUPS) feels like not playing, then there can be quite a few hours of frustration and cursing before getting it to work... but it works for me, currently;I have a very nice duplex laser printer from Kyocera with Linux support out of the box which helps... :-) Best regards Peter K
Re: [gentoo-user] Re: What is up with the libreoffice ebuild?
Am Dienstag, 6. September 2011, 18:57:25 schrieb Alan Mackenzie: Hi, Canek. On Tue, Sep 06, 2011 at 02:22:44PM -0400, Canek Peláez Valdés wrote: On Tue, Sep 6, 2011 at 1:55 PM, Alan Mackenzie a...@muc.de wrote: However, I use lprng, not cups. It's good that we have a choice over what software we use, isn't it? ;-( It could be that IPP is just becoming the preferred protocol, and other print queue managing protocols are going the way of Gopher. Preferred by whom? Firefox, for example, manages lprng just fine. It's really not a big deal supporting an extra spooler interface, particularly a simple one. Because, as simple as it could be, it's another one. Big projects need to support CUPS, because they need to work for everyone (or as many as possible). It makes no sense *at all* to support more printing systems. It enables more people to use it. Yes. that's you and...? All binary distros use cups for printing. I would think, most gentoo users do the same. The BSDs, I know of, use cups. MacOS uses it. It works for Windows- Clients. There are IPP-Servers for Windows. What was your argument again? The support for lpr exists. It's being removed, for some reason. Given that printing works by constructing a postscript equivalent of the thing being printed, just how difficult can it be to squirt this postscript down lpr rather than the cups equivalent? How long does it take to write a C++ `if' statement? I get it. You have no idea how software development at such a large scale works. And again, it's Open Source. If there is enough demand, someone will write support for other printing systems. Just don't assume that any project (being LibreOffice or Gentoo) need to support your choices besides the most used one. Again the code already exists, it's merely a matter of not destroying it. This code needs to be supported and maintained for literally no good reason. If you think, that's no work at all, just volunteer for the task. I became a user based on it supporting a standard printing system, and it's perfectly reasonable for me to expect that support to continue. No, it's not, unless you are willing to do the additional work. Michael
Re: [gentoo-user] Re: What is up with the libreoffice ebuild?
On Tue, Sep 6, 2011 at 2:57 PM, Alan Mackenzie a...@muc.de wrote: Hi, Canek. On Tue, Sep 06, 2011 at 02:22:44PM -0400, Canek Peláez Valdés wrote: The support for lpr exists. It's being removed, for some reason. Given that printing works by constructing a postscript equivalent of the thing being printed, just how difficult can it be to squirt this postscript down lpr rather than the cups equivalent? How long does it take to write a C++ `if' statement? You don't actually code in large projects, do you? That single 'if' statement is going to multiply your needed testing coverage area by a very large amount. Even automated tests can be enough of a pain that PHP just had a massive security problem by being sloppy and not _running_ them prior to a point release. -- :wq
Re: [gentoo-user] Re: What is up with the libreoffice ebuild?
On Tue, Sep 6, 2011 at 11:45 AM, Michael Mol mike...@gmail.com wrote: On Tue, Sep 6, 2011 at 12:28 PM, Paul Hartman paul.hartman+gen...@gmail.com wrote: On Tue, Sep 6, 2011 at 11:16 AM, Dale rdalek1...@gmail.com wrote: This is rather odd. For the longest, every time I had a cups update, I had to delete my printers then add them back again. It would not print until I did so. I have to do that every time I plug my printer in... I print so infrequently, every time I want to print I turn the printer on and plug it into my PC, and then spend 25 minutes trying to make it work with CUPS again. Paul, I suspect you've got a udev configuration problem. Your printer *should* get some kind of persistent symlink pointing to its device node, probably derived from its serial number. If that isn't working properly, fixing it should fix your recurring CUPS issues. If udev is behaving properly, then perhaps CUPS is latching on to something more transient. IIRC the issue in my particular case is related to loading and unloading the usblp module. I have an HP LaserJet 1020 and use foo2zjs. Attaching the printer must be done in this order: modprobe usblp plug in printer rmmod usblp If I plug in then printer without usblp (if I have blacklisted the module), it won't work. If I plug in the printer and leave usblp loaded, it won't work. I must load usblp, plug in the printer and then rmmod usblp. If I add the printer in CUPS when it's in the wrong state, it won't work either. Usually I screw around with deleting/adding the printer until I remember what the solution was in the first place. :)
Re: [gentoo-user] Filesystem with lowest CPU load, acceptable emerge performance, and stable?
On 6 September 2011 19:55, Permjacov Evgeniy permea...@gmail.com wrote: On 09/06/2011 09:26 PM, Pandu Poluan wrote: Disk I/O Characteristic: Occasional writes during 'normal' usage, once-a-week eix-sync + emerge -avuD Priority: Stable (i.e., less chance of corruption), least CPU usage. You would have to profile this, but I imagine that the best approach would be to compile in a RAM disk and copy. I think that you're probably trying to optimise the wrong part of this problem. As for ext3/ext4, the improvements to fsck alone make ext4 the FS of choice between the two. JB
Re: [gentoo-user] Re: What is up with the libreoffice ebuild?
On 6 September 2011 19:57, Alan Mackenzie a...@muc.de wrote: The support for lpr exists. It's being removed, for some reason. Given that printing works by constructing a postscript equivalent of the thing being printed, just how difficult can it be to squirt this postscript down lpr rather than the cups equivalent? How long does it take to write a C++ `if' statement? We're all happily waiting for you to do it ... time yourself! :)
Re: [gentoo-user] Re: What is up with the libreoffice ebuild?
On Tue, Sep 6, 2011 at 2:57 PM, Alan Mackenzie a...@muc.de wrote: Hi, Canek. Hi Alan. On Tue, Sep 06, 2011 at 02:22:44PM -0400, Canek Peláez Valdés wrote: On Tue, Sep 6, 2011 at 1:55 PM, Alan Mackenzie a...@muc.de wrote: However, I use lprng, not cups. It's good that we have a choice over what software we use, isn't it? ;-( It could be that IPP is just becoming the preferred protocol, and other print queue managing protocols are going the way of Gopher. Preferred by whom? Firefox, for example, manages lprng just fine. It's really not a big deal supporting an extra spooler interface, particularly a simple one. Because, as simple as it could be, it's another one. Big projects need to support CUPS, because they need to work for everyone (or as many as possible). It makes no sense *at all* to support more printing systems. It enables more people to use it. I disagree. CUPS does everything that lprng does (AFAIK), so using CUPS serves all users. The support for lpr exists. It's being removed, for some reason. Yeah, nobody wants to maintain that code (if it's LO decision), or Gentoo devs don't want to help users of two different printing systems, when one of them does everything everybody wants. Either way, it's work that has to be done. Even if it's small. Given that printing works by constructing a postscript equivalent of the thing being printed, just how difficult can it be to squirt this postscript down lpr rather than the cups equivalent? How long does it take to write a C++ `if' statement? Point a, you are oversimplifying. Point b, again, code is not a fixed entity that remains forever unchanged. The old adage of if it's not broke, don't fix it it's completely false with code, because around that code *everything* changes. All the time. Just an example: C++ changes its syntax for something that affects the lprng and CUPS methods inside LibreOffice (this happens a lot, BTW, especially with C++). Now you need to fix the code in two places, not in one. And that just to support a printing system, with a functionality that is available *in the other* printing system. THAT is insane. And again, it's Open Source. If there is enough demand, someone will write support for other printing systems. Just don't assume that any project (being LibreOffice or Gentoo) need to support your choices besides the most used one. Again the code already exists, it's merely a matter of not destroying it. I became a user based on it supporting a standard printing system, and it's perfectly reasonable for me to expect that support to continue. Sorry, but again I disagree. You became a user of an Open Source piece of code. If it breaks, you get to keep the pieces, and that's about it. Read the GPL license: ... is distributed in the hope that it will be useful, but WITHOUT ANY WARRANTY; without even the implied warranty of MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. So, sorry, but neither you (nor I) get to complain if lprng stops being supported, nor if CUPS suddenly were to be dropped. Regards. -- Canek Peláez Valdés Posgrado en Ciencia e Ingeniería de la Computación Universidad Nacional Autónoma de México
Re: [gentoo-user] Re: What is up with the libreoffice ebuild?
Hi, C. Last mail before I take Sebastian's advice. ;-) On Tue, Sep 06, 2011 at 03:20:59PM -0400, Canek Peláez Valdés wrote: On Tue, Sep 6, 2011 at 2:57 PM, Alan Mackenzie a...@muc.de wrote: Hi Alan. Point a, you are oversimplifying. Indeed. :-) THAT is insane. I think I am, too. And again, it's Open Source. If there is enough demand, someone will write support for other printing systems. Just don't assume that any project (being LibreOffice or Gentoo) need to support your choices besides the most used one. Again the code already exists, it's merely a matter of not destroying it. I became a user based on it supporting a standard printing system, and it's perfectly reasonable for me to expect that support to continue. Sorry, but again I disagree. You became a user of an Open Source piece of code. If it breaks, you get to keep the pieces, and that's about it. Read the GPL license: ... is distributed in the hope that it will be useful, but WITHOUT ANY WARRANTY; without even the implied warranty of MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. Thankfully, there are many, many hackers who, despite the legal lack of responsibility, actually do support their projects effectively. As I aspire to do with mine. As I presume you do with yours too. Regards. -- Canek Peláez Valdés Posgrado en Ciencia e Ingeniería de la Computación Universidad Nacional Autónoma de México Thanks for these exchanges this evening. I've learnt quite a bit. So, it's good night from me, good afternoon to you! -- Alan Mackenzie (Nuremberg, Germany).
Re: [gentoo-user] What is up with the libreoffice ebuild?
Neil Bothwick writes: On Tue, 6 Sep 2011 11:12:08 +0200, Alex Schuster wrote: Printing is one thing that just seems to work much better on Windows. This is becoming better, it looks like the LibreOffice and Firefox print dialogs allow to set print features like the resolution. But other applications, like Konqueror, do not have this option, so I have multiple printers configured in order to select the resolution. You can do it, but the option is fairly well hidden. In the print window, select Properties, then the Advanced tab. Double-click the resolution and it turns into a drop-down menu. Yikes. I wondered why I see these options, but they did not look like I could modify them. I only had a quick look, I don't think I ever printed something with Konqueror, so it never was a real problem for me. I think this system was designed by the previous owner of my house, who put light switches inside cupboards. Hmmm... weird, but I sort of like that. Gives your house a special touch. How cool is this, a visitor asks you to turn on the light, and you say 'Sure!', open the cupboard, reach behind the onions and click there will be light. Wonko
Re: [gentoo-user] Re: What is up with the libreoffice ebuild?
On Tuesday, September 6 at 18:57 (+), Alan Mackenzie said: The support for lpr exists. It's being removed, for some reason. Given that printing works by constructing a postscript equivalent of the thing being printed, just how difficult can it be to squirt this postscript down lpr rather than the cups equivalent? How long does it take to write a C++ `if' statement? The latest lprng available in portage was released in 2004. The latest version of lprng released was released in 2010 but isn't even in portage... There is a bump request, but it was created 2 years ago and so far no takers (and no CC's). My guess is that ratio of the the demand for the packages vs. willing maintainers is close to nil and that lprng is no longer considered ng. As far as the simple if statement. If it were that simple you could just do it yourself ;-) And again, it's Open Source. If there is enough demand, someone will write support for other printing systems. Just don't assume that any project (being LibreOffice or Gentoo) need to support your choices besides the most used one. Again the code already exists, it's merely a matter of not destroying it. It's also a matter of maintaining it. When code changes around it, someone has to go in and fix that part of the code and verify that it still works. Chances are there's no one doing that, probably because most people have moved to cups).
[gentoo-user] Re: What is up with the libreoffice ebuild?
On 2011-09-06, Dale rdalek1...@gmail.com wrote: Grant Edwards wrote: On 2011-09-06, Neil Bothwickn...@digimed.co.uk wrote: On Tue, 6 Sep 2011 12:25:22 +0100, Stroller wrote: Isn't CUPS really bug and bloaty and horrible? It's definitely huge. It does however seem to work pretty well. Huge? root@fireball / # equery s cups * net-print/cups-1.5.0-r2 Total files : 482 Total size : 6.41 MiB root@fireball / # If that is considered huge, we have a new standard. lol I stand corrected. For some reason I was under the impression it was a lot bigger than that. -- Grant Edwards grant.b.edwardsYow! Boys, you have ALL at been selected to LEAVE th' gmail.comPLANET in 15 minutes!!
[gentoo-user] Re: What is up with the libreoffice ebuild?
On 2011-09-06, Canek Pel??ez Vald??s can...@gmail.com wrote: Nobody is forcing you to anything: but upstream projects (like LibreOffice) need to fulfill the needs of all their users... not only you. Don't force *them* to support every single printing system in the planet earth; I wasn't complaining about lack of support for other printing systems. I was complaining about the lack of support for _no_ printing system. It seems dumb to make somebody without a printer install CUPs seems. Because the Open Source community has limited resources. The LibreOffice devs (or maybe the Gentoo ones) choose to support CUPS and only CUPS, because it takes care of the most cases, not only yours. What about the lack of a CUPS install would make LibreOffice fail? Does LibreOffice depend on libraries provided by CUPS even if you don't want to print? As for cups being huge, the standard install comprises over 500 files. That's still huge in my book. -- Grant Edwards grant.b.edwardsYow! I have the power to at HALT PRODUCTION on all gmail.comTEENAGE SEX COMEDIES!!
Re: [gentoo-user] How can I re-read the error messages during boot?
On Mon, Sep 5, 2011 at 10:12 AM, Philip Webb purs...@ca.inter.net wrote: 'Shift-PageUp' works for me: IIRC you have to set the line limit that mb somewhere in the Kernel configuration. If you use fbcon there is a kernel parameter to increase the buffer size. I don't remember the exact command but it's in the docs. I think the default buffer is 32k and can be increased up to 128k or so. The size of your font may impact how many pages of scrollback you get.
Re: [gentoo-user] Re: What is up with the libreoffice ebuild?
On Tue, Sep 6, 2011 at 5:12 PM, Grant Edwards grant.b.edwa...@gmail.com wrote: On 2011-09-06, Canek Pel??ez Vald??s can...@gmail.com wrote: As for cups being huge, the standard install comprises over 500 files. That's still huge in my book. Most of those are going to be ppd files, right? File a bug asking for 'use' flags, or an ebuild split, or some other mechanism to only install a subset of those. -- :wq
Re: [gentoo-user] Re: What is up with the libreoffice ebuild?
On Tue, Sep 6, 2011 at 5:12 PM, Grant Edwards grant.b.edwa...@gmail.com wrote: On 2011-09-06, Canek Pel??ez Vald??s can...@gmail.com wrote: Nobody is forcing you to anything: but upstream projects (like LibreOffice) need to fulfill the needs of all their users... not only you. Don't force *them* to support every single printing system in the planet earth; I wasn't complaining about lack of support for other printing systems. And I wasn't talking to you, I was talking to Alan. I was complaining about the lack of support for _no_ printing system. It seems dumb to make somebody without a printer install CUPs seems. I don't have a printer, and I need CUPS. Again, it's not about the necessities of one user (being you or me), it's about the necessities of the majority. And the majority of users installing LibreOffice *need* printing support. And CUPS is the best option available. Because the Open Source community has limited resources. The LibreOffice devs (or maybe the Gentoo ones) choose to support CUPS and only CUPS, because it takes care of the most cases, not only yours. What about the lack of a CUPS install would make LibreOffice fail? Does LibreOffice depend on libraries provided by CUPS even if you don't want to print? That's not the point: the point is that you want to force *another* configuration that the devs have to test and maintain and QA, and you don't seem to care that your use-case is not very common. In other words: if the devs keep allowing LO without CUPS support, they need to spend time and effort to make sure that this option works. On the other hand, if they make CUPS mandatory they only need to worry about the normal/common case of users of office suites having the need to print, and the cost is to force a tiny (less than 10 Mb program) to some (very few) users. As for cups being huge, the standard install comprises over 500 files. That's still huge in my book. Again, if you are installing LibreOffice, which has 3098 files and uses 260 Mb of hd space, it makes no sense at all that you complain against CUPS size. Regards. -- Canek Peláez Valdés Posgrado en Ciencia e Ingeniería de la Computación Universidad Nacional Autónoma de México
Re: [gentoo-user] Wireless Configuration...
On Tuesday 06 Sep 2011 15:24:33 BRM wrote:
- Original Message -
From: Mick michaelkintz...@gmail.com
On Saturday 03 Sep 2011 15:14:27 BRM wrote:
- Original Message -
I think the above should be either:
ctrl_interface=/var/run/wpa_supplicant
ctrl_interface_group=wheel
or,
DIR=/var/run/wpa_supplicant GROUP=wheel
Ok. Corrected that to the first one.
Fine. I note that you said the wpa_gui won't scan further down this thread,
just in case ... is your user part of the wheel group?
#ctrl_interface_group=wheel
ap_scan=1
fast_reauth=1
# This blank configuration will automatically use DHCP for any net.*
# scripts in /etc/init.d. To create a more complete configuration,
# please review /etc/conf.d/net.example and save your configuration
# in /etc/conf.d/net (this file :]!).
# Standard Network:
config_eth0=( dhcp )
The old syntax you use here, which was ( value ) is now deprecated.
You
should replace all such entries by removing the brackets, e.g. the above
becomes:
config_eth0=dhcp
This is explained in: http://www.gentoo.org/doc/en/openrc-migration.xml
Corrected that one too. eth0 was working fine though.
Yes, because eth0 will default to dhcp, after the old syntax you were using
errors out or is ignored.
modules=wpa_supplicant
wpa_supplicant_wlan0=-Dwext
config_wlan0=dhcp
I re-enabled those and added the last line.
OK, wpa_supplicant should now work as intended.
You need to add or uncomment the following to your wpa_supplicant.conf:
=
network={
key_mgmt=NONE
priority=0
}
=
The above will let latch on the first available AP.
I wasn't sure that that one was for. I've re-enabled it and the original
one for my network.
OK, this is useful for open AP which accept connections. If they need
encryption you can add this using the wpa_gui.
Also, you can then add any AP of preference with passphrases and what
not: =
# Home Network
network={
ssid=MY-NETWORK
# key_mgmt=IEEE8021X --You don't need these entries here, unless
# eap=TLS --you run SSL certs for authentication
wep_key0=DEADBEAF0123456789ABCDEF000
priority=1
auth_alg=OPEN
}
=
Interestingly, wpa_supplicant complains if those two lines are not there
even though I am not doing SSL auth.
Hmm ... what is the error/warning that comes up?
Either way, can you please add:
eapol_version=1
and something like this for WPA2:
=
network={
ssid=what-ever
proto=RSN
key_mgmt=WPA-PSK
pairwise=CCMP
auth_alg=OPEN
group=CCMP
pskpass_123456789
priority=5
=
I want to try to get away from adding things directly to the
wpa_supplicant.conf file as I would rather that the connection information
be managed by a GUI tool.
You should be able to add such details in the GUI of choice. Adding them in
wpa_supplicant.conf means that they should appear already filled in the GUI.
I'd rather use the NetworkManager in KDE than wpa_gui.
That said, NetworkManager in KDE seems to be using wicd for some reason.
You need someone else to chime in here, because I use neither of these. As
far as I read in this M/L wicd is more or less fool-proof.
I also have KDE running under Kubuntu on my work computer (4.6.2) and the
Network Manager is completely different (don't know why) - it's not wicd
as far as I can tell.
However, They are still not working. wpa_gui refuses to scan and find
networks; while wicd is not finding networks either - but there's so
little information in the GUI that it is practically useless to say why.
Perhaps I've got something at the KDE layer screwed up?
I don't know if one is causing a clash with the other, so don't try to use
both at the same time. If wicd is started automatically when you boot/login,
then just use that.
When wpa_gui refuses to scan what message do you get? What do the logs say.
Also, if wpa_gui or wicd fail to scan for APs what do you get from:
# iwlist wlan0 scanning
--
Regards,
Mick
signature.asc
Description: This is a digitally signed message part.
Re: [gentoo-user] Re: What is up with the libreoffice ebuild?
On Tue, Sep 6, 2011 at 5:24 PM, Michael Mol mike...@gmail.com wrote: On Tue, Sep 6, 2011 at 5:12 PM, Grant Edwards grant.b.edwa...@gmail.com wrote: On 2011-09-06, Canek Pel??ez Vald??s can...@gmail.com wrote: As for cups being huge, the standard install comprises over 500 files. That's still huge in my book. Most of those are going to be ppd files, right? File a bug asking for 'use' flags, or an ebuild split, or some other mechanism to only install a subset of those. Actually, in my case I only have 9 ppd files in my computer, none of them installed by CUPS. The bulk of files in net-print/cups is man pages (51), html pages for the web interface (110) and templates (140). Right there is thr 60% of the whole package. Really, CUPS is a very small daemon for all the things it does. I don't see any gain by splitting the package. Regards -- Canek Peláez Valdés Posgrado en Ciencia e Ingeniería de la Computación Universidad Nacional Autónoma de México
Re: [gentoo-user] Re: What is up with the libreoffice ebuild?
Am Dienstag, 6. September 2011, 21:12:32 schrieb Grant Edwards: On 2011-09-06, Canek Pel??ez Vald??s can...@gmail.com wrote: Nobody is forcing you to anything: but upstream projects (like LibreOffice) need to fulfill the needs of all their users... not only you. Don't force *them* to support every single printing system in the planet earth; I wasn't complaining about lack of support for other printing systems. I was complaining about the lack of support for _no_ printing system. It seems dumb to make somebody without a printer install CUPs seems. Agreed. It could be useful to have cups splitted into client and server ebuilds. Or to have a server-USE for it. I don't know, if this is possible at all or how much work this would be. ebuilds like LO could then depend on cups- client or still work with server-disabled cups. Because the Open Source community has limited resources. The LibreOffice devs (or maybe the Gentoo ones) choose to support CUPS and only CUPS, because it takes care of the most cases, not only yours. What about the lack of a CUPS install would make LibreOffice fail? Does LibreOffice depend on libraries provided by CUPS even if you don't want to print? As for cups being huge, the standard install comprises over 500 files. That's still huge in my book. Afaict most of these files are related to the web-frontend. And 500 files isn't that much. See firefox for example: ~ $ equery s firefox * www-client/firefox-6.0 Total files : 3801 Total size : 722.95 MiB compared to another browser ~ $ equery s konqueror * kde-base/konqueror-4.7.0 Total files : 255 Total size : 5.81 MiB :) Regards, Michael
Re: [gentoo-user] Re: What is up with the libreoffice ebuild?
Am 06.09.2011 23:35, schrieb Michael Schreckenbauer: See firefox for example: ~ $ equery s firefox * www-client/firefox-6.0 Total files : 3801 Total size : 722.95 MiB Why is your firefox so big? metatron@Shao ~ $ equery s firefox * www-client/firefox-6.0 Total files : 3779 Total size : 89.42 MiB Mysterious, nearly ten times bigger. Greetings Sebastian Beßler signature.asc Description: OpenPGP digital signature
Re: [gentoo-user] Re: What is up with the libreoffice ebuild?
Grant Edwards wrote: On 2011-09-06, Dalerdalek1...@gmail.com wrote: Grant Edwards wrote: On 2011-09-06, Neil Bothwickn...@digimed.co.uk wrote: On Tue, 6 Sep 2011 12:25:22 +0100, Stroller wrote: Isn't CUPS really bug and bloaty and horrible? It's definitely huge. It does however seem to work pretty well. Huge? root@fireball / # equery s cups * net-print/cups-1.5.0-r2 Total files : 482 Total size : 6.41 MiB root@fireball / # If that is considered huge, we have a new standard. lol I stand corrected. For some reason I was under the impression it was a lot bigger than that. I thought so. If it was huge, I was hoping you would post yours. Maybe you have more stuff turned on that I do or something. I do like the next reply in this thread tho. lol Dale :-) :-)
Re: [gentoo-user] OT: Keyboard LEDs driven by what?
Michael Mol mike...@gmail.com [11-09-06 23:55]: On Tue, Sep 6, 2011 at 1:43 PM, meino.cra...@gmx.de wrote: Hi, short question: Are the LEDs of a PC-keyboard driven by the keyboard processor itsself or do they react on signals send back from the system when recogizing a - for example -- Caps Lock event ? Thank you very much in advance for any help! On a PC, they're controlled by the PC. For fun, check out the old 'blinkenlights' program. -- :wq Hi Michael, thank you very much for the info! Blinkenlights switches lights of scyscrapers? Best regards, mcc
Re: [gentoo-user] What is up with the libreoffice ebuild?
On Tue, 6 Sep 2011 22:27:38 +0200, Alex Schuster wrote: I think this system was designed by the previous owner of my house, who put light switches inside cupboards. Hmmm... weird, but I sort of like that. Gives your house a special touch. How cool is this, a visitor asks you to turn on the light, and you say 'Sure!', open the cupboard, reach behind the onions and click there will be light. Put another way, a visitor asks me to turn the light on, I walk out the room and he thinks WTF? I only asked him to turn a light on! -- Neil Bothwick I'm Bugs Bunny of Borg. What's up Collective? signature.asc Description: PGP signature
Re: [gentoo-user] OT: Keyboard LEDs driven by what?
On Tue, Sep 6, 2011 at 6:11 PM, meino.cra...@gmx.de wrote: Michael Mol mike...@gmail.com [11-09-06 23:55]: On Tue, Sep 6, 2011 at 1:43 PM, meino.cra...@gmx.de wrote: Hi, short question: Are the LEDs of a PC-keyboard driven by the keyboard processor itsself or do they react on signals send back from the system when recogizing a - for example -- Caps Lock event ? Thank you very much in advance for any help! On a PC, they're controlled by the PC. For fun, check out the old 'blinkenlights' program. -- :wq Hi Michael, thank you very much for the info! Blinkenlights switches lights of scyscrapers? A little before that. ca. 1996. http://www.twoguys.org/~gregh/software/ -- :wq
Re: [gentoo-user] Re: What is up with the libreoffice ebuild?
On Tue, Sep 6, 2011 at 4:52 PM, Sebastian Beßler sebast...@darkmetatron.de wrote: Am 06.09.2011 23:35, schrieb Michael Schreckenbauer: See firefox for example: ~ $ equery s firefox * www-client/firefox-6.0 Total files : 3801 Total size : 722.95 MiB Why is your firefox so big? metatron@Shao ~ $ equery s firefox * www-client/firefox-6.0 Total files : 3779 Total size : 89.42 MiB Mysterious, nearly ten times bigger. Mine is bigger! ;) * www-client/firefox-6.0 Total files : 3517 Total size : 723.57 MiB libxul.so by itself is around 350MB. I have nostrip in my FEATURES. I guess that's the reason... Rebuilt without nostrip. The results: * www-client/firefox-6.0 Total files : 3517 Total size : 88.97 MiB Mystery solved? :)
[gentoo-user] Re: What is up with the libreoffice ebuild?
Dale: If it was huge, I was hoping you would post yours. Maybe you have more stuff turned on that I do or something. hafi@i5 ~ $ equery s cups * net-print/cups-1.4.8-r1 Total files : 578 Total size : 9 MiB hafi@i5 ~ $ Hartmut -- Usenet-ABC-Wiki http://www.usenet-abc.de/wiki/ Von Usern fuer User :-)
Re: [gentoo-user] Re: What is up with the libreoffice ebuild?
On Tue, Sep 6, 2011 at 5:30 PM, Paul Hartman paul.hartman+gen...@gmail.com wrote: On Tue, Sep 6, 2011 at 4:52 PM, Sebastian Beßler sebast...@darkmetatron.de wrote: Am 06.09.2011 23:35, schrieb Michael Schreckenbauer: See firefox for example: ~ $ equery s firefox * www-client/firefox-6.0 Total files : 3801 Total size : 722.95 MiB Why is your firefox so big? metatron@Shao ~ $ equery s firefox * www-client/firefox-6.0 Total files : 3779 Total size : 89.42 MiB Mysterious, nearly ten times bigger. Mine is bigger! ;) * www-client/firefox-6.0 Total files : 3517 Total size : 723.57 MiB libxul.so by itself is around 350MB. I have nostrip in my FEATURES. I guess that's the reason... Rebuilt without nostrip. The results: * www-client/firefox-6.0 Total files : 3517 Total size : 88.97 MiB Mystery solved? :) Seems I left nostrip enabled for quite some time by accident... check out this one: * kde-base/kdelibs-4.7.0-r1 Total files : 24538 Total size : 1.12 GiB
Re: [gentoo-user] Re: What is up with the libreoffice ebuild?
Am Dienstag, 6. September 2011, 23:52:34 schrieb Sebastian Beßler: Am 06.09.2011 23:35, schrieb Michael Schreckenbauer: See firefox for example: ~ $ equery s firefox * www-client/firefox-6.0 Total files : 3801 Total size : 722.95 MiB Why is your firefox so big? dunno I have FEATURES splitdebug enabled, but that shouldn't make that much difference. alsa crashreporter dbus ipc libnotify linguas_de methodjit startup- notification webm is my USE for FF. I'm running ~amd64 metatron@Shao ~ $ equery s firefox * www-client/firefox-6.0 Total files : 3779 Total size : 89.42 MiB Mysterious, nearly ten times bigger. Yes, mysterious indeed. Greetings Sebastian Beßler Regards, Michael
[gentoo-user] Re: What is up with the libreoffice ebuild?
Sebastian Beßler: metatron@Shao ~ $ equery s firefox * www-client/firefox-6.0 Total files : 3779 Total size : 89.42 MiB hafi@i5 ~ $ equery s seamonkey * www-client/seamonkey-2.0.14-r1 Total files : 412 Total size : 44.03 MiB ;) Hartmut -- Usenet-ABC-Wiki http://www.usenet-abc.de/wiki/ Von Usern fuer User :-)
Big Firefox (Re: [gentoo-user] Re: What is up with the libreoffice ebuild?)
Am Dienstag, 6. September 2011, 17:30:54 schrieb Paul Hartman: On Tue, Sep 6, 2011 at 4:52 PM, Sebastian Beßler sebast...@darkmetatron.de wrote: Am 06.09.2011 23:35, schrieb Michael Schreckenbauer: See firefox for example: ~ $ equery s firefox * www-client/firefox-6.0 Total files : 3801 Total size : 722.95 MiB Why is your firefox so big? metatron@Shao ~ $ equery s firefox * www-client/firefox-6.0 Total files : 3779 Total size : 89.42 MiB Mysterious, nearly ten times bigger. Mine is bigger! ;) * www-client/firefox-6.0 Total files : 3517 Total size : 723.57 MiB libxul.so by itself is around 350MB. I have nostrip in my FEATURES. I guess that's the reason... Rebuilt without nostrip. The results: * www-client/firefox-6.0 Total files : 3517 Total size : 88.97 MiB Mystery solved? :) Hm. My libxul.so is ~29MB. ~ $ du -hs /usr/lib64/firefox/ 65M /usr/lib64/firefox/ Looks like my equery is broken *g* Regards, Michael
Re: [gentoo-user] Re: What is up with the libreoffice ebuild?
On Tue, 6 Sep 2011 21:12:32 + (UTC), Grant Edwards wrote: What about the lack of a CUPS install would make LibreOffice fail? Does LibreOffice depend on libraries provided by CUPS even if you don't want to print? Why don't you try it? Unmerge cups and see if LO still works for you. If it does, add cups to /etc/portage/profile/package.provided. -- Neil Bothwick Ninety-Ninety Rule Of Project Schedules - The first ninety percent of the task takes ninety percent of the time, and the last ten percent takes the other ninety percent of the time. signature.asc Description: PGP signature
Re: [gentoo-user] Re: What is up with the libreoffice ebuild?
On Tue, Sep 6, 2011 at 3:43 PM, Michael Schreckenbauer grim...@gmx.dewrote: Am Dienstag, 6. September 2011, 23:52:34 schrieb Sebastian Beßler: Am 06.09.2011 23:35, schrieb Michael Schreckenbauer: See firefox for example: ~ $ equery s firefox * www-client/firefox-6.0 Total files : 3801 Total size : 722.95 MiB Why is your firefox so big? dunno I have FEATURES splitdebug enabled, but that shouldn't make that much difference. alsa crashreporter dbus ipc libnotify linguas_de methodjit startup- notification webm is my USE for FF. I'm running ~amd64 metatron@Shao ~ $ equery s firefox * www-client/firefox-6.0 Total files : 3779 Total size : 89.42 MiB Mysterious, nearly ten times bigger. Yes, mysterious indeed. Greetings Sebastian Beßler Regards, Michael I also have a ~750 MiB firefox and it is because of the splitdebug feature. Take a look at this: 348M/usr/lib/debug/usr/lib64/firefox/sdk/lib/libxul.so.debug 348M/usr/lib/debug/usr/lib64/firefox/libxul.so.debug Lots of debug info I guess... --Brennan
Re: [gentoo-user] Re: What is up with the libreoffice ebuild?
Am Mittwoch, 7. September 2011, 00:43:29 schrieb Michael Schreckenbauer: Am Dienstag, 6. September 2011, 23:52:34 schrieb Sebastian Beßler: Am 06.09.2011 23:35, schrieb Michael Schreckenbauer: See firefox for example: ~ $ equery s firefox * www-client/firefox-6.0 Total files : 3801 Total size : 722.95 MiB Why is your firefox so big? dunno I have FEATURES splitdebug enabled, but that shouldn't make that much difference. ... but it is. 634MB *wow* Mystery solved. Regards, Michael
Re: [gentoo-user] /dev/sda* missing at boot
Alan McKinnon wrote: I'll spend some time I don't have reading the archives, then see. Well, they are about to move some openrc things to /usr or at least that was the way it was leaning earlier. The thread is titled rfc: using /libexec if you are interested. If you still don't like the idea of not being able to have /usr on a separate partition, may want to speak up soon. Once openrc stuff gets moved there, you won't boot with a separate /usr anymore. What is happening to Linux nowadays? :/ Dale :-) :-)
Re: [gentoo-user] Re: libav/ffmpeg's bitrate options have no effect in Gentoo
OK, but I was actually converting an FLV file, and didn't want to use both programs, especially when ffmpeg already has support for libmp3lame. Anyway, there must be some problem in ffmpeg/libav (probably) or something else (less probable than the former) on my computer. On Tue, Sep 06, 2011 at 07:29:56PM +0300, Nikos Chantziaras wrote: Actually, that's what I meant :-/ Use the 'lame' program. The package is media-sound/lame. After emerging it, you can encode a file with lame -V 0 input.wav -- Using GPG/PGP? Please get my current public key (ID: 0xAEF6A134, valid from 2010 to 2013) from a key server. signature.asc Description: Digital signature
Re: [gentoo-user] Re: What is up with the libreoffice ebuild?
Am 07.09.2011 00:39, schrieb Hartmut Figge: Sebastian Beßler: metatron@Shao ~ $ equery s firefox * www-client/firefox-6.0 Total files : 3779 Total size : 89.42 MiB hafi@i5 ~ $ equery s seamonkey * www-client/seamonkey-2.0.14-r1 Total files : 412 Total size : 44.03 MiB And that after Mozilla droped the suite because it was so big and clumsy. What a change can a few years make ;-) signature.asc Description: OpenPGP digital signature
Re: [gentoo-user] Re: What is up with the libreoffice ebuild?
Hartmut Figge wrote: Dale: If it was huge, I was hoping you would post yours. Maybe you have more stuff turned on that I do or something. hafi@i5 ~ $ equery s cups * net-print/cups-1.4.8-r1 Total files : 578 Total size : 9 MiB hafi@i5 ~ $ Hartmut I'm running 1.5. At least we know it grows when watered. lol Dale :-) :-)
Re: [gentoo-user] Re: What is up with the libreoffice ebuild?
Sebastian Beßler wrote: Am 07.09.2011 00:39, schrieb Hartmut Figge: Sebastian Beßler: metatron@Shao ~ $ equery s firefox * www-client/firefox-6.0 Total files : 3779 Total size : 89.42 MiB hafi@i5 ~ $ equery s seamonkey * www-client/seamonkey-2.0.14-r1 Total files : 412 Total size : 44.03 MiB And that after Mozilla droped the suite because it was so big and clumsy. What a change can a few years make ;-) Hmmm. root@fireball / # equery s firefox * www-client/firefox-3.6.20 Total files : 89 Total size : 3.51 MiB root@fireball / # equery s seamonkey * www-client/seamonkey-2.3.1 Total files : 118 Total size : 41.13 MiB root@fireball / # My firefox is really small. scratches head Dale :-) :-)
Re: [gentoo-user] Re: What is up with the libreoffice ebuild?
Dale writes: Sebastian Beßler wrote: Am 07.09.2011 00:39, schrieb Hartmut Figge: Sebastian Beßler: metatron@Shao ~ $ equery s firefox * www-client/firefox-6.0 Total files : 3779 Total size : 89.42 MiB hafi@i5 ~ $ equery s seamonkey * www-client/seamonkey-2.0.14-r1 Total files : 412 Total size : 44.03 MiB And that after Mozilla droped the suite because it was so big and clumsy. What a change can a few years make ;-) Hmmm. root@fireball / # equery s firefox * www-client/firefox-3.6.20 Total files : 89 Total size : 3.51 MiB root@fireball / # equery s seamonkey * www-client/seamonkey-2.3.1 Total files : 118 Total size : 41.13 MiB root@fireball / # My firefox is really small. scratches head You are still using Firefox 3, which is quite small because it makes use of net-libs/xulrunner. Firefox 6 uses its own bundled xulrunner stuff, so this package is much larger. Wonko
Re: [gentoo-user] using icc with portage
ICC would be only interisting if I would have a fallback sollution, that doesn't exist right now. For example, if ICC wouldn't compile that it falls back automaticly to gcc. As said, too sad :( Tamer Am 05.09.2011 23:43, schrieb Stefan G. Weichinger: Anyone else using Intel's compiler, icc? I do for quite a while now. Followed http://www.gentoo-wiki.info/HOWTO_ICC_and_Portage I still prefer gcc over icc so I use http://www.gentoo-wiki.info/HOWTO_ICC_and_Portage#.2Fetc.2Fportage.2Fbashrc to only use icc for stuff I list in /etc/portage/package.icc - Lately I get compilation-errors for packages that aren't listed in that file, for example dev-python/numpy-1.6.1 It fails with log-lines telling me that icc was used to (try to) compile it: [..] icc: command line warning #10156: ignoring option '-fp'; no argument required icc: error #10236: File not found: 'l1-cache-line-size=64' icc: command line warning #10156: ignoring option '-fp'; no argument required icc: error #10236: File not found: 'l2-cache-size=4096' error: Command icc -pthread -shared -Wl,-O1 -Wl,--as-needed -shared -O2 -D_FORTIFY_SOURCE=2 -march=core2 -mcx16 -msahf --param l1-cache-size=32 --param l1-cache-line-size=64 --param l2-cache-size=4096 -mtune=core2 -fno-strict-aliasing build-2.7/temp.linux-x86_64-2.7/build-2.7/src.linux-x86_64-2.7/numpy/core/src/_sortmodule.o -L/usr/lib64 -Lbuild-2.7/temp.linux-x86_64-2.7 -lnpymath -lm -lpython2.7 -o build-2.7/lib.linux-x86_64-2.7/numpy/core/_sort.so failed with exit status 1 # grep numpy /etc/portage/* # The shell is bash: # echo $SHELL /bin/bash hmm Yeah, I know, I could simply get rid of icc again. But maybe someone in here has an idea why this fails. Maybe it somehow needs some small fix somewhere. Stefan
[gentoo-user] Re: What is up with the libreoffice ebuild?
Dale: root@fireball / # equery s firefox * www-client/firefox-3.6.20 Total files : 89 Total size : 3.51 MiB root@fireball / # equery s seamonkey That one is an old FF, 4.0b3pre, extracted from a .tar,bz2: hafi@i5 ~/ff/firefox $ du -hs . 32M Hm. * www-client/seamonkey-2.3.1 Total files : 118 Total size : 41.13 MiB root@fireball / # And this is my current self-compiled Trunk-SM, 2.6a1: hafi@i5 ~/seam/1109070013/seamonkey $ du -hs . 39M My firefox is really small. scratches head Amazing. :) Hartmut -- Usenet-ABC-Wiki http://www.usenet-abc.de/wiki/ Von Usern fuer User :-)
Re: [gentoo-user] /dev/sda* missing at boot
On Tue, Sep 06, 2011 at 06:06:35PM -0500, Dale wrote: Alan McKinnon wrote: I'll spend some time I don't have reading the archives, then see. Well, they are about to move some openrc things to /usr or at least that was the way it was leaning earlier. The thread is titled rfc: using /libexec if you are interested. If you still don't like the idea of not being able to have /usr on a separate partition, may want to speak up soon. Once openrc stuff gets moved there, you won't boot with a separate /usr anymore. I'm not quite sure what is going to happen with this yet. If we do move openrc to /usr, there will be a way provided to boot with separate /usr. What is happening to Linux nowadays? :/ In a nutshell, it is because of udev rules running things in /usr. That forces /usr to be available as part of the early boot sequence. This is definitely not a choice that the gentoo disto made; it is coming from several upstreams. William pgp5xxBVH9hdA.pgp Description: PGP signature
