Hi,
for those who are adventuresome may have a look at the package
shells/bash43
as a replacement for the bash in Base:System/bash and its
link shells/bash.
There *are* changes, therefore I'd like to here some more
reports and experiences before I replace the bash 4.3 and
the corresponding readline libary 6.2.
Werner
--
"Having a smoking section in a restaurant is like having
a peeing section in a swimming pool." -- Edward Burr
Hi -
It has been four years since Apache 1.3 went EOL. Is it time to get
rid of the '2' in, e.g., 'apache2', 'httpd2', 'apache2ctl', etc.?
The official docs at http://httpd.apache.org do not use it.
Impact on users could be minimized by including symlinks from httpd2
-> httpd, etc.
Nathan
--
To unsubscribe, e-mail: opensuse-factory+unsubscribe(a)opensuse.org
To contact the owner, e-mail: opensuse-factory+owner(a)opensuse.org
I'm gettin reams of these messages whenever zypper creates new initrd.
It looks like there's a patch for this problem available:
http://www.spinics.net/lists/linux-modules/msg01240.html
Regards,
Achim.
--
+<[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]>+
Factory and User Sound Singles for Waldorf Q+, Q and microQ:
http://Synth.Stromeko.net/Downloads.html#WaldorfSounds
--
To unsubscribe, e-mail: opensuse-factory+unsubscribe(a)opensuse.org
To contact the owner, e-mail: opensuse-factory+owner(a)opensuse.org
> Nope, I am not changing this, unless you give me a damn good reason. it is just a distribution implementation detail and does not affect the functionality.
The reason is to match upstream and minimize confusion for people who
are trying to follow the upstream documentation. I agree that it does
not affect functionality, as long as you exclude manpages from your
definition of "functionality".
I understand your reluctance to drop the '2' from the package name,
even though we don't use the major version number in other packages
that I am aware of and it gives people false hope that multiple
versions of Apache can coexist on the same system.
Personally I would be satisfied if you could at least include symlinks
from the upstream binary/script names to the openSUSE-specific names.
I.e. especially httpd -> httpd2 and apachectl -> apache2ctl.
As for manpage functionality, I think it is seriously broken. Consider
this, for example (with apache2 version 2.4.6-6.19.2):
# httpd
If 'httpd' is not a typo you can use command-not-found to lookup the
package that contains it, like this:
cnf httpd
# man httpd
... read all about the httpd command that I can't run, no mention of httpd2 ...
# apachectl
If 'apachectl' is not a typo you can use command-not-found to lookup
the package that contains it, like this:
cnf apachectl
# man apachectl
... read all about the apachectl command that I can't run, no mention
of apache2ctl ...
# man apachectl2
... another way of displaying the apachectl manpage, but still no
mention of apache2ctl...
# apachectl2
If 'apachectl2' is not a typo you can use command-not-found to lookup
the package that contains it, like this:
cnf apachectl2
# man apache2ctl
No manual entry for apache2ctl
# man apxs
... read manpage ...
# apxs
If 'apxs' is not a typo you can use command-not-found to lookup the
package that contains it, like this:
cnf apxs
# man apxs2
... read apxs manpage ...
# apxs2
If 'apxs2' is not a typo you can use command-not-found to lookup the
package that contains it, like this:
cnf apxs2
The manpages appear to be taken verbatim from upstream, with no
mention of the openSUSE-specific name change. Also, there is a manpage
for apachectl2, a command which doesn't exist, but none for
apache2ctl, which does. And then there is a manpage for apxs which is
not included in the package at all (under any name).
Nathan
--
To unsubscribe, e-mail: opensuse-factory+unsubscribe(a)opensuse.org
To contact the owner, e-mail: opensuse-factory+owner(a)opensuse.org
Ceph is a distributed object store with support for a wide range of
interfaces, including block-layer (rbd), filesystem (fuse, kernel),
HTTP (REST), and client libraries.
A full list of features is available via the project website:
http://ceph.com/
The project is currently maintained upstream by a large collection of
companies and individuals, and is carried by Debian and Fedora.
The build service devel project has been present at filesystems:ceph
for some time now. I'd like to submit it to openSUSE:Factory in the
coming days, providing there are no objections from the community.
This submission would not include the separately packaged
quick-deployment utility ceph-deploy, which I'm not currently willing
to maintain.
Cheers, David
--
To unsubscribe, e-mail: opensuse-factory+unsubscribe(a)opensuse.org
To contact the owner, e-mail: opensuse-factory+owner(a)opensuse.org
A while ago (more then a month) I announced that i would no longer be
able to maintain Plymouth next to my current packages and development
and did a call out for a new maintainer. So far no one has reacted or
volunteered so with this i put it out there once again. Plymouth needs
a maintainer if you are interested let me know.
Mark
--
To unsubscribe, e-mail: opensuse-factory+unsubscribe(a)opensuse.org
To contact the owner, e-mail: opensuse-factory+owner(a)opensuse.org
Hi Folks,
I was bitten by the default XFS inode64 configuration again
last week. To refresh memories, XFS now defaults to spreading
its inodes out across the whole partition, which on partitions
larger than 1-TB will break 32-bit applications. This time it was
a FPGA compiler and acroread. XFS can be created/mounted
so that all the inodes are clustered at the low end of the partition,
but this can lead to other issues.
I now wonder if BTRFS will have a similar issue with large filesystems?
Will BTRFS treat old 32-bit programs well?
About 30-minutes of searching on Google didn't answer the question.
We're currently using partitions as large as 77-TB to store and process
many thousands of 4-GB binary files.
Regards,
Lew
--
To unsubscribe, e-mail: opensuse-factory+unsubscribe(a)opensuse.org
To contact the owner, e-mail: opensuse-factory+owner(a)opensuse.org
Some time ago I had a problem with slow boot. Once that was fixed I
started to have the opposite problem, that is long delays with high disk
activity during shutdown, getting much worse with time. Again this
turns out to be triggered by journald: once the log file had grown past
20MiB or so there would be a noticeable delay when flushing the log to
disk and it became unbearable at 80MiB. The time is superlinear with
log size: a verify on the current 7MiB journal file takes roughly 1.5s
(17s for a loop of 16 verifies), the 114MiB for the old file are already
over 30s. The solution (for me) was to set
SystemMaxFileSize=8M
in /etc/systemd/journald.conf so that the active journal file gets
rotated much earlier than with the built-in defaults. I have a rather
small separate /var, but that file would have grown to about 300MiB.
considering that most people probably have probably much larger /var
partitions and the superlinear scaling characteristics, I think it would
be advisable to provide more sensible defaults with the distribution.
Regards,
Achim.
--
+<[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]>+
Factory and User Sound Singles for Waldorf rackAttack:
http://Synth.Stromeko.net/Downloads.html#WaldorfSounds
--
To unsubscribe, e-mail: opensuse-factory+unsubscribe(a)opensuse.org
To contact the owner, e-mail: opensuse-factory+owner(a)opensuse.org
Hi,
Scanning through Factory logs I see that rpmlint found the following
packages that have both a systemd service file as well as an init
script. Since the latter is useless in Factory as it's shadowed by the
service file the init script can be removed resp not installed:
apache2
atheme
autofs
avahi
clamav
collectd
courier-authlib
courier-imap
dbus-1-x11
dovecot21
erlang
glusterfs
gnugk
gnump3d
greenbone-security-assistant
icecast
keepalived
laptop-mode-tools
memcached
netatalk
nut
openslp
openvas-administrator
openvas-manager
openvas-scanner
pcsc-lite
php5
postfix
postgrey
pptpd
proftpd
pure-ftpd
rabbitmq-server
radvd
rsync
sanlock
spamassassin
squid
subversion
ufw
ulogd
util-linux
varnish
xl2tpd
cu
Ludwig
--
(o_ Ludwig Nussel
//\
V_/_ http://www.suse.de/
SUSE LINUX Products GmbH, GF: Jeff Hawn, Jennifer Guild, Felix Imendörffer, HRB 16746 (AG Nürnberg)
--
To unsubscribe, e-mail: opensuse-factory+unsubscribe(a)opensuse.org
To contact the owner, e-mail: opensuse-factory+owner(a)opensuse.org