DevHeads.net

Postings by John Reiser

bugzilla web problems?

When I attempt to enter a new bug against Fedora using Firefox on Fedora 25
at <a href="https://bugzilla.redhat.com" title="https://bugzilla.redhat.com">https://bugzilla.redhat.com</a> and click on Submit, then bugzilla displays
an error page with the message
=====
Access to the file was denied

The file at <a href="https://bugzilla.redhat.com/post_bug.cgi" title="https://bugzilla.redhat.com/post_bug.cgi">https://bugzilla.redhat.com/post_bug.cgi</a> is not readable.

It may have been removed, moved, or file permissions may be preventing access.
=====

This happened twice over a span of about five minutes. Perhaps I'll try again tomorrow.

gparted corrupts when shrinking ntfs

When I use Fedora 25 Workstation Live plus gparted to shrink an ntfs partition,
then the result is corrupt. This is reproducible on a minimal install
of Windows 10 build 1510 (a raw system image dump fits on 2 DVD),
such as commonly available on inexpensive refurbished PCs. Running CHKDSK
immediately afterward detects and fixes the corruption for me.
Where/how should I start to investigate: which software component, etc.?

option to ignore flash memory device at USB1.1 "full" speed

How can I force the system not to recognize a USB2.0 flash memory device at USB1.1 speed?

A couple times per month I plug in a USB2.0 flash memory stick,
but it gets recognized as a 12 megabits/second USB1.1 device:

kernel: [sss,uuu] usb 5-1: new full-speed USB device number 2 using ohci_hcd

instead of as a 480 megabits/second USB2.0 device:

kernel: [sss.uuu] usb 5-1: new high-speed USB device number 2 using ehci_hcd

Unfortunately 12Mb/s "works" very slowly.

NetworkManager: do not tend missing hardware

When booting a Live spin, how can I tell NetworkManager to avoid any hardware
that is not present? There is [and will be] no ISDN, no ADSL, no dialup modem,
no Bluetooth, no wired ethernet; and I want to reduce RAM usage as much as possible.
This is to support netbooks and other machines with only 1GB RAM.
Already I found setroubleshootd sitting on 55MB of physical RAM (rhbz #953676),
but I want more.

tools to catch AttributeError and TypeError in python code?

What is the state of software tools to help catch and prevent
AttributeError and TypeError in python code?

cannot login after Xserver dies, not even after reboot (F18 Alpha)

<a href="https://bugzilla.redhat.com/show_bug.cgi?id=858741" title="https://bugzilla.redhat.com/show_bug.cgi?id=858741">https://bugzilla.redhat.com/show_bug.cgi?id=858741</a>

If /usr/bin/Xorg dies, then all subsequent attempts to login fail,
I get the blue-streak-and-stars background image, then "Oh no!
Something has gone wrong. ..." Clicking the LogOut button
just repeats the failure. This behavior persists even after reboot.

How do I clean up so that graphical login can succeed?

Rawhide should take turns with F-16 Branched

The nightly build "mash" for Fedora-16 Branched should go first,
before Rawhide, on a few days per week: say, Monday, Wednesday,
and Friday. The typical three-hour difference in completion times
can be put to good use by me and others who are trying to make and
test the install DVDs. Too often that three-hour delay is not just
a phase difference, but instead becomes lost opportunity for work.
It's much easier to finish a daily cycle (build DVD, test DVD,
report bugs, debug, fix, push changes) in 18 hours after F-16 Branched
Report, in contrast to only 15 hours if Rawhide goes first.

Mass rebuild breaks rawhide dependencies

The mass rebuild has broken the dependencies of packages in rawhide,
and I'm upset about it.

For instance, fresh install General Desktop from DVD made just after
the mass rebuild, then boot the new system and try to "yum install pungi".
I see several errors such as:

noexec on /dev/shm

How did /dev/shm get noexec in Fedora 15 rawhide?
$ grep /dev/shm /proc/mounts
tmpfs /dev/shm tmpfs rw,seclabel,nosuid,nodev,noexec,relatime 0 0
$ grep -srl noexec /etc
/etc/alternatives/ld
/etc/fstab ## derived from /proc/mounts
/etc/mtab ## derived from /proc/mounts

This is a change from Fedora 14, and I cannot find documentation.
The only 'noexec' that I can find in the source to systemd-15
is two mentions in units/var-{lock,run}.mount.

As a site administrator, how can I change the default to omit 'noexec'?
As a project leader, how can I get my project's programs wo

vfork() semantics changed: ERESTARTNOINTR

vfork() can fail with ERESTARTNOINTR which is 513
and somewhat young. 'make' did not know:
<a href="https://bugzilla.redhat.com/show_bug.cgi?id=659382" title="https://bugzilla.redhat.com/show_bug.cgi?id=659382">https://bugzilla.redhat.com/show_bug.cgi?id=659382</a>

If your package has any shell-like feature
then it might be good to check for vfork().

memcpy overlap: quickly detect, diagnose, work around

This patch (with .rpms for x86_64 and i686) enables glibc optionally
to detect, diagnose, and work around overlap in memcpy/mempcpy:
<a href="http://bitwagon.com/glibc-memlap/glibc-memlap.html" title="http://bitwagon.com/glibc-memlap/glibc-memlap.html">http://bitwagon.com/glibc-memlap/glibc-memlap.html</a>
The option to check is controlled by an environment variable
MEMCPY_CHECK_ which influences choices made by __init_cpu_features
and the STT_GNU_IFUNC mechanism for choosing alternate implementations
at runtime. The patch extends the IFUNC mechanism by passing
&getenv as an actual argument. If MEMCPY_CHECK_ is unset or 0, then
there is no runtime overhead at all when calling memcpy.

Fedora 14 Beta corrupts user data

Compiled code for minimum(), maximum(), etc.

calculus of PT_NOTE "for GNU/Linux 2.6.32"

Executable program files built by gcc+glibc on Fedora 14 contain a PT_NOTE
which says "for GNU/Linux 2.6.32".

Re: No lzma sdk in fedora

The previous editions lzma442, 443, 449, 457, 458, 459,
all required *different* adaptations by upx.
So a separate Fedora source package would have been of little value,
except possibly as an indicator of the need for a -libs package.
But during that time, creating a -libs package appeared to be
incompatible with the licensing. [Today "LZMA SDK is placed in
the public domain".]

Until someone with enough authority standardizes the library package
and its interfaces, and there is evidence that the library will be
maintained, then each downstream must fend for itself.

UPX, lzma stream, xz-devel

Maybe. Some changes would be required to UPX, on both the compression
and decompression sides. Decompression is highly machine-dependent:
machine-language instructions, bare stack, no libraries.

EDID necessary for fixed-format displays?

What is holding up <a href="https://bugzilla.redhat.com/show_bug.cgi?id=493441" title="https://bugzilla.redhat.com/show_bug.cgi?id=493441">https://bugzilla.redhat.com/show_bug.cgi?id=493441</a>
where a 1024x768 LCD panel is recognized only as 800x600, and with
no option to choose 1024x768, except via explicit /etc/X11/xorg.conf ?

That box does not have EDID, but Xorg.0.log shows
(II) R128(0): Panel size: 1024x768
so the driver does know the truth.
It looks like a lazy driver if EDID is the only way to success.

anaconda loses six versions from fc11 to fc12 ?

rawhide report: 20090605 changes

rawhide report: 20090603 changes

It looks like the versions from .54 through .59 were dropped
in the changeover from fc11 to fc12. Version .54 was in:

rawhide report: 20090520 changes

so I hope that the work of two weeks can be recovered soon.
(The changes were not in Monday's [20090608] rawhide report
for fc12, either.)

VGA fried after testing Xorg r128 driver on F11 Preview

The Xorg r128 driver for X11 graphics has failed to startx for some weeks.
Today I tried again with the Preview DVD for Fedora 11 i386, and got the
same hang. Upon reboot into previously-working Fedora Core 4, the colors
are wrong: light yellow has become light pink. The RAMDAC has been fried.
The card is old. It could be coincidence; but beware.

<a href="https://bugzilla.redhat.com/show_bug.cgi?id=493653" title="https://bugzilla.redhat.com/show_bug.cgi?id=493653">https://bugzilla.redhat.com/show_bug.cgi?id=493653</a>

young Fedora torrents spread data too slowly

Young torrents on <a href="http://torrent.fedoraproject.org/" title="http://torrent.fedoraproject.org/">http://torrent.fedoraproject.org/</a> spread data too slowly.
At 0500 UTC on Sat.Oct.11, there was 1 seed and 14 leeches, all at 13% done.
At 1300 UTC on Sat.Oct.11, there was 1 seed and 31 leeches, all at 55% done.
This is for F10-Snap1-x86_64-Live.
I turned my machine off for the night (US PDT), powered on in the morning,
and within half an hour had caught up to all leeches at 57% done.
I use tranmsissionbt, and I saw that the seed was sending pieces of 256 KiB
to me at 2.5 KiB/s, taking almost two minutes per piece (and then "pausing.")

It seems to me that torrent.fedoraproje