Re: [gentoo-user] Re: Can we get users more involved in specific testing?
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 11/14/13 18:48, James wrote: > hasufell gentoo.org> writes: > > I have often had a hard time to get some random users comment on certain packages or even assist on some runtime tests. I don't even know how many people use the package I maintain. > >>> When a new package is installed or upgraded, there are notes >>> that the installer is optioned (and notified upon installation) >>> about the package. Might it be a good idea to put your testing >>> pleadings in the notes for those how install the package >>> (stable, testing, experimental or overlay) about how to contact >>> whoever related to the specific testing you want done? I. E. >>> "eselect news" or is this a bad idea? > >> I think people will not like having that in eselect news. There >> could be a similar thing like: eslect test-requests but the >> question is if that will get bloated and other stuff I'm not sure >> about. > > Other than news, folks will not read it. As long as the > announcement is short!: TESTERS_WANTED (url to details), then you > hit the specific group, actually using the software; responding > because they care. It affects them directly. Futhermore, they can > quickly become the best testers, because most will use the target > package, frequently. > > >> The easiest thing I can think of is a project site on our wiki >> which would also point to relevant bugs. Then again... who really >> wants to maintain that. > > This approach will fail, because it is a blunt instrument. Too many > will get the managerie of info about things they can little for > (zippO) > >> All other ideas are even more advanced. I wonder if we could add >> a keyword on bugzie like REQUSERTEST... so bored users could >> easily get a list of such bugs. But who would really use that? > > Bugzilla is a wonderful, but BLUNT instrument, hence few bother > with filling bugs. Gentoo devs are very picky about what get's > filed so for Gentoo issues, FOCUS on where the actual users can be > reached, with a focused message, imho. I. E. request testers from > the pool of folks that actually install a given package. Ya don't > have to get folks to test things like portage, cause we all use it > and care about it and bitch about it (that is until Zac took it > over and slaid the deamon_portage. > > A given ancillary package usually has few users, so find a way to > communicate with those packages_installers as the pool for > potential testers, with whatevery instrument you like. > Mathematically, blunt instruments fail more than 99% of the time, > particularly the tigher the desired end result is... > > > Besides, most do not read the ebuild notes availabe in the 'eselect > news', imho. > A seperate mailing list? -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.20 (GNU/Linux) Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iQEcBAEBAgAGBQJShbZ9AAoJEK64IL1uI2hacEEH/iJDHtzTzpI+KBJ4Ji3xrZ6z y54y4syVVV5w61oVXoLvc9BaJYvpwtefhmabocMNZ83vbn7HXcz/vdRpqVlVH5+d AzhNNfqvFEWotxW6zXic4sjIWqsTcZeMwsKWP7ex+q4a7bgwP51Zl2mo46QffiIw A9zVoEl3NMJVABPHIeaQvNBN1+XXXFq+TNLCmrQ+NNm3yR99Z1rbJUjP7G1GlZAU kn9MLFxNEs7Re7BEOtm0sDRwd1hPdwhNuQAoW6x1ljizb5yPClarmsantuBgEs8b xsF8VJ8R0Qzli3PgVyP2iv6KsdheZ0LoQzaFm9JpMnmaS6bEo6r03ITm9Ja9LBo= =zld0 -END PGP SIGNATURE-
Re: [gentoo-user] USE ruby_targets_ruby20
On Fri, Nov 15, 2013 at 7:57 AM, Chris Stankevitz wrote: > Hello, > > If possible please phrase your response in a way that will make sense > to someone who was no idea what is ruby, has no desire to learn what > is ruby, and who doesn't [directly] even want ruby on his system. Not knowing what goes in your system or what's blocking it: that's not how gentoo works, sorry. It never was and it never will be. ruby is a programming language, like python, perl, or what not. When several versions of a programming language are available for installing some package, which version to use is controlled by a lang_target_version_number USE flag. These are also conveniently controlled by a LANG_TARGETS variable in make.conf, which specify the versions to install globally. e.g. PYTHON_TARGETS. Portage is complaining that you are trying to install some packages for ruby 1.9, and others for ruby 2.0. > > True or false: The correct way to appease portage's error message > below is to add a bunch of ruby_targets_ruby20 use flags in > /etc/portage/package.use The easiest way to get through your use blocks is to force portage to install ruby 2.0 globally instead. RUBY_TARGETS="ruby20" in make.conf. > > Thank you, > > Chris > > === > > The following USE changes are necessary to proceed: > (see "package.use" in the portage(5) man page for more details) > # required by dev-lang/ruby-2.0.0_p247-r1[rdoc] > # required by dev-ruby/racc-1.4.9[ruby_targets_ruby20] >>=dev-ruby/rdoc-4.0.1-r1 ruby_targets_ruby20 > # required by dev-ruby/rdoc-4.0.1-r1[ruby_targets_ruby20] > # required by dev-lang/ruby-1.9.3_p448[rdoc] > # required by dev-ruby/rubygems-2.0.3[ruby_targets_ruby19] > # required by virtual/rubygems-4 > # required by dev-ruby/rake-0.9.6[-test,ruby_targets_ruby19] > # required by dev-ruby/json-1.8.0[-test,-doc,ruby_targets_ruby18] > # required by dev-lang/ruby-2.0.0_p247-r1 > # required by sys-block/thin-provisioning-tools-0.2.8 > # required by sys-fs/lvm2-2.02.103[thin] > # required by sys-fs/udisks-1.0.4-r5 > # required by x11-libs/libfm-0.1.17-r1[udev] > # required by x11-misc/pcmanfm-0.9.10 > # required by @selected > # required by @world (argument) > =dev-ruby/racc-1.4.9 ruby_targets_ruby20 > # required by dev-ruby/rdoc-4.0.1-r1[ruby_targets_ruby20] > # required by dev-lang/ruby-1.9.3_p448[rdoc] > # required by dev-ruby/racc-1.4.9[ruby_targets_ruby19] > =dev-ruby/json-1.8.0 ruby_targets_ruby20 > # required by dev-lang/ruby-2.0.0_p247-r1 > # required by dev-ruby/racc-1.4.9[ruby_targets_ruby20] > # required by dev-ruby/rdoc-4.0.1-r1[ruby_targets_ruby18] > # required by dev-lang/ruby-1.9.3_p448[rdoc] > # required by dev-ruby/rubygems-2.0.3[ruby_targets_ruby19] > # required by virtual/rubygems-4 > # required by dev-ruby/json-1.8.0[-test,ruby_targets_ruby19] >>=dev-ruby/rake-0.9.6 ruby_targets_ruby20 > # required by dev-lang/ruby-2.0.0_p247-r1 > # required by dev-ruby/racc-1.4.9[ruby_targets_ruby20] > # required by dev-ruby/rdoc-4.0.1-r1[ruby_targets_ruby18] > # required by dev-lang/ruby-1.9.3_p448[rdoc] > # required by dev-ruby/json-1.8.0[ruby_targets_ruby19] > =dev-ruby/rubygems-2.0.3 ruby_targets_ruby20 > -- This email is:[ ] actionable [x] fyi[ ] social Response needed: [ ] yes [x] up to you [ ] no Time-sensitive: [ ] immediate[ ] soon [x] none
Re: [gentoo-user] USE ruby_targets_ruby20
On Fri, Nov 15, 2013 at 10:57 AM, Chris Stankevitz < chrisstankev...@gmail.com> wrote: > Hello, > > If possible please phrase your response in a way that will make sense > to someone who was no idea what is ruby, has no desire to learn what > is ruby, and who doesn't [directly] even want ruby on his system. > > True or false: The correct way to appease portage's error message > below is to add a bunch of ruby_targets_ruby20 use flags in > /etc/portage/package.use > Not an answer to your question, but yesterday ruby got pulled in by an update to thin-provisioning-tools, which was required by lvm2. To minimise the amount of ruby installed, i added RUBY_TARGETS="ruby20" to make.conf, so the lower version targets weren't installed. If RUBY_TARGETS is not set, it installs them all.
[gentoo-user] USE ruby_targets_ruby20
Hello, If possible please phrase your response in a way that will make sense to someone who was no idea what is ruby, has no desire to learn what is ruby, and who doesn't [directly] even want ruby on his system. True or false: The correct way to appease portage's error message below is to add a bunch of ruby_targets_ruby20 use flags in /etc/portage/package.use Thank you, Chris === The following USE changes are necessary to proceed: (see "package.use" in the portage(5) man page for more details) # required by dev-lang/ruby-2.0.0_p247-r1[rdoc] # required by dev-ruby/racc-1.4.9[ruby_targets_ruby20] >=dev-ruby/rdoc-4.0.1-r1 ruby_targets_ruby20 # required by dev-ruby/rdoc-4.0.1-r1[ruby_targets_ruby20] # required by dev-lang/ruby-1.9.3_p448[rdoc] # required by dev-ruby/rubygems-2.0.3[ruby_targets_ruby19] # required by virtual/rubygems-4 # required by dev-ruby/rake-0.9.6[-test,ruby_targets_ruby19] # required by dev-ruby/json-1.8.0[-test,-doc,ruby_targets_ruby18] # required by dev-lang/ruby-2.0.0_p247-r1 # required by sys-block/thin-provisioning-tools-0.2.8 # required by sys-fs/lvm2-2.02.103[thin] # required by sys-fs/udisks-1.0.4-r5 # required by x11-libs/libfm-0.1.17-r1[udev] # required by x11-misc/pcmanfm-0.9.10 # required by @selected # required by @world (argument) =dev-ruby/racc-1.4.9 ruby_targets_ruby20 # required by dev-ruby/rdoc-4.0.1-r1[ruby_targets_ruby20] # required by dev-lang/ruby-1.9.3_p448[rdoc] # required by dev-ruby/racc-1.4.9[ruby_targets_ruby19] =dev-ruby/json-1.8.0 ruby_targets_ruby20 # required by dev-lang/ruby-2.0.0_p247-r1 # required by dev-ruby/racc-1.4.9[ruby_targets_ruby20] # required by dev-ruby/rdoc-4.0.1-r1[ruby_targets_ruby18] # required by dev-lang/ruby-1.9.3_p448[rdoc] # required by dev-ruby/rubygems-2.0.3[ruby_targets_ruby19] # required by virtual/rubygems-4 # required by dev-ruby/json-1.8.0[-test,ruby_targets_ruby19] >=dev-ruby/rake-0.9.6 ruby_targets_ruby20 # required by dev-lang/ruby-2.0.0_p247-r1 # required by dev-ruby/racc-1.4.9[ruby_targets_ruby20] # required by dev-ruby/rdoc-4.0.1-r1[ruby_targets_ruby18] # required by dev-lang/ruby-1.9.3_p448[rdoc] # required by dev-ruby/json-1.8.0[ruby_targets_ruby19] =dev-ruby/rubygems-2.0.3 ruby_targets_ruby20
Re: [gentoo-user] Changing mailuri for emailing emerge logs - AUTH version fails
On 14/11/2013 22:56, Tanstaafl wrote: > On 2013-11-14 3:30 PM, Alan McKinnon wrote: >> You used the words "it is unclear". >> >> I think you are being way too kind. > > Heh... I know, I was like, wtf??? Why in Zeus' name wouldn't they just > specify the actual port like every other software I've ever used does. > > I guess there was probably a reason someone did this, but I'd honestly > like to hear it before I pronounce them a moron... ;) > Yes, let's rather do it your way. You show patience and tolerance, I have neither. (I'm slowly learning a useful human skill - knowing when to shut up). -- Alan McKinnon alan.mckin...@gmail.com
Re: [gentoo-user] Re: GPT-UEFI-fstab questions
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 11/14/2013 03:32 PM, James wrote:
> Rick "Zero_Chaos" Farina gentoo.org> writes:
>
>>> timeout=5
>>> menuentry 'Pentoo' {
>>> insmod efi_gop
>>> insmod efi_uga
>>> insmod part_msdos
>>> insmod part_gpt
>>> root=(hd0,2)
>>> linux /boot/kernel-genkernel-x86_64-3.9.9-pentoo root=/dev/ram0
>>> real_root= video= console=tty1 ro
>>> initrd /boot/initramfs-genkernel-x86_64-3.9.9-pentoo
>>> }
>
>> I would like to note that in pentoo-installer grub2 is marked
>> experimental and I honestly don't expect it to work at all.
>
>> I am beyond happy to accept patches that fix that, I currently lack time
>> and substantial motivation to work on such things. grub1 works.
>
>> Thanks,
>> Zero
>
> Ahhh, you guys do exist; NICE piece of work! Sure, I'll figure it
We do, we have an irc channel on freenode, a bug tracker on googlecode,
and I do a lot of talks at hacker cons.
> out and drop you a line. It'd be much easier on me if you activated my
> request for a dev account..
Since I don't recognize your name, clearly you should be around my bug
tracker or irc more if you want a dev account ;-)
>
>
> Just for the record, quite a few folks are having troubles with (U)EFI
> and it appears that the kernel signature is quite often the culprit,
> from my preliminary research [1]. You got any comments about that?
Yes, disable signature verification. It's not possible to boot a
self-signed kernel from someone else unless you also add in their
certificate to the UEFI and at that point why even bother to sign the
thing? Booting a self-signed kernel is cool, but me handing out signed
kernels and saying "add this to your UEFI as a valid cert" is exactly as
secure as not signing it at all.
- -Zero
-BEGIN PGP SIGNATURE-
Version: GnuPG v2.0.22 (GNU/Linux)
Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/
iQIcBAEBAgAGBQJShUseAAoJEKXdFCfdEflK54wQAIrsnnReC3WlwwAb1bU7+ETN
w6tn6qM9EHUJ/2XkxwhlGLmijakanjgjpTGXIfnaHIpk74U2vLiqe+qyd8Ws9VbX
z8Ny5Qie93uCgxycF6/SxYpIZWtC9mrYb+1F26eoEUVri1I1wIjQiHCoMqFHMbAX
EWubNwq58ul8B7aNg6DlZCAAW3JZ2WqeG0O2/CK/iDeitD5c9ocWvMWf4LrA6/uK
/mwqOCFlWrjsUeKQYm5wyXwE5NeqY1E+e4G219+JUaiD5GHePcVNIrUbt0pIugNp
Oy+ntvvrzk5vqPj6466CrTDoY2VI3QEYot4RIi2aUbYdhzMRlkip1l4TZvmNjpET
qVSmlZA1P19uKznnYvyGsPF1BHPoplvmCOg1vKBBPh3Sf9KZqYw9w9loa9uIYZaR
F3dslFdZCyYOamFbKMTdko3l595kABCQACm4uwYvL795W7MAjiqnlDaUczLkvCdQ
MuR8EWO4gVJR2vkOm1a5zZE6+civeUsDu7acLNtDKc7mOtxfl19Fcmhiux6ooGzW
dW5KwQdI0CQY6PQ8OYSj6r5jdpH+Vb7vAkbm1z0QuYwuyEMZEUg3+KcJACEV2cRk
wVyHJE0SQR6nMz2SfjpkravsxmAGcW9V88y5bXHYT7qw/VmKwfmuVsBi/oQVy88i
tQFXDsmLgKH950j5hvk9
=Pnd3
-END PGP SIGNATURE-
Re: [gentoo-user] Changing mailuri for emailing emerge logs - AUTH version fails
On 2013-11-14 3:30 PM, Alan McKinnon wrote: You used the words "it is unclear". I think you are being way too kind. Heh... I know, I was like, wtf??? Why in Zeus' name wouldn't they just specify the actual port like every other software I've ever used does. I guess there was probably a reason someone did this, but I'd honestly like to hear it before I pronounce them a moron... ;)
Re: [gentoo-user] Changing mailuri for emailing emerge logs - AUTH version fails
On 14/11/2013 18:16, Tanstaafl wrote: > On 2013-11-14 10:55 AM, Tanstaafl wrote: >> I had been trying user:sec...@mail.some.domain:587, and it kept failing >> as if it wasn't using STARTTLS... then I started down a rabbit hole of >> trying to configure postfix's sasl client, then decided that was way >> overkill for what I was trying to accomplish... >> >> Then in a flash of inspiration, I decided to try 100587 for the port and >> it just worked. > > Ok, another bump... > > I had changed the password to something simple for testing, and now, > after changing it back to my strong password, it fails with: > > "invalid SMTP AUTH configuration, trying unauthenticated" > > The password has two special characters in it that I'm sure are > problematic - a colon and a pipe symbol (I use a password generator, and > would prefer to use my same system without modification, if possible) - > so, how can I 'wrap' it so that it doesn't matter what characters are in > the password? > > I tried setting the username+password as a variable and using that: > > USER_PASS="user:pass" > > But it still failed with the same error.. Quoting rules. Ugh. I've found only two methods that work in real life, neither satisfactory: 1. Start almost randomly escaping suspect characters with single, quotes, double quotes and backslashes till you find a combination that works. Then remove things one at a time and try infer what the rules area 2. Read the code Not the answer you were looking for, sorry about that, but I got nothing better. -- Alan McKinnon alan.mckin...@gmail.com
[gentoo-user] Re: GPT-UEFI-fstab questions
Rick "Zero_Chaos" Farina gentoo.org> writes:
> > timeout=5
> > menuentry 'Pentoo' {
> > insmod efi_gop
> > insmod efi_uga
> > insmod part_msdos
> > insmod part_gpt
> > root=(hd0,2)
> > linux /boot/kernel-genkernel-x86_64-3.9.9-pentoo root=/dev/ram0
> > real_root= video= console=tty1 ro
> > initrd /boot/initramfs-genkernel-x86_64-3.9.9-pentoo
> > }
> I would like to note that in pentoo-installer grub2 is marked
> experimental and I honestly don't expect it to work at all.
> I am beyond happy to accept patches that fix that, I currently lack time
> and substantial motivation to work on such things. grub1 works.
> Thanks,
> Zero
Ahhh, you guys do exist; NICE piece of work! Sure, I'll figure it
out and drop you a line. It'd be much easier on me if you activated my
request for a dev account..
Just for the record, quite a few folks are having troubles with (U)EFI
and it appears that the kernel signature is quite often the culprit,
from my preliminary research [1]. You got any comments about that?
James
[1] http://kroah.com/log/blog/2013/09/02/booting-a-self-signed-linux-kernel/
Re: [gentoo-user] Changing mailuri for emailing emerge logs - AUTH version fails
On 14/11/2013 17:55, Tanstaafl wrote: > On 2013-11-14 10:28 AM, Tanstaafl wrote: >> Nevermind, removed the smtp.example.com entry that wasn't supposed to be >> there... >> >> Now to get SASL_AUTH working... > > Ok, imnsho, the comments in /usr/share/portage/config/make.conf.example > are not sufficiently explicit... > >> # port: port to use on the given smtp >> server (defaults to 25, values > 10 indicate that starttls should >> be used on (port-10)) >> # Examples: >> #PORTAGE_ELOG_MAILURI="root@localhost localhost" (this is also the >> default setting) >> #PORTAGE_ELOG_MAILURI="user@some.domain mail.some.domain" (sends mails >> to user@some.domain using the mailserver mail.some.domain) >> #PORTAGE_ELOG_MAILURI="user@some.domain >> user:sec...@mail.some.domain:100465" (this is left uncommented as a >> reader exercise ;) > > It is unclear from this text that the first three characters of the > specified port are IGNORED... > > I had been trying user:sec...@mail.some.domain:587, and it kept failing > as if it wasn't using STARTTLS... then I started down a rabbit hole of > trying to configure postfix's sasl client, then decided that was way > overkill for what I was trying to accomplish... > > Then in a flash of inspiration, I decided to try 100587 for the port and > it just worked. > > Anyway, on to prepping for building my first initramfs this weekend... > You used the words "it is unclear". I think you are being way too kind. I hadn't read that doc until you posted this thread, so when I did read it my reaction was ... let's just say it was unprintable and involved repeated excessive use of the words "fuck", "moron", "brain donor" and other such things. Not directed at you of course, but at the document author. Of all the brain-dead stupid ideas I've seen in IT, that one rates up there with the best of them. Hidden magic behaviour triggered by hidden magic data that is in direct opposition to how we have done port assignments for 30 years at least. Thanks for bringing this to the attention of the list as a whole. -- Alan McKinnon alan.mckin...@gmail.com
[gentoo-user] Re: GPT-UEFI-fstab questions
Michael Hampicke hadt.biz> writes:
> >> Please show us your grub2.cfg
> > now review the "/tmp/efibootpart/boot/grub2/grub.cfg"
> > timeout=5
> > menuentry 'Pentoo' {
> > insmod efi_gop
> > insmod efi_uga
> > insmod part_msdos
> > insmod part_gpt
> > root=(hd0,2)
> > linux /boot/kernel-genkernel-x86_64-3.9.9-pentoo root=/dev/ram0
> > real_root= video= console=tty1 ro
> > initrd /boot/initramfs-genkernel-x86_64-3.9.9-pentoo
> > }
> >
>
> Do you have the boot symlink on your boot partition?
> $ ls -al /boot/boot
> lrwxrwxrwx 1 root root 1 Sep 23 2011 /boot/boot -> .
Well, I'm using pentoo installer to set up a grub 1 box
just to verify that it works, as purported
I'll have to mount everything to figure it out after looking
at what the pentoo installer has done
Then I'll have the 2 pentoo boxes to look at and figure out
what's up.
thx,
James
Re: [gentoo-user] Re: GPT-UEFI-fstab questions
Am 14.11.2013 19:17, schrieb James:
> Michael Hampicke hadt.biz> writes:
>
>
>>> On "4. Install Bootloader" choose "UEFI-GRUB".
>>> The UEFI boot partition will be /dev/sda1.
>>> The GRUB device path will be (hd0,2) - the default, /dev/sda2
>>> where the kernel resides.
>
>> Please show us your grub2.cfg
>> Also try using the output of grub2-mkconfig as your grub2.cfg and see if
>> your machine boots.
>
>
> During the pentoo install, I capture this:
>
>
> now review the "/tmp/efibootpart/boot/grub2/grub.cfg"
>
> timeout=5
> menuentry 'Pentoo' {
> insmod efi_gop
> insmod efi_uga
> insmod part_msdos
> insmod part_gpt
> root=(hd0,2)
> linux /boot/kernel-genkernel-x86_64-3.9.9-pentoo root=/dev/ram0
> real_root= video= console=tty1 ro
> initrd /boot/initramfs-genkernel-x86_64-3.9.9-pentoo
> }
>
Do you have the boot symlink on your boot partition?
$ ls -al /boot/boot
lrwxrwxrwx 1 root root 1 Sep 23 2011 /boot/boot -> .
signature.asc
Description: OpenPGP digital signature
Re: [gentoo-user] Re: GPT-UEFI-fstab questions
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 11/14/2013 01:17 PM, James wrote:
> Michael Hampicke hadt.biz> writes:
>
>
>>> On "4. Install Bootloader" choose "UEFI-GRUB".
>>> The UEFI boot partition will be /dev/sda1.
>>> The GRUB device path will be (hd0,2) - the default, /dev/sda2
>>> where the kernel resides.
>
>> Please show us your grub2.cfg
>> Also try using the output of grub2-mkconfig as your grub2.cfg and see if
>> your machine boots.
>
>
> During the pentoo install, I capture this:
>
>
> now review the "/tmp/efibootpart/boot/grub2/grub.cfg"
>
> timeout=5
> menuentry 'Pentoo' {
> insmod efi_gop
> insmod efi_uga
> insmod part_msdos
> insmod part_gpt
> root=(hd0,2)
> linux /boot/kernel-genkernel-x86_64-3.9.9-pentoo root=/dev/ram0
> real_root= video= console=tty1 ro
> initrd /boot/initramfs-genkernel-x86_64-3.9.9-pentoo
> }
>
I would like to note that in pentoo-installer grub2 is marked
experimental and I honestly don't expect it to work at all.
I am beyond happy to accept patches that fix that, I currently lack time
and substantial motivation to work on such things. grub1 works.
Thanks,
Zero
-BEGIN PGP SIGNATURE-
Version: GnuPG v2.0.22 (GNU/Linux)
Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/
iQIcBAEBAgAGBQJShSi2AAoJEKXdFCfdEflK3lMP/2EfI6A7IVVq7JRun8bKkzMV
5ib4ffO20K2kPdgBCrHgR1LDSDRG36jjHfDYu+f6vT8Xnr9f0M3HG8zwcuaaXGyV
/9Y6XqPOp+2jwF3FXc/wrp60jCt3hTckpnN9Esrd5/dkGYS7TYDeHFA6jK1Ec/6M
JMBjxUy9TeSXiJMZkiUDkS1G+BqlHdro1huJqGOGDuSPJhrjqtBVewqpw5BlH4EP
XlzKpKquVyWPIvtY9N7kwxA8E1wAVIBMeFYQ9R9FOhochT5OEmQj2nRBvNSCHw32
mRoEYIbX1IV09CiZUHzhknsWUzA48NX0fyQBXNxPbillq0cKx9gDSEXJJtT93YU7
tQMxjQE8yqjouy9CPH4WsBRuE7qP5DNJbD6EV2LUsTSl9rg/NNhjK5GXGJNbKlQs
cML1ze6u79IsikwScyY9UwUA6KfUjtOsj3UbgYDAWoLS8pG8TOZ1aD58BSmV+fRO
ImsYT8BqnIT/HK32Evn/6pAVv0T5wZkDzaOZVQUzEhaHlP4aL4/kwpvTgFEhdd7C
ikSgDi/KAlP9yWhbP+urob8eJgpAxJ/MFCYt2TXRUASuH3Dd1PbPsTyN/tTx38v0
+Qnqbtdf2GaxvRpRW2xY+KffCyIgx92xfYVdDy3RkXK/CofDnWSbaXPYbXXA/hxG
XaOebmBHl3JHPPHskDhJ
=iuNl
-END PGP SIGNATURE-
[gentoo-user] Re: GPT-UEFI-fstab questions
Michael Hampicke hadt.biz> writes:
> > On "4. Install Bootloader" choose "UEFI-GRUB".
> > The UEFI boot partition will be /dev/sda1.
> > The GRUB device path will be (hd0,2) - the default, /dev/sda2
> > where the kernel resides.
> Please show us your grub2.cfg
> Also try using the output of grub2-mkconfig as your grub2.cfg and see if
> your machine boots.
During the pentoo install, I capture this:
now review the "/tmp/efibootpart/boot/grub2/grub.cfg"
timeout=5
menuentry 'Pentoo' {
insmod efi_gop
insmod efi_uga
insmod part_msdos
insmod part_gpt
root=(hd0,2)
linux /boot/kernel-genkernel-x86_64-3.9.9-pentoo root=/dev/ram0
real_root= video= console=tty1 ro
initrd /boot/initramfs-genkernel-x86_64-3.9.9-pentoo
}
James
Re: [gentoo-user] GPT-UEFI-fstab questions
Am 14.11.2013 18:18, schrieb James: > Hello, > > I've made another run and this, using this document guide: > http://code.google.com/p/pentoo/wiki/UEFI#UEFI_pentoo-installer_guide_for_UEFI_and_GPT > > it all seem to be fine; except grub 2 cannot find the kernel. > The GPT is read fine by grub2. But, grub 2 cannot find > the kernel, explicitly the error messages from grub2: > > error : file '/boot/kernel-genkernel-x86_64-3.3.9-pentoo' not found. > error: you need to load the kernel first > > > Here is the fstab: > > UUID="EFA3-8415" /boot/efi vfat default0 1 > #sda2 > UUID="cf76566e-bf4e-4dee-ab9d-6fc2bcdd5b1b" /boot ext2 defaults 0 1 > #sda3 > UUID="0ef33e5a-7869-418e-86be-1ef5e16b4495" none swap sw 0 0 > #sda4 > UUID="fc8efde7-359e-41b1-94b0-8a9a868bdf24" /ext4 defaults 0 0 > > shm /dev/shmtmpfs nodev,nosuid,noexec 0 0 > /dev/cdrom /mnt/cdrom audonoauto,ro 0 0 > > > If you look at the table, which I followed, the names are in all caps, but > I used lowercase; could this be the problem? > > > > The table from the aforementioned doc: > Select "gpt" as Partition Table > Create the following partitions: > > # FS Sizemount point name > /dev/sda1 vfat256M/boot/efi UEFI > /dev/sda2 ext264M /boot BOOT > /dev/sda3 swap4G SWAP > /dev/sda4 ext416G / ROOT > > Booting GRUB-2 through UEFI > > On "4. Install Bootloader" choose "UEFI-GRUB". > The UEFI boot partition will be /dev/sda1. > The GRUB device path will be (hd0,2) - the default, /dev/sda2 where the > kernel resides. > > > ANY IDEAS? Please show us your grub2.cfg :-) Also try using the output of grub2-mkconfig as your grub2.cfg and see if your machine boots. signature.asc Description: OpenPGP digital signature
[gentoo-user] GPT-UEFI-fstab questions
Hello, I've made another run and this, using this document guide: http://code.google.com/p/pentoo/wiki/UEFI#UEFI_pentoo-installer_guide_for_UEFI_and_GPT it all seem to be fine; except grub 2 cannot find the kernel. The GPT is read fine by grub2. But, grub 2 cannot find the kernel, explicitly the error messages from grub2: error : file '/boot/kernel-genkernel-x86_64-3.3.9-pentoo' not found. error: you need to load the kernel first Here is the fstab: UUID="EFA3-8415" /boot/efi vfat default0 1 #sda2 UUID="cf76566e-bf4e-4dee-ab9d-6fc2bcdd5b1b" /boot ext2 defaults 0 1 #sda3 UUID="0ef33e5a-7869-418e-86be-1ef5e16b4495" none swap sw 0 0 #sda4 UUID="fc8efde7-359e-41b1-94b0-8a9a868bdf24" /ext4 defaults 0 0 shm /dev/shmtmpfs nodev,nosuid,noexec 0 0 /dev/cdrom /mnt/cdrom audonoauto,ro 0 0 If you look at the table, which I followed, the names are in all caps, but I used lowercase; could this be the problem? The table from the aforementioned doc: Select "gpt" as Partition Table Create the following partitions: # FS Sizemount point name /dev/sda1 vfat256M/boot/efi UEFI /dev/sda2 ext264M /boot BOOT /dev/sda3 swap4G SWAP /dev/sda4 ext416G / ROOT Booting GRUB-2 through UEFI On "4. Install Bootloader" choose "UEFI-GRUB". The UEFI boot partition will be /dev/sda1. The GRUB device path will be (hd0,2) - the default, /dev/sda2 where the kernel resides. ANY IDEAS? James
Re: [gentoo-user] slot conflict when trying to emerge xorg-server-1.14.3-r2
Thanks for the tip. I ended up doing "emerge --emptytree @world" which fixed it. On Thu, Nov 14, 2013 at 8:05 AM, Bruce Hill wrote: > On Wed, Nov 13, 2013 at 11:23:43AM -0700, Nicolas Bock wrote: >> Hi, >> >> emerge --oneshot xorg-server throws this error message: >> >> !!! Multiple package instances within a single package slot have been pulled >> !!! into the dependency graph, resulting in a slot conflict: >> >> x11-base/xorg-server:0 >> >> (x11-base/xorg-server-1.13.4-r1::gentoo, installed) pulled in by >> x11-base/xorg-server:0/1.13.4= required by >> (x11-drivers/xf86-video-nv-2.1.20-r1::gentoo, installed) >> x11-base/xorg-server:0/1.13.4= required by >> (x11-drivers/xf86-video-nouveau-1.0.9::gentoo, installed) >> x11-base/xorg-server:0/1.13.4= required by >> (x11-drivers/xf86-input-evdev-2.8.1::gentoo, installed) >> x11-base/xorg-server:0/1.13.4= required by >> (x11-drivers/xf86-video-vesa-2.3.3::gentoo, installed) >> x11-base/xorg-server:0/1.13.4= required by >> (x11-drivers/xf86-video-fbdev-0.4.4::gentoo, installed) >> x11-base/xorg-server:0/1.13.4= required by >> (x11-drivers/xf86-input-keyboard-1.7.0::gentoo, installed) >> x11-base/xorg-server:0/1.13.4= required by >> (x11-drivers/xf86-input-mouse-1.9.0::gentoo, installed) >> >> (x11-base/xorg-server-1.14.3-r2::gentoo, ebuild scheduled for merge) >> pulled in by >> (no parents that aren't satisfied by other packages in this slot) >> >> Why isn't xorg-server simply updated and the drivers re-emerged >> because of the sub-slot changes? >> >> Thanks, >> >> nick > > Make sure you've synced, run "emerge --info --oneshot xorg-server" and post. > -- > Happy Penguin Computers >') > 126 Fenco Drive ( \ > Tupelo, MS 38801 ^^ > supp...@happypenguincomputers.com > 662-269-2706 662-205-6424 > http://happypenguincomputers.com/ > > A: Because it messes up the order in which people normally read text. > Q: Why is top-posting such a bad thing? > A: Top-posting. > Q: What is the most annoying thing in e-mail? > > Don't top-post: http://en.wikipedia.org/wiki/Top_post#Top-posting >
Re: [gentoo-user] Changing mailuri for emailing emerge logs - AUTH version fails
On 2013-11-14 10:55 AM, Tanstaafl wrote: I had been trying user:sec...@mail.some.domain:587, and it kept failing as if it wasn't using STARTTLS... then I started down a rabbit hole of trying to configure postfix's sasl client, then decided that was way overkill for what I was trying to accomplish... Then in a flash of inspiration, I decided to try 100587 for the port and it just worked. Ok, another bump... I had changed the password to something simple for testing, and now, after changing it back to my strong password, it fails with: "invalid SMTP AUTH configuration, trying unauthenticated" The password has two special characters in it that I'm sure are problematic - a colon and a pipe symbol (I use a password generator, and would prefer to use my same system without modification, if possible) - so, how can I 'wrap' it so that it doesn't matter what characters are in the password? I tried setting the username+password as a variable and using that: USER_PASS="user:pass" But it still failed with the same error..
Re: [gentoo-user] Changing mailuri for emailing emerge logs - AUTH version fails
On 2013-11-14 10:28 AM, Tanstaafl wrote: Nevermind, removed the smtp.example.com entry that wasn't supposed to be there... Now to get SASL_AUTH working... Ok, imnsho, the comments in /usr/share/portage/config/make.conf.example are not sufficiently explicit... # port: port to use on the given smtp server (defaults to 25, values > 10 indicate that starttls should be used on (port-10)) # Examples: #PORTAGE_ELOG_MAILURI="root@localhost localhost" (this is also the default setting) #PORTAGE_ELOG_MAILURI="user@some.domain mail.some.domain" (sends mails to user@some.domain using the mailserver mail.some.domain) #PORTAGE_ELOG_MAILURI="user@some.domain user:sec...@mail.some.domain:100465" (this is left uncommented as a reader exercise ;) It is unclear from this text that the first three characters of the specified port are IGNORED... I had been trying user:sec...@mail.some.domain:587, and it kept failing as if it wasn't using STARTTLS... then I started down a rabbit hole of trying to configure postfix's sasl client, then decided that was way overkill for what I was trying to accomplish... Then in a flash of inspiration, I decided to try 100587 for the port and it just worked. Anyway, on to prepping for building my first initramfs this weekend...
Re: [gentoo-user] Changing mailuri for emailing emerge logs - AUTH version fails
On 2013-11-14 9:33 AM, Tanstaafl wrote: Hi all, I'm trying to change one of my systems from sending without AUTH (works), to using AUTH (fails), going by the example in /usr/share/portage/config/make.conf.example... With this hosts IP in mynetworks (I use postfix), this works: PORTAGE_ELOG_MAILURI="m...@example.com smtp.example.com" Changing the above to this: PORTAGE_ELOG_MAILURI="m...@example.com smtp.example.com myuser:mypassw...@smtp.example.com:587" fails (IP is still in mynetworks, but my goal is to remove it) with the following errors (last few lines being most significant I think?): Nevermind, removed the smtp.example.com entry that wasn't supposed to be there... Now to get SASL_AUTH working...
Re: [gentoo-user] slot conflict when trying to emerge xorg-server-1.14.3-r2
On Wed, Nov 13, 2013 at 11:23:43AM -0700, Nicolas Bock wrote: > Hi, > > emerge --oneshot xorg-server throws this error message: > > !!! Multiple package instances within a single package slot have been pulled > !!! into the dependency graph, resulting in a slot conflict: > > x11-base/xorg-server:0 > > (x11-base/xorg-server-1.13.4-r1::gentoo, installed) pulled in by > x11-base/xorg-server:0/1.13.4= required by > (x11-drivers/xf86-video-nv-2.1.20-r1::gentoo, installed) > x11-base/xorg-server:0/1.13.4= required by > (x11-drivers/xf86-video-nouveau-1.0.9::gentoo, installed) > x11-base/xorg-server:0/1.13.4= required by > (x11-drivers/xf86-input-evdev-2.8.1::gentoo, installed) > x11-base/xorg-server:0/1.13.4= required by > (x11-drivers/xf86-video-vesa-2.3.3::gentoo, installed) > x11-base/xorg-server:0/1.13.4= required by > (x11-drivers/xf86-video-fbdev-0.4.4::gentoo, installed) > x11-base/xorg-server:0/1.13.4= required by > (x11-drivers/xf86-input-keyboard-1.7.0::gentoo, installed) > x11-base/xorg-server:0/1.13.4= required by > (x11-drivers/xf86-input-mouse-1.9.0::gentoo, installed) > > (x11-base/xorg-server-1.14.3-r2::gentoo, ebuild scheduled for merge) > pulled in by > (no parents that aren't satisfied by other packages in this slot) > > Why isn't xorg-server simply updated and the drivers re-emerged > because of the sub-slot changes? > > Thanks, > > nick Make sure you've synced, run "emerge --info --oneshot xorg-server" and post. -- Happy Penguin Computers >') 126 Fenco Drive ( \ Tupelo, MS 38801 ^^ supp...@happypenguincomputers.com 662-269-2706 662-205-6424 http://happypenguincomputers.com/ A: Because it messes up the order in which people normally read text. Q: Why is top-posting such a bad thing? A: Top-posting. Q: What is the most annoying thing in e-mail? Don't top-post: http://en.wikipedia.org/wiki/Top_post#Top-posting
Re: [gentoo-user] slot conflict when trying to emerge xorg-server-1.14.3-r2
On Wed, Nov 13, 2013 at 11:23:43AM -0700, Nicolas Bock wrote: > Hi, > > emerge --oneshot xorg-server throws this error message: > > !!! Multiple package instances within a single package slot have been pulled > !!! into the dependency graph, resulting in a slot conflict: > > x11-base/xorg-server:0 > > (x11-base/xorg-server-1.13.4-r1::gentoo, installed) pulled in by > x11-base/xorg-server:0/1.13.4= required by > (x11-drivers/xf86-video-nv-2.1.20-r1::gentoo, installed) > x11-base/xorg-server:0/1.13.4= required by > (x11-drivers/xf86-video-nouveau-1.0.9::gentoo, installed) > x11-base/xorg-server:0/1.13.4= required by > (x11-drivers/xf86-input-evdev-2.8.1::gentoo, installed) > x11-base/xorg-server:0/1.13.4= required by > (x11-drivers/xf86-video-vesa-2.3.3::gentoo, installed) > x11-base/xorg-server:0/1.13.4= required by > (x11-drivers/xf86-video-fbdev-0.4.4::gentoo, installed) > x11-base/xorg-server:0/1.13.4= required by > (x11-drivers/xf86-input-keyboard-1.7.0::gentoo, installed) > x11-base/xorg-server:0/1.13.4= required by > (x11-drivers/xf86-input-mouse-1.9.0::gentoo, installed) > > (x11-base/xorg-server-1.14.3-r2::gentoo, ebuild scheduled for merge) > pulled in by > (no parents that aren't satisfied by other packages in this slot) > > Why isn't xorg-server simply updated and the drivers re-emerged > because of the sub-slot changes? > > Thanks, > > nick Welcome to the flipping subslot nightmare of 2013. -- Happy Penguin Computers >') 126 Fenco Drive ( \ Tupelo, MS 38801 ^^ supp...@happypenguincomputers.com 662-269-2706 662-205-6424 http://happypenguincomputers.com/ A: Because it messes up the order in which people normally read text. Q: Why is top-posting such a bad thing? A: Top-posting. Q: What is the most annoying thing in e-mail? Don't top-post: http://en.wikipedia.org/wiki/Top_post#Top-posting
[gentoo-user] Re: Can we get users more involved in specific testing?
hasufell gentoo.org> writes: > >> I have often had a hard time to get some random users comment on > >> certain packages or even assist on some runtime tests. I don't even > >> know how many people use the package I maintain. > > When a new package is installed or upgraded, there are notes that the > > installer is optioned (and notified upon installation) about the > > package. Might it be a good idea to put your testing pleadings > > in the notes for those how install the package (stable, testing, > > experimental or overlay) about how to contact whoever related to > > the specific testing you want done? I. E. "eselect news" or is this > > a bad idea? > I think people will not like having that in eselect news. There could be > a similar thing like: eslect test-requests > but the question is if that will get bloated and other stuff I'm not > sure about. Other than news, folks will not read it. As long as the announcement is short!: TESTERS_WANTED (url to details), then you hit the specific group, actually using the software; responding because they care. It affects them directly. Futhermore, they can quickly become the best testers, because most will use the target package, frequently. > The easiest thing I can think of is a project site on our wiki which > would also point to relevant bugs. Then again... who really wants to > maintain that. This approach will fail, because it is a blunt instrument. Too many will get the managerie of info about things they can little for (zippO) > All other ideas are even more advanced. > I wonder if we could add a keyword on bugzie like REQUSERTEST... so > bored users could easily get a list of such bugs. But who would really > use that? Bugzilla is a wonderful, but BLUNT instrument, hence few bother with filling bugs. Gentoo devs are very picky about what get's filed so for Gentoo issues, FOCUS on where the actual users can be reached, with a focused message, imho. I. E. request testers from the pool of folks that actually install a given package. Ya don't have to get folks to test things like portage, cause we all use it and care about it and bitch about it (that is until Zac took it over and slaid the deamon_portage. A given ancillary package usually has few users, so find a way to communicate with those packages_installers as the pool for potential testers, with whatevery instrument you like. Mathematically, blunt instruments fail more than 99% of the time, particularly the tigher the desired end result is... Besides, most do not read the ebuild notes availabe in the 'eselect news', imho. ciao, James
[gentoo-user] Changing mailuri for emailing emerge logs - AUTH version fails
Hi all, I'm trying to change one of my systems from sending without AUTH (works), to using AUTH (fails), going by the example in /usr/share/portage/config/make.conf.example... With this hosts IP in mynetworks (I use postfix), this works: PORTAGE_ELOG_MAILURI="m...@example.com smtp.example.com" Changing the above to this: PORTAGE_ELOG_MAILURI="m...@example.com smtp.example.com myuser:mypassw...@smtp.example.com:587" fails (IP is still in mynetworks, but my goal is to remove it) with the following errors (last few lines being most significant I think?): Traceback (most recent call last): File "/usr/bin/emerge", line 50, in retval = emerge_main() File "/usr/lib64/portage/pym/_emerge/main.py", line 1031, in emerge_main return run_action(emerge_config) File "/usr/lib64/portage/pym/_emerge/actions.py", line 4062, in run_action emerge_config.args, spinner) File "/usr/lib64/portage/pym/_emerge/actions.py", line 453, in action_build retval = mergetask.merge() File "/usr/lib64/portage/pym/_emerge/Scheduler.py", line 1019, in merge rval = self._merge() File "/usr/lib64/portage/pym/_emerge/Scheduler.py", line 1408, in _merge self._main_loop() File "/usr/lib64/portage/pym/_emerge/Scheduler.py", line 1385, in _main_loop self._event_loop.iteration() File "/usr/lib64/portage/pym/portage/util/_eventloop/EventLoop.py", line 268, in iteration if not x.callback(f, event, *x.args): File "/usr/lib64/portage/pym/portage/util/_async/PipeLogger.py", line 133, in _output_handler self._unregister_if_appropriate(event) File "/usr/lib64/portage/pym/_emerge/AbstractPollTask.py", line 129, in _unregister_if_appropriate self.wait() File "/usr/lib64/portage/pym/_emerge/AsynchronousTask.py", line 57, in wait self._wait_hook() File "/usr/lib64/portage/pym/_emerge/AsynchronousTask.py", line 175, in _wait_hook self._exit_listener_stack.pop()(self) File "/usr/lib64/portage/pym/_emerge/SpawnProcess.py", line 168, in _pipe_logger_exit self.wait() File "/usr/lib64/portage/pym/_emerge/AsynchronousTask.py", line 57, in wait self._wait_hook() File "/usr/lib64/portage/pym/_emerge/AsynchronousTask.py", line 175, in _wait_hook self._exit_listener_stack.pop()(self) File "/usr/lib64/portage/pym/_emerge/EbuildMerge.py", line 57, in _merge_exit self.exit_hook(self) File "/usr/lib64/portage/pym/_emerge/EbuildBuild.py", line 403, in _install_exit self._unlock_builddir() File "/usr/lib64/portage/pym/_emerge/EbuildBuild.py", line 289, in _unlock_builddir portage.elog.elog_process(self.pkg.cpv, self.settings) File "/usr/lib64/portage/pym/portage/elog/__init__.py", line 175, in elog_process m.process(mysettings, str(key), mod_logentries, mod_fulllog) File "/usr/lib64/portage/pym/portage/elog/mod_mail.py", line 39, in process portage.mail.send_mail(mysettings, mymessage) File "/usr/lib64/portage/pym/portage/mail.py", line 116, in send_mail myrecipient, mymailuri = mysettings["PORTAGE_ELOG_MAILURI"].split() ValueError: too many values to unpack myhost : Thu Nov 14, 09:22:57 : ~ any ideas why this is failing like this? Thanks, Charles
Re: [gentoo-user] Re: Can we get users more involved in specific testing?
On 11/14/2013 12:21 AM, James wrote: > hasufell gentoo.org> writes: > > >> Our arch testers are understaffed and often don't really do general >> runtime tests (it's mostly assumed the maintainer knows about runtime >> issues). > >> I have often had a hard time to get some random users comment on >> certain packages or even assist on some runtime tests. I don't even >> know how many people use the package I maintain. > > > When a new package is installed or upgraded, there are notes that the > installer is optioned (and notified upon installation) about the > package. Might it be a good idea to put your testing pleadings > in the notes for those how install the package (stable, testing, > experimental or overlay) about how to contact whoever related to > the specific testing you want done? I. E. "eselect news" or is this > a bad idea? > > > JFFNMS is one of my favorite packages, so surely I'd respond on that > one. Hell, I often go and find the patches and post bugs pleading to > get documented patches installed on my favorite package. > > > hth, > James > > I think people will not like having that in eselect news. There could be a similar thing like: eslect test-requests but the question is if that will get bloated and other stuff I'm not sure about. The easiest thing I can think of is a project site on our wiki which would also point to relevant bugs. Then again... who really wants to maintain that. All other ideas are even more advanced. I wonder if we could add a keyword on bugzie like REQUSERTEST... so bored users could easily get a list of such bugs. But who would really use that?
