Re: [gentoo-user] Problem with gdbus-codegen

[Dale]

Mick wrote:
> On Thursday 26 Jan 2017 15:08:25 Dale wrote:
>> That's my thinking as well. I recall not long ago that I caught a bad
>> sync.. It was several days later that I was able to get a good one
>> and even then, it required me to switch to another mirror. I think in
>> my case, someone decided to shut down that mirror but for some
>> reason, only removed some of the files there. Some very obvious
>> packages were missing. I noticed several KDE packages and even some
>> that are in @system missing.
> I recall 12-13 years ago there was a proposal to improve security by
> sync'ing with different mirrors and diffing the output. I seem to
> recall someone had hacked a mirror and interfered with the tree served
> by it. The proposal was not taken up because it would double up the
> load on the mirrors and of course two mirrors may not be in exactly
> the same state at a particular point in time.

I'm not on dial-up anymore but I wouldn't want to have to do that twice
either.  My DSL is not *that* fast.  I've had bad syncs in the past.  It
is rare but it does happen.  Anytime I get something really weird, I try
to check and see what the tree looks like.  One can also scroll back up
and see what all was changed, file wise anyway. 

I recall those discussion and have seen security mentioned since as
well.  While I think it is not likely, it could happen.  Thing is, the
tree is a moving target as you mention.  It never really stops being
changed.  Given the world wide nature of the devs, there is almost
always someone changing something.  To download it twice and compare
would be interesting to see.  Talk about a hat trick.  ;-) 

I suspect that if a hacker wanted to screw things up, they would find a
way.  It doesn't hurt to try and keep it to a minimum tho.  I wish I
could recall what server I was using. 

Dale

:-)  :-) 

Re: [gentoo-user] Problem with gdbus-codegen

[Mick]

On Thursday 26 Jan 2017 15:08:25 Dale wrote:

> That's my thinking as well.  I recall not long ago that I caught a bad
> sync..  It was several days later that I was able to get a good one and
> even then, it required me to switch to another mirror.  I think in my
> case, someone decided to shut down that mirror but for some reason, only
> removed some of the files there.  Some very obvious packages were
> missing.  I noticed several KDE packages and even some that are in
> @system missing.

I recall 12-13 years ago there was a proposal to improve security by sync'ing 
with different mirrors and diffing the output.  I seem to recall someone had 
hacked a mirror and interfered with the tree served by it.  The proposal was 
not taken up because it would double up the load on the mirrors and of course 
two mirrors may not be in exactly the same state at a particular point in 
time.

-- 
Regards,
Mick

signature.asc
Description: This is a digitally signed message part.

Re: [gentoo-user] What has happened to the Gentoo tree?

[Mick]

On Thursday 26 Jan 2017 15:04:27 Neil Bothwick wrote:
> On Thu, 26 Jan 2017 15:31:55 +0100, Helmut Jarausch wrote:
> > Is it only me or have others the same issue.
> > I have lots of packages installed which are more recent then what is
> > currently in the tree, e.g.
> > 
> > dev-libs/gobject-introspection  (installed here version 1.50.0 on
> > 2016/11/25) but the most recent version in the tree is 1.48
> 
> 1.50.0 is in the tree according to eix. It is testing so eix may not show
> it on a stable system.

It shows it fine here on a stable arch, albeit as testing.  Last time I sync'ed 
was about a week ago.

$ eix -l dev-libs/gobject-introspection 
[I] dev-libs/gobject-introspection
 Available versions:  
1.44.0  [cairo doctool test PYTHON_TARGETS="python2_7"] 
["python_targets_python2_7 test? ( cairo )"]
1.46.0  [cairo doctool test PYTHON_TARGETS="python2_7"] 
["python_targets_python2_7 test? ( cairo )"]
1.48.0  [cairo doctool test PYTHON_TARGETS="python2_7"] 
["python_targets_python2_7 test? ( cairo )"]
   ~1.50.0  [cairo doctool test PYTHON_SINGLE_TARGET="python2_7 
python3_4 python3_5" PYTHON_TARGETS="python2_7 python3_4 python3_5"]["^^ ( 
python_single_target_python2_7 python_single_target_python3_4 
python_single_target_python3_5 ) python_single_target_python2_7? ( 
python_targets_python2_7 ) python_single_target_python3_4? ( 
python_targets_python3_4 ) python_single_target_python3_5? ( 
python_targets_python3_5 ) test? ( cairo )"]
 Installed versions:  1.48.0(08:41:07 10/01/16)(cairo -doctool -test 
PYTHON_TARGETS="python2_7")
 Homepage:https://wiki.gnome.org/Projects/GObjectIntrospection
 Description: Introspection system for GObject-based libraries

-- 
Regards,
Mick

signature.asc
Description: This is a digitally signed message part.

Re: [gentoo-user] Bootloaders: SILENT CRISIS!!!

[Ian Bloss]

Syslinux family has been my go to boot loader

On Thu, Jan 26, 2017, 4:12 PM Bill Kenworthy  wrote:

> On 27/01/17 01:03, Alan Grimes wrote:
> > I looked for more information on GRUB form upstream but, on first
> > impression, it's been an abandoned project since 2012... Apparently some
> > users have posted patches to things like the invalid sector size problem
> > but the project has been deaf to these problems and has done nothing
> > whatsoever. =(
> >
> > I thought maybe I could go simple and use something like elilo, The
> > manual was written in moonspeak, it was very missleading and had lots of
> > omissions, and misdirection. I downloaded the 2,200 page specification
> > for EFI an quickly came to realize that the Elilo documentation was a
> > geyser of bullshit. I think it's going to be my new standard example of
> > how awful linux documentation is.
> >
> > Seriously, It deserves a few hundred more pages of ragging, and flaming,
> > and rage-ing but I've got a piece of junk to boot. =|
> >
> >
> > I don't know where Gentoo is getting it's source for Grub...
> >
> >
> > Apparently the git version of Grub was abandoned in 2015, as far as I
> > can tell... I'm trying to build it from source. As is appropriate the
> > git repository doesn't have the git scripts, I tried running autoreconf
> > on it but got error messages...
> >
> > I cleared a few of them but I'm like:
> >
> > ##
> > atg@localhost ~/source/grub $ autoreconf
> > autoreconf-2.69: configure.ac: AM_GNU_GETTEXT is used, but not
> > AM_GNU_GETTEXT_VERSION
> > automake-1.15: error: cannot open < Makefile.util.am: No such file or
> > directory
> > autoreconf-2.69: automake failed with exit status: 1
> > atg@localhost ~/source/grub $
> > ##
> >
> > Is there a way to ebuild a "grub-git" and produce a grub install with
> > version = date of most recent commit on active fork?
> >
>
> I tried grub2 and dumped it for "rEFit" - ended up a lot easier and more
> robust.
>
> This was on an apple air laptop a few years back, and currently on a MS
> surface 4.
>
> BillK
>
>
>

Re: [gentoo-user] SNAFU: The plot thickens!

[Alan Grimes]

Bill Kenworthy wrote:
> On 27/01/17 08:33, Alan Grimes wrote:
>> Neil Bothwick wrote:
>>> On Thu, 26 Jan 2017 17:07:03 -0500, Alan Grimes wrote:
>>>
 4. Create MFT partition table.
>>> MFT? Isn't that something to do with NTFS? You need a GPT partition table
>>> if you want to boot with UEFI.
>>>
>> yeah, my bad memory, it was MFT, as offered by gparted. I don't seem to
>> have any tool to inspect the state of the partition tables like the old
>> Norton Utilities. =(
>>
> fdisk -l /dev/...
>
> BillK

localhost ~ # fdisk -l /dev/sdc
Disk /dev/sdc: 256.2 GiB, 275064201216 bytes, 537234768 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disklabel type: gpt
Disk identifier: 00C7D602-412C-4505-8992-0482855EDEF9

Device  Start   End   Sectors   Size Type
/dev/sdc12048526335524288   256M EFI System
/dev/sdc2  526336 537233407 536707072 255.9G Linux filesystem
localhost ~ #


Things tried since last post:

*Flashed the firmware on the drive, bumped it several release numbers...
*Tried waiting out the kernel pause, waited about 4 minutes, some post
just said it was slow by a factor of 30 seconds...
*Searching GooG for gripes about Grub on SSD systems.

No change in symptoms.


Check out this smartctl stat for my v-raptor: 

  4 Start_Stop_Count0x0032   100   100   000Old_age   Always   
-   206
  9 Power_On_Hours  0x0032   021   021   000Old_age   Always   
-   58325




-- 
Strange Game.
The only winning move is not to play. 

Powers are not rights.

Re: [gentoo-user] SNAFU: The plot thickens!

[Bill Kenworthy]

On 27/01/17 08:33, Alan Grimes wrote:
> Neil Bothwick wrote:
>> On Thu, 26 Jan 2017 17:07:03 -0500, Alan Grimes wrote:
>>
>>> 4. Create MFT partition table.
>> MFT? Isn't that something to do with NTFS? You need a GPT partition table
>> if you want to boot with UEFI.
>>
> 
> yeah, my bad memory, it was MFT, as offered by gparted. I don't seem to
> have any tool to inspect the state of the partition tables like the old
> Norton Utilities. =(
> 

fdisk -l /dev/...

BillK

Re: [gentoo-user] SNAFU: The plot thickens!

[Alan Grimes]

Neil Bothwick wrote:
> On Thu, 26 Jan 2017 17:07:03 -0500, Alan Grimes wrote:
>
>> 4. Create MFT partition table.
> MFT? Isn't that something to do with NTFS? You need a GPT partition table
> if you want to boot with UEFI.
>

yeah, my bad memory, it was MFT, as offered by gparted. I don't seem to
have any tool to inspect the state of the partition tables like the old
Norton Utilities. =(

-- 
Strange Game.
The only winning move is not to play. 

Powers are not rights.

Re: [gentoo-user] Bootloaders: SILENT CRISIS!!!

[Bill Kenworthy]

On 27/01/17 01:03, Alan Grimes wrote:
> I looked for more information on GRUB form upstream but, on first
> impression, it's been an abandoned project since 2012... Apparently some
> users have posted patches to things like the invalid sector size problem
> but the project has been deaf to these problems and has done nothing
> whatsoever. =(
> 
> I thought maybe I could go simple and use something like elilo, The
> manual was written in moonspeak, it was very missleading and had lots of
> omissions, and misdirection. I downloaded the 2,200 page specification
> for EFI an quickly came to realize that the Elilo documentation was a
> geyser of bullshit. I think it's going to be my new standard example of
> how awful linux documentation is.
> 
> Seriously, It deserves a few hundred more pages of ragging, and flaming,
> and rage-ing but I've got a piece of junk to boot. =|
> 
> 
> I don't know where Gentoo is getting it's source for Grub...
> 
> 
> Apparently the git version of Grub was abandoned in 2015, as far as I
> can tell... I'm trying to build it from source. As is appropriate the
> git repository doesn't have the git scripts, I tried running autoreconf
> on it but got error messages...
> 
> I cleared a few of them but I'm like:
> 
> ##
> atg@localhost ~/source/grub $ autoreconf
> autoreconf-2.69: configure.ac: AM_GNU_GETTEXT is used, but not
> AM_GNU_GETTEXT_VERSION
> automake-1.15: error: cannot open < Makefile.util.am: No such file or
> directory
> autoreconf-2.69: automake failed with exit status: 1
> atg@localhost ~/source/grub $
> ##
> 
> Is there a way to ebuild a "grub-git" and produce a grub install with
> version = date of most recent commit on active fork?
> 

I tried grub2 and dumped it for "rEFit" - ended up a lot easier and more
robust.

This was on an apple air laptop a few years back, and currently on a MS
surface 4.

BillK

Re: [gentoo-user] SNAFU: The plot thickens!

[Neil Bothwick]

On Thu, 26 Jan 2017 17:07:03 -0500, Alan Grimes wrote:

> 4. Create MFT partition table.

MFT? Isn't that something to do with NTFS? You need a GPT partition table
if you want to boot with UEFI.


-- 
Neil Bothwick

deja vous - the act of forgetting someone's name /again/ despite being
introduced to them several times.


pgpLjqPuYbOBv.pgp
Description: OpenPGP digital signature

[gentoo-user] SNAFU: The plot thickens!

[Alan Grimes]

My ordeal with grub continues.

I tried the bleeding edge GRUB, no change in behavior.


I realized that I had an additional source of information that I had
been neglecting. The boot fixer thumb drive I had in the back of the
mascheen was booting UEFI into a crappy bloating debian-ish thingy. It's
using an ubuntu fork of Grub and kernel 3.13 (!!!)

I tried to get it to load my main kernel, same error: Invalid sector
size: [2^16 - 1]

Which is an indictment of how I set up my SSD.

My procedure was as follows:

1. Take SSD out of shrink wrap.
2. Plug some random wires in.   (I have a motherboard with a marvell
secondary controller with a driver that doesn't request required
resources from the IOMMU stack so I had to move things down to a working
port, but well..)
3. Open Gparted
4. Create MFT partition table.
5. Allocate 0.1% of the drive to fat32 boot. (Okay, wasn't thinking too
hard, it's pretty excessively big but well...)
6. Format everything else ext4, which some random website says was good
for SSDs.

So obviously I did everything completely, hopelessly, wrong, as usual.

Maybe there is some issue where the drive negotiated some state of the
art protocol with the chipset that grub doesn't support?

I have no idea what happens when I select the menu item that is supposed
to load the kernel, I cannot prove that it's even loading the kernel
image into memory.

Linux is going to need a much lower fail factor for me to like it. =|

-- 
Strange Game.
The only winning move is not to play. 

Powers are not rights.

Re: [gentoo-user] Problem with gdbus-codegen

[Corbin Bird]

On 01/26/2017 11:15 AM, Peter Humphrey wrote:
> Corbin Bird  wrote :
>
>
>> If you would please, run this command and post the output ( a test in
>> other words ).
>>
>>> emerge -pvt dev-util/gdbus-codegen:0
> It wants to downgrade again, with the same output as I posted last time.
>
A package version / dependency blocker?

This command might ID the culprit.

> equery g dev-util/gdbus-codegen:0

Example results :

>  * dependency graph for dev-util/gdbus-codegen-2.48.2
>  `--  dev-util/gdbus-codegen-2.48.2  amd64
>`--  dev-lang/python-2.7.12  (>=dev-lang/python-2.7.5-r2) amd64  [xml]
>`--  dev-lang/python-3.4.5  (dev-lang/python) amd64  [xml]
>`--  dev-lang/python-3.5.2  (dev-lang/python) ~amd64  [xml]
>`--  dev-lang/python-exec-2.4.4  (>=dev-lang/python-exec-2) amd64 
> [python_targets_python2_7(-)? python_targets_python3_4(-)?
> python_targets_python3_5(-)? -python_single_target_python2_7(-)
> -python_single_target_python3_4(-) -python_single_target_python3_5(-)]
>`--  app-arch/xz-utils-5.2.3  (app-arch/xz-utils) amd64
>`--  dev-libs/glib-2.48.2  (>=dev-libs/glib-2.48.2) amd64
> [ dev-util/gdbus-codegen-2.48.2 stats: packages (7), max depth (1) ]

>  * dependency graph for dev-util/gdbus-codegen-2.50.2
>  `--  dev-util/gdbus-codegen-2.50.2  [~amd64 keyword]
>`--  dev-lang/python-2.7.12  (>=dev-lang/python-2.7.5-r2) amd64  [xml]
>`--  dev-lang/python-3.4.5  (dev-lang/python) amd64  [xml]
>`--  dev-lang/python-3.5.2  (dev-lang/python) ~amd64  [xml]
>`--  dev-lang/python-exec-2.4.4  (>=dev-lang/python-exec-2) amd64 
> [python_targets_python2_7(-)? python_targets_python3_4(-)?
> python_targets_python3_5(-)? -python_single_target_python2_7(-)
> -python_single_target_python3_4(-) -python_single_target_python3_5(-)]
>`--  app-arch/xz-utils-5.2.3  (app-arch/xz-utils) amd64
>`--  dev-libs/glib-2.50.2  (>=dev-libs/glib-2.50.2) [~amd64 keyword]
> [ dev-util/gdbus-codegen-2.50.2 stats: packages (7), max depth (1) ]

I didn't know that the USE flag "xml" was required by
"dev-util/gdbus-codegen" on the "dev-lang/python" packages.

Learned a new approach to determine dependency blockers. Thank You :)

Re: [gentoo-user] java replacement

[Dale]

Alan McKinnon wrote:
> On 26/01/2017 03:52, Dale wrote:
>> taii...@gmx.com wrote:
>>> On 01/25/2017 05:03 AM, Bill Kenworthy wrote:
>>>
 The java 8u112 download that the latest oracle java pulls in requires an
 invasive questionnaire to create an Oracle account to enable the
 download.

 I was using iced-tea at one stage but found the android sdk didn’t work
 well with it - is there a less objectionable java source than oracle
 that has a compatible java?

 BillK
>>> "Why does radio-shack ask for your phone number why you buy batteries!"
>>>
>>> Always good to not put up with this crap, I like to feed them
>>> obviously fake information when I need something from a place that
>>> insists on doing this.
>>>
>>> I purchased some hardware (at a physical store with cash none the
>>> less) recently and the cashier asked for my information and was
>>> annoyingly insistent[1] so I gave them "John Smith at 123 1st Street"
>>> as she audibly sucked her teeth.
>>>
>>> The more people put up with this stuff the more bad things will happen
>>> - two police officers recently were murdered in france because a
>>> terrorist got their address off the internet and paid them a visit.
>>>
>>> [1]I presume they get a bonus for how many marketing
>>> emails/information they collect.
>>>
>>>
>> It's also good to have a email address that you rarely if ever check.  I
>> have one with the words spam, junk and such in it.  I like the looks I
>> get when I give it to them.  Generally, they not happy.   Thing is, if I
>> need to confirm something, I can login and confirm it.  It is a valid
>> email addy, I just rarely check it. 
>>
>> It's odd just how much info they want just so we can be a customer. 
>> Some act like we owe them something. 
>
> If you own your own domain and sign up for say a bank account at
> Citibank, give your address as
>
> i.have.just.been.spammed.by.citib...@mckinnon.za.net
>
> and you will never see spam from that institution :-)
> I have it on good authority (from friends working there) that local
> banks etc "grep -v" anything that remotely matches their own name or
> domain when selling^Wsharing lists with spammers^Wpartners...
>
>
> Now if I can just get my own employer to get it too. Got another of
> these phone calls today:
>
> Them: Hi Alan! I'm calling from XYZ mobile network to offer you a great
> deal!!
> Me: I work for XYZ mobile network
> Them: Oh. Our special has great call rates!
> Me: All my calls are free
> Them: You get a great phone at a great discount...!
> Me: I have a top-flight company phone as a tool of trade, plus a
> notebook, plus a modem plus 2 x 24" hires screens
> Them: E ... how about a great deal for you wife?
> Me: The company gives me a second SIM for my spouse, same benefits
>
> Srsly, that happened. And some people have no idea when they are driving
> down Hopeless Street :-)
>


I don't have a website but I hope others see that post and give it a
try.  I wish we could see results for some of that, statistical of course. 

It reminds me of a time I won a TV.  I would have to go get it and it
was a day, maybe two, drive away from me.  The gas alone would cost more
than the TV would.  Plus I'd need at least one nights hotel.  To finally
end the nonsense I told the guy where to put his TV, sideways, not that
it mattered much back then. 

Some people think they can sell anything to everyone and then there is
Alan and me.  You to Neil.  ROFL 

Dale

:-)  :-) 

Re: [gentoo-user] Problem with gdbus-codegen

[Dale]

Alan McKinnon wrote:
> On 26/01/2017 17:35, Peter Humphrey wrote:
>> (Sent via webmail while I continue wrestling with KMail...)
>>
>> Alan McKinnon  wrote :
>>
>>> Does explicitly emerging gdbus-codegen-2.50.2 then re-running a world
>>> emerge give a different result?
>> peak ~ # emerj -1 =gdbus-codegen-2.50.2
>> Calculating dependencies  ... done!
>>
>> emerge: there are no ebuilds to satisfy "=gdbus-codegen-2.50.2".
>> peak ~ # eix -e gdbus-codegen
>> [I] dev-util/gdbus-codegen
>>  Available versions:  2.44.1 2.46.2 2.48.2 (~)2.50.0 (~)2.50.1 (~)2.50.2 
>> {PYTHON_TARGETS="python2_7 python3_4 python3_5"}
>>  Installed versions:  2.50.2(18:06:24 
>> 10/01/17)(PYTHON_TARGETS="python2_7 python3_4 -python3_5")
>>  Homepage:http://www.gtk.org/
>>  Description: GDBus code and documentation generator
>>
>> Something's screwed up here. I ran eclean-dist this morning and it listed 
>> 90-odd packages with versions not in the database, which was not true. 
>> Running eix-update again made no difference.
>>
>> I'm considering building a new system, but amd64 instead of ~amd64. I only 
>> set the latter when this was a new box and too many packages needed to be 
>> the ~ versions to be manageable otherwise.
>>
>
> Somethng has gone wrong with your installation of portage or your copy
> of the tree - that "no ebuilds" message is impossible.
>
> It will probably be a cruel task to track down exactly what is wrong, my
> intuition says something in a local cache somewhere. Might be easiest
> just to delete all portage data (*except* /var/db/pkg), download a new
> tree tarball and let portage sort itself out
>


That's my thinking as well.  I recall not long ago that I caught a bad
sync..  It was several days later that I was able to get a good one and
even then, it required me to switch to another mirror.  I think in my
case, someone decided to shut down that mirror but for some reason, only
removed some of the files there.  Some very obvious packages were
missing.  I noticed several KDE packages and even some that are in
@system missing. 

OP.  From my emerge --info:

sync-uri: rsync://rsync26.us.gentoo.org/gentoo-portage 

That one worked just the other day.  You may want to try it.  Also,
emerge-webrsync may be a option after trying another mirror.  Also, if
you change the mirror, you may want to use mirrorselect -r -i or you can
change it manually.  I'm pretty sure it is changed in gentoo-conf in
this path:  /etc/portage/repos.conf/. 

Dale

:-)  :-) 

Re: [gentoo-user] java replacement

[Alan McKinnon]

On 26/01/2017 03:52, Dale wrote:
> taii...@gmx.com wrote:
>> On 01/25/2017 05:03 AM, Bill Kenworthy wrote:
>>
>>> The java 8u112 download that the latest oracle java pulls in requires an
>>> invasive questionnaire to create an Oracle account to enable the
>>> download.
>>>
>>> I was using iced-tea at one stage but found the android sdk didn’t work
>>> well with it - is there a less objectionable java source than oracle
>>> that has a compatible java?
>>>
>>> BillK
>> "Why does radio-shack ask for your phone number why you buy batteries!"
>>
>> Always good to not put up with this crap, I like to feed them
>> obviously fake information when I need something from a place that
>> insists on doing this.
>>
>> I purchased some hardware (at a physical store with cash none the
>> less) recently and the cashier asked for my information and was
>> annoyingly insistent[1] so I gave them "John Smith at 123 1st Street"
>> as she audibly sucked her teeth.
>>
>> The more people put up with this stuff the more bad things will happen
>> - two police officers recently were murdered in france because a
>> terrorist got their address off the internet and paid them a visit.
>>
>> [1]I presume they get a bonus for how many marketing
>> emails/information they collect.
>>
>>
> 
> It's also good to have a email address that you rarely if ever check.  I
> have one with the words spam, junk and such in it.  I like the looks I
> get when I give it to them.  Generally, they not happy.   Thing is, if I
> need to confirm something, I can login and confirm it.  It is a valid
> email addy, I just rarely check it. 
> 
> It's odd just how much info they want just so we can be a customer. 
> Some act like we owe them something. 


If you own your own domain and sign up for say a bank account at
Citibank, give your address as

i.have.just.been.spammed.by.citib...@mckinnon.za.net

and you will never see spam from that institution :-)
I have it on good authority (from friends working there) that local
banks etc "grep -v" anything that remotely matches their own name or
domain when selling^Wsharing lists with spammers^Wpartners...


Now if I can just get my own employer to get it too. Got another of
these phone calls today:

Them: Hi Alan! I'm calling from XYZ mobile network to offer you a great
deal!!
Me: I work for XYZ mobile network
Them: Oh. Our special has great call rates!
Me: All my calls are free
Them: You get a great phone at a great discount...!
Me: I have a top-flight company phone as a tool of trade, plus a
notebook, plus a modem plus 2 x 24" hires screens
Them: E ... how about a great deal for you wife?
Me: The company gives me a second SIM for my spouse, same benefits

Srsly, that happened. And some people have no idea when they are driving
down Hopeless Street :-)

-- 
Alan McKinnon
alan.mckin...@gmail.com

Re: [gentoo-user] Problem with gdbus-codegen

[Alan McKinnon]

On 26/01/2017 17:35, Peter Humphrey wrote:
> (Sent via webmail while I continue wrestling with KMail...)
> 
> Alan McKinnon  wrote :
> 
>> Does explicitly emerging gdbus-codegen-2.50.2 then re-running a world
>> emerge give a different result?
> 
> peak ~ # emerj -1 =gdbus-codegen-2.50.2
> Calculating dependencies  ... done!
> 
> emerge: there are no ebuilds to satisfy "=gdbus-codegen-2.50.2".
> peak ~ # eix -e gdbus-codegen
> [I] dev-util/gdbus-codegen
>  Available versions:  2.44.1 2.46.2 2.48.2 (~)2.50.0 (~)2.50.1 (~)2.50.2 
> {PYTHON_TARGETS="python2_7 python3_4 python3_5"}
>  Installed versions:  2.50.2(18:06:24 10/01/17)(PYTHON_TARGETS="python2_7 
> python3_4 -python3_5")
>  Homepage:http://www.gtk.org/
>  Description: GDBus code and documentation generator
> 
> Something's screwed up here. I ran eclean-dist this morning and it listed 
> 90-odd packages with versions not in the database, which was not true. 
> Running eix-update again made no difference.
> 
> I'm considering building a new system, but amd64 instead of ~amd64. I only 
> set the latter when this was a new box and too many packages needed to be the 
> ~ versions to be manageable otherwise.
> 


Somethng has gone wrong with your installation of portage or your copy
of the tree - that "no ebuilds" message is impossible.

It will probably be a cruel task to track down exactly what is wrong, my
intuition says something in a local cache somewhere. Might be easiest
just to delete all portage data (*except* /var/db/pkg), download a new
tree tarball and let portage sort itself out

-- 
Alan McKinnon
alan.mckin...@gmail.com

Re: [gentoo-user] Problem with gdbus-codegen

[Neil Bothwick]

On Thu, 26 Jan 2017 17:15:04 +, Peter Humphrey wrote:

> > If you would please, run this command and post the output ( a test in
> > other words ).
> >   
> > > emerge -pvt dev-util/gdbus-codegen:0  
> 
> It wants to downgrade again, with the same output as I posted last time.

The addition of -t should have given a clue as to what wants to downgrade
it. You should also check

grep -r gdbus-codegen /etc/portage


-- 
Neil Bothwick

What do you call a dead bee? - A was.


pgpvq9RAl7Oeh.pgp
Description: OpenPGP digital signature

Re: [gentoo-user] Bootloaders: SILENT CRISIS!!!

[Neil Bothwick]

On Thu, 26 Jan 2017 12:03:24 -0500, Alan Grimes wrote:

> I looked for more information on GRUB form upstream but, on first
> impression, it's been an abandoned project since 2012...

That's legacy GRUB, not GRUB2.

But if you want an EFI bootloader, it is much simpler to use bootctl if
you use systemd or gummiboot if you don't (they are essentially the same
thing). Gummiboot is no longer in the man tree but is available from a
couple of overlays.


-- 
Neil Bothwick

WinErr 815: Insufficient Memory - Only 50,312,583 Bytes available


pgpk9k7UqOq3F.pgp
Description: OpenPGP digital signature

Re: [gentoo-user] Bootloaders: SILENT CRISIS!!!

[Michael Morak]

On 26 January 2017 at 18:03, Alan Grimes  wrote:

> I looked for more information on GRUB form upstream but, on first
> impression, it's been an abandoned project since 2012... Apparently some
> users have posted patches to things like the invalid sector size problem
> but the project has been deaf to these problems and has done nothing
> whatsoever. =(
>

The official repository for grub shows regular activity (last commit was 2
days ago), see here: http://git.savannah.gnu.org/cgit/grub.git/log/


> *snip
>
> I don't know where Gentoo is getting it's source for Grub...
>

You can find this info by looking in the relevant ebuilds. Gentoo is
getting it's grub source from the official GNU grub repository: http://git.
savannah.gnu.org/r/grub.git


> Apparently the git version of Grub was abandoned in 2015, as far as I
> can tell...


See above.


> I'm trying to build it from source. As is appropriate the
> git repository doesn't have the git scripts, I tried running autoreconf
> on it but got error messages...
>
> I cleared a few of them but I'm like:
>
> ##
> atg@localhost ~/source/grub $ autoreconf
> autoreconf-2.69: configure.ac: AM_GNU_GETTEXT is used, but not
> AM_GNU_GETTEXT_VERSION
> automake-1.15: error: cannot open < Makefile.util.am: No such file or
> directory
> autoreconf-2.69: automake failed with exit status: 1
> atg@localhost ~/source/grub $
> ##
>
> Is there a way to ebuild a "grub-git" and produce a grub install with
> version = date of most recent commit on active fork?
>

If you'd like to build the most recent version directly from the git
repository you could emerge "=grub-" (portage will do everything for
you, that is, it pulls the sources directly from the master branch and
builds from them). Otherwise, clone the sources yourself and, instead of
autoreconf, run the provided autogen.sh script, which is what you should
generally do for autotools-projects instead of running autoconf yourself.

Hope this helps,
Michael

Re: [gentoo-user] Problem with gdbus-codegen

[Peter Humphrey]

Corbin Bird  wrote :


> If you would please, run this command and post the output ( a test in
> other words ).
> 
> > emerge -pvt dev-util/gdbus-codegen:0

It wants to downgrade again, with the same output as I posted last time.

-- 
Regards,
Peter.

Re: [gentoo-user] Problem with gdbus-codegen

[Peter Humphrey]

Dale  wrote :

> I'd try a fresh sync first.  Maybe something went wrong during the last
> one??  Here is some info from mine:

Yes, that was my first thought, but I've sync'd several times in the last 24 
hours so that isn't it.

> root@fireball / # equery l -p gobject-introspection
>  * Searching for gobject-introspection ...
> [-P-] [  ] dev-libs/gobject-introspection-1.44.0:0
> [-P-] [  ] dev-libs/gobject-introspection-1.46.0:0
> [IP-] [  ] dev-libs/gobject-introspection-1.48.0:0
> [-P-] [ ~] dev-libs/gobject-introspection-1.50.0:0
> root@fireball / # equery l -p gdbus-codegen
>  * Searching for gdbus-codegen ...
> [-P-] [  ] dev-util/gdbus-codegen-2.44.1:0
> [-P-] [  ] dev-util/gdbus-codegen-2.46.2:0
> [IP-] [  ] dev-util/gdbus-codegen-2.48.2:0
> [-P-] [ ~] dev-util/gdbus-codegen-2.50.0:0
> [-P-] [ ~] dev-util/gdbus-codegen-2.50.1:0
> [-P-] [ ~] dev-util/gdbus-codegen-2.50.2:0
> root@fireball / # qlop -s | tail -n 1
> Tue Jan 24 23:58:26 2017 >>> gentoo
> root@fireball / #
> 
> Hope that helps.

Fraid not  :-)

-- 
Regards,
Peter.

Re: [gentoo-user] Problem with gdbus-codegen

[Corbin Bird]

On 01/26/2017 09:35 AM, Peter Humphrey wrote:
> (Sent via webmail while I continue wrestling with KMail...)
>
> Alan McKinnon  wrote :
>
>> Does explicitly emerging gdbus-codegen-2.50.2 then re-running a world
>> emerge give a different result?
> peak ~ # emerj -1 =gdbus-codegen-2.50.2
> Calculating dependencies  ... done!
>
> emerge: there are no ebuilds to satisfy "=gdbus-codegen-2.50.2".
> peak ~ # eix -e gdbus-codegen
> [I] dev-util/gdbus-codegen
>  Available versions:  2.44.1 2.46.2 2.48.2 (~)2.50.0 (~)2.50.1 (~)2.50.2 
> {PYTHON_TARGETS="python2_7 python3_4 python3_5"}
>  Installed versions:  2.50.2(18:06:24 10/01/17)(PYTHON_TARGETS="python2_7 
> python3_4 -python3_5")
>  Homepage:http://www.gtk.org/
>  Description: GDBus code and documentation generator
>
> Something's screwed up here. I ran eclean-dist this morning and it listed 
> 90-odd packages with versions not in the database, which was not true. 
> Running eix-update again made no difference.
>
> I'm considering building a new system, but amd64 instead of ~amd64. I only 
> set the latter when this was a new box and too many packages needed to be the 
> ~ versions to be manageable otherwise.
>

If you would please, run this command and post the output ( a test in
other words ).

> emerge -pvt dev-util/gdbus-codegen:0

[gentoo-user] Bootloaders: SILENT CRISIS!!!

[Alan Grimes]

I looked for more information on GRUB form upstream but, on first
impression, it's been an abandoned project since 2012... Apparently some
users have posted patches to things like the invalid sector size problem
but the project has been deaf to these problems and has done nothing
whatsoever. =(

I thought maybe I could go simple and use something like elilo, The
manual was written in moonspeak, it was very missleading and had lots of
omissions, and misdirection. I downloaded the 2,200 page specification
for EFI an quickly came to realize that the Elilo documentation was a
geyser of bullshit. I think it's going to be my new standard example of
how awful linux documentation is.

Seriously, It deserves a few hundred more pages of ragging, and flaming,
and rage-ing but I've got a piece of junk to boot. =|


I don't know where Gentoo is getting it's source for Grub...


Apparently the git version of Grub was abandoned in 2015, as far as I
can tell... I'm trying to build it from source. As is appropriate the
git repository doesn't have the git scripts, I tried running autoreconf
on it but got error messages...

I cleared a few of them but I'm like:

##
atg@localhost ~/source/grub $ autoreconf
autoreconf-2.69: configure.ac: AM_GNU_GETTEXT is used, but not
AM_GNU_GETTEXT_VERSION
automake-1.15: error: cannot open < Makefile.util.am: No such file or
directory
autoreconf-2.69: automake failed with exit status: 1
atg@localhost ~/source/grub $
##

Is there a way to ebuild a "grub-git" and produce a grub install with
version = date of most recent commit on active fork?

-- 
Strange Game.
The only winning move is not to play. 

Powers are not rights.

Re: [gentoo-user] Problem with gdbus-codegen

[Dale]

Peter Humphrey wrote:
> (Sent via webmail while I continue wrestling with KMail...)
>
> Alan McKinnon  wrote :
>
>> Does explicitly emerging gdbus-codegen-2.50.2 then re-running a world
>> emerge give a different result?
> peak ~ # emerj -1 =gdbus-codegen-2.50.2
> Calculating dependencies  ... done!
>
> emerge: there are no ebuilds to satisfy "=gdbus-codegen-2.50.2".
> peak ~ # eix -e gdbus-codegen
> [I] dev-util/gdbus-codegen
>  Available versions:  2.44.1 2.46.2 2.48.2 (~)2.50.0 (~)2.50.1 (~)2.50.2 
> {PYTHON_TARGETS="python2_7 python3_4 python3_5"}
>  Installed versions:  2.50.2(18:06:24 10/01/17)(PYTHON_TARGETS="python2_7 
> python3_4 -python3_5")
>  Homepage:http://www.gtk.org/
>  Description: GDBus code and documentation generator
>
> Something's screwed up here. I ran eclean-dist this morning and it listed 
> 90-odd packages with versions not in the database, which was not true. 
> Running eix-update again made no difference.
>
> I'm considering building a new system, but amd64 instead of ~amd64. I only 
> set the latter when this was a new box and too many packages needed to be the 
> ~ versions to be manageable otherwise.
>


I'd try a fresh sync first.  Maybe something went wrong during the last
one??  Here is some info from mine:


root@fireball / # equery l -p gobject-introspection
 * Searching for gobject-introspection ...
[-P-] [  ] dev-libs/gobject-introspection-1.44.0:0
[-P-] [  ] dev-libs/gobject-introspection-1.46.0:0
[IP-] [  ] dev-libs/gobject-introspection-1.48.0:0
[-P-] [ ~] dev-libs/gobject-introspection-1.50.0:0
root@fireball / # equery l -p gdbus-codegen
 * Searching for gdbus-codegen ...
[-P-] [  ] dev-util/gdbus-codegen-2.44.1:0
[-P-] [  ] dev-util/gdbus-codegen-2.46.2:0
[IP-] [  ] dev-util/gdbus-codegen-2.48.2:0
[-P-] [ ~] dev-util/gdbus-codegen-2.50.0:0
[-P-] [ ~] dev-util/gdbus-codegen-2.50.1:0
[-P-] [ ~] dev-util/gdbus-codegen-2.50.2:0
root@fireball / # qlop -s | tail -n 1
Tue Jan 24 23:58:26 2017 >>> gentoo
root@fireball / #

Hope that helps.

Dale

:-)  :-) 

Re: [gentoo-user] dev-libs/klibc-2.0.4-r2 fails to build

[Jens Pelzetter]

Hello all,

solved the problem. Looks like klibc does not build when distcc is
enabled. After disabling distcc klibc builds correctly.

Best regards

Jens

Am 25.01.2017 um 19:51 schrieb Jens Pelzetter:
> Hello all,
> 
> on both of Gentoo systems dev-libs/klibc-2.0.4-r2 fails with the same
> error message:
> 

Re: [gentoo-user] Problem with gdbus-codegen

[Peter Humphrey]

(Sent via webmail while I continue wrestling with KMail...)

Alan McKinnon  wrote :

> Does explicitly emerging gdbus-codegen-2.50.2 then re-running a world
> emerge give a different result?

peak ~ # emerj -1 =gdbus-codegen-2.50.2
Calculating dependencies  ... done!

emerge: there are no ebuilds to satisfy "=gdbus-codegen-2.50.2".
peak ~ # eix -e gdbus-codegen
[I] dev-util/gdbus-codegen
 Available versions:  2.44.1 2.46.2 2.48.2 (~)2.50.0 (~)2.50.1 (~)2.50.2 
{PYTHON_TARGETS="python2_7 python3_4 python3_5"}
 Installed versions:  2.50.2(18:06:24 10/01/17)(PYTHON_TARGETS="python2_7 
python3_4 -python3_5")
 Homepage:http://www.gtk.org/
 Description: GDBus code and documentation generator

Something's screwed up here. I ran eclean-dist this morning and it listed 
90-odd packages with versions not in the database, which was not true. Running 
eix-update again made no difference.

I'm considering building a new system, but amd64 instead of ~amd64. I only set 
the latter when this was a new box and too many packages needed to be the ~ 
versions to be manageable otherwise.

-- 
Regards,
Peter.

Re: [gentoo-user] What has happened to the Gentoo tree?

[Neil Bothwick]

On Thu, 26 Jan 2017 15:31:55 +0100, Helmut Jarausch wrote:

> Is it only me or have others the same issue.
> I have lots of packages installed which are more recent then what is  
> currently in the tree, e.g.
> 
> dev-libs/gobject-introspection  (installed here version 1.50.0 on  
> 2016/11/25) but the most recent version in the tree is 1.48

1.50.0 is in the tree according to eix. It is testing so eix may not show
it on a stable system.


-- 
Neil Bothwick

I am MODERATOR of BORG. Follow the rules or be assimilated.


pgpwu7jMT_EEc.pgp
Description: OpenPGP digital signature

[gentoo-user] What has happened to the Gentoo tree?

[Helmut Jarausch]

Is it only me or have others the same issue.
I have lots of packages installed which are more recent then what is  
currently in the tree, e.g.


dev-libs/gobject-introspection  (installed here version 1.50.0 on  
2016/11/25) but the most recent version in the tree is 1.48


Many thanks for your comment,
Helmut.

Re: [gentoo-user] Problem with gdbus-codegen

[Alan McKinnon]

On 26/01/2017 12:10, Peter Humphrey wrote:
> Hello list,
> 
> Today I have a block that I can't see a way out of.
> 
> [blocks B  ]  codegen-2.50.2" is blocking dev-libs/glib-2.50.2)
> [...]
>   (dev-util/gdbus-codegen-2.48.2:0/0::gentoo, ebuild scheduled for merge) 
> pulled in by
> dev-util/gdbus-codegen required by (gnome-base/dconf-0.26.0-
> r1:0/0::gentoo, installed)
> dev-util/gdbus-codegen required by (net-print/cups-
> filters-1.13.3:0/0::gentoo, installed)
> >=dev-util/gdbus-codegen-2.32 required by (sys-fs/
> udisks-2.1.8:2/2::gentoo, installed)
> >=dev-util/gdbus-codegen-2.48 required by (x11-libs/gtk
> +-3.22.5:3/3::gentoo, installed)
> dev-util/gdbus-codegen required by (sys-apps/
> accountsservice-0.6.43:0/0::gentoo, installed)
> 
> Then a lot of pages listing all the packages that want dev-libs/glib-2.50.2.
> 
> Grepping for util and libs under /etc/portage shows nothing, so I don't 
> think this is self-inflicted.
> 
> Before I go rushing off to b.g.o. (which doesn't have anything relevant 
> yet), am I the only one seeing this? I also have a slot conflict with x11-
> base/xorg-server and x11-drivers/xf86-video-amdgpu, but one thing at a time.
> 


gdbus-codegen-2.50.2 has been around since mid-Nov, so I can't see why
portage wants to give you 2.48.2.

Does explicitly emerging gdbus-codegen-2.50.2 then re-running a world
emerge give a different result?

-- 
Alan McKinnon
alan.mckin...@gmail.com

Re: [gentoo-user] Re: snafu: the update

[Alan Grimes]

Nikos Chantziaras wrote:
>> Yeah, I've been using that directory for many many long years, I ended
>> up removing the grub directory completely and re-installing, it's much
>> cleaner now.
>
> You have done it wrong, actually :-P
>
> You are mounting the EFI partition as /boot. You should be mounting it
> as /boot/efi.
>
> /boot can just be a subdirectory of the root partition, and thus use
> the ext4 filesystem, while /boot/efi should be the vfat EFI partition.
> So you should have /boot/efi/EFI.
>
> Right now, your kernels, configs, etc, are on vfat. Which completely
> lacks a Unix permission scheme, or ACL.

Security is irrelevant to an unmounted filesystem. =P

Furthermore, I'm attracted to the idea of just using the damn thing as
my boot partition, it strikes me as a nice and tidy solution...

If I had several distros, I would have to have a /lib/modules partition
and try to share the same kernel and boot parameters among all distros...


-- 
Strange Game.
The only winning move is not to play. 

Powers are not rights.

[gentoo-user] Problem with gdbus-codegen

[Peter Humphrey]

Hello list,

Today I have a block that I can't see a way out of.

[blocks B  ] =dev-util/gdbus-codegen-2.32 required by (sys-fs/
udisks-2.1.8:2/2::gentoo, installed)
>=dev-util/gdbus-codegen-2.48 required by (x11-libs/gtk
+-3.22.5:3/3::gentoo, installed)
dev-util/gdbus-codegen required by (sys-apps/
accountsservice-0.6.43:0/0::gentoo, installed)

Then a lot of pages listing all the packages that want dev-libs/glib-2.50.2.

Grepping for util and libs under /etc/portage shows nothing, so I don't 
think this is self-inflicted.

Before I go rushing off to b.g.o. (which doesn't have anything relevant 
yet), am I the only one seeing this? I also have a slot conflict with x11-
base/xorg-server and x11-drivers/xf86-video-amdgpu, but one thing at a time.

-- 
Regards
Peter

Re: [gentoo-user] Re: dev-libs/klibc-2.0.4-r2 fails to build

[Jens Pelzetter]

Hello Mick,

already tried, including uninstalling sys-kernel/linux-headers and than
reinstalling them... Installed version of linux-headers is 4.4 which is
the latest stable version.

Best regards

Jens

Am 25.01.2017 um 23:41 schrieb Mick:
> On Wednesday 25 Jan 2017 19:53:53 Jens Pelzetter wrote:
>> Hello all,
>>
>> sorry, my misttake.
>>
>> the error message is:
>>
>> usr/klibc/sigsuspend.c:8:31: fatal error: klibc/havesyscall.h: No such
>> file or directory
>> #include 
>>
>> The output and the complete build log are attached.
>>
>> Any ideas how to solve this? Or is it a bug and I should fill a ticket
>> at bugs.gentoo.org?
>>
>> Best regards
>>
>> Jens
> 
> I assume the problem is with your linux header files, because of the warnings 
> the elog has spewed out.  Portage should have installed the correct linux 
> headers.  Try emerging the latest stable linux-headers and then see if the 
> problem is gone:
> 
> emerge -uaNDv sys-kernel/linux-headers
>