[Cooker] [Bug 6086] [shorewall] Shorewall fails to load modules in 9.2RC2
http://qa.mandrakesoft.com/show_bug.cgi?id=6086
--- Additional Comments From [EMAIL PROTECTED] 2003-19-10 05:12 ---
What does "added to the 9.2 errata" mean exactly? A bugfix RPM should/will be
produced, or simply a "notation" will be made in some documentation somewhere
for users that this is a known bug?
Where/how exactly do I go read this errata if it's only documentation?
If a bugfix RPM will be made available, how long will this take?
--
Configure bugmail: http://qa.mandrakesoft.com/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are on the CC list for the bug, or are watching someone who is.
--- Reminder: ---
assigned_to: [EMAIL PROTECTED]
status: RESOLVED
creation_date:
description:
I installed Mandrake9.2RC2 with shorewall firewall and was having problems
making ftp transfers. After some investigation I determined that the problem was
that shorewall wasn't loading the ip_conntrack_ftp kernel module although that
module was listed in /etd/shorewall/modules.
The reason why the module wasn't being loaded is that the kernel module is
compressed in a file called ip_conntrack.o.gz and shorewall was searching for a
file called ip_conntrack_ftp.gz The patch bellow fixes the problem:
--- shorewall-1.4.6c/firewall.orig 2003-10-04 16:41:40.0 +0100
+++ shorewall-1.4.6c/firewall 2003-10-04 16:42:58.0 +0100
@@ -2694,7 +2694,7 @@
if [ -z "`lsmod | grep $modulename`" ]; then
shift
- for suffix in o gz ko ; do
+ for suffix in o o.gz ko ; do
modulefile=$MODULESDIR/${modulename}.${suffix}
if [ -f $modulefile ]; then
[Cooker] [Bug 4831] [libquicktime0-devel] progs sub-package is including lqt-config
http://qa.mandrakesoft.com/show_bug.cgi?id=4831
--- Additional Comments From [EMAIL PROTECTED] 2003-24-08 09:41 ---
*** Bug 4867 has been marked as a duplicate of this bug. ***
--
Configure bugmail: http://qa.mandrakesoft.com/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are on the CC list for the bug, or are watching someone who is.
--- Reminder: ---
assigned_to: [EMAIL PROTECTED]
status: RESOLVED
creation_date:
description:
The %files section for the -progs sub-package specifies:
%attr(755,root,root) %{_bindir}/*
however, that includes /usr/bin/lqt-config, which should be in the -devel
sub-package.
[Cooker] [Bug 4867] [libquicktime0-devel] New: progs sub-package is including lqt-config
http://qa.mandrakesoft.com/show_bug.cgi?id=4867
Product: libquicktime0-devel
Component: packaging
Summary: progs sub-package is including lqt-config
Product: libquicktime0-devel
Version: 0.9.2-0.pre1.10mdk
Platform: PC
OS/Version: All
Status: UNCONFIRMED
Severity: major
Priority: P2
Component: packaging
AssignedTo: [EMAIL PROTECTED]
ReportedBy: [EMAIL PROTECTED]
The %files section for the -progs sub-package specifies:
%attr(755,root,root) %{_bindir}/*
however, that includes /usr/bin/lqt-config, which should be in the -devel
sub-package.
--
Configure bugmail: http://qa.mandrakesoft.com/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are on the CC list for the bug, or are watching someone who is.
[Cooker] [Bug 4867] [libquicktime0-devel] progs sub-package is including lqt-config
http://qa.mandrakesoft.com/show_bug.cgi?id=4867
[EMAIL PROTECTED] changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution||DUPLICATE
--- Additional Comments From [EMAIL PROTECTED] 2003-24-08 09:41 ---
Friggin' Galeon restarting, resuming previous session, reposting bugs. ~sigh~
*** This bug has been marked as a duplicate of 4831 ***
--
Configure bugmail: http://qa.mandrakesoft.com/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are on the CC list for the bug, or are watching someone who is.
--- Reminder: ---
assigned_to: [EMAIL PROTECTED]
status: RESOLVED
creation_date:
description:
The %files section for the -progs sub-package specifies:
%attr(755,root,root) %{_bindir}/*
however, that includes /usr/bin/lqt-config, which should be in the -devel
sub-package.
[Cooker] [Bug 4831] [libquicktime0-devel] New: progs sub-package is including lqt-config
http://qa.mandrakesoft.com/show_bug.cgi?id=4831
Product: libquicktime0-devel
Component: packaging
Summary: progs sub-package is including lqt-config
Product: libquicktime0-devel
Version: 0.9.2-0.pre1.10mdk
Platform: PC
OS/Version: All
Status: UNCONFIRMED
Severity: major
Priority: P2
Component: packaging
AssignedTo: [EMAIL PROTECTED]
ReportedBy: [EMAIL PROTECTED]
The %files section for the -progs sub-package specifies:
%attr(755,root,root) %{_bindir}/*
however, that includes /usr/bin/lqt-config, which should be in the -devel
sub-package.
--
Configure bugmail: http://qa.mandrakesoft.com/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are on the CC list for the bug, or are watching someone who is.
[Cooker] [Bug 4214] [hylafax-client] New: /usr/bin/faxmail is not an executable program
http://qa.mandrakesoft.com/show_bug.cgi?id=4214 Product: hylafax-client Component: packaging Summary: /usr/bin/faxmail is not an executable program Product: hylafax-client Version: 4.1.6-2mdk Platform: PC OS/Version: All Status: UNCONFIRMED Severity: normal Priority: P2 Component: packaging AssignedTo: [EMAIL PROTECTED] ReportedBy: [EMAIL PROTECTED] When hylafax-client is installed, the %postinstall scriptlet runs the /usr/sbin/faxsetup script which checks for the presence of some programs, including /usr/bin/faxmail, which appears to have been separated out of the hylafax-client package into the hylafax-mailgateway package. The faxsetup script in hylafax-client needs to be modified to skip checking for this file. -- Configure bugmail: http://qa.mandrakesoft.com/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is.
[Cooker] [Bug 4172] [evolution] New: Needs to require some newer version of Orbit
http://qa.mandrakesoft.com/show_bug.cgi?id=4172 Product: evolution Component: packaging Summary: Needs to require some newer version of Orbit Product: evolution Version: 1.4.0-1mdk Platform: PC OS/Version: All Status: UNCONFIRMED Severity: major Priority: P2 Component: packaging AssignedTo: [EMAIL PROTECTED] ReportedBy: [EMAIL PROTECTED] Just updated evolution (only) with "urpmi evolution" and it told me it was going to install the following dependencies: however when I try to run evolution, it fails with: evolution: relocation error: evolution: undefined symbol: ORBit_c_stub_invoke Obviously evolution needs a newer versio or libORBit. -- Configure bugmail: http://qa.mandrakesoft.com/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is.
[Cooker] [Bug 3583] [cups-common] tries to modify /usr/bin/lppasswd when /usr is read-only
http://qa.mandrakesoft.com/show_bug.cgi?id=3583
--- Additional Comments From [EMAIL PROTECTED] 2003-06-07 20:43 ---
Yes, this bug is still valid and in fact has gotten worse. The postinstall
scriptlet now does:
chown lp.root %{_bindir}/lppasswd
chmod 4755 %{_bindir}/lppasswd
where _bindir amounts to /usr/bin
--
Configure bugmail: http://qa.mandrakesoft.com/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are on the CC list for the bug, or are watching someone who is.
--- Reminder: ---
assigned_to: [EMAIL PROTECTED]
status: UNCONFIRMED
creation_date:
description:
The postinstall scriptlet for cups-common tries to perform the following:
chmod 4755 /usr/bin/lppasswd
even if /usr is read-only, mounted from a central server.
[Cooker] [Bug 442] [nss_ldap] Using nss_ldap, machine will not shutdown or reboot cleanly
http://qa.mandrakesoft.com/show_bug.cgi?id=442 --- Additional Comments From [EMAIL PROTECTED] 2003-06-07 21:08 --- This seems to have been resolved as of 9.1. -- Configure bugmail: http://qa.mandrakesoft.com/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is. --- Reminder: --- assigned_to: [EMAIL PROTECTED] status: NEW creation_date: description: When ldap is added to /etc/nsswitch.conf the machine will not shutdown or reboot cleanly. It looks like what's happening is that the libraries are on the /usr filesystem and they are held open even after all processes are killed. If the /usr filesystem is not on the root partition, it cannot be unmounted. Steps to reproduce the problem: install nss_ldap on a machine that has /usr/lib mounted on a seperate partition from / add ldap to nsswitch.conf per the nss_ldap documentation reboot into single user mode type: lsof | grep /usr you should see ldap, sasl, and kerberos libraries type: reboot it should hang saying that the /usr partition can't be unmounted. The machine needs to be powered off and the disks need to be fsck'd removing the ldap options from /etc/nsswitch.conf makes the machine shutdown properly again after the next reboot. I recommend moving all of those libraries to /lib instead of /usr/lib since that is usually on the root partition.
[Cooker] [Bug 3414] [gnupg] Needs to require coreutils
http://qa.mandrakesoft.com/show_bug.cgi?id=3414 --- Additional Comments From [EMAIL PROTECTED] 2003-06-07 21:01 --- This bug seems to be resolved. -- Configure bugmail: http://qa.mandrakesoft.com/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is. --- Reminder: --- assigned_to: [EMAIL PROTECTED] status: UNCONFIRMED creation_date: description: Gnupg uses several tools available in the coreutils package during it's postinstall script, however it does not require coreutils to be installed. Gnupg needs to Require: coreutils to ensure that it's postinstall runs successfully.
[Cooker] [Bug 2456] [python] Segfault importing GnomeRequestDialog from gnome.ui and "*" from socket.
http://qa.mandrakesoft.com/show_bug.cgi?id=2456 [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||INVALID --- Additional Comments From [EMAIL PROTECTED] 2003-06-07 21:06 --- This does not seem to be applicable any longer. -- Configure bugmail: http://qa.mandrakesoft.com/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is. --- Reminder: --- assigned_to: [EMAIL PROTECTED] status: RESOLVED creation_date: description: To reproduce on a current Cooker, try this: $ python >>> from gnome.ui import GnomeRequestDialog >>> from socket import * You should get a segfault at this point. FYI: $ rpm -q python pygnome python-2.2.2-6mdk pygnome-1.4.4-1mdk
[Cooker] [Bug 3412] [SysVinit] SysVinit needs to depend on coreutils
http://qa.mandrakesoft.com/show_bug.cgi?id=3412 --- Additional Comments From [EMAIL PROTECTED] 2003-06-07 21:04 --- This bug seems to be resolved. -- Configure bugmail: http://qa.mandrakesoft.com/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is. --- Reminder: --- assigned_to: [EMAIL PROTECTED] status: UNCONFIRMED creation_date: description: Because SysVinit's postinstall scriptlet uses the /bin/rm command, it needs to be built with a Requires: coreutils so that when the postinstall is run, /bin/rm is available.
[Cooker] [Bug 3975] [glibc] needs prereq: coreutils
http://qa.mandrakesoft.com/show_bug.cgi?id=3975 --- Additional Comments From [EMAIL PROTECTED] 2003-06-07 20:26 --- Yes, this bug is still valid. -- Configure bugmail: http://qa.mandrakesoft.com/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is. --- Reminder: --- assigned_to: [EMAIL PROTECTED] status: NEEDINFO creation_date: description: The %postinstall scriptlet wants to use /bin/rm so it needs a prereq: on coreutils.
[Cooker] [Bug 3842] [samba-common] %postinstall symlink target could be on a read-only filesystem
http://qa.mandrakesoft.com/show_bug.cgi?id=3842 [EMAIL PROTECTED] changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||FIXED --- Additional Comments From [EMAIL PROTECTED] 2003-06-07 20:32 --- This bug seems to be resolved. -- Configure bugmail: http://qa.mandrakesoft.com/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is. --- Reminder: --- assigned_to: [EMAIL PROTECTED] status: RESOLVED creation_date: description: The $postinstall does the following: ln -sf /usr/lib/smbwrapper.so /usr/bin/smbwrapper.so but /usr could be read-only, if was mounted from an NFS server for instance. Why not do this in the %install/%files sections, or if it must be done in %postinstall, at least change it to something like: [[ ! -e /usr/bin/smbwrapper.so ]] && ln -sf /usr/lib/smbwrapper.so /usr/bin/smbwrapper.so so as long as the server is updated first, (where the link will work) at least the client(s) won't complain.
[Cooker] [Bug 3423] [portmap] Needs to depend on initscripts
http://qa.mandrakesoft.com/show_bug.cgi?id=3423 --- Additional Comments From [EMAIL PROTECTED] 2003-06-07 20:58 --- This bug seems to be resolved. -- Configure bugmail: http://qa.mandrakesoft.com/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is. --- Reminder: --- assigned_to: [EMAIL PROTECTED] status: UNCONFIRMED creation_date: description: Portmap needs to depend on initscripts because in it's postinstall, it runs the spechelper add-service, which itself depends on the /etc/rc.d/... disk hierarchy being in place.
[Cooker] [Bug 3424] [console-tools] Needs to depend on initscripts
http://qa.mandrakesoft.com/show_bug.cgi?id=3424 --- Additional Comments From [EMAIL PROTECTED] 2003-06-07 20:53 --- This bug appears to be fixed. -- Configure bugmail: http://qa.mandrakesoft.com/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is. --- Reminder: --- assigned_to: [EMAIL PROTECTED] status: UNCONFIRMED creation_date: description:
[Cooker] [Bug 3565] [msec] msec should preserve the atime on files
http://qa.mandrakesoft.com/show_bug.cgi?id=3565 --- Additional Comments From [EMAIL PROTECTED] 2003-06-07 20:47 --- There is nothing significant in this new version, specifically, the reported bug does not appear to be addressed. -- Configure bugmail: http://qa.mandrakesoft.com/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is. --- Reminder: --- assigned_to: [EMAIL PROTECTED] status: UNCONFIRMED creation_date: description: When msec does it's daily run, comparing all of the files on the system to their checksum in the RPM database, it should preserve the atime of those files. Of course, when msec opens and reads the file contents in order to checksum them so that it can compare them to the database, the atime of the file is modified. msec should store the atime before it opens and reads each file and restore it back to that value when it is done. The problem is that _every_ file on the system shows as being accessed within the last 24 hours even though this access is "synthetic". In other words, having the atime reflecting opens for system maintenance nullifies the value of the atime and it may as well not even be there.
[Cooker] [Bug 3838] [cyrus-imapd] needs PreReq: initscripts
http://qa.mandrakesoft.com/show_bug.cgi?id=3838 [EMAIL PROTECTED] changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||FIXED --- Additional Comments From [EMAIL PROTECTED] 2003-06-07 20:39 --- This bug seems to be resolved. -- Configure bugmail: http://qa.mandrakesoft.com/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is. --- Reminder: --- assigned_to: [EMAIL PROTECTED] status: RESOLVED creation_date: description: Since cyrus-imapd installs init scripts into /etc/rc.d/rc[0-6].d/ it needs to have a PreReq: initscripts to ensure that the "rc" directories are in fact available before it tries to install it's scripts.
[Cooker] [Bug 4031] [minicom] non-privilleged users can't run due to perms on /var/lock
http://qa.mandrakesoft.com/show_bug.cgi?id=4031 --- Additional Comments From [EMAIL PROTECTED] 2003-06-07 20:23 --- Yes, this bug is still valid. -- Configure bugmail: http://qa.mandrakesoft.com/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is. --- Reminder: --- assigned_to: [EMAIL PROTECTED] status: UNCONFIRMED creation_date: description: When a non-privilleged user tries to run minicom, it fails with a permissions error trying to create a lock file in /var/lock. This is because minicom runs without any elevated privilleges, and non-privilleged users don't have permissions to create files in /var/lock.
[Cooker] [Bug 1996] [ethereal] hangs after capturing and column widths broken
http://qa.mandrakesoft.com/show_bug.cgi?id=1996 [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED --- Additional Comments From [EMAIL PROTECTED] 2003-01-07 18:07 --- I don't think it is. Ethereal seems to work satisfactorily with Cooker. -- Configure bugmail: http://qa.mandrakesoft.com/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is. --- Reminder: --- assigned_to: [EMAIL PROTECTED] status: RESOLVED creation_date: description: The latest ethereal hangs after I choose Capture->Start (start capturing) Capture->Stop. The process is hung (or in a loop or something) tight enough that the UI does not even refresh. When capturing, the column widths of all but the rightmost column shrink down to the width of one or so characters and are not resizable.
[Cooker] [Bug 4072] [OpenOffice.org] New: Needs rebuilding against libstdc++3.3
http://qa.mandrakesoft.com/show_bug.cgi?id=4072 Product: OpenOffice.org Component: packaging Summary: Needs rebuilding against libstdc++3.3 Product: OpenOffice.org Version: 1.0.3-2mdk Platform: PC OS/Version: All Status: UNCONFIRMED Severity: major Priority: P2 Component: packaging AssignedTo: [EMAIL PROTECTED] ReportedBy: [EMAIL PROTECTED] When trying to update to current Cooker, I get: The following packages have to be removed for others to be upgraded: OpenOffice.org-1.0.3-2mdk.i586 (due to unsatisfied OpenOffice.org-l10n >= 1.0.1-8mdk, due to unsatisfied OpenOffice.org-l10n == 1.0.3, due to unsatisfied libstdc++3.2 >= 3.2-0.3mdk) OpenOffice.org-l10n-en-1.0.3-2mdk.i586 (due to unsatisfied OpenOffice.org == 1.0.3) do you agree ? (Y/n) Which is because there is no libstdc++3.2 in Cooker anymore. It has been upgraded to libstc++3.3. OpenOffice.org needs rebuilding against it. -- Configure bugmail: http://qa.mandrakesoft.com/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is.
[Cooker] [Bug 4071] [evolution] Needs to require some newer version of Orbit
http://qa.mandrakesoft.com/show_bug.cgi?id=4071 [EMAIL PROTECTED] changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||INVALID --- Additional Comments From [EMAIL PROTECTED] 2003-16-06 20:17 --- Duplicate of some other bug that Galeon reposted for me again, when starting up. ~sigh~ -- Configure bugmail: http://qa.mandrakesoft.com/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is. --- Reminder: --- assigned_to: [EMAIL PROTECTED] status: RESOLVED creation_date: description: Just updated evolution (only) with "urpmi evolution" and it told me it was going to install the following dependencies: however when I try to run evolution, it fails with: evolution: relocation error: evolution: undefined symbol: ORBit_c_stub_invoke Obviously evolution needs a newer versio or libORBit.
[Cooker] [Bug 4071] [evolution] New: Needs to require some newer version of Orbit
http://qa.mandrakesoft.com/show_bug.cgi?id=4071 Product: evolution Component: packaging Summary: Needs to require some newer version of Orbit Product: evolution Version: 1.4.0-1mdk Platform: PC OS/Version: All Status: UNCONFIRMED Severity: major Priority: P2 Component: packaging AssignedTo: [EMAIL PROTECTED] ReportedBy: [EMAIL PROTECTED] Just updated evolution (only) with "urpmi evolution" and it told me it was going to install the following dependencies: however when I try to run evolution, it fails with: evolution: relocation error: evolution: undefined symbol: ORBit_c_stub_invoke Obviously evolution needs a newer versio or libORBit. -- Configure bugmail: http://qa.mandrakesoft.com/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is.
[Cooker] [Bug 4032] [uucp] permissions on "cu" don't allow unprivilleged users
http://qa.mandrakesoft.com/show_bug.cgi?id=4032 --- Additional Comments From [EMAIL PROTECTED] 2003-14-06 13:59 --- *** Bug 4064 has been marked as a duplicate of this bug. *** -- Configure bugmail: http://qa.mandrakesoft.com/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is. --- Reminder: --- assigned_to: [EMAIL PROTECTED] status: UNCONFIRMED creation_date: description: When trying to use "cu" as an unprivilleged user I get the following error: cu: /etc/uucp/port: fopen: Permission denied It seems that either "cu" is supposed to be s[u|g]id to the UUCP system user or the permissions on /etc/uucp are too strict. My past experience tells me its the former. Probably some setgid perms got lost during packaging.
[Cooker] [Bug 4064] [uucp] permissions on "cu" don't allow unprivilleged users
http://qa.mandrakesoft.com/show_bug.cgi?id=4064 [EMAIL PROTECTED] changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||DUPLICATE --- Additional Comments From [EMAIL PROTECTED] 2003-14-06 13:59 --- Galeon restarting and posting duplicate bug again. *** This bug has been marked as a duplicate of 4032 *** -- Configure bugmail: http://qa.mandrakesoft.com/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is. --- Reminder: --- assigned_to: [EMAIL PROTECTED] status: RESOLVED creation_date: description: When trying to use "cu" as an unprivilleged user I get the following error: cu: /etc/uucp/port: fopen: Permission denied It seems that either "cu" is supposed to be s[u|g]id to the UUCP system user or the permissions on /etc/uucp are too strict. My past experience tells me its the former. Probably some setgid perms got lost during packaging.
[Cooker] [Bug 4064] [uucp] New: permissions on "cu" don't allow unprivilleged users
http://qa.mandrakesoft.com/show_bug.cgi?id=4064 Product: uucp Component: packaging Summary: permissions on "cu" don't allow unprivilleged users Product: uucp Version: 1.06.1-22mdk Platform: PC OS/Version: All Status: UNCONFIRMED Severity: major Priority: P2 Component: packaging AssignedTo: [EMAIL PROTECTED] ReportedBy: [EMAIL PROTECTED] When trying to use "cu" as an unprivilleged user I get the following error: cu: /etc/uucp/port: fopen: Permission denied It seems that either "cu" is supposed to be s[u|g]id to the UUCP system user or the permissions on /etc/uucp are too strict. My past experience tells me its the former. Probably some setgid perms got lost during packaging. -- Configure bugmail: http://qa.mandrakesoft.com/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is.
[Cooker] [Bug 4032] [uucp] New: permissions on "cu" don't allow unprivilleged users
http://qa.mandrakesoft.com/show_bug.cgi?id=4032 Product: uucp Component: packaging Summary: permissions on "cu" don't allow unprivilleged users Product: uucp Version: 1.06.1-22mdk Platform: PC OS/Version: All Status: UNCONFIRMED Severity: major Priority: P2 Component: packaging AssignedTo: [EMAIL PROTECTED] ReportedBy: [EMAIL PROTECTED] When trying to use "cu" as an unprivilleged user I get the following error: cu: /etc/uucp/port: fopen: Permission denied It seems that either "cu" is supposed to be s[u|g]id to the UUCP system user or the permissions on /etc/uucp are too strict. My past experience tells me its the former. Probably some setgid perms got lost during packaging. -- Configure bugmail: http://qa.mandrakesoft.com/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is.
[Cooker] [Bug 4031] [minicom] New: non-privilleged users can't run due to perms on /var/lock
http://qa.mandrakesoft.com/show_bug.cgi?id=4031 Product: minicom Component: packaging Summary: non-privilleged users can't run due to perms on /var/lock Product: minicom Version: 2.00.0-2mdk Platform: PC OS/Version: All Status: UNCONFIRMED Severity: critical Priority: P2 Component: packaging AssignedTo: [EMAIL PROTECTED] ReportedBy: [EMAIL PROTECTED] When a non-privilleged user tries to run minicom, it fails with a permissions error trying to create a lock file in /var/lock. This is because minicom runs without any elevated privilleges, and non-privilleged users don't have permissions to create files in /var/lock. -- Configure bugmail: http://qa.mandrakesoft.com/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is.
[Cooker] [Bug 3680] [xterm] New: needs rpm as a PreReq
http://qa.mandrakesoft.com/show_bug.cgi?id=3680 Product: xterm Component: packaging Summary: needs rpm as a PreReq Version: 177-1mdk Platform: PC OS/Version: All Status: UNCONFIRMED Severity: normal Priority: P2 AssignedTo: [EMAIL PROTECTED] ReportedBy: [EMAIL PROTECTED] Because xterm's postinstall calls update-alternatives, it needs a PreReq of "rpm". --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is.
[Cooker] [Bug 3678] [ldetect-lst] New: Needs coreutils PreReq
http://qa.mandrakesoft.com/show_bug.cgi?id=3678 Product: ldetect-lst Component: packaging Summary: Needs coreutils PreReq Version: 0.1.7-12mdk Platform: PC OS/Version: All Status: UNCONFIRMED Severity: normal Priority: P2 AssignedTo: [EMAIL PROTECTED] ReportedBy: [EMAIL PROTECTED] %postinstall calls /usr/sbin/update-ldetect-lst which is a perl script which itself calls "cat" to concatenate several files together into a single file (I won't even go into how easy this would be to do in perl itself and avoid the "system()" to use cat to do what perl could do itself very easily). Therefore, this package needs a PreReq. of coreutils (or fix the script to not use cat). --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is.
[Cooker] [Bug 3637] [urpmi] New: global option exlucdpath in urpmi.cfg not working
http://qa.mandrakesoft.com/show_bug.cgi?id=3637
Product: urpmi
Component: urpmi
Summary: global option exlucdpath in urpmi.cfg not working
Version: 4.2-34mdk
Platform: PC
OS/Version: All
Status: UNCONFIRMED
Severity: normal
Priority: P2
AssignedTo: [EMAIL PROTECTED]
ReportedBy: [EMAIL PROTECTED]
Through reading of the source of urpmi and urpm.pm, I have discovered that
setting some "global options" in /etc/urpmi.cfg is supposed to be possible.
>From my reading of the source, the stanza
{
excludepath: /usr
}
in /etc/urpmi.cfg should apply the --excludepath /usr option to all invocations
of urpmi. It does not seem to work however. Despite my having the above stanza
in the config file, and the code in urpm.pm seeing and using it, I still get the
following error trying to use urpmi to install with a readonly /usr:
# urpmi zisofs-tools
installing //mnt/mandrake/9.1-tree/Mandrake/RPMS/zisofs-tools-1.0.4-1mdk.i586.rpm
Preparing...##
1:zisofs-tools error: unpacking of archive failed on file
/usr/bin/mkzftree;3e8affc5: cpio: open failed - Read-only file system
As an addition, it would be nice if the urpmi package included a manpage for the
urpmi.cfg file so that everyone does not need to learn perl and read the source.
Despite my recent whinings about urpmi, I do think it's a great tool, and I love
holding it up against Debian's apt tool for comparison.
--- You are receiving this mail because: ---
You are on the CC list for the bug, or are watching someone who is.
[Cooker] [Bug 3566] [urpmi] urpmi needs an excludedocs option
http://qa.mandrakesoft.com/show_bug.cgi?id=3566 --- Additional Comments From [EMAIL PROTECTED] 2003-04-02 16:57 --- True, I could "mostly" simulate it, however is it a hard and fast rule that "documentation" files are always in /usr/share/doc (or whatever the macros file directs)? Could they not be sprinkled elsewhere? In any case, if --excludepath /usr/share/doc was sufficient to cover all cases, it would be simple to map --excludedocs to --excludepath /usr/share/doc within urpmi. --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is. --- Reminder: --- assigned_to: [EMAIL PROTECTED] status: NEW creation_date: description: Just as rpm allows you to install an RPM without documentation (--excludedocs), urpmi should allow the same thing. Having this sort of option (as well as any excludepath type options, etc.) configurable for a givne host in a config file (rather than having to specifiy on every invocation) would be nice, as it's likely that every RPM install should like to use the same options.
[Cooker] [Bug 3580] [urpmi] excludepath is not working
http://qa.mandrakesoft.com/show_bug.cgi?id=3580 --- Additional Comments From [EMAIL PROTECTED] 2003-04-02 15:55 --- Yeehaaw! The urpmi you attached works great with --excludepath, thanks! When will an update be in Cooker? It would be awesome if an update to 9.1 could be done also. This is a bug afterall. :-) --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is. --- Reminder: --- assigned_to: [EMAIL PROTECTED] status: RESOLVED creation_date: description: I tried to use --excludepath /usr to prevent installing files in /usr and it just plain did not work: # urpmi --excludepath /usr openssh To satisfy dependencies, the following packages are going to be installed (8 MB) : cups-1.1.19-0.5mdk.i586 cups-common-1.1.19-0.5mdk.i586 libcups1-1.1.19-0.5mdk.i586 libopenssl0.9.7-0.9.7a-1mdk.i586 openssh-3.5p1-7mdk.i586 openssl-0.9.7a-1mdk.i586 Is this OK? (Y/n) y installing /var/cache/urpmi/rpms/openssh-3.5p1-7mdk.i586.rpm /var/cache/urpmi/rp ms/libcups1-1.1.19-0.5mdk.i586.rpm /var/cache/urpmi/rpms/cups-common-1.1.19-0.5m dk.i586.rpm /var/cache/urpmi/rpms/openssl-0.9.7a-1mdk.i586.rpm /var/cache/urpmi/ rpms/cups-1.1.19-0.5mdk.i586.rpm /var/cache/urpmi/rpms/libopenssl0.9.7-0.9.7a-1m dk.i586.rpm Preparing...## 1:libopenssl0.9.7error: unpacking of archive failed on file /usr/lib/ libcrypto.so.0.9.7;3e8446c4: cpio: open failed - Read-only file system 2:opensslerror: unpacking of archive failed on file /usr/bin/ c_rehash;3e8446c4: cpio: open failed - Read-only file system 3:openssherror: unpacking of archive failed on file /usr/bin/ scp;3e8 4:libcups1 44 5:cups-common6c4: cpi 6:cu ps o: open failed - Read-only file system error: unpacking of archive failed on file /usr/lib/libcups.so;3e8446c4: cpio: s ymlink failed - Read-only file system warning: /etc/cups/client.conf created as /etc/cups/client.conf.rpmnew error: unpacking of archive failed on file /usr/bin/cancel-cups;3e8446c4: cpio: open failed - Read-only file system warning: /etc/cups/classes.conf created as /etc/cups/classes.conf.rpmnew warning: /etc/cups/cupsd.conf created as /etc/cups/cupsd.conf.rpmnew warning: /etc/cups/mime.convs created as /etc/cups/mime.convs.rpmnew warning: /etc/cups/mime.types created as /etc/cups/mime.types.rpmnew warning: /etc/cups/printers.conf created as /etc/cups/printers.conf.rpmnew warning: /etc/pam.d/cups created as /etc/pam.d/cups.rpmnew warning: /etc/rc.d/init.d/cups created as /etc/rc.d/init.d/cups.rpmnew error: unpacking of archive failed on file /usr/lib/cups: cpio: chown failed - R ead-only file system
[Cooker] [Bug 3600] [mkinitrd] RFE: expand root ext3 filesystem upon reboot
http://qa.mandrakesoft.com/show_bug.cgi?id=3600
--- Additional Comments From [EMAIL PROTECTED] 2003-03-29 23:23 ---
Make sure you vote for this bug^H^H^HRFE then. Votes is what gets them noticed
(or so that how it's supposed to work).
--- You are receiving this mail because: ---
You are on the CC list for the bug, or are watching someone who is.
--- Reminder: ---
assigned_to: [EMAIL PROTECTED]
status: UNCONFIRMED
creation_date:
description:
Until online resizing of ext3 comes along in 2.6 (we can hope), we have the
problem that to resize the root filesystem (assuming it's on an underlying
resizable device, like LVM for instance), we have to unmount it.
But how to do that? One way is to boot via CD-ROM or floppy or some other
clumsy method. But much better, is to have the initrd resize the filesystem
before mounting it! And the best part is that it's braindead simple to do.
The following patch to mkinitrd adds ext2resize to the initrd and modifies the
linuxrc to always try to expand the root filesystem to the size of it's
underlying device. If it's already as big as the device, nothing happens. If
the device is bigger, the filesystem is expanded to it's size.
So to increase the size of the root filesystem, one simply expands the device
it's on ("lvextend -L+20M /dev/rootvol/root" for example) and then reboots!
This technique could be used in the initscripts to resize other "difficult to
unmount" filesystems like /var, although that can be done relatively simply by
switching to single user mode. But I digress. The patch to mkinitrd:
--- /sbin/mkinitrd 2003-02-18 09:26:23.0 -0500
+++ /tmp/mkinitrd 2003-03-29 12:49:19.0 -0500
@@ -503,6 +503,7 @@
INITRDFILES="/sbin/vgchange /sbin/vgscan"
cp -aL /sbin/vgchange $MNTIMAGE/sbin
cp -aL /sbin/vgscan $MNTIMAGE/sbin
+cp -aL /sbin/ext2resize $MNTIMAGE/sbin
cp -aL /lib/libc.so.6 $MNTIMAGE/lib
cp -aL /lib/ld-linux.so.2 $MNTIMAGE/lib
fi
@@ -583,11 +584,13 @@
if [ -n "$lvmroot" ]; then
echo "echo Configuring LVM" >> $RCFILE
echo "/sbin/vgscan" >> $RCFILE
-echo "/sbin/vgchange -a y" >> $RCFILE
+echo "/sbin/vgchange -A n -a y" >> $RCFILE
IMAGESIZE=$[IMAGESIZE + 5000]
fi
echo "umount /proc" >> $RCFILE
+echo "echo Growing root filesystem (if needed)" >> $RCFILE
+echo "/sbin/ext2resize $rootdev" >> $RCFILE
[ -n "$rootfsopts" ] && rootfsopts_msg="with flags $rootfsopts"
echo "echo Mounting root filesystem $rootfsopts_msg" >> $RCFILE
echo "mount --ro -t $rootfs $rootdev /sysroot $rootfsopts" >> $RCFILE
Before this is really useful, ext2resize needs to be updated to the latest
release (CVS). I have prodded the maintainer to cut a new "official" (1.1.18)
release, so hopefully that happens soon.
I preferred to use ext2resize because resize2fs requires libext2 as well as fsck
which starts to make the initrd get large.
[Cooker] [Bug 3600] [mkinitrd] New: RFE: expand root ext3 filesystem upon reboot
http://qa.mandrakesoft.com/show_bug.cgi?id=3600
Product: mkinitrd
Component: mkinitrd
Summary: RFE: expand root ext3 filesystem upon reboot
Version: 3.1.6-37mdk
Platform: PC
OS/Version: All
Status: UNCONFIRMED
Severity: normal
Priority: P2
AssignedTo: [EMAIL PROTECTED]
ReportedBy: [EMAIL PROTECTED]
Until online resizing of ext3 comes along in 2.6 (we can hope), we have the
problem that to resize the root filesystem (assuming it's on an underlying
resizable device, like LVM for instance), we have to unmount it.
But how to do that? One way is to boot via CD-ROM or floppy or some other
clumsy method. But much better, is to have the initrd resize the filesystem
before mounting it! And the best part is that it's braindead simple to do.
The following patch to mkinitrd adds ext2resize to the initrd and modifies the
linuxrc to always try to expand the root filesystem to the size of it's
underlying device. If it's already as big as the device, nothing happens. If
the device is bigger, the filesystem is expanded to it's size.
So to increase the size of the root filesystem, one simply expands the device
it's on ("lvextend -L+20M /dev/rootvol/root" for example) and then reboots!
This technique could be used in the initscripts to resize other "difficult to
unmount" filesystems like /var, although that can be done relatively simply by
switching to single user mode. But I digress. The patch to mkinitrd:
--- /sbin/mkinitrd 2003-02-18 09:26:23.0 -0500
+++ /tmp/mkinitrd 2003-03-29 12:49:19.0 -0500
@@ -503,6 +503,7 @@
INITRDFILES="/sbin/vgchange /sbin/vgscan"
cp -aL /sbin/vgchange $MNTIMAGE/sbin
cp -aL /sbin/vgscan $MNTIMAGE/sbin
+cp -aL /sbin/ext2resize $MNTIMAGE/sbin
cp -aL /lib/libc.so.6 $MNTIMAGE/lib
cp -aL /lib/ld-linux.so.2 $MNTIMAGE/lib
fi
@@ -583,11 +584,13 @@
if [ -n "$lvmroot" ]; then
echo "echo Configuring LVM" >> $RCFILE
echo "/sbin/vgscan" >> $RCFILE
-echo "/sbin/vgchange -a y" >> $RCFILE
+echo "/sbin/vgchange -A n -a y" >> $RCFILE
IMAGESIZE=$[IMAGESIZE + 5000]
fi
echo "umount /proc" >> $RCFILE
+echo "echo Growing root filesystem (if needed)" >> $RCFILE
+echo "/sbin/ext2resize $rootdev" >> $RCFILE
[ -n "$rootfsopts" ] && rootfsopts_msg="with flags $rootfsopts"
echo "echo Mounting root filesystem $rootfsopts_msg" >> $RCFILE
echo "mount --ro -t $rootfs $rootdev /sysroot $rootfsopts" >> $RCFILE
Before this is really useful, ext2resize needs to be updated to the latest
release (CVS). I have prodded the maintainer to cut a new "official" (1.1.18)
release, so hopefully that happens soon.
I preferred to use ext2resize because resize2fs requires libext2 as well as fsck
which starts to make the initrd get large.
--- You are receiving this mail because: ---
You are on the CC list for the bug, or are watching someone who is.
[Cooker] [Bug 3583] [cups-common] New: tries to modify /usr/bin/lppasswd when /usr is read-only
http://qa.mandrakesoft.com/show_bug.cgi?id=3583 Product: cups-common Component: packaging Summary: tries to modify /usr/bin/lppasswd when /usr is read-only Version: 1.1.19-0.5mdk Platform: PC OS/Version: All Status: UNCONFIRMED Severity: normal Priority: P2 AssignedTo: [EMAIL PROTECTED] ReportedBy: [EMAIL PROTECTED] The postinstall scriptlet for cups-common tries to perform the following: chmod 4755 /usr/bin/lppasswd even if /usr is read-only, mounted from a central server. --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is.
[Cooker] [Bug 3580] [urpmi] New: excludepath is not working
http://qa.mandrakesoft.com/show_bug.cgi?id=3580 Product: urpmi Component: urpmi Summary: excludepath is not working Version: 4.2-34mdk Platform: PC OS/Version: All Status: UNCONFIRMED Severity: major Priority: P2 AssignedTo: [EMAIL PROTECTED] ReportedBy: [EMAIL PROTECTED] I tried to use --excludepath /usr to prevent installing files in /usr and it just plain did not work: # urpmi --excludepath /usr openssh To satisfy dependencies, the following packages are going to be installed (8 MB) : cups-1.1.19-0.5mdk.i586 cups-common-1.1.19-0.5mdk.i586 libcups1-1.1.19-0.5mdk.i586 libopenssl0.9.7-0.9.7a-1mdk.i586 openssh-3.5p1-7mdk.i586 openssl-0.9.7a-1mdk.i586 Is this OK? (Y/n) y installing /var/cache/urpmi/rpms/openssh-3.5p1-7mdk.i586.rpm /var/cache/urpmi/rp ms/libcups1-1.1.19-0.5mdk.i586.rpm /var/cache/urpmi/rpms/cups-common-1.1.19-0.5m dk.i586.rpm /var/cache/urpmi/rpms/openssl-0.9.7a-1mdk.i586.rpm /var/cache/urpmi/ rpms/cups-1.1.19-0.5mdk.i586.rpm /var/cache/urpmi/rpms/libopenssl0.9.7-0.9.7a-1m dk.i586.rpm Preparing...## 1:libopenssl0.9.7error: unpacking of archive failed on file /usr/lib/ libcrypto.so.0.9.7;3e8446c4: cpio: open failed - Read-only file system 2:opensslerror: unpacking of archive failed on file /usr/bin/ c_rehash;3e8446c4: cpio: open failed - Read-only file system 3:openssherror: unpacking of archive failed on file /usr/bin/ scp;3e8 4:libcups1 44 5:cups-common6c4: cpi 6:cu ps o: open failed - Read-only file system error: unpacking of archive failed on file /usr/lib/libcups.so;3e8446c4: cpio: s ymlink failed - Read-only file system warning: /etc/cups/client.conf created as /etc/cups/client.conf.rpmnew error: unpacking of archive failed on file /usr/bin/cancel-cups;3e8446c4: cpio: open failed - Read-only file system warning: /etc/cups/classes.conf created as /etc/cups/classes.conf.rpmnew warning: /etc/cups/cupsd.conf created as /etc/cups/cupsd.conf.rpmnew warning: /etc/cups/mime.convs created as /etc/cups/mime.convs.rpmnew warning: /etc/cups/mime.types created as /etc/cups/mime.types.rpmnew warning: /etc/cups/printers.conf created as /etc/cups/printers.conf.rpmnew warning: /etc/pam.d/cups created as /etc/pam.d/cups.rpmnew warning: /etc/rc.d/init.d/cups created as /etc/rc.d/init.d/cups.rpmnew error: unpacking of archive failed on file /usr/lib/cups: cpio: chown failed - R ead-only file system --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is.
[Cooker] [Bug 3566] [urpmi] New: urpmi needs an excludedocs option
http://qa.mandrakesoft.com/show_bug.cgi?id=3566 Product: urpmi Component: urpmi Summary: urpmi needs an excludedocs option Version: 4.0-9mdk Platform: PC OS/Version: All Status: UNCONFIRMED Severity: normal Priority: P2 AssignedTo: [EMAIL PROTECTED] ReportedBy: [EMAIL PROTECTED] Just as rpm allows you to install an RPM without documentation (--excludedocs), urpmi should allow the same thing. Having this sort of option (as well as any excludepath type options, etc.) configurable for a givne host in a config file (rather than having to specifiy on every invocation) would be nice, as it's likely that every RPM install should like to use the same options. --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is.
[Cooker] [Bug 3565] [msec] New: msec should preserve the atime on files
http://qa.mandrakesoft.com/show_bug.cgi?id=3565 Product: msec Component: program Summary: msec should preserve the atime on files Version: 0.38-3mdk Platform: PC OS/Version: All Status: UNCONFIRMED Severity: normal Priority: P2 AssignedTo: [EMAIL PROTECTED] ReportedBy: [EMAIL PROTECTED] When msec does it's daily run, comparing all of the files on the system to their checksum in the RPM database, it should preserve the atime of those files. Of course, when msec opens and reads the file contents in order to checksum them so that it can compare them to the database, the atime of the file is modified. msec should store the atime before it opens and reads each file and restore it back to that value when it is done. The problem is that _every_ file on the system shows as being accessed within the last 24 hours even though this access is "synthetic". In other words, having the atime reflecting opens for system maintenance nullifies the value of the atime and it may as well not even be there. --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is.
[Cooker] [Bug 1320] [kernel] No vfslock patch in kernel
http://qa.mandrakesoft.com/show_bug.cgi?id=1320 [EMAIL PROTECTED] changed: What|Removed |Added Status|NEEDINFO|NEW --- Additional Comments From [EMAIL PROTECTED] 2003-03-26 15:02 --- Well, it seems to be a simple case of either a portion of the patch is failing to apply, or one of the post-patched files is being overwritten/undone by another patch or somesuch. I inspected the kernel-source and compared against the latest vfs-lock patch and everything except drivers/md/lvm.c seems to be patched. For some reason, that one file is not getting patched. Perhaps the patch itself is missing that file? Perhaps some other patch is undoing the changes? I cannot tell very easily what the problem is because Mandrake's CVS SPECS for the kernel has no details about what patches are being applied and what's in the patches anymore (since the new patching script has been in place). --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is. --- Reminder: --- assigned_to: [EMAIL PROTECTED] status: NEW creation_date: description: The kernel desperately needs the vfslock patch from the LVM project in order to support snaphots of journalled filesystems. Since Mandrake Linux supports LVM and it also supports journalling filesystems, it not supporting LVM snapshots of journalling filesystems is simply a bug.
[Cooker] [Bug 3411] [vim-common] vim-common needs to depend on coreutils
http://qa.mandrakesoft.com/show_bug.cgi?id=3411 [EMAIL PROTECTED] changed: What|Removed |Added Status|NEEDINFO|UNCONFIRMED --- Additional Comments From [EMAIL PROTECTED] 2003-03-19 17:56 --- So are you going to PreReq: coreutils or basesystem in vim-common's SPEC? coreutils seems to be really what it requires. Strictly speaking, as a package, does vim-common really need basesystem (and all it provides)? --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is. --- Reminder: --- assigned_to: [EMAIL PROTECTED] status: UNCONFIRMED creation_date: description: Because at least one of vim-common's scriplets uses /bin/rm, vim-common needs to have a Requires: of coreutils. When installing vim-common and coreutils at the same time, they are not ordered so that rm is available when vim-common's post scriptlet is run.
[Cooker] [Bug 3413] [time] Needs to depend on info-install
http://qa.mandrakesoft.com/show_bug.cgi?id=3413 [EMAIL PROTECTED] changed: What|Removed |Added Status|NEEDINFO|UNCONFIRMED --- Additional Comments From [EMAIL PROTECTED] 2003-03-19 17:53 --- What info do you need (bug was marked as NEEDINFO)? In my original report, I said that time needed a Requires: info-install, but of course, it's a PreReq:, not a Requires. --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is. --- Reminder: --- assigned_to: [EMAIL PROTECTED] status: UNCONFIRMED creation_date: description: Because time's postinstall scriptlet needs to run /sbin/install-info, a Requires: info-install is needed in time's RPM SPEC file. Otherwise /sbin/install-info might not be available when time is installed, even if it's installed later in the same batch.
[Cooker] [Bug 3424] [console-tools] Needs to depend on initscripts
http://qa.mandrakesoft.com/show_bug.cgi?id=3424 --- Additional Comments From [EMAIL PROTECTED] 2003-03-18 03:42 --- Damn enter key submitted the bug before I could describe it... console-tools needs to depend on initscripts because in it's postinstall, it runs the spechelper add-service, which itself depends on the /etc/rc.d/... disk hierarchy being in place. --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is. --- Reminder: --- assigned_to: [EMAIL PROTECTED] status: UNCONFIRMED creation_date: description:
[Cooker] [Bug 3424] [console-tools] New: Needs to depend on initscripts
http://qa.mandrakesoft.com/show_bug.cgi?id=3424 Product: console-tools Component: packaging Summary: Needs to depend on initscripts Version: 0.2.3-42mdk Platform: PC OS/Version: All Status: UNCONFIRMED Severity: major Priority: P2 AssignedTo: [EMAIL PROTECTED] ReportedBy: [EMAIL PROTECTED] --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is.
[Cooker] [Bug 3423] [portmap] New: Needs to depend on initscripts
http://qa.mandrakesoft.com/show_bug.cgi?id=3423 Product: portmap Component: packaging Summary: Needs to depend on initscripts Version: 4.0-20mdk Platform: PC OS/Version: All Status: UNCONFIRMED Severity: major Priority: P2 AssignedTo: [EMAIL PROTECTED] ReportedBy: [EMAIL PROTECTED] Portmap needs to depend on initscripts because in it's postinstall, it runs the spechelper add-service, which itself depends on the /etc/rc.d/... disk hierarchy being in place. --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is.
[Cooker] [Bug 3414] [gnupg] New: Needs to require coreutils
http://qa.mandrakesoft.com/show_bug.cgi?id=3414 Product: gnupg Component: packaging Summary: Needs to require coreutils Version: 1.2.1-3mdk Platform: PC OS/Version: All Status: UNCONFIRMED Severity: major Priority: P2 AssignedTo: [EMAIL PROTECTED] ReportedBy: [EMAIL PROTECTED] Gnupg uses several tools available in the coreutils package during it's postinstall script, however it does not require coreutils to be installed. Gnupg needs to Require: coreutils to ensure that it's postinstall runs successfully. --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is.
[Cooker] [Bug 3413] [time] New: Needs to depend on info-install
http://qa.mandrakesoft.com/show_bug.cgi?id=3413 Product: time Component: packaging Summary: Needs to depend on info-install Version: 1.7-24mdk Platform: PC OS/Version: All Status: UNCONFIRMED Severity: major Priority: P2 AssignedTo: [EMAIL PROTECTED] ReportedBy: [EMAIL PROTECTED] Because time's postinstall scriptlet needs to run /sbin/install-info, a Requires: info-install is needed in time's RPM SPEC file. Otherwise /sbin/install-info might not be available when time is installed, even if it's installed later in the same batch. --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is.
[Cooker] [Bug 1996] [ethereal] hangs after capturing and column widths broken
http://qa.mandrakesoft.com/show_bug.cgi?id=1996 [EMAIL PROTECTED] changed: What|Removed |Added Status|UNCONFIRMED |NEW Ever Confirmed|0 |1 --- Additional Comments From [EMAIL PROTECTED] 2003-03-14 21:32 --- *** This bug has been confirmed by popular vote. *** --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is. --- Reminder: --- assigned_to: [EMAIL PROTECTED] status: NEW creation_date: description: The latest ethereal hangs after I choose Capture->Start (start capturing) Capture->Stop. The process is hung (or in a loop or something) tight enough that the UI does not even refresh. When capturing, the column widths of all but the rightmost column shrink down to the width of one or so characters and are not resizable.
[Cooker] [Bug 2456] [python] Segfault importing GnomeRequestDialog from gnome.ui and "*" from socket.
http://qa.mandrakesoft.com/show_bug.cgi?id=2456 [EMAIL PROTECTED] changed: What|Removed |Added Status|UNCONFIRMED |NEW Ever Confirmed|0 |1 --- Additional Comments From [EMAIL PROTECTED] 2003-03-14 21:32 --- *** This bug has been confirmed by popular vote. *** --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is. --- Reminder: --- assigned_to: [EMAIL PROTECTED] status: NEW creation_date: description: To reproduce on a current Cooker, try this: $ python >>> from gnome.ui import GnomeRequestDialog >>> from socket import * You should get a segfault at this point. FYI: $ rpm -q python pygnome python-2.2.2-6mdk pygnome-1.4.4-1mdk
[Cooker] [Bug 3011] [gnochive] hangs when opening a zip archive
http://qa.mandrakesoft.com/show_bug.cgi?id=3011 [EMAIL PROTECTED] changed: What|Removed |Added Status|UNCONFIRMED |NEW Ever Confirmed|0 |1 --- Additional Comments From [EMAIL PROTECTED] 2003-03-14 21:32 --- *** This bug has been confirmed by popular vote. *** --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is. --- Reminder: --- assigned_to: [EMAIL PROTECTED] status: NEW creation_date: description: When I try to open a zip archive, gnochive starts up, very quickly shows a "tab" for the zip I opened then hangs. No UI update, nothing. I have to kill the process.
[Cooker] [Bug 3011] [gnochive] hangs when opening a zip archive
http://qa.mandrakesoft.com/show_bug.cgi?id=3011 --- Additional Comments From [EMAIL PROTECTED] 2003-03-14 21:12 --- Yes, this bug is still valid. --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is. --- Reminder: --- assigned_to: [EMAIL PROTECTED] status: UNCONFIRMED creation_date: description: When I try to open a zip archive, gnochive starts up, very quickly shows a "tab" for the zip I opened then hangs. No UI update, nothing. I have to kill the process.
[Cooker] [Bug 1320] [kernel] No vfslock patch in kernel
http://qa.mandrakesoft.com/show_bug.cgi?id=1320 [EMAIL PROTECTED] changed: What|Removed |Added AssignedTo||[EMAIL PROTECTED] Status|REOPENED|NEW --- Additional Comments From [EMAIL PROTECTED] 2003-03-14 13:57 --- Yes, this bug is still present. I think I know why as well. The VFS lock patch seems to be "mostly" in the kernel now, however there is one file that either did not get patched or got reverted or overwritten or something. The file drivers/md/lvm.c still has it's "pre-vfs-lock" contents. If drivers/md/lvm.c got patched as per the vfs-lock patch this bug would probably be fixed and closed. I have tried to reassign this bug to chmouel, hopefully he can see what is going wrong with the lvm patch. I hope he does not mind my re-assigning the bug to him. :-) --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is. --- Reminder: --- assigned_to: [EMAIL PROTECTED] status: NEW creation_date: description: The kernel desperately needs the vfslock patch from the LVM project in order to support snaphots of journalled filesystems. Since Mandrake Linux supports LVM and it also supports journalling filesystems, it not supporting LVM snapshots of journalling filesystems is simply a bug.
[Cooker] [Bug 3182] [gnochive] hangs when opening a zip archive
http://qa.mandrakesoft.com/show_bug.cgi?id=3182 [EMAIL PROTECTED] changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||DUPLICATE --- Additional Comments From [EMAIL PROTECTED] 2003-03-11 16:31 --- *** This bug has been marked as a duplicate of 3011 *** --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is. --- Reminder: --- assigned_to: [EMAIL PROTECTED] status: RESOLVED creation_date: description: When I try to open a zip archive, gnochive starts up, very quickly shows a "tab" for the zip I opened then hangs. No UI update, nothing. I have to kill the process.
[Cooker] [Bug 3011] [gnochive] hangs when opening a zip archive
http://qa.mandrakesoft.com/show_bug.cgi?id=3011 --- Additional Comments From [EMAIL PROTECTED] 2003-03-11 16:31 --- *** Bug 3182 has been marked as a duplicate of this bug. *** --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is. --- Reminder: --- assigned_to: [EMAIL PROTECTED] status: UNCONFIRMED creation_date: description: When I try to open a zip archive, gnochive starts up, very quickly shows a "tab" for the zip I opened then hangs. No UI update, nothing. I have to kill the process.
[Cooker] [Bug 3182] [gnochive] New: hangs when opening a zip archive
http://qa.mandrakesoft.com/show_bug.cgi?id=3182 Product: gnochive Component: gnochive Summary: hangs when opening a zip archive Version: 0.7.0-3mdk Platform: PC OS/Version: All Status: UNCONFIRMED Severity: critical Priority: P2 AssignedTo: [EMAIL PROTECTED] ReportedBy: [EMAIL PROTECTED] When I try to open a zip archive, gnochive starts up, very quickly shows a "tab" for the zip I opened then hangs. No UI update, nothing. I have to kill the process. --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is.
[Cooker] [Bug 3011] [gnochive] New: hangs when opening a zip archive
http://qa.mandrakesoft.com/show_bug.cgi?id=3011 Product: gnochive Component: gnochive Summary: hangs when opening a zip archive Version: 0.7.0-3mdk Platform: PC OS/Version: All Status: UNCONFIRMED Severity: critical Priority: P2 AssignedTo: [EMAIL PROTECTED] ReportedBy: [EMAIL PROTECTED] When I try to open a zip archive, gnochive starts up, very quickly shows a "tab" for the zip I opened then hangs. No UI update, nothing. I have to kill the process. --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is.
[Cooker] [Bug 2559] [urpmi] cannot add cooker media with hdlist.cz
http://qa.mandrakesoft.com/show_bug.cgi?id=2559 --- Additional Comments From [EMAIL PROTECTED] 2003-03-03 16:23 --- (For purposes of making this situation clear to anyone who is following or anyone who finds this bug description in the future...) But I can't edit the /etc/urpmi/urpmi.cfg entry because urpmi does get far enough in the process to create that. However I was able to use "with ../base/synthesis.hdlist.cz" to get the source added. Of course, package descriptions, summary, changelog etc. were not available, but this is the point of the synthesis file. Can you please update this bug when a corrected hdlist.cz file has been uploaded to the mirrors? As an aside, if the hdlist.cz is broken on the mirrors, I wonder why I am the only one reporting it. I would have thought the Cooker list would have been rife with complaints. --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is. --- Reminder: --- assigned_to: [EMAIL PROTECTED] status: RESOLVED creation_date: description: When I try to add my local cooker mirror with an hdlist.cz I get the following: # urpmi.addmedia Local\ Cooker http://linux.ilinx/mandrake/devel/cooker-tree/Mandrake/RPMS/ with ../base/hdlist.cz added medium Local Cooker examining synthesis file [/var/lib/urpmi/synthesis.hdlist.contrib.cz] examining synthesis file [/var/lib/urpmi/synthesis.hdlist.Texstar.cz] examining synthesis file [/var/lib/urpmi/synthesis.hdlist.plf.cz] retrieving description file of "Local Cooker"... retrieving source hdlist (or synthesis) of "Local Cooker"... http://linux.ilinx/mandrake/devel/cooker-tree/Mandrake/base/hdlist.cz ...retrieving done examining hdlist file [/var/cache/urpmi/partial/hdlist.Local Cooker.cz] examining synthesis file [/var/cache/urpmi/partial/hdlist.Local Cooker.cz] unable to parse hdlist file of "Local Cooker" examining synthesis file [/var/lib/urpmi/synthesis.hdlist.Local Cooker.cz] problem reading synthesis file of medium "Local Cooker" unable to update medium "Local Cooker" This happens with either http or file methods. b.
[Cooker] [Bug 2559] [urpmi] cannot add cooker media with hdlist.cz
http://qa.mandrakesoft.com/show_bug.cgi?id=2559 --- Additional Comments From [EMAIL PROTECTED] 2003-03-03 15:45 --- Do you really think this bug is a duplicate of 2110? They don't sound at all related. 2110 describes problems with adding a single package and the problem seems to be with the configuration of the remote mirror. This bug (2559) is an error parsing the hdlist while trying to add an entire source -- Cooker, as distributed by Mandrake! If there is a problem with the configuration of the source, then there is a problem with the way Mandrake is maintaining it, no? --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is. --- Reminder: --- assigned_to: [EMAIL PROTECTED] status: RESOLVED creation_date: description: When I try to add my local cooker mirror with an hdlist.cz I get the following: # urpmi.addmedia Local\ Cooker http://linux.ilinx/mandrake/devel/cooker-tree/Mandrake/RPMS/ with ../base/hdlist.cz added medium Local Cooker examining synthesis file [/var/lib/urpmi/synthesis.hdlist.contrib.cz] examining synthesis file [/var/lib/urpmi/synthesis.hdlist.Texstar.cz] examining synthesis file [/var/lib/urpmi/synthesis.hdlist.plf.cz] retrieving description file of "Local Cooker"... retrieving source hdlist (or synthesis) of "Local Cooker"... http://linux.ilinx/mandrake/devel/cooker-tree/Mandrake/base/hdlist.cz ...retrieving done examining hdlist file [/var/cache/urpmi/partial/hdlist.Local Cooker.cz] examining synthesis file [/var/cache/urpmi/partial/hdlist.Local Cooker.cz] unable to parse hdlist file of "Local Cooker" examining synthesis file [/var/lib/urpmi/synthesis.hdlist.Local Cooker.cz] problem reading synthesis file of medium "Local Cooker" unable to update medium "Local Cooker" This happens with either http or file methods. b.
[Cooker] [Bug 2522] [gnomemeeting] Gnomemeeting crash at startup
http://qa.mandrakesoft.com/show_bug.cgi?id=2522 --- Additional Comments From [EMAIL PROTECTED] 2003-03-01 07:31 --- Fixed for me now! Thanx Florin! --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is. --- Reminder: --- assigned_to: [EMAIL PROTECTED] status: NEW creation_date: description: I immediately get a segmentation fault when I attempt to run the program. No other error messages are displayed. version: gnomemeeting-0.96-3mdk
[Cooker] [Bug 2559] [urpmi] New: cannot add cooker media with hdlist.cz
http://qa.mandrakesoft.com/show_bug.cgi?id=2559 Product: urpmi Component: urpmi Summary: cannot add cooker media with hdlist.cz Version: 4.2-25mdk Platform: PC OS/Version: All Status: UNCONFIRMED Severity: normal Priority: P2 AssignedTo: [EMAIL PROTECTED] ReportedBy: [EMAIL PROTECTED] When I try to add my local cooker mirror with an hdlist.cz I get the following: # urpmi.addmedia Local\ Cooker http://linux.ilinx/mandrake/devel/cooker-tree/Mandrake/RPMS/ with ../base/hdlist.cz added medium Local Cooker examining synthesis file [/var/lib/urpmi/synthesis.hdlist.contrib.cz] examining synthesis file [/var/lib/urpmi/synthesis.hdlist.Texstar.cz] examining synthesis file [/var/lib/urpmi/synthesis.hdlist.plf.cz] retrieving description file of "Local Cooker"... retrieving source hdlist (or synthesis) of "Local Cooker"... http://linux.ilinx/mandrake/devel/cooker-tree/Mandrake/base/hdlist.cz ...retrieving done examining hdlist file [/var/cache/urpmi/partial/hdlist.Local Cooker.cz] examining synthesis file [/var/cache/urpmi/partial/hdlist.Local Cooker.cz] unable to parse hdlist file of "Local Cooker" examining synthesis file [/var/lib/urpmi/synthesis.hdlist.Local Cooker.cz] problem reading synthesis file of medium "Local Cooker" unable to update medium "Local Cooker" This happens with either http or file methods. b. --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is.
[Cooker] [Bug 2456] [python] New: Segfault importing GnomeRequestDialog from gnome.ui and "*" from socket.
http://qa.mandrakesoft.com/show_bug.cgi?id=2456 Product: python Component: program Summary: Segfault importing GnomeRequestDialog from gnome.ui and "*" from socket. Version: 2.2.2-6mdk Platform: PC OS/Version: All Status: UNCONFIRMED Severity: critical Priority: P2 AssignedTo: [EMAIL PROTECTED] ReportedBy: [EMAIL PROTECTED] To reproduce on a current Cooker, try this: $ python >>> from gnome.ui import GnomeRequestDialog >>> from socket import * You should get a segfault at this point. FYI: $ rpm -q python pygnome python-2.2.2-6mdk pygnome-1.4.4-1mdk --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is.
[Cooker] [Bug 1996] [ethereal] New: hangs after capturing and column widths broken
https://qa.mandrakesoft.com/show_bug.cgi?id=1996 Product: ethereal Component: ethereal Summary: hangs after capturing and column widths broken Version: 0.9.9-1mdk Platform: PC OS/Version: All Status: UNCONFIRMED Severity: blocker Priority: P2 AssignedTo: [EMAIL PROTECTED] ReportedBy: [EMAIL PROTECTED] The latest ethereal hangs after I choose Capture->Start (start capturing) Capture->Stop. The process is hung (or in a loop or something) tight enough that the UI does not even refresh. When capturing, the column widths of all but the rightmost column shrink down to the width of one or so characters and are not resizable. --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is.
