[gentoo-user] Author Rescinds GPL

2019-01-13 Thread gwdf63+3p7jvg5u68i8
The author of the GPL licensed text-mode casino game "GPC-Slots 2" has 
rescinded the license from the "Geek feminist" collective.
( https://slashdot.org/submission/9087542/author-recinds-gpl )

[Notice: the revocation of the "Geek Feminists"'s license /just/ occurred. 
2019. January.]

The original author, after years of silence, notes that the "Geek Feminist" 
changed[1] a bunch of if-then statements which were preceded by a loop waiting 
for string input to a switch statement. The author reportedly noted that to use 
a switch statement in such an instance is no more preformant than the if-thens. 
Switch statements should be used where the input to the switch statement is 
numerical, and of a successive nature, for most efficient use of the jump table 
that is generated from said code. 

The author reportedly was offended, after quiet observation of the group, that 
the "Geek Feminists" mocked his code, mocked his existence as a male, and never 
did any work on the code afterwards and never updated to include new slot 
machines added to the original code by author subsequently.

The author notes that he neither sought nor received any compensation for the 
granted license, that is was a gratuitous license, and that there never was any 
refutation of his default right to rescind given. (A right founded in the 
property law of licenses.)

The copyright owner has reportedly watched quietly as each year the "Geek 
Feminists" published a recount of their heroic efforts regarding his 
code.[2][3] Presumably he has now had enough of it all...

The author notes that the SF Conservancy attempts to construe a particular 
clause in the GPL version 2 license text as a "no revocation by grantor 
clause", however that clause states that if a licensee suffers and 
automatic-revocation by operation of the license, that licensees down stream 
from him do not suffer the same fate. The author of "GPC-Slots 2" reportedly 
notes that said clause does only what it claims to do: clarifies that a 
downstream licensee, through no fault of his own, is not penalized by the 
automatic revocation suffered by a licensee he gained a "sub-license" from (for 
lack of a better term.)

The author reportedly notes that version 3 of the GPL did not exist when he 
published the code, additionally the author notes that even if there was a 
clause not to revoke, he was paid no consideration for such a forbearance of a 
legal right of his and thus said clause is not operative against him, the 
grantor, should it exist at all.

(Editor's note: GPL version 3 contains an explicit "no-revocation-by-grantor" 
clause, in addition to a term-of-years that the license is granted for. Both 
absent in version 2 of the GPL)

The author reportedly has mulled an option to register his copyright and then 
to seek damages from the "Geek Feminists" if they choose to violate his 
copyright post-hence.

(Editors note: Statutory damages for willful copyright infringement can amount 
to $150,000 plus attorney's fees for post registration violations of a 
differing nature to pre-registration violations.)

[1]https://geekfeminism.org/2009/10/19/
[2]https://geekfeminism.org
[3]http://geekfeminism.wikia.com

GPC-Slots 2 is a text console mode casino game available for linux with various 
slot machines, table games, and stock market tokens for the player to test his 
luck. For the unlucky there is a Russian Roulette function.

[Notice: the revocation of the "Geek Feminists"'s license /just/ occurred. 
2019. January.]






Addendum: Statements from the program author:

"It's my right to rescind the permission I extended.
I have done so. 

You speak as if me controlling my property is a criminal act.
And to you people, perhaps it is.

If the "geek feminists" wanted a secured interest, they would have to pay for 
one."




"I did rescind the license, yesterday"




>Reportedly
"I did rescind the license, yesterday


Not "reportedly" anymore."






p46 "As long as the project continues to honor the terms of the licenses under 
which it recieved contributions, the licenses continue in effect. There is one 
important caveat: Even a perpetual license can be revoked. See the discussion 
of bare licenses and contracts in Chapter 4"
--Lawrence Rosen

p56 "A third problem with bare licenses is that they may be revocable by the 
licensor. Specifically, /a license not coupled with an interest may be 
revoked./ The term /interest/ in this context usually means the payment of some 
royalty or license fee, but there are other more complicated ways to satisfy 
the interest requirement. For example, a licensee can demonstrate that he or 
she has paid some consideration-a contract law term not found in copyright or 
patent law-in order to avoid revocation. Or a licensee may claim that he or she 
relied on the software licensed under an open source license and now is 
dependent upon that software, but this contract law concept, 

Re: [gentoo-user] [OT] ...preventing MAC OS from polluting my USBsticks...?

2019-01-13 Thread tuxic
On 01/13 03:41, Andrew Udvare wrote:
> 
> 
> > On 2019-01-13, at 13:38, tu...@posteo.de wrote:
> > 
> > Only to get sure not to break anything (the MAC is not my own and I am
> > not at $HOME with Macs)...the
> > two commands:
> > 
> >  defaults write com.apple.desktopservices DSDontWriteNetworkStores true
> >  defaults write com.apple.desktopservices DSDontWriteUSBStores true
> > 
> > need to given as commands at the commandline (the way real UNICES do
> > it), aren't they?
> 
> Yes. Open Terminal and paste these in.
> 
> macOS is POSIX certified: 
> https://blog.opengroup.org/2012/07/25/apple-registers-mac-os-x-10-8-mountain-lion-to-the-unix-03-standard/
> 
> 

Ok - thanks! :)



Re: [gentoo-user] USB mouse disconnecting

2019-01-13 Thread mad.scientist.at.large
Likely the cable is becoming intermittent.   Basically time for a new mouse.  
The other fail mode I've seen is failing switches that may multi-click or not 
click reliably.  USB connectors do fail eventually, as some one with older 
machines i've seen this many times.  Not likely to be a controller issue though 
of course it's possible. 

"We the People Dare to Create a More Perfect Union" 



Jan 13, 2019, 1:01 PM by michaelkintz...@gmail.com:

> On Sunday, 13 January 2019 19:44:00 GMT Wols Lists wrote:
>
>> On 13/01/19 18:19, Dale wrote:
>> > I just wanted to mention in case this is bigger than just a mouse
>> > issue.  One may want to look deeper.
>>
>> I'm running the latest openSUSE stable on my laptop, and while it has
>> other issues, it seems to lose USB (and hence mouse) on boot every now
>> and then. I haven't attempted debugging it because unplugging and
>> replugging is a permanent fix - until the next time.
>>
>> Cheers,
>> Wol
>>
>
> An old USB I don't use often started giving me such errors and fails to be 
> detected, or is detected, but with read errors.  I tried different PCs with 
> the same result.  Occassionally, it will connect, be detected, mounted and 
> there are no read/write errors at all.  :-/
>
> I was not sure if this was an electrical contact problem like surface 
> oxidisation of the USB connector, or if the USB onboard controller was 
> playing 
> up.
>
> -- 
> Regards,
> Mick
>



[gentoo-user] Re: mac-fdisk with different block size

2019-01-13 Thread nunojsilva
On 2019-01-13, Andrew Udvare wrote:

>> On Jan 13, 2019, at 09:24, (Nuno Silva)  wrote:
>> 
>> On 2019-01-13, Andrew Udvare wrote:
>> 
 On 2019-01-13, at 07:49, (Nuno Silva)  wrote:
 
 I am trying to create an Apple partition map with a block size of 4096
 bytes, but I can't find an option to change the block size in mac-fdisk,
 which defaults to 512 bytes.
 
 Does anybody know of a utility that can create and modify such partition
 maps under Gentoo?
>>> 
>>> 
>>> Quick look and it seems that for mac-fdisk the 512 size is hard-coded:
>>> 
>>> https://github.com/glaubitz/mac-fdisk-debian/blob/bda743065fa2c75a83fec60166bc2e317059ef7a/io.h#L32
>> 
>> 
>> That code appears to be version 0.4 from early 1997. Under Gentoo, the
>> README file installed at /usr/share/doc/mac-fdisk-0.1_p18/ mentions 0.4
>> as well.
>> 
>> According to a changelog at apple.com[1], variable block size support
>> was added after that, and should be present in version 0.5.
>
> On actual macOS latest, there's a -b option for block size.

GNU parted does not seem to have an option to *change* the block size,
but it will use the drive's block size when creating a new Apple
partition table.

-- 
Nuno Silva




Re: [gentoo-user] [OT] ...preventing MAC OS from polluting my USBsticks...?

2019-01-13 Thread Andrew Udvare



> On 2019-01-13, at 13:38, tu...@posteo.de wrote:
> 
> Only to get sure not to break anything (the MAC is not my own and I am
> not at $HOME with Macs)...the
> two commands:
> 
>  defaults write com.apple.desktopservices DSDontWriteNetworkStores true
>  defaults write com.apple.desktopservices DSDontWriteUSBStores true
> 
> need to given as commands at the commandline (the way real UNICES do
> it), aren't they?

Yes. Open Terminal and paste these in.

macOS is POSIX certified: 
https://blog.opengroup.org/2012/07/25/apple-registers-mac-os-x-10-8-mountain-lion-to-the-unix-03-standard/




Re: [gentoo-user] USB mouse disconnecting

2019-01-13 Thread Mick
On Sunday, 13 January 2019 19:44:00 GMT Wols Lists wrote:
> On 13/01/19 18:19, Dale wrote:
> > I just wanted to mention in case this is bigger than just a mouse
> > issue.  One may want to look deeper.
> 
> I'm running the latest openSUSE stable on my laptop, and while it has
> other issues, it seems to lose USB (and hence mouse) on boot every now
> and then. I haven't attempted debugging it because unplugging and
> replugging is a permanent fix - until the next time.
> 
> Cheers,
> Wol

An old USB I don't use often started giving me such errors and fails to be 
detected, or is detected, but with read errors.  I tried different PCs with 
the same result.  Occassionally, it will connect, be detected, mounted and 
there are no read/write errors at all.  :-/

I was not sure if this was an electrical contact problem like surface 
oxidisation of the USB connector, or if the USB onboard controller was playing 
up.

-- 
Regards,
Mick

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


Re: [gentoo-user] USB mouse disconnecting

2019-01-13 Thread Wols Lists
On 13/01/19 18:19, Dale wrote:
> I just wanted to mention in case this is bigger than just a mouse
> issue.  One may want to look deeper. 

I'm running the latest openSUSE stable on my laptop, and while it has
other issues, it seems to lose USB (and hence mouse) on boot every now
and then. I haven't attempted debugging it because unplugging and
replugging is a permanent fix - until the next time.

Cheers,
Wol



Re: [gentoo-user] [OT] ...in search of a program (terminal emulator)

2019-01-13 Thread tuxic
On 01/13 01:45, Jack wrote:
> On 2019.01.13 13:30, tu...@posteo.de wrote:
> > Hi,
> > 
> > I think there is kinda "emulator" or "simulator ...or any other kind
> > pf xyz-ulator...which simulates the look and feel of old computer
> > monitors/terminal screens.
> > 
> > But (may be due to lacking language skills) I get too much hits (with
> > search terms like "analog monitor", "old TV" and such), which have
> > nothing in common, for which I wanted to search for...or nothing at
> > all, when I search too specifically...
> > 
> > Who can remember the name of that/these xyz-ulators and can help
> > me?
> > 
> > Thanks a lot for any help in advance!
> > Cheers!
> > Meino
> Try searching for VT52 or VT100 - two of the (once) more popular Video
> Terminals which were thus some of the earliest terminals emulated.   I see
> x11-terms/xvt in portage which might do.   Unfortunately, just searching for
> "vt" gives far too many irrelevant hits, but "terminal emulator vt" looks
> like it might have some useful leads.
> 
> Jack

Hi Jack,

ooopsss...I was not clear enough (no native speaker, sorry)...
I didn't meant emulators of old terminal standards.

I meant a piece of software which recreate the defekts of old monitors
like distorted edges, monochrome ambercolored fonts etc...pp...

Cheers!
Meino




Re: [gentoo-user] [OT] ...in search of a program (terminal emulator)

2019-01-13 Thread Michael K Schumacher

On 1/13/19 12:30 PM, tu...@posteo.de wrote:

Hi,

I think there is kinda "emulator" or "simulator ...or any other kind
pf xyz-ulator...which simulates the look and feel of old computer
monitors/terminal screens.

But (may be due to lacking language skills) I get too much hits (with
search terms like "analog monitor", "old TV" and such), which have
nothing in common, for which I wanted to search for...or nothing at
all, when I search too specifically...

Who can remember the name of that/these xyz-ulators and can help
me?

Thanks a lot for any help in advance!
Cheers!
Meino


You might be looking for x11-terms/cool-retro-term.

Hope this helps,
M.K.Schu




Re: [gentoo-user] [OT] ...in search of a program (terminal emulator)

2019-01-13 Thread Jack

On 2019.01.13 13:30, tu...@posteo.de wrote:

Hi,

I think there is kinda "emulator" or "simulator ...or any other kind
pf xyz-ulator...which simulates the look and feel of old computer
monitors/terminal screens.

But (may be due to lacking language skills) I get too much hits (with
search terms like "analog monitor", "old TV" and such), which have
nothing in common, for which I wanted to search for...or nothing at
all, when I search too specifically...

Who can remember the name of that/these xyz-ulators and can help
me?

Thanks a lot for any help in advance!
Cheers!
Meino
Try searching for VT52 or VT100 - two of the (once) more popular Video  
Terminals which were thus some of the earliest terminals emulated.   I  
see x11-terms/xvt in portage which might do.   Unfortunately, just  
searching for "vt" gives far too many irrelevant hits, but "terminal  
emulator vt" looks like it might have some useful leads.


Jack


Re: [gentoo-user] [OT] ...preventing MAC OS from polluting my USBsticks...?

2019-01-13 Thread tuxic
On 01/13 10:48, Andrew Udvare wrote:
> 
> > On 2019-01-13, at 08:43, tu...@posteo.de wrote:
> > 
> > Hi,
> > 
> > it happens that I use my usbsticks with a Mac. As soon I use the stick
> > again with my trusty Linux...I found a lot of added "hidden" files,
> > which are shorter and renamed versions of files, which are already
> > there...and there are everywere.
> > 
> > Is there any hack/trick/ to prevent MacOS to write to 
> > my usbstick when not instructed to do so?
> 
> There are these two defaults settings, and they don't require root to set 
> them:
> 
> defaults write com.apple.desktopservices DSDontWriteNetworkStores true
> defaults write com.apple.desktopservices DSDontWriteUSBStores true
> 
> These are only for stopping Finder from writing .DS_Store files. Anything you 
> delete on macOS will still go in .Trash/ at the root of the drive.
> 
> -- 
> Andrew Udvare
> 

Hi Andrew,

ok...I only will delete something from my usbstick when I at home
using Linux :)

Only to get sure not to break anything (the MAC is not my own and I am
not at $HOME with Macs)...the
two commands:

  defaults write com.apple.desktopservices DSDontWriteNetworkStores true
  defaults write com.apple.desktopservices DSDontWriteUSBStores true

need to given as commands at the commandline (the way real UNICES do
it), aren't they?

Cheers!
Meino





[gentoo-user] [OT] ...in search of a program (terminal emulator)

2019-01-13 Thread tuxic
Hi,

I think there is kinda "emulator" or "simulator ...or any other kind
pf xyz-ulator...which simulates the look and feel of old computer
monitors/terminal screens.

But (may be due to lacking language skills) I get too much hits (with
search terms like "analog monitor", "old TV" and such), which have
nothing in common, for which I wanted to search for...or nothing at
all, when I search too specifically...

Who can remember the name of that/these xyz-ulators and can help
me?

Thanks a lot for any help in advance!
Cheers!
Meino





Re: [gentoo-user] USB mouse disconnecting

2019-01-13 Thread Dale
Jack wrote:
> On 2019.01.13 07:30, Pouru Lasse wrote:
>> For the past few weeks I've had strange issues with my USB mouse
>> randomly disconnecting and reconnecting right afterwards. At first I
>> thought it might be the USB port dying, but it happens with multiple
>> USB ports (both USB 2 and 3) and two different Logitech mice. I
>> haven't noticed any issues with other USB devices.
>>
>> Is this more likely a hardware or a software problem? I'm on kernel
>> 4.14.83 and I'm pretty sure the problems didn't start right after the
>> update, although it's hard to tell because the disconnects seem
>> completely random and don't even happen every day. Dmesg output looks
>> something like this, sometimes with multiple disconnects in a row,
>> with the device number being incremented each time:
>>
>> [41235.377257] usb 3-2: USB disconnect, device number 17
>> [41235.645027] usb 3-2: new low-speed USB device number 18 using
>> xhci_hcd
>> [41235.778228] usb 3-2: New USB device found, idVendor=046d,
>> idProduct=c01e
>> [41235.778232] usb 3-2: New USB device strings: Mfr=1, Product=2,
>> SerialNumber=0
>> [41235.778234] usb 3-2: Product: USB-PS/2 Optical Mouse
>> [41235.778236] usb 3-2: Manufacturer: Logitech
>> [41235.783149] input: Logitech USB-PS/2 Optical Mouse as
>> /devices/pci:00/:00:14.0/usb3/3-2/3-2:1.0/0003:046D:C01E.001A/input/input41
>> [41235.783504] hid-generic 0003:046D:C01E.001A: input,hidraw0: USB
>> HID v1.10 Mouse [Logitech USB-PS/2 Optical Mouse] on
>> usb-:00:14.0-2/input0
>>
>> Less often there are also errors like:
>>
>> [13844.911317] usb 3-2: device not accepting address 15, error -71
>> [13844.911362] usb usb3-port2: unable to enumerate USB device
>>
>> and:
>>
>> [42555.126541] usb 3-2: reset low-speed USB device number 18 using
>> xhci_hcd
>> [42555.382373] usb 3-2: device descriptor read/64, error -71
>> [42555.763574] usb 3-2: device descriptor read/all, error -71
>> [42556.022536] usb 3-2: reset low-speed USB device number 18 using
>> xhci_hc
>>
>> Usually the mouse starts working again right away, but sometimes I
>> need to switch it to another port despite it being visible in lsusb.
>> This, I guess, has something to do with the device number changing.
>>
>> One thing I suspected was USB power management, but as far as I know
>> I haven't enabled any such options, at least not on purpose.
>>
>> - Lasse
> I've been having a similar issue, but it never resolves by itself - I
> have to unplug and re-plug the mouse, although I can use the same
> port.  However, I do not get any of those error messages, just the
> disconnects.
>
> [216909.342190] usb 3-2: USB disconnect, device number 40
> [216910.812144] usb 3-2: new low-speed USB device number 41 using
> uhci_hcd
> [216911.007267] input: PixArt DynexWired USB Optical Mouse as
> /devices/pci:00/:00:1a.0/usb3/3-2/3-2:1.0/0003:19FF:0238.002F/input/input66
> [216911.007352] hid-generic 0003:19FF:0238.002F: input,hidraw4: USB
> HID v1.11 Mouse [PixArt DynexWired USB Optical Mouse] on
> usb-:00:1a.0-2/input0
>
> It seems to most commonly occur when switching between X and one of
> the text consoles, but not consistently.  I'm on kernel 4.20.0, but it
> was the same with several 4.19 kernels also.
>
> I wonder if any of the kernel USB parameters might be involved here.
>
> Jack
>


This may be related, may not.  I've seen this when using, or trying to
use, a external USB hard drive.  The errors are very close.  For me tho,
unpluging and repluging didn't help much.  It might work for a few
minutes of data transfer but then gets real slow and eventually it
unmounts itself and stop completely. I never did figure out the
problem.  I switched to external SATA enclosures and haven't had a
single problem since. 

Could it be a kernel bug, maybe.  Thing is, I tried two different
kernels with a lot of versions between the two.  One would think USB
problems would be fixed pretty quickly.  Could it be hardware, maybe. 
It could be the enclosure, although I had that with two of them or it
could be mobo related. 

I just wanted to mention in case this is bigger than just a mouse
issue.  One may want to look deeper. 

Dale

:-)  :-) 



Re: [gentoo-user] USB mouse disconnecting

2019-01-13 Thread Jack

On 2019.01.13 07:30, Pouru Lasse wrote:
For the past few weeks I've had strange issues with my USB mouse  
randomly disconnecting and reconnecting right afterwards. At first I  
thought it might be the USB port dying, but it happens with multiple  
USB ports (both USB 2 and 3) and two different Logitech mice. I  
haven't noticed any issues with other USB devices.


Is this more likely a hardware or a software problem? I'm on kernel  
4.14.83 and I'm pretty sure the problems didn't start right after the  
update, although it's hard to tell because the disconnects seem  
completely random and don't even happen every day. Dmesg output looks  
something like this, sometimes with multiple disconnects in a row,  
with the device number being incremented each time:


[41235.377257] usb 3-2: USB disconnect, device number 17
[41235.645027] usb 3-2: new low-speed USB device number 18 using  
xhci_hcd
[41235.778228] usb 3-2: New USB device found, idVendor=046d,  
idProduct=c01e
[41235.778232] usb 3-2: New USB device strings: Mfr=1, Product=2,  
SerialNumber=0

[41235.778234] usb 3-2: Product: USB-PS/2 Optical Mouse
[41235.778236] usb 3-2: Manufacturer: Logitech
[41235.783149] input: Logitech USB-PS/2 Optical Mouse as  
/devices/pci:00/:00:14.0/usb3/3-2/3-2:1.0/0003:046D:C01E.001A/input/input41
[41235.783504] hid-generic 0003:046D:C01E.001A: input,hidraw0: USB  
HID v1.10 Mouse [Logitech USB-PS/2 Optical Mouse] on  
usb-:00:14.0-2/input0


Less often there are also errors like:

[13844.911317] usb 3-2: device not accepting address 15, error -71
[13844.911362] usb usb3-port2: unable to enumerate USB device

and:

[42555.126541] usb 3-2: reset low-speed USB device number 18 using  
xhci_hcd

[42555.382373] usb 3-2: device descriptor read/64, error -71
[42555.763574] usb 3-2: device descriptor read/all, error -71
[42556.022536] usb 3-2: reset low-speed USB device number 18 using  
xhci_hc


Usually the mouse starts working again right away, but sometimes I  
need to switch it to another port despite it being visible in lsusb.  
This, I guess, has something to do with the device number changing.


One thing I suspected was USB power management, but as far as I know  
I haven't enabled any such options, at least not on purpose.


- Lasse
I've been having a similar issue, but it never resolves by itself - I  
have to unplug and re-plug the mouse, although I can use the same  
port.  However, I do not get any of those error messages, just the  
disconnects.


[216909.342190] usb 3-2: USB disconnect, device number 40
[216910.812144] usb 3-2: new low-speed USB device number 41 using  
uhci_hcd
[216911.007267] input: PixArt DynexWired USB Optical Mouse as  
/devices/pci:00/:00:1a.0/usb3/3-2/3-2:1.0/0003:19FF:0238.002F/input/input66
[216911.007352] hid-generic 0003:19FF:0238.002F: input,hidraw4: USB HID  
v1.11 Mouse [PixArt DynexWired USB Optical Mouse] on  
usb-:00:1a.0-2/input0


It seems to most commonly occur when switching between X and one of the  
text consoles, but not consistently.  I'm on kernel 4.20.0, but it was  
the same with several 4.19 kernels also.


I wonder if any of the kernel USB parameters might be involved here.

Jack


Re: [gentoo-user] [OT] ...preventing MAC OS from polluting my USBsticks...?

2019-01-13 Thread Andrew Udvare


> On 2019-01-13, at 08:43, tu...@posteo.de wrote:
> 
> Hi,
> 
> it happens that I use my usbsticks with a Mac. As soon I use the stick
> again with my trusty Linux...I found a lot of added "hidden" files,
> which are shorter and renamed versions of files, which are already
> there...and there are everywere.
> 
> Is there any hack/trick/ to prevent MacOS to write to 
> my usbstick when not instructed to do so?

There are these two defaults settings, and they don't require root to set them:

defaults write com.apple.desktopservices DSDontWriteNetworkStores true
defaults write com.apple.desktopservices DSDontWriteUSBStores true

These are only for stopping Finder from writing .DS_Store files. Anything you 
delete on macOS will still go in .Trash/ at the root of the drive.

-- 
Andrew Udvare



Re: [gentoo-user] Re: mac-fdisk with different block size

2019-01-13 Thread Andrew Udvare



> On Jan 13, 2019, at 09:24, (Nuno Silva)  wrote:
> 
> On 2019-01-13, Andrew Udvare wrote:
> 
>>> On 2019-01-13, at 07:49, (Nuno Silva)  wrote:
>>> 
>>> I am trying to create an Apple partition map with a block size of 4096
>>> bytes, but I can't find an option to change the block size in mac-fdisk,
>>> which defaults to 512 bytes.
>>> 
>>> Does anybody know of a utility that can create and modify such partition
>>> maps under Gentoo?
>> 
>> 
>> Quick look and it seems that for mac-fdisk the 512 size is hard-coded:
>> 
>> https://github.com/glaubitz/mac-fdisk-debian/blob/bda743065fa2c75a83fec60166bc2e317059ef7a/io.h#L32
> 
> 
> That code appears to be version 0.4 from early 1997. Under Gentoo, the
> README file installed at /usr/share/doc/mac-fdisk-0.1_p18/ mentions 0.4
> as well.
> 
> According to a changelog at apple.com[1], variable block size support
> was added after that, and should be present in version 0.5.

On actual macOS latest, there's a -b option for block size.



[gentoo-user] Re: mac-fdisk with different block size

2019-01-13 Thread nunojsilva
On 2019-01-13, Andrew Udvare wrote:

>> On 2019-01-13, at 07:49, (Nuno Silva)  wrote:
>> 
>> I am trying to create an Apple partition map with a block size of 4096
>> bytes, but I can't find an option to change the block size in mac-fdisk,
>> which defaults to 512 bytes.
>> 
>> Does anybody know of a utility that can create and modify such partition
>> maps under Gentoo?
>
>
> Quick look and it seems that for mac-fdisk the 512 size is hard-coded:
>
> https://github.com/glaubitz/mac-fdisk-debian/blob/bda743065fa2c75a83fec60166bc2e317059ef7a/io.h#L32


That code appears to be version 0.4 from early 1997. Under Gentoo, the
README file installed at /usr/share/doc/mac-fdisk-0.1_p18/ mentions 0.4
as well.

According to a changelog at apple.com[1], variable block size support
was added after that, and should be present in version 0.5.

[1] https://opensource.apple.com/source/pdisk/pdisk-9/HISTORY.auto.html

If there is no other utility that can do this, I'll have a look at the
newer source code from apple.com...

-- 
Nuno Silva




[gentoo-user] [OT] ...preventing MAC OS from polluting my USBsticks...?

2019-01-13 Thread tuxic
Hi,

it happens that I use my usbsticks with a Mac. As soon I use the stick
again with my trusty Linux...I found a lot of added "hidden" files,
which are shorter and renamed versions of files, which are already
there...and there are everywere.

Is there any hack/trick/ to prevent MacOS to write to 
my usbstick when not instructed to do so?

I am neither the owner nor the system admin of that Mac...I only
have an ordinary user account and I am not allowed to install any
software...

Hopefully there is anything to do against this...

Cheers!
Meino





Re: [gentoo-user] mac-fdisk with different block size

2019-01-13 Thread Andrew Udvare



> On 2019-01-13, at 07:49, (Nuno Silva)  wrote:
> 
> I am trying to create an Apple partition map with a block size of 4096
> bytes, but I can't find an option to change the block size in mac-fdisk,
> which defaults to 512 bytes.
> 
> Does anybody know of a utility that can create and modify such partition
> maps under Gentoo?


Quick look and it seems that for mac-fdisk the 512 size is hard-coded:

https://github.com/glaubitz/mac-fdisk-debian/blob/bda743065fa2c75a83fec60166bc2e317059ef7a/io.h#L32


Re: [gentoo-user] USB mouse disconnecting

2019-01-13 Thread R0b0t1
The most likely cause is a poor electrical connection. How quickly
they wear depends on the types of devices you buy as well as your
ports.

The reason it seems like an electrical problem is the descriptor read
errors. If it was power management the device should cleanly cycle.

Cheers,
R0b0t1

On Sun, Jan 13, 2019 at 1:30 PM Pouru Lasse  wrote:
>
> For the past few weeks I've had strange issues with my USB mouse
> randomly disconnecting and reconnecting right afterwards. At first I
> thought it might be the USB port dying, but it happens with multiple USB
> ports (both USB 2 and 3) and two different Logitech mice. I haven't
> noticed any issues with other USB devices.
>
> Is this more likely a hardware or a software problem? I'm on kernel
> 4.14.83 and I'm pretty sure the problems didn't start right after the
> update, although it's hard to tell because the disconnects seem
> completely random and don't even happen every day. Dmesg output looks
> something like this, sometimes with multiple disconnects in a row, with
> the device number being incremented each time:
>
> [41235.377257] usb 3-2: USB disconnect, device number 17
> [41235.645027] usb 3-2: new low-speed USB device number 18 using xhci_hcd
> [41235.778228] usb 3-2: New USB device found, idVendor=046d, idProduct=c01e
> [41235.778232] usb 3-2: New USB device strings: Mfr=1, Product=2, 
> SerialNumber=0
> [41235.778234] usb 3-2: Product: USB-PS/2 Optical Mouse
> [41235.778236] usb 3-2: Manufacturer: Logitech
> [41235.783149] input: Logitech USB-PS/2 Optical Mouse as 
> /devices/pci:00/:00:14.0/usb3/3-2/3-2:1.0/0003:046D:C01E.001A/input/input41
> [41235.783504] hid-generic 0003:046D:C01E.001A: input,hidraw0: USB HID v1.10 
> Mouse [Logitech USB-PS/2 Optical Mouse] on usb-:00:14.0-2/input0
>
> Less often there are also errors like:
>
> [13844.911317] usb 3-2: device not accepting address 15, error -71
> [13844.911362] usb usb3-port2: unable to enumerate USB device
>
> and:
>
> [42555.126541] usb 3-2: reset low-speed USB device number 18 using xhci_hcd
> [42555.382373] usb 3-2: device descriptor read/64, error -71
> [42555.763574] usb 3-2: device descriptor read/all, error -71
> [42556.022536] usb 3-2: reset low-speed USB device number 18 using xhci_hc
>
> Usually the mouse starts working again right away, but sometimes I need
> to switch it to another port despite it being visible in lsusb. This, I
> guess, has something to do with the device number changing.
>
> One thing I suspected was USB power management, but as far as I know I
> haven't enabled any such options, at least not on purpose.
>
> - Lasse
>



[gentoo-user] mac-fdisk with different block size

2019-01-13 Thread nunojsilva
I am trying to create an Apple partition map with a block size of 4096
bytes, but I can't find an option to change the block size in mac-fdisk,
which defaults to 512 bytes.

Does anybody know of a utility that can create and modify such partition
maps under Gentoo?

-- 
Nuno Silva




[gentoo-user] USB mouse disconnecting

2019-01-13 Thread Pouru Lasse
For the past few weeks I've had strange issues with my USB mouse
randomly disconnecting and reconnecting right afterwards. At first I
thought it might be the USB port dying, but it happens with multiple USB
ports (both USB 2 and 3) and two different Logitech mice. I haven't
noticed any issues with other USB devices.

Is this more likely a hardware or a software problem? I'm on kernel
4.14.83 and I'm pretty sure the problems didn't start right after the
update, although it's hard to tell because the disconnects seem
completely random and don't even happen every day. Dmesg output looks
something like this, sometimes with multiple disconnects in a row, with
the device number being incremented each time:

[41235.377257] usb 3-2: USB disconnect, device number 17
[41235.645027] usb 3-2: new low-speed USB device number 18 using xhci_hcd
[41235.778228] usb 3-2: New USB device found, idVendor=046d, idProduct=c01e
[41235.778232] usb 3-2: New USB device strings: Mfr=1, Product=2, SerialNumber=0
[41235.778234] usb 3-2: Product: USB-PS/2 Optical Mouse
[41235.778236] usb 3-2: Manufacturer: Logitech
[41235.783149] input: Logitech USB-PS/2 Optical Mouse as 
/devices/pci:00/:00:14.0/usb3/3-2/3-2:1.0/0003:046D:C01E.001A/input/input41
[41235.783504] hid-generic 0003:046D:C01E.001A: input,hidraw0: USB HID v1.10 
Mouse [Logitech USB-PS/2 Optical Mouse] on usb-:00:14.0-2/input0

Less often there are also errors like:

[13844.911317] usb 3-2: device not accepting address 15, error -71
[13844.911362] usb usb3-port2: unable to enumerate USB device

and:

[42555.126541] usb 3-2: reset low-speed USB device number 18 using xhci_hcd
[42555.382373] usb 3-2: device descriptor read/64, error -71
[42555.763574] usb 3-2: device descriptor read/all, error -71
[42556.022536] usb 3-2: reset low-speed USB device number 18 using xhci_hc

Usually the mouse starts working again right away, but sometimes I need
to switch it to another port despite it being visible in lsusb. This, I
guess, has something to do with the device number changing.

One thing I suspected was USB power management, but as far as I know I
haven't enabled any such options, at least not on purpose.

- Lasse