glusterfs and hekafs release number for f16 and rawhide; systemd switch-over
by Kaleb S. KEITHLEY
Up to now the glusterfs and hekafs versions and releases have been the
same for f16 and rawhide, i.e.: glusterfs-3.2.4-1.x86_64.fc16.rpm,
glusterfs-3.2.4-1.x86_64.fc17.rpm, hekafs-0.7-16.x86_64.fc16.rpm, and
hekafs-0.7-16.x86_64.fc17.rpm.
I did that because the source, thus far, is exactly the same for both
f16 and rawhide. In f16 and rawhide both glusterfs and hekafs used sysv
init.d scripts.
Now for rawhide I'm going to switch to systemd. I know I can't switch to
systemd for f16, so the question is, what scheme should I used for the
release numbering?
One thought I had was to 'leapfrog' increment the release numbers. I
already have: glusterfs-3.2.4-1.x86_64.fc16.rpm and
glusterfs-3.2.4-1.x86_64.fc17.rpm. Then for the systemd version then I'd
go to glusterfs-3.2.4-2.x86_64.fc17.rpm. And if I need to respin
glusterfs I'd use glusterfs-3.2.4-3.x86_64.fc16.rpm and
glusterfs-3.2.4-4.x86_64.fc17.rpm.
I.e:
f16 rawhide
current 3.2.4-1.fc16 [i] 3.2.4-1.fc17 [i]
new... 3.2.4-2.fc17 [s]
3.2.4-3.fc16 [i] 3.2.4-4.fc17 [s]
([i] means init.d, [s] means systemd)
Alternatively I could just add a character to the first release using
sytsemd for rawhide, e.g. 's'. Then I'd have the existing
glusterfs-3.2.4-1.x86_64.fc16.rpm and glusterfs-3.2.4-1.x86_64.fc17.rpm,
and glusterfs-3.2.4-1s.x86_64.fc17.rpm for the new systemd version. And
for a respin then I'd just use systemd going forward for rawhide, and
I'd use glusterfs-3.2.4-2.x86_64.fc16.rpm and
glusterfs-3.2.4-2.x86_64.fc17.rpm.
I.e:
f16 rawhide
current 3.2.4-1.fc16 [i] 3.2.4-1.fc17 [i]
new... 3.2.4-1s.fc17 [s]
3.2.4-2.fc16 [i] 3.2.4-2.fc17 [s]
Whichever I go with I'd do the same thing for hekafs.
Thoughts?
12 years, 5 months
Bug in javac ?
by Christoph Höger
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
Hi all,
I am really unsure here, if this is a javac bug, or an eclipse glitch
or something plain strange. Consider the following interfaces:
public interface A {
A foo();
}
public interface B {
B foo();
}
public interface C extends A, B {
@Override
C foo();
}
Eclipse _does_ compile those interfaces. If you comment out C foo(),
it (rightfully IMO) complains.
javac does _not_ compile those interfaces and (IMO erroneously)
complains about incompatible super interfaces.
Any ideas who is wrong?
- --
Christoph Höger
Technische Universität Berlin
Fakultät IV - Elektrotechnik und Informatik
Übersetzerbau und Programmiersprachen
Sekr. TEL12-2, Ernst-Reuter-Platz 7, 10587 Berlin
Tel.: +49 (30) 314-24890
E-Mail: christoph.hoeger(a)tu-berlin.de
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.11 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/
iEYEARECAAYFAk6uwJMACgkQhMBO4cVSGS/n3wCfYgHh8p0sHNJq+kqqwPf+pe0L
LFsAn1xeoY9ESetBxfqsaWb0SZ3ECYtk
=ke+0
-----END PGP SIGNATURE-----
12 years, 5 months
Re: Packaging a Firefox extension
by Martin Stransky
On 10/30/2011 06:37 PM, Ville-Pekka Vainio wrote:
> Hi,
>
> I'm maintaining the Finnish spell checking extension for Firefox called
> Mozvoikko. Upstream recently released a Javascript-based version of the
> extension, which I've now packaged in Rawhide. Spec file here:
> <http://pkgs.fedoraproject.org/gitweb/?p=mozvoikko.git;a=blob;f=mozvoikko....>.
>
> Xulrunner maintainers, would you like me to push this new version to
> F-16 and F-15 as well? It would not need to be rebuilt every time
> Xulrunner is updated, but of course there is some risk in doing updates
> like this in stable releases.
I guess it's up to you. How compatible is the new version? Does it need
an update for new firefox versions? (extensions are incompatible with
new ff version sometime).
> For now, I've only packaged the extension for Firefox, but I would like
> to add Thunderbird support as well. What would be the best way to do
> that? I could probably symlink the extension directory from
> %{_datadir}/mozilla/extensions/%{firefox_app_id}/%{mozvoikko_ext_id} to
> %{_datadir}/mozilla/extensions/%{thunderbird_app_id/%{mozvoikko_ext_id}
> but are directory symlinks still probalematic for RPM? Should I just
> copy all the files to Thunderbird's extension directory too, to avoid
> the symlinking?
I think the symlinks are okay, we use them to link langpacks already.
ma.
12 years, 5 months
gsoap updated in rawhide
by Mattias Ellert
Hi!
The gsoap package has been updated to version 2.8.4 in rawhide only.
Depending packages should rebuild:
- CGSI-gSOAP
- lcgdm
- voms
- VirtualBox-OSE (rpmfusion)
Mattias Ellert
gsoap co-maintainer
12 years, 5 months
irqbalance doesn't balance well x86_64 Fedora 16
by Lucas
Dear All
I would like to tell that irqbalance doesn't balance irqs properly:
0: 126 0 0 0 IO-APIC-edge timer
1: 2 0 0 0 IO-APIC-edge i8042
8: 1 0 0 0 IO-APIC-edge rtc0
9: 0 0 0 0 IO-APIC-fasteoi acpi
12: 4 0 0 0 IO-APIC-edge i8042
16: 644 106 0 0 IO-APIC-fasteoi ehci_hcd:usb1
23: 45 0 0 0 IO-APIC-fasteoi ehci_hcd:usb2
40: 0 0 0 0 PCI-MSI-edge PCIe PME
41: 0 0 0 0 PCI-MSI-edge PCIe PME
42: 7882 0 0 53 PCI-MSI-edge ahci
43: 1 0 0 0 PCI-MSI-edge xhci_hcd
44: 0 0 0 0 PCI-MSI-edge xhci_hcd
45: 0 0 0 0 PCI-MSI-edge xhci_hcd
46: 0 0 0 0 PCI-MSI-edge xhci_hcd
47: 0 0 0 0 PCI-MSI-edge xhci_hcd
48: 3158 0 0 0 PCI-MSI-edge i915
49: 35 0 0 0 PCI-MSI-edge eth0
50: 253 0 0 0 PCI-MSI-edge snd_hda_intel
Package 0: numa_node is 0 cpu mask is 0000000f (load 0)
Cache domain 0: numa_node is 0 cpu mask is 00000001 (load 0)
CPU number 0 numa_node is 0 (load 0)
Interrupt 49 node_num is -1 (ethernet/1)
Interrupt 23 node_num is -1 (legacy/1)
Cache domain 1: numa_node is 0 cpu mask is 00000002 (load 0)
CPU number 1 numa_node is 0 (load 0)
Interrupt 18 node_num is -1 (legacy/1)
Interrupt 16 node_num is -1 (legacy/1)
Cache domain 2: numa_node is 0 cpu mask is 00000004 (load 0)
CPU number 2 numa_node is 0 (load 0)
Interrupt 19 node_num is -1 (legacy/1)
Interrupt 40 node_num is -1 (legacy/1)
Cache domain 3: numa_node is 0 cpu mask is 00000008 (load 0)
CPU number 3 numa_node is 0 (load 0)
Interrupt 42 node_num is -1 (storage/1)
Interrupt 41 node_num is -1 (legacy/1)
Interrupt 50 node_num is -1 (other/1)
Interrupt 11 node_num is -1 (other/1)
Interrupt 48 node_num is -1 (other/1)
I do not understand why it places i915, eth0 and snd_hda_intel on the same CPU
uname -a = 3.1.0-1.fc16.x86_64 #1 SMP Mon Oct 24 12:18:13 UTC 2011 x86_64 x86_64 x86_64 GNU/Linux
Any thoughts?
12 years, 5 months
Owning /usr/share/icons/hicolor
by Jerry James
I need some advice for a package review I'm doing. The package owns
all the directories from /usr/share/icons/hicolor down to
/usr/share/icons/hicolor/48x48/apps, where it stores its icons. When
I objected that these directories were already owned by
hicolor-icon-theme, the packager said:
"This package does not require hicolor-icon-theme neither implicit nor explecit.
Acourding to the Package guidlines (The directory is owned by a package which
is not required for your package to function) this package must own these
directories." [sic]
On my system, with lots of icon-using packages installed,
/usr/share/icons/hicolor is owned by 3 packages: hicolor-icon-theme,
fedora-logos, and setroubleshoot, so there is precedent to back up the
packager in this case. On the other hand, there are gobs of packages
with icons below that directory that do NOT own
/usr/share/icons/hicolor. I haven't been able to find anything about
this issue in the packaging guidelines;
https://fedoraproject.org/wiki/Packaging:ScriptletSnippets#Icon_Cache
doesn't address this issue.
Are the fedora-logos and setroubleshoot packages doing it the right
way, and other icon-installing packages need to be fixed? Are they
doing it the wrong way, and should be fixed themselves? Does
ownership of that directory depend on some other feature of the
package?
Thanks,
--
Jerry James
http://www.jamezone.org/
12 years, 5 months