Bug#1034417: samba: Samba can no longer authenticate users via Kerberos from a standalone KDC
On 4/14/23 10:59, Michael Tokarev wrote: Control: tag -1 + moreinfo Hello! 14.04.2023 20:49, Daniel Lakeland wrote: Package: samba Version: Installed: 2:4.17.7+dfsg-1 Severity: important Tags: upstream X-Debbugs-Cc: dlake...@street-artists.org .. Please see discussions on the samba mailing list in the thread starting here: https://lists.samba.org/archive/samba/2023-April/244842.html Yeah, I've seen this thread, watched it with great interest. But I have a question for you, as the reporter of this bug: What do you expect us the debian samba maintainers to do with it? I definitely will not change samba in a way not approved by the upstream. Also, I wont try to find out what the problem is and how to deal with it as I don't have neither enough experience in that area nor time nor motivation. If this bugreport stays here for years, what good will it serve? I can immediately think about a downside: it will keep my attention constantly drawn away when I look for bugs to triage, so I'll have less resources for other bugs I can possible fix. Hi Michael, my concern is mainly to document the existence of this problem for others who might use this similar config. I'm 100% sure I'm not the only one in the world. There are debian bugs going back a while where others have this kind of set up and had issues. I'll continue to try to figure out the work around, and then document the method I came up with here, and then we can close the bug so it's preserved for others with similar issues? Agreed that you won't make changes they don't approve, but it's possible they'll realize that they've done something unintended and make some changes based on my concerns etc. Or not. Let's not make this bug be a thorn in your side for a long time, but let's leave it open for documenting the issue and its resolution or non-resolution for a sufficiently long time that it's clear whether this is permanently unsupported, or only temporarily or requires some specific config. Googling debian bugs can be an amazingly helpful way to figure out the solutions to problems for others.
Bug#1034417: samba: Samba can no longer authenticate users via Kerberos from a standalone KDC
Package: samba Version: Installed: 2:4.17.7+dfsg-1 Severity: important Tags: upstream X-Debbugs-Cc: dlake...@street-artists.org Dear Maintainer, *** Reporter, please consider answering these questions, where appropriate *** * What led up to the situation? For 15 years I've been using samba in a situation where the server is standalone, and has users provided by LDAP and a kerberos KDC. The server uses sssd and works fine for ssh, login, and every other kerberos enabled thing. * What exactly did you do (or not do) that was effective (or ineffective)? Upgraded samba from previous version, not sure which version but would have been 4.8 ish * What was the outcome of this action? samba no longer works with Kerberos unless it is joined to a full Microsoft Active Directory Domain Controller. Please see discussions on the samba mailing list in the thread starting here: https://lists.samba.org/archive/samba/2023-April/244842.html The situation appears to be that samba moved to using winbindd to do authentication, and this combination samba + winbindd can't imagine a scenario in which there is a KDC which is not an AD DC. What I want, and has worked for 15 years, and clearly has been done by plenty of other people in the past based on google searches, is that a client gets a ticket from the KDC and uses it to authenticate to a standalone samba server which is not a part of an AD DC but IS a part of an MIT Kerberos KDC realm. It appears that this is an upstream "bug" in which a particular use case simply did not get considered when rearchitecting the samba security system, and hence disappeared. However it affects Debian users who have been using this technique such as myself, and certainly others. This is probably related to previous bugs and other users have corroborated having related issues: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1001053 https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=899269
Bug#1001053: also being affected
My wife has a dual mirrored glusterfs file server that is used for central storage of biology research data. They'd been running old versions of Debian, until one of them had a hard drive failure. After replacing hardware and installing the latest Debian release, upgrading the other machine, and synchronizing the gluster fileserver, now no-one can access the server because they are experiencing something similar to this bug. She's running a vanilla old school OpenLDAP/Mit Krb5 system as described. Here are logs with level 3 from an attempted connection: [2022/04/12 16:01:14.492911, 1] ../../source3/librpc/crypto/gse_krb5.c:179(fill_mem_keytab_from_secrets) fill_mem_keytab_from_secrets: secrets_fetch_or_upgrade_domain_info(MARIANILAB.NET) - NT_STATUS_CANT_ACCESS_DOMAIN_INFO [2022/04/12 16:01:14.493014, 3] ../../source3/librpc/crypto/gse_krb5.c:570(gse_krb5_get_server_keytab) ../../source3/librpc/crypto/gse_krb5.c:570: Warning! Unable to set mem keytab from secrets! [2022/04/12 16:01:14.494598, 3] ../../source3/smbd/negprot.c:776(reply_negprot) Selected protocol SMB 2.??? [2022/04/12 16:01:14.496032, 3] ../../source3/smbd/smb2_negprot.c:293(smbd_smb2_request_process_negprot) Selected protocol SMB3_02 [2022/04/12 16:01:14.496813, 1] ../../source3/librpc/crypto/gse_krb5.c:179(fill_mem_keytab_from_secrets) fill_mem_keytab_from_secrets: secrets_fetch_or_upgrade_domain_info(MARIANILAB.NET) - NT_STATUS_CANT_ACCESS_DOMAIN_INFO [2022/04/12 16:01:14.496887, 3] ../../source3/librpc/crypto/gse_krb5.c:570(gse_krb5_get_server_keytab) ../../source3/librpc/crypto/gse_krb5.c:570: Warning! Unable to set mem keytab from secrets! [2022/04/12 16:01:14.646176, 1] ../../source3/librpc/crypto/gse_krb5.c:179(fill_mem_keytab_from_secrets) fill_mem_keytab_from_secrets: secrets_fetch_or_upgrade_domain_info(MARIANILAB.NET) - NT_STATUS_CANT_ACCESS_DOMAIN_INFO [2022/04/12 16:01:14.646273, 3] ../../source3/librpc/crypto/gse_krb5.c:570(gse_krb5_get_server_keytab) ../../source3/librpc/crypto/gse_krb5.c:570: Warning! Unable to set mem keytab from secrets! [2022/04/12 16:01:14.648899, 2] ../../auth/kerberos/gssapi_pac.c:168(gssapi_obtain_pac_blob) obtaining PAC via GSSAPI gss_inquire_sec_context_by_oid (Heimdal OID) failed: Miscellaneous failure (see text): Ticket have not authorization data of type 128 [2022/04/12 16:01:14.648992, 3] ../../auth/gensec/gensec_util.c:73(gensec_generate_session_info_pac) gensec_generate_session_info_pac: Unable to find PAC for fmari...@marianilab.net, resorting to local user lookup [2022/04/12 16:01:14.649062, 3] ../../source3/auth/user_krb5.c:50(get_user_from_kerberos_info) Kerberos ticket principal name is [fmari...@marianilab.net] [2022/04/12 16:01:14.658003, 3] ../../source3/auth/user_krb5.c:123(get_user_from_kerberos_info) get_user_from_kerberos_info: Username MARIANILAB.NET\fmariani is invalid on this system [2022/04/12 16:01:14.658102, 3] ../../source3/auth/auth_generic.c:222(auth3_generate_session_info_pac) auth3_generate_session_info_pac: Failed to map kerberos principal to system user (NT_STATUS_LOGON_FAILURE) [2022/04/12 16:01:14.658254, 3] ../../source3/smbd/smb2_server.c:3861(smbd_smb2_request_error_ex) smbd_smb2_request_error_ex: smbd_smb2_request_error_ex: idx[1] status[NT_STATUS_ACCESS_DENIED] || at ../../source3/smbd/smb2_sesssetup.c:146 I'm not sure if this is the same bug, or a related bug. The version installed is as follows: root@manticore:/var/log/samba# apt policy samba samba: Installed: 2:4.13.14+dfsg-1+b2 Candidate: 2:4.13.14+dfsg-1+b2 Version table: *** 2:4.13.14+dfsg-1+b2 500 500 http://deb.debian.org/debian testing/main amd64 Packages 100 /var/lib/dpkg/status 2:4.13.13+dfsg-1~deb11u3 500 500 http://deb.debian.org/debian stable/main amd64 Packages It also happened under the 4.13.13+dfsg-1~deb11u3 version, I upgraded to the testing version in hopes it might have been fixed, but isn't. Is this the same bug, or a different bug that needs a different fix?
Bug#1004893: gmt: running gmt results in Segfault
Package: gmt Version: 6.3.0+dfsg-2+b1 Severity: grave Justification: renders package unusable X-Debbugs-Cc: dlake...@street-artists.org Dear Maintainer, *** Reporter, please consider answering these questions, where appropriate *** Running gmt in any way induces a segfault: dlakelan@tintin:~$ gmt GMT - The Generic Mapping Tools, Version 6.3.0 [64-bit] [12 cores] (c) 1991-2021 The GMT Team (https://www.generic-mapping-tools.org/team.html). Supported in part by the US National Science Foundation (http://www.nsf.gov/) and volunteers from around the world. GMT is distributed under the GNU LGPL License (http://www.gnu.org/licenses/lgpl.html). Dependencies: netCDF, GDAL, PCRE, FFTW, LAPACK, ZLIB, Ghostscript, GraphicsMagick, FFmpeg. usage: gmt [options] gmt [] options: --help List descriptions of available GMT modules. --new-script[=L]Write GMT modern mode script template to standard output. Optionally specify bash|csh|batch [Default is current shell]. --new-glue=name Write C code for external supplements to glue them to GMT. --show-bindir Show directory with GMT executables. --show-citation Show the most recent citation for GMT. --show-classic Show all classic module names. --show-classic-core Show all classic module names (core only). --show-coresShow number of available cores. --show-datadir Show directory/ies with user data. --show-dataserver Show URL of the remote GMT data server. --show-doi Show the DOI for the current release. --show-library Show path of the shared GMT library. --show-modules Show all modern module names. --show-modules-core Show all modern module names (core only). --show-plugindirShow directory for plug-ins. --show-sharedir Show directory for shared GMT resources. --show-userdir Show full path of user's ~/.gmt dir --version Print GMT version number. if is '=' we call exit (0) if module exist and non-zero otherwise. ERROR: Caught signal number 11 (Segmentation fault) at /lib/x86_64-linux-gnu/libc.so.6(cfree+0x25)[0x7fb5ddb17965] [0x563890c50de9] Stack backtrace: /lib/x86_64-linux-gnu/libgmt.so.6(sig_handler_unix+0xf4)[0x7fb5ddd85344] /lib/x86_64-linux-gnu/libc.so.6(+0x3c910)[0x7fb5ddac9910] /lib/x86_64-linux-gnu/libc.so.6(cfree+0x25)[0x7fb5ddb17965] /lib/x86_64-linux-gnu/libproj.so.22(_ZN5osgeo4proj6common13UnitOfMeasureD1Ev+0x6f)[0x7fb5d973c97f] /lib/x86_64-linux-gnu/libc.so.6(__cxa_finalize+0xc6)[0x7fb5ddacc556] /lib/x86_64-linux-gnu/libproj.so.19(+0xb8083)[0x7fb5d5b73083] Segmentation fault *** End of the template - remove these template lines *** -- System Information: Debian Release: bullseye/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 5.10.0-5-amd64 (SMP w/12 CPU threads) Kernel taint flags: TAINT_PROPRIETARY_MODULE, TAINT_OOT_MODULE, TAINT_UNSIGNED_MODULE Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), LANGUAGE not set Shell: /bin/sh linked to /usr/bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages gmt depends on: ii gmt-common 6.3.0+dfsg-2 ii libc62.33-5 ii libgmt6 6.3.0+dfsg-2+b1 ii libnetcdf19 1:4.8.1-1 Versions of packages gmt recommends: ii gmt-dcw 2.1.0-1 ii gmt-gshhg-high [gmt-gshhg-data] 2.3.7-5 gmt suggests no packages. -- no debconf information
Bug#946646: Acknowledgement (cfengine3: cf-serverd doesn't respond to ipv6 connections)
Update on this... I added any:: directly before the bindtointerface definition; any:: # Bind to all interfaces including ipv6 # Adding this on windows will force ipv6 only bindtointerface => "::"; and now it is binding to ipv6 and answering correctly.
Bug#946646: cfengine3: cf-serverd doesn't respond to ipv6 connections
Package: cfengine3 Version: 3.12.1-2 Severity: normal Tags: ipv6 Dear Maintainer, *** Reporter, please consider answering these questions, where appropriate *** * What led up to the situation? installed cfengine3 and configured it on a raspberry pi, and also configured a client correctly via ipv4. Bootstrap to ipv4 address of server worked. Tried to bootstrap a client to the ipv6 address of the server but it failed... * What exactly did you do (or not do) that was effective (or ineffective)? Tested ipv6 via recommendation online at cfengine site: https://docs.cfengine.com/docs/3.5/reference-components-cfserver.html nc -v -6 raspberrypi.lan 5308 nc: connect to raspberrypi.lan port 5308 (tcp) failed: Connection refused nc: connect to raspberrypi.lan port 5308 (tcp) failed: Connection refused In wireshark I see that as soon as the syn packet is sent, the server sends a RST,ACK packet refusing the connection * What outcome did you expect instead? Connect should have worked, and bootstrapping to the ipv6 address of the server should have worked. note also that the server has this in the inputs/controls/cf_serverd.cf file: # Bind to all interfaces including ipv6 # Adding this on windows will force ipv6 only bindtointerface => "::"; so it should be binding to ipv6 and sysctl: net.ipv6.bindv6only = 0 so it should accept ipv4 and ipv6 on this socket. -- System Information: Debian Release: buster/sid APT prefers testing APT policy: (750, 'testing'), (500, 'unstable'), (500, 'stable'), (102, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 5.4.0-trunk-amd64 (SMP w/8 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), LANGUAGE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages cfengine3 depends on: ii e2fsprogs 1.44.4-2 ii libacl1 2.2.52-3+b1 ii libc6 2.29-2 ii liblmdb0 0.9.21-1 ii libpam0g 1.1.8-3.7 ii libpcre3 2:8.39-9 ii libpromises3 3.10.2-4 ii libssl1.1 1.1.1a-1 ii libvirt0 4.3.0-1 ii libxml2 2.9.4+dfsg1-7 ii lsb-base 9.20170808 Versions of packages cfengine3 recommends: ii python 2.7.15-3 cfengine3 suggests no packages. -- Configuration Files: /etc/default/cfengine3 changed [not included] -- no debconf information
Bug#898075: I'll confirm this occurs for me as well
My particular CD doesn't ask me for multiple entries, it just detects the CD's identity correctly, and then segfaults without any input from me.
Bug#899269: [Pkg-samba-maint] Bug#899269: Bug#899269: changes to 4.8
On 06/20/2018 01:26 PM, Chad William Seys wrote: I believe my problem is the same as original reporter Dan who says: "This was never really an active directory install, it's a standard unix LDAP + Kerberos install" This is my setup as well (except I don't use LDAP, just MIT Kerberos). Dan, I see that in your first smb.conf you did not have any idmap ranges defined. Did you end up setting up idmap ranges? Do you still use kerberos to authenticate? I just checked, with my current setup, using security = user realm = MY.REALM.HERE encrypt passwords = yes kerberos method = secrets and keytab and without idmap ranges, I am able to connect to my samba share on a client using: smbclient -k //myserver/myshare without entering a password, so I do think it's using Kerberos. If someone breaks this because they don't think people use this technique, and that kerberos is only for true Active Directory users, I will be upset ;-)
Bug#899269: [Pkg-samba-maint] Bug#899269: Further Info on this bug
On 06/18/2018 01:16 PM, Mathieu Parent wrote: Hello, It looks like the changes for https://bugzilla.samba.org/show_bug.cgi?id=13328 broke your setup. But the following log: Failed to fetch domain sid for LAN (which causes "NT_STATUS_INVALID_PARAMETER_MIX" later). Do you have this same error with samba 4.7? Second guess: Is your server memory low? Regards Mathieu Parent In the end, what I wound up doing was setting security = user and keeping kerberos method = secrets and keytab and let sssd be the back-end to talk to the LDAP directory here. It seems to work. right now there's only 4.5.12 and 4.8.2 available to install via apt. so I'm not sure if the problem happens in 4.7 server is definitely not low on memory, unless samba is trying to allocate more than about 12 gigs of space (current free/cache amount) ;-) which by itself should be considered a bug This was never really an active directory install, it's a standard unix LDAP + Kerberos install, using sssd to provide unix accounts. Perhaps this really should be security = user, but older "howtos" (esp pre-sssd days) showed to use ADS and that's what I've been doing for the last say 3 or 4 years.
Bug#899269: Further Info on this bug
Today I forced samba and its depends to the testing version: 4.7.4+dfsg-2 starting samba with all my configs the same worked fine!
Bug#899272: Acknowledgement (sssd fails to look up ONE specific group)
On 05/21/2018 06:30 PM, Debian Bug Tracking System wrote: Thank you for filing a new Bug report with Debian. You can follow progress on this Bug here: 899272: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=899272. Sorry for the noise, it turns out that another group was added and that other group had *two* dn entries in the ldap directory, one of which was the proper name of the group and one of which was "dlakelan" probably caused by editing an LDIF file incorrectly. Fixing the ldap directory and rebooting the machines fixed the problem. please close this bug.
Bug#899272: sssd fails to look up ONE specific group
Package: sssd Version: 1.16.1-1+b1 Severity: important Dear Maintainer, *** Reporter, please consider answering these questions, where appropriate *** * What led up to the situation? install and configure sssd * What exactly did you do (or not do) that was effective (or ineffective)? look up one specific group, happens to be the smallest gid in my ldap directory: first we look it up by gid, and that works root@pico:~# getent group 1000 dlakelan:*:1000: immediately after we try to look it up by name, and it fails root@pico:~# getent group dlakelan Here's an edited version of my sssd, edited for privacy [sssd] config_file_version = 2 services = nss,pam #services = nss # SSSD will not start if you do not configure any domains. # Add new domain configurations as [domain/] sections, and # then add the list of domains (in the order you want them to be # queried) to the "domains" attribute below and uncomment it. domains = mydomain [nss] [pam] [domain/mydomain] lookup_family_order = ipv4_only id_provider = ldap auth_provider = krb5 ldap_schema=rfc2307 ldap_uri = ldap://domain0.mydomain.com, ldap://domain1.mydomain.com ldap_search_base = dc=mydomain,dc=com cache_credentials = true krb5_realm = MYDOMAIN.COM ;ldap_id_use_start_tls = true ;ldap_tls_reqcert = hard chpass_provider = krb5 krb5_store_password_if_offline = true dns_discovery_domain = mydomain.com krb5_ccname_template = /tmp/krb5cc_%U ;use_fully_qualified_names = true min_id=1000 --- It has the flavor of an off-by-one type bug, since every other group with higher gid number is looked up both directions just fine. It is, however, highly annoying -- System Information: Debian Release: 8.1 APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 4.14.0-3-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages sssd depends on: ii python3-sss 1.16.1-1+b1 ii sssd-ad 1.16.1-1+b1 ii sssd-common 1.16.1-1+b1 ii sssd-ipa 1.16.1-1+b1 ii sssd-krb51.16.1-1+b1 ii sssd-ldap1.16.1-1+b1 ii sssd-proxy 1.16.1-1+b1 sssd recommends no packages. sssd suggests no packages. -- no debconf information
Bug#899269: [Pkg-samba-maint] Bug#899269: Acknowledgement (samba: upgrade of samba causes smbd crash with "failed to setup guest info")
On 05/21/2018 04:06 PM, Andrew Bartlett wrote: Can you turn up the log level until it gives a more useful answer? Debug logs at log level 6 attached On this machine the user "nobody" is listed in an LDAP directory, and sssd connects to that ldap directory. This seems to work fine on the command line: root@pico:~# getent passwd nobody nobody:x:65534:65534:nobody:/nonexistent:/usr/sbin/nologin root@pico:~# getent group nogroup nogroup:x:65534: And it worked fine before on previous version of samba, would have been around 4.5.x or something like that (Debian stable?) ... [2018/05/21 18:00:43.939048, 3] ../source3/smbd/server.c:1840(main) Becoming a daemon. [2018/05/21 18:00:43.939552, 5] ../source3/passdb/pdb_interface.c:79(smb_register_passdb) Attempting to register passdb backend smbpasswd [2018/05/21 18:00:43.939601, 5] ../source3/passdb/pdb_interface.c:92(smb_register_passdb) Successfully added passdb backend 'smbpasswd' [2018/05/21 18:00:43.939628, 5] ../source3/passdb/pdb_interface.c:79(smb_register_passdb) Attempting to register passdb backend tdbsam [2018/05/21 18:00:43.939657, 5] ../source3/passdb/pdb_interface.c:92(smb_register_passdb) Successfully added passdb backend 'tdbsam' [2018/05/21 18:00:43.939683, 5] ../source3/passdb/pdb_interface.c:79(smb_register_passdb) Attempting to register passdb backend samba_dsdb [2018/05/21 18:00:43.939711, 5] ../source3/passdb/pdb_interface.c:92(smb_register_passdb) Successfully added passdb backend 'samba_dsdb' [2018/05/21 18:00:43.939737, 5] ../source3/passdb/pdb_interface.c:79(smb_register_passdb) Attempting to register passdb backend samba4 [2018/05/21 18:00:43.939763, 5] ../source3/passdb/pdb_interface.c:92(smb_register_passdb) Successfully added passdb backend 'samba4' [2018/05/21 18:00:43.939794, 5] ../source3/passdb/pdb_interface.c:79(smb_register_passdb) Attempting to register passdb backend ldapsam [2018/05/21 18:00:43.939822, 5] ../source3/passdb/pdb_interface.c:92(smb_register_passdb) Successfully added passdb backend 'ldapsam' [2018/05/21 18:00:43.939848, 5] ../source3/passdb/pdb_interface.c:79(smb_register_passdb) Attempting to register passdb backend NDS_ldapsam [2018/05/21 18:00:43.939875, 5] ../source3/passdb/pdb_interface.c:92(smb_register_passdb) Successfully added passdb backend 'NDS_ldapsam' [2018/05/21 18:00:43.939902, 5] ../source3/passdb/pdb_interface.c:155(make_pdb_method_name) Attempting to find a passdb backend to match tdbsam (tdbsam) [2018/05/21 18:00:43.939929, 5] ../source3/passdb/pdb_interface.c:176(make_pdb_method_name) Found pdb backend tdbsam [2018/05/21 18:00:43.939963, 5] ../source3/passdb/pdb_interface.c:187(make_pdb_method_name) pdb backend tdbsam has a valid init [2018/05/21 18:00:43.943293, 5] ../lib/dbwrap/dbwrap.c:130(dbwrap_lock_order_lock) dbwrap_lock_order_lock: check lock order 1 for /var/run/samba/smbXsrv_version_global.tdb [2018/05/21 18:00:43.943451, 5] ../lib/dbwrap/dbwrap.c:159(dbwrap_lock_order_unlock) dbwrap_lock_order_unlock: release lock order 1 for /var/run/samba/smbXsrv_version_global.tdb [2018/05/21 18:00:43.946659, 3] ../source3/lib/util_procid.c:54(pid_to_procid) pid_to_procid: messaging_dgm_get_unique failed: No such file or directory [2018/05/21 18:00:43.947453, 5] ../source3/lib/messages.c:678(messaging_register) Registering messaging pointer for type 794 - private_data=0x55c82483c130 [2018/05/21 18:00:43.947543, 5] ../source3/lib/messages.c:678(messaging_register) Registering messaging pointer for type 795 - private_data=0x55c82483c130 [2018/05/21 18:00:43.947571, 5] ../source3/lib/messages.c:678(messaging_register) Registering messaging pointer for type 796 - private_data=0x55c82483c130 [2018/05/21 18:00:43.948791, 5] ../source3/lib/messages.c:678(messaging_register) Registering messaging pointer for type 13 - private_data=0x55c824837f70 [2018/05/21 18:00:43.948896, 5] ../source3/lib/messages.c:678(messaging_register) Registering messaging pointer for type 788 - private_data=0x55c824837f70 [2018/05/21 18:00:43.948925, 5] ../source3/lib/messages.c:678(messaging_register) Registering messaging pointer for type 785 - private_data=(nil) [2018/05/21 18:00:43.949133, 5] ../source3/lib/messages.c:678(messaging_register) Registering messaging pointer for type 789 - private_data=0x55c8248376f0 [2018/05/21 18:00:43.949976, 5] ../source3/lib/username.c:181(Get_Pwnam_alloc) Finding user nobody [2018/05/21 18:00:43.950016, 5] ../source3/lib/username.c:120(Get_Pwnam_internals) Trying _Get_Pwnam(), username as lowercase is nobody [2018/05/21 18:00:43.951037, 5] ../source3/lib/username.c:159(Get_Pwnam_internals) Get_Pwnam_internals did find user [nobody]! [2018/05/21 18:00:43.951106, 5] ../source3/lib/username.c:181(Get_Pwnam_alloc) Finding user PICO\nobody [2018/05/21 18:00:43.951135, 5] ../source3/lib/username.c:120(Get_Pwnam_internals) Trying _Get_Pwnam(), username as
Bug#899269: Acknowledgement (samba: upgrade of samba causes smbd crash with "failed to setup guest info")
Sorry if that bug report is hard to read, debbugs crashed, so I tried to just re-send the temporary file. The important bits are that after upgrade, smbd doesn't start up and says: [2018/05/21 14:57:03.582775, 0] ../source3/auth/auth_util.c:1372(make_new_session_info_guest) create_local_token failed: NT_STATUS_NO_MEMORY [2018/05/21 14:57:03.582858, 0] ../source3/smbd/server.c:1993(main) ERROR: failed to setup guest info. In the log files
Bug#899269: samba: upgrade of samba causes smbd crash with "failed to setup guest info"
Package: samba Version: 2:4.8.2+dfsg-1 Severity: important Dear Maintainer, *** Reporter, please consider answering these questions, where appropriate *** * What led up to the situation? * What exactly did you do (or not do) that was effective (or ineffective)? * What was the outcome of this action? * What outcome did you expect instead? *** End of the template - remove these template lines *** Content-Type: multipart/mixed; boundary="===1266396388651744079==" MIME-Version: 1.0 From: Daniel Lakeland <dlake...@street-artists.org> To: Debian Bug Tracking System <sub...@bugs.debian.org> Subject: samba: upgraded smbd fails to start with error: "failed to setup guest info" Message-ID: <152694041170.5538.15063006303745186013.report...@pico.lan> X-Mailer: reportbug 6.6.3 Date: Mon, 21 May 2018 15:06:51 -0700 This is a multi-part MIME message sent by reportbug. --===1266396388651744079== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline Package: samba Version: 2:4.8.2+dfsg-1 Severity: important Dear Maintainer, *** Reporter, please consider answering these questions, where appropriate *** * What led up to the situation? upgraded samba package * What was the outcome of this action? smbd fails to start with errors reported: [2018/05/21 14:57:03.582775, 0] ../source3/auth/auth_util.c:1372(make_new_session_info_guest) create_local_token failed: NT_STATUS_NO_MEMORY [2018/05/21 14:57:03.582858, 0] ../source3/smbd/server.c:1993(main) ERROR: failed to setup guest info. * What outcome did you expect instead? smbd should work as it did before upgrade *** End of the template - remove these template lines *** -- Package-specific info: * /etc/samba/smb.conf present, and attached * /var/lib/samba/dhcp.conf present, and attached -- System Information: Debian Release: 8.1 APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 4.14.0-3-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages samba depends on: ii adduser 3.113+nmu3 ii dpkg 1.17.25 ii libattr1 1:2.4.47-2+b2 ii libbsd0 0.7.0-2 ii libc6 2.27-3 ii libldb1 2:1.3.3-1 ii libpam-modules1.1.8-3.1 ii libpam-runtime1.1.8-3.1 ii libpopt0 1.16-10 ii libpython2.7 2.7.12-3+b1 ii libtalloc22.1.1-2 ii libtdb1 1.3.15-2 ii libtevent00.9.34-1 ii lsb-base 4.1+Debian13+nmu1 ii procps2:3.3.9-9 ii python2.7.11-2 ii python-dnspython 1.12.0-1 ii python-samba 2:4.8.2+dfsg-1 pn python2.7:any pn python:any ii samba-common 2:4.8.2+dfsg-1 ii samba-common-bin 2:4.8.2+dfsg-1 ii samba-libs2:4.8.2+dfsg-1 ii tdb-tools 1.3.1-1 Versions of packages samba recommends: ii attr1:2.4.47-2+b2 ii logrotate 3.8.7-1+b1 ii samba-dsdb-modules 2:4.8.2+dfsg-1 ii samba-vfs-modules 2:4.8.2+dfsg-1 Versions of packages samba suggests: ii bind9 1:9.11.3+dfsg-1 ii bind9utils 1:9.11.3+dfsg-1 pn ctdb pn ldb-tools ii ntp1:4.2.8p10+dfsg-5 pn smbldap-tools pn ufw pn winbind -- no debconf information --===1266396388651744079== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename="smb.conf" # # Sample configuration file for the Samba suite for Debian GNU/Linux. # # # This is the main Samba configuration file. You should read the # smb.conf(5) manual page in order to understand the options listed # here. Samba has a huge number of configurable options most of which # are not shown in this example # # Some options that are often worth tuning have been included as # commented-out examples in this file. # - When such options are commented with ";", the proposed setting #differs from the default Samba behaviour # - When commented with "#", the proposed setting is the default #behaviour of Samba but the option is considered important #enough to be mentioned here # # NOTE: Whenever you modify this file you should run the command # "testparm" to check that you have not made any basic syntactic # errors. #=== Global Settings === [global] smb encrypt = auto unix extensions = no ## Browsing/Identification ### # Change this to the workgroup/NT-domain name your Samba server will part of workgroup = LAN # Windows Internet Name Serving Support Section: # WINS Support - Tells the NMBD component of Samba to enable its
Bug#890467: [Pkg-sssd-devel] Bug#890467: sssd: upgrade from 1.16.0-3 to 1.16.0-5 causes total failure of sssd to work, can not log into machine
On 02/15/2018 04:55 AM, Timo Aaltonen wrote: On 15.02.2018 14:50, Daniel Lakeland wrote: What exactly needs changing? Where is the documentation on this? I don't know what you did to get -3 working in sid, but undo that. -5 is not any different from -1 other than enabling a default config. For reference, it seems that what I did was remove the line "services nss,pam" and putting that line back makes it work with -5 apparently... in limited testing ;-)
Bug#890467: sssd: upgrade from 1.16.0-3 to 1.16.0-5 causes total failure of sssd to work, can not log into machine
Package: sssd Version: 1.16.0-3 Severity: critical Justification: breaks the whole system Dear Maintainer, * What led up to the situation? I had a working system with sssd providing my users and authentication using an openldap and kerberos backend. I upgraded from 1.16.0-3 to 1.16.0-5 and the system could not find any users or allow anyone to login. I downgraded sssd an associated packages to 1.16.0-3 and rebooted, all services were fully restored Please note, the problem also occurred when I tried to install a brand new machine based on stable, and then dist-upgraded it to current testing, which pulled in sssd 1.16.0-5 -- System Information: Debian Release: buster/sid APT prefers testing APT policy: (750, 'testing'), (500, 'unstable'), (500, 'stable'), (102, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 4.14.0-2-amd64 (SMP w/8 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), LANGUAGE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages sssd depends on: ii python3-sss 1.16.0-3 ii sssd-ad 1.16.0-3 ii sssd-common 1.16.0-3 ii sssd-ipa 1.16.0-3 ii sssd-krb5 1.16.0-3 ii sssd-ldap 1.16.0-3 ii sssd-proxy 1.16.0-3 sssd recommends no packages. sssd suggests no packages. -- no debconf information
Bug#842199: autofs should pull in network-online.target and nfs-client.target and related issues
Package: autofs Version: 5.1.1-1 Severity: important Tags: patch Dear Maintainer, *** Reporter, please consider answering these questions, where appropriate *** * What led up to the situation? Boot machine that has autofs configured to mount directories under /home/ via nfs4. The machine comes up but directories don't get mounted. For this to work properly we need several things to happen: 1) rpc.idmapd and rpc.gssd need to run 2) autofs needs to start up after the network is online Add the following line to autofs.system Requires=network-online.target nfs-client.target Add the following line to nfs-client.target Requires=nfs-idmapd.service rpc-gssd.service After these changes, autofs starts up late enough that the network is online, and when it tries to mount nfs4 mounts it works -- System Information: Debian Release: stretch/sid APT prefers testing APT policy: (750, 'testing'), (500, 'unstable'), (500, 'stable'), (102, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 4.7.0-1-amd64 (SMP w/8 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages autofs depends on: ii init-system-helpers 1.45 ii libc62.24-3 ii libxml2 2.9.4+dfsg1-2 ii multiarch-support2.24-3 ii ucf 3.0036 Versions of packages autofs recommends: ii kmod22-1.1 ii nfs-common 1:1.2.8-9.2 autofs suggests no packages. -- Configuration Files: /etc/init.d/autofs changed [not included] -- no debconf information
Bug#652127: core restart gracefully causes asterisk to die and not come back
Package: asterisk Version: 1:1.6.2.9-2+squeeze3 Severity: normal when I issue the command core restart gracefully asterisk dies but does not come back up. Instead, I need to /etc/init.d/asterisk restart but this option does not respect current calls which would be dropped immediately if any are active. -- System Information: Debian Release: 6.0.2 APT prefers stable APT policy: (500, 'stable') Architecture: i386 (i686) Kernel: Linux 2.6.32-238.19.1.el5.028stab092.2 (SMP w/1 CPU core) Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Shell: /bin/sh linked to /bin/bash Versions of packages asterisk depends on: ii adduser3.112+nmu2add and remove users and groups ii asterisk-config1:1.6.2.9-2+squeeze3 Configuration files for Asterisk ii asterisk-core-soun 1.4.19-1 asterisk PBX sound files - English ii dahdi 1:2.2.1.1-1 utilities for using the DAHDI kern ii libasound2 1.0.23-2.1shared library for ALSA applicatio ii libc-client2007e 8:2007e~dfsg-3.1 c-client library for mail protocol ii libc6 2.11.2-10 Embedded GNU C Library: Shared lib ii libcap21:2.19-3 support for getting/setting POSIX. ii libcurl3 7.21.0-2 Multi-protocol file transfer libra ii libgcc11:4.4.5-8 GCC support library ii libglib2.0-0 2.24.2-1 The GLib library of C routines ii libgmime-2.0-2a2.2.25-2 MIME library ii libgsm11.0.13-3 Shared libraries for GSM speech co ii libiksemel31.2-4 C library for the Jabber IM platfo ii libjack-jackd2-0 [ 1.9.6~dfsg.1-2JACK Audio Connection Kit (librari ii libldap-2.4-2 2.4.23-7.2OpenLDAP libraries ii liblua5.1-05.1.4-5 Simple, extensible, embeddable pro ii libncurses55.7+20100313-5shared libraries for terminal hand ii libnewt0.520.52.11-1 Not Erik's Windowing Toolkit - tex ii libogg01.2.0~dfsg-1 Ogg bitstream library ii libopenais31.1.2-2 Standards-based cluster framework ii libopenr2-31.3.0-2 MFC/R2 (telephony) call setup libr ii libpopt0 1.16-1lib for parsing cmdline parameters ii libpq5 8.4.9-0squeeze1 PostgreSQL C client library ii libpri1.4 1.4.11.3-1Primary Rate ISDN specification li ii libradiusclient-ng 0.5.6-1.1 Enhanced RADIUS client library ii libresample1 0.1.3-3 real-time audio resampling library ii libsdl1.2debian1.2.14-6.1Simple DirectMedia Layer ii libsnmp15 5.4.3~dfsg-2 SNMP (Simple Network Management Pr ii libspandsp20.0.6~pre12-1 Telephony signal processing librar ii libspeex1 1.2~rc1-1 The Speex codec runtime library ii libspeexdsp1 1.2~rc1-1 The Speex extended runtime library ii libsqlite0 2.8.17-6 SQLite shared library ii libss7-1 1.0.2-1 Signalling System 7 (ss7) library ii libssl0.9.80.9.8o-4squeeze1 SSL shared libraries ii libstdc++6 4.4.5-8 The GNU Standard C++ Library v3 ii libsybdb5 0.82-7libraries for connecting to MS SQL ii libtiff4 3.9.4-5+squeeze3 Tag Image File Format (TIFF) libra ii libtonezone2.0 1:2.2.1.1-1 tonezone library (runtime) ii libvorbis0a1.3.1-1 The Vorbis General Audio Compressi ii libvorbisenc2 1.3.1-1 The Vorbis General Audio Compressi ii libvpb04.2.52-2 Voicetronix telephony hardware use ii libx11-6 2:1.3.3-4 X11 client-side library ii libxml22.7.8.dfsg-2+squeeze1 GNOME XML library ii unixodbc 2.2.14p2-1ODBC tools libraries ii zlib1g 1:1.2.3.4.dfsg-3 compression library - runtime Versions of packages asterisk recommends: ii sox 14.3.1-1 Swiss army knife of sound processi Versions of packages asterisk suggests: pn asterisk-dev none (no description available) pn asterisk-doc none (no description available) pn asterisk-h323 none (no description available) -- Configuration Files: /etc/default/asterisk changed [not included] -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#510039: Several upstream updates for banshee available with features/bug fixes
Package: banshee Version: 1.0.0-1 Severity: wishlist Banshee is now up to version 1.4 which includes fixes for many bugs and especially an ability to order playlists according to user desired play order (available as of 1.2) Please consider packaging the newer versions. -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (700, 'testing'), (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.26-1-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages banshee depends on: ii gstreamer0.10-gnomevfs 0.10.19-2 GStreamer plugin for GnomeVFS ii gstreamer0.10-plugins-base 0.10.19-2 GStreamer plugins from the base ii gstreamer0.10-plugins-good 0.10.8-4 GStreamer plugins from the good ii hal0.5.11-3 Hardware Abstraction Layer ii libboo2.0-cil 0.8.1.2865-2 python-like language and compiler ii libc6 2.7-13GNU C Library: Shared libraries ii libcairo2 1.6.4-6 The Cairo 2D vector graphics libra ii libgconf2.0-cil2.20.1-1 CLI binding for GConf 2.20 ii libglade2.0-cil2.12.1-1 CLI binding for the Glade librarie ii libglib2.0-0 2.16.5-1 The GLib library of C routines ii libglib2.0-cil 2.12.1-1 CLI binding for the GLib utility l ii libgnome2.0-cil2.20.1-1 CLI binding for GNOME 2.20 ii libgstreamer-plugins-base0 0.10.19-2 GStreamer libraries from the base ii libgstreamer0.10-0 0.10.19-3 Core GStreamer libraries and eleme ii libgtk2.0-02.12.11-3 The GTK+ graphical user interface ii libgtk2.0-cil 2.12.1-1 CLI binding for the GTK+ toolkit 2 ii libmono-addins-gui0.2-cil 0.3.1-5 GTK# frontend library for Mono.Add ii libmono-addins0.2-cil 0.3.1-5 addin framework for extensible CLI ii libmono-cairo2.0-cil 1.9.1+dfsg-3 Mono Cairo library ii libmono-corlib2.0-cil 1.9.1+dfsg-3 Mono core library (2.0) ii libmono-sharpzip2.84-cil 1.9.1+dfsg-3 Mono SharpZipLib library ii libmono-sqlite2.0-cil 1.9.1+dfsg-3 Mono Sqlite library ii libmono-system-data2.0-cil 1.9.1+dfsg-3 Mono System.Data Library ii libmono-system-web2.0-cil 1.9.1+dfsg-3 Mono System.Web Library ii libmono-system2.0-cil 1.9.1+dfsg-3 Mono System libraries (2.0) ii libmono2.0-cil 1.9.1+dfsg-3 Mono libraries (2.0) ii libmtp70.2.6.1-3 Media Transfer Protocol (MTP) libr ii libndesk-dbus-glib1.0-cil 0.4.1-1 CLI implementation of D-Bus (GLib ii libndesk-dbus1.0-cil 0.6.0-1 CLI implementation of D-Bus ii libnotify0.4-cil 0.4.0~r2998-1 CLI library for desktop notificati ii libpango1.0-0 1.20.5-2 Layout and rendering of internatio ii libtaglib2.0-cil 2.0.3.0-2 CLI library for accessing audio an ii libx11-6 2:1.1.4-2 X11 client-side library ii mono-runtime 1.9.1+dfsg-3 Mono runtime Versions of packages banshee recommends: ii brasero 0.8.0-3CD/DVD burning application for GNO ii gstreamer0.10-ffmpeg 0.10.4-3 FFmpeg plugin for GStreamer ii gstreamer0.10-plugins-bad 0.10.7-2 GStreamer plugins from the bad s ii gstreamer0.10-plugins-ugly0.10.8-1 GStreamer plugins from the ugly ii podsleuth 0.6.2-1Tool to discover detailed informat banshee suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#428421: Current status? fix?
What is the current status of this bug? From reading the log, it looks like the fix has been found, but that it hasn't been pushed out to the archives. Is there a package that I can install that has a working RSS feed adding mechanism? Thanks, -- Daniel Lakeland [EMAIL PROTECTED] http://www.street-artists.org/~dlakelan -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#428421: RSS News Blogs option missing from new accounts dialog
On Mon, Jun 11, 2007 at 11:42:30PM +0200, Alexander Sack - Debian Bugmail wrote: Did you install 2.0.0.0-2 or 2.0.0.0-3 at some point? if so anything might happen. Try to uninstall and install icedove (in two steps). I tried purging icedove and reinstalling and it had no effect on this bug. -- Daniel Lakeland [EMAIL PROTECTED] http://www.street-artists.org/~dlakelan -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#428421: RSS News Blogs option missing from new accounts dialog
Package: icedove Version: 2.0.0.0-4 When I go to the account settings and try to add a new account the RSS News Blogs option does not appear. The only options are mail, and newsgroup. This problem does not occur for my friend who claims to also be running icedove 2.0.0.0-4 This problem occurs for me on two different machines, one running i386 and the other AMD64, both have icedove 2.0.0.0-4 from current unstable archive. removing the .mozilla-thunderbird directory from my home directory and starting icedove from scratch did not help, the new account wizard at first startup also did not have the RSS News and Blogs item. -- Daniel Lakeland [EMAIL PROTECTED] http://www.street-artists.org/~dlakelan -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#428421: RSS News Blogs option missing from new accounts dialog
On Mon, Jun 11, 2007 at 11:42:30PM +0200, Alexander Sack - Debian Bugmail wrote: On Mon, Jun 11, 2007 at 08:45:27AM -0700, Daniel Lakeland wrote: When I go to the account settings and try to add a new account the RSS News Blogs option does not appear. The only options are mail, and newsgroup. This problem does not occur for my friend who claims to also be running icedove 2.0.0.0-4 Did you install 2.0.0.0-2 or 2.0.0.0-3 at some point? if so anything might happen. Try to uninstall and install icedove (in two steps). No. I installed 2.0.0.0-4 directly as far as I know. No earlier versions of icedove appear in my apt archives. I will try uninstall/reinstall tonight. -- Daniel Lakeland [EMAIL PROTECTED] http://www.street-artists.org/~dlakelan -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#341346: PHP randomly deciding not to execute on apache 2.2
This bug may be biting us harder now that apache 2.2 is available. When I upgraded to apache 2.2 various things broke including squirrelmail and the egroupware login. The symptom was that some php pages would happily load (like drupal), while others would try to download the raw PHP code (squirrelmail login and egroupware login). Adding the AddHandler lines to /etc/apache2/mods-enabled/php4.conf after the existing AddType lines *seemed* to resolve the problem. This is a relatively simple fix that may prevent a lot of headache. Please consider implementing it soon. If you like it may be useful to add a new bug related to this intermittent php unparsed downloading so that others can find this fix. -- Daniel Lakeland [EMAIL PROTECTED] http://www.street-artists.org/~dlakelan -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#382825: this bug is a serious problem for users of recent hardware
I spent about 2 hours trying to get module-assistant to build a zd1211b version with my poor newbie sister on the other end of the phone line Of course every time we'd make a change module-assistant would clobber it with a fresh unpacking of the tar ball. Since I wasn't in front of the terminal I didn't see it. I only discovered this later the zd1211b is the most commonly available hardware these days. It should be relatively straightforward to add a few lines to the build script of this module to check an environment variable, and document the envvar in the README.Debian Please consider making these changes soon, before many other people are frustrated by this problem. thanks, -- Daniel Lakeland [EMAIL PROTECTED] http://www.street-artists.org/~dlakelan -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#365106: xmls bombs on sbcl unicode strings when parsing entities
Package: cl-xmls Version: 1.2-1 quot; in an xml file I was trying to parse caused SBCL to bomb complaining that quot; is not a simple base string. The solution is probably to tell read-stream to coerce ent to 'simple-base-string instead of 'simple-string -- Daniel Lakeland [EMAIL PROTECTED] http://www.street-artists.org/~dlakelan -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#361849: cl-sql-mysql and libmysqlclient library not found
package: cl-sql-mysql version: 3.5.6-2 severity: serious On amd64 using cl-sql-mysql 3.5.6-2 and libmysqlclient15off version 5.0.19-3 I can't load cl-sql-mysql under sbcl 0.9.9 using: (asdf:operate 'asdf:load-op 'clsql-mysql) It complains that it can't find the libmysqlclient library (or several alternatives that it looks for such as libmysql.o and soforth). It seems to be looking for /usr/lib/libmysqlclient.so but all I have in my /usr/lib/ directory is [EMAIL PROTECTED]:~$ ls /usr/lib/libmysqlclient* /usr/lib/libmysqlclient_r.so.15 /usr/lib/libmysqlclient.so.15 /usr/lib/libmysqlclient_r.so.15.0.0 /usr/lib/libmysqlclient.so.15.0.0 I suspect this is related to the recent change to libmysqlclient15off but really don't know enough to be sure. -- Daniel Lakeland [EMAIL PROTECTED] http://www.street-artists.org/~dlakelan -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#361164: Jack
I called jack using: jack attached are the jack.freedb jack.progress and jack.toc files. all the tracks were ripped and encoded including track_95 On Fri, Apr 07, 2006 at 03:36:38PM +0200, Martin Michlmayr wrote: * Daniel Lakeland [EMAIL PROTECTED] [2006-04-06 19:49]: I did that and then jack cranked through the tracks and got to the end and gave: track_95: 25.0x [ DAE done with cdda2wav ] [coding @15.2x done, 113kbit Traceback (most recent call last): File /usr/bin/jack, line 274, in ? jack_tag.tag(freedb_rename) File /usr/lib/python2.3/site-packages/jack_tag.py, line 69, in tag if cf['_id3_year'] == -1 and len(track_names[0]) = 3: TypeError: unsubscriptable object Hmm. Can you show me how you called jack exactly, and ideally include full logs? -- Martin Michlmayr http://www.cyrius.com/ -- Daniel Lakeland [EMAIL PROTECTED] http://www.street-artists.org/~dlakelan # xmcd CD database file # # Track frame offsets: # 150 # 513 # 2317 # 4734 # 7796 # 10390 # 12846 # 15295 # 18412 # 21062 # 23779 # 26614 # 29467 # 32215 # 35071 # 38032 # 40992 # 43921 # 46826 # 49445 # 52472 # 55537 # 58543 # 61239 # 63907 # 66756 # 69413 # 71945 # 75414 # 78493 # 81273 # 84164 # 87069 # 90085 # 92812 # 95915 # 99137 # 102234 # 104801 # 107918 # 111098 # 114191 # 117221 # 120007 # 123051 # 125402 # 128621 # 131661 # 134503 # 137614 # 140902 # 144291 # 147429 # 150497 # 153566 # 156690 # 159804 # 162886 # 166018 # 169062 # 172395 # 175787 # 178744 # 181503 # 184770 # 188326 # 191363 # 193979 # 196856 # 199503 # 202509 # 205640 # 208601 # 211662 # 215117 # 218402 # 221401 # 224817 # 227618 # 230540 # 233560 # 236391 # 239213 # 242215 # 245054 # 248164 # 251807 # 255029 # 258822 # 261615 # 265220 # 267686 # 270082 # 270908 # 272646 # # Disc length: 3652 seconds # # Revision: 0 # Submitted via: jack 3.1.1 # DISCID=140e425f DTITLE= DYEAR= DGENRE= TTITLE0= TTITLE1= TTITLE2= TTITLE3= TTITLE4= TTITLE5= TTITLE6= TTITLE7= TTITLE8= TTITLE9= TTITLE10= TTITLE11= TTITLE12= TTITLE13= TTITLE14= TTITLE15= TTITLE16= TTITLE17= TTITLE18= TTITLE19= TTITLE20= TTITLE21= TTITLE22= TTITLE23= TTITLE24= TTITLE25= TTITLE26= TTITLE27= TTITLE28= TTITLE29= TTITLE30= TTITLE31= TTITLE32= TTITLE33= TTITLE34= TTITLE35= TTITLE36= TTITLE37= TTITLE38= TTITLE39= TTITLE40= TTITLE41= TTITLE42= TTITLE43= TTITLE44= TTITLE45= TTITLE46= TTITLE47= TTITLE48= TTITLE49= TTITLE50= TTITLE51= TTITLE52= TTITLE53= TTITLE54= TTITLE55= TTITLE56= TTITLE57= TTITLE58= TTITLE59= TTITLE60= TTITLE61= TTITLE62= TTITLE63= TTITLE64= TTITLE65= TTITLE66= TTITLE67= TTITLE68= TTITLE69= TTITLE70= TTITLE71= TTITLE72= TTITLE73= TTITLE74= TTITLE75= TTITLE76= TTITLE77= TTITLE78= TTITLE79= TTITLE80= TTITLE81= TTITLE82= TTITLE83= TTITLE84= TTITLE85= TTITLE86= TTITLE87= TTITLE88= TTITLE89= TTITLE90= TTITLE91= TTITLE92= TTITLE93= TTITLE94= EXTD= EXTT0= EXTT1= EXTT2= EXTT3= EXTT4= EXTT5= EXTT6= EXTT7= EXTT8= EXTT9= EXTT10= EXTT11= EXTT12= EXTT13= EXTT14= EXTT15= EXTT16= EXTT17= EXTT18= EXTT19= EXTT20= EXTT21= EXTT22= EXTT23= EXTT24= EXTT25= EXTT26= EXTT27= EXTT28= EXTT29= EXTT30= EXTT31= EXTT32= EXTT33= EXTT34= EXTT35= EXTT36= EXTT37= EXTT38= EXTT39= EXTT40= EXTT41= EXTT42= EXTT43= EXTT44= EXTT45= EXTT46= EXTT47= EXTT48= EXTT49= EXTT50= EXTT51= EXTT52= EXTT53= EXTT54= EXTT55= EXTT56= EXTT57= EXTT58= EXTT59= EXTT60= EXTT61= EXTT62= EXTT63= EXTT64= EXTT65= EXTT66= EXTT67= EXTT68= EXTT69= EXTT70= EXTT71= EXTT72= EXTT73= EXTT74= EXTT75= EXTT76= EXTT77= EXTT78= EXTT79= EXTT80= EXTT81= EXTT82= EXTT83= EXTT84= EXTT85= EXTT86= EXTT87= EXTT88= EXTT89= EXTT90= EXTT91= EXTT92= EXTT93= EXTT94= PLAYORDER= all/|\mkdir/|\jack-140e425f all/|\mkdir/|\jack-140e425f 01/|\patch/|\COPY 0 - 1 02/|\patch/|\COPY 0 - 1 03/|\patch/|\COPY 0 - 1 04/|\patch/|\COPY 0 - 1 05/|\patch/|\COPY 0 - 1 06/|\patch/|\COPY 0 - 1 07/|\patch/|\COPY 0 - 1 08/|\patch/|\COPY 0 - 1 09/|\patch/|\COPY 0 - 1 10/|\patch/|\COPY 0 - 1 11/|\patch/|\COPY 0 - 1 12/|\patch/|\COPY 0 - 1 13/|\patch/|\COPY 0 - 1 14/|\patch/|\COPY 0 - 1 15/|\patch/|\COPY 0 - 1 16/|\patch/|\COPY 0 - 1 17/|\patch/|\COPY 0 - 1 18/|\patch/|\COPY 0 - 1 19/|\patch/|\COPY 0 - 1 20/|\patch/|\COPY 0 - 1 21/|\patch/|\COPY 0 - 1 22/|\patch/|\COPY 0 - 1 23/|\patch/|\COPY 0 - 1 24/|\patch/|\COPY 0 - 1 25/|\patch/|\COPY 0 - 1 26/|\patch/|\COPY 0 - 1 27/|\patch/|\COPY 0 - 1 28/|\patch/|\COPY 0 - 1 29/|\patch/|\COPY 0 - 1 30/|\patch/|\COPY 0 - 1 31/|\patch/|\COPY 0 - 1 32
Bug#361164: Jack
On Fri, Apr 07, 2006 at 07:33:39PM +0200, Martin Michlmayr wrote:
* Daniel Lakeland [EMAIL PROTECTED] [2006-04-07 10:22]:
attached are the jack.freedb jack.progress and jack.toc files. all the
tracks were ripped and encoded including track_95
all/|\mkdir/|\jack-140e425f
all/|\mkdir/|\jack-140e425f
01/|\patch/|\COPY 0 - 1
02/|\patch/|\COPY 0 - 1
I've no idea what this means but maybe the bug is related to this...
at leat calling jack without anything else works for me. Can you
try whether you see this bug with another CD?
I tried another CD here is the result:
[EMAIL PROTECTED]:~$ jack
This is jack 3.1.1 (C)2004 Arne Zellentin [EMAIL PROTECTED]
*info* querying...
*warning* 202 No match for disc ID 520ded06. How about trying another
--server?
freedb search failed, continue? (y/N) y
Options: vbr read-ahead=99 id=520ded06 len=59:25 | press Q to quit
The final status was:
track_01: 12.4x [ DAE done with cdda2wav ] [coding @16.3x done, 135kbit
track_02: 17.7x [ DAE done with cdda2wav ] [coding @14.8x done, 129kbit
track_03: 19.7x [ DAE done with cdda2wav ] [coding @13.0x done, 130kbit
track_04: 23.5x [ DAE done with cdda2wav ] [coding @16.8x done, 136kbit
track_05: 24.0x [ DAE done with cdda2wav ] [coding @17.0x done, 132kbit
track_06: 23.5x [ DAE done with cdda2wav ] [coding @16.7x done, 134kbit
Tagging.Traceback (most recent call last):
File /usr/bin/jack, line 274, in ?
jack_tag.tag(freedb_rename)
File /usr/lib/python2.3/site-packages/jack_tag.py, line 182, in tag
oggi.add_tag('ALBUM', a_title.encode(utf-8))
AttributeError: 'NoneType' object has no attribute 'encode'
--
Daniel Lakeland
[EMAIL PROTECTED]
http://www.street-artists.org/~dlakelan
all/|\mkdir/|\jack-520ded06
all/|\mkdir/|\jack-520ded06
all/|\mkdir/|\jack-520ded06
all/|\mkdir/|\jack-520ded06
01/|\dae/|\12.4x [ DAE done with cdda2wav ]
01/|\enc/|\135/|\[coding @16.3x done, 135kbit
02/|\dae/|\17.7x [ DAE done with cdda2wav ]
03/|\dae/|\19.7x [ DAE done with cdda2wav ]
02/|\enc/|\129/|\[coding @14.8x done, 129kbit
04/|\dae/|\23.5x [ DAE done with cdda2wav ]
05/|\dae/|\24.0x [ DAE done with cdda2wav ]
03/|\enc/|\130/|\[coding @13.0x done, 130kbit
06/|\dae/|\23.5x [ DAE done with cdda2wav ]
04/|\enc/|\136/|\[coding @16.8x done, 136kbit
05/|\enc/|\132/|\[coding @17.0x done, 132kbit
06/|\enc/|\134/|\[coding @16.7x done, 134kbit
CD_DA
// DB-ID=520ded06
// Track 1
TRACK AUDIO
NO COPY
NO PRE_EMPHASIS
TWO_CHANNEL_AUDIO
FILE track_01.wav 0 04:41:47
// Track 2
TRACK AUDIO
NO COPY
NO PRE_EMPHASIS
TWO_CHANNEL_AUDIO
FILE track_02.wav 0 12:15:53
// Track 3
TRACK AUDIO
NO COPY
NO PRE_EMPHASIS
TWO_CHANNEL_AUDIO
FILE track_03.wav 0 12:29:32
// Track 4
TRACK AUDIO
NO COPY
NO PRE_EMPHASIS
TWO_CHANNEL_AUDIO
FILE track_04.wav 0 23:17:43
// Track 5
TRACK AUDIO
NO COPY
NO PRE_EMPHASIS
TWO_CHANNEL_AUDIO
FILE track_05.wav 0 03:10:57
// Track 6
TRACK AUDIO
NO COPY
NO PRE_EMPHASIS
TWO_CHANNEL_AUDIO
FILE track_06.wav 0 03:30:15
# xmcd CD database file
#
# Track frame offsets:
# 150
# 21272
# 76450
# 132657
# 237475
# 251782
#
# Disc length: 3567 seconds
#
# Revision: 0
# Submitted via: jack 3.1.1
#
DISCID=520ded06
DTITLE=
DYEAR=
DGENRE=
TTITLE0=
TTITLE1=
TTITLE2=
TTITLE3=
TTITLE4=
TTITLE5=
EXTD=
EXTT0=
EXTT1=
EXTT2=
EXTT3=
EXTT4=
EXTT5=
PLAYORDER=
Bug#361290: Bug#361164: tagging error
Happy to help make Jack even more robust. I use it exclusively. It looks like your patch fixes things for me. I hope that's all for a while. Thanks for being so responsive. diff -urN jack-3.1.1+cvs20050801~/jack_prepare.py jack-3.1.1+cvs20050801/jack_prepare.py --- jack-3.1.1+cvs20050801~/jack_prepare.py 2006-04-07 20:02:26.0 +0200 +++ jack-3.1.1+cvs20050801/jack_prepare.py2006-04-07 20:02:44.0 +0200 @@ -486,6 +486,7 @@ if string.upper(x[0]) != Y: sys.exit(0) cf['_query_on_start'] = 0 +cf['_set_id3tag'] = 0 else: jack_display.exit() -- Martin Michlmayr http://www.cyrius.com/ -- Daniel Lakeland [EMAIL PROTECTED] http://www.street-artists.org/~dlakelan -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#361164: Jack
package: jack version: 3.1.1+cvs20050801-6 severity: grave Jack crashes every time I try to use it with the error: ~$ jack This is jack 3.1.1 (C)2004 Arne Zellentin [EMAIL PROTECTED] Traceback (most recent call last): File /usr/bin/jack, line 134, in ? jack_prepare.filter_tracks(toc_just_read, status) File /usr/lib/python2.3/site-packages/jack_prepare.py, line 216, in filter_tracks ripper_tracks = jack_functions.gettoc(cf['_ripper']) File /usr/lib/python2.3/site-packages/jack_functions.py, line 125, in gettocexec(jack_helpers.helpers[toc_prog]['toc_fkt']) File string, line 10, in ? ValueError: invalid literal for int(): 401: Invalid track number This is on an amd64 system. apt-cache policy jack jack: Installed: 3.1.1+cvs20050801-6 Candidate: 3.1.1+cvs20050801-6 Version Table: *** 3.1.1+cvs20050801-6 0 I can't figure out how to automatically get that nice listing of the versions of packages jack depends on but I'd be happy to provide it if you can tell me how. -- Daniel Lakeland [EMAIL PROTECTED] http://www.street-artists.org/~dlakelan -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#361164: Jack
On Fri, Apr 07, 2006 at 03:30:11AM +0200, Martin Michlmayr wrote: retitle 361164 cdparanoia toc fkt not robust: invalid literal for int() severity 361164 important thankt * Daniel Lakeland [EMAIL PROTECTED] [2006-04-06 16:41]: version: 3.1.1+cvs20050801-6 severity: grave Jack crashes every time I try to use it with the error: jack is not completely broken, though (works fine here), so I'm setting this to important. I suspect your CD has some kind of copyright protection that messes cdparanoia up. I need the output from the commands in my previous mails. I should add that this happens on every CD that I put in the machine. I've tried CDs that rip fine on my older 32 bit Duron box. Hopefully the info about cdparanoia helps. Looks like it's probably a bug there. -- Daniel Lakeland [EMAIL PROTECTED] http://www.street-artists.org/~dlakelan -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#361164: Jack
:41.42 audio linear copyallowed stereo title '' from '' T40: 107768 0:42.30 audio linear copyallowed stereo title '' from '' T41: 110948 0:41.18 audio linear copyallowed stereo title '' from '' T42: 114041 0:40.30 audio linear copyallowed stereo title '' from '' T43: 117071 0:37.11 audio linear copyallowed stereo title '' from '' T44: 119857 0:40.44 audio linear copyallowed stereo title '' from '' T45: 122901 0:31.26 audio linear copyallowed stereo title '' from '' T46: 125252 0:42.69 audio linear copyallowed stereo title '' from '' T47: 128471 0:40.40 audio linear copyallowed stereo title '' from '' T48: 131511 0:37.67 audio linear copyallowed stereo title '' from '' T49: 134353 0:41.36 audio linear copyallowed stereo title '' from '' T50: 137464 0:43.63 audio linear copyallowed stereo title '' from '' T51: 140752 0:45.14 audio linear copyallowed stereo title '' from '' T52: 144141 0:41.63 audio linear copyallowed stereo title '' from '' T53: 147279 0:40.68 audio linear copyallowed stereo title '' from '' T54: 150347 0:40.69 audio linear copyallowed stereo title '' from '' T55: 153416 0:41.49 audio linear copyallowed stereo title '' from '' T56: 156540 0:41.39 audio linear copyallowed stereo title '' from '' T57: 159654 0:41.07 audio linear copyallowed stereo title '' from '' T58: 162736 0:41.57 audio linear copyallowed stereo title '' from '' T59: 165868 0:40.44 audio linear copyallowed stereo title '' from '' T60: 168912 0:44.33 audio linear copyallowed stereo title '' from '' T61: 172245 0:45.17 audio linear copyallowed stereo title '' from '' T62: 175637 0:39.32 audio linear copyallowed stereo title '' from '' T63: 178594 0:36.59 audio linear copyallowed stereo title '' from '' T64: 181353 0:43.42 audio linear copyallowed stereo title '' from '' T65: 184620 0:47.31 audio linear copyallowed stereo title '' from '' T66: 188176 0:40.37 audio linear copyallowed stereo title '' from '' T67: 191213 0:34.66 audio linear copyallowed stereo title '' from '' T68: 193829 0:38.27 audio linear copyallowed stereo title '' from '' T69: 196706 0:35.22 audio linear copyallowed stereo title '' from '' T70: 199353 0:40.06 audio linear copyallowed stereo title '' from '' T71: 202359 0:41.56 audio linear copyallowed stereo title '' from '' T72: 205490 0:39.36 audio linear copyallowed stereo title '' from '' T73: 208451 0:40.61 audio linear copyallowed stereo title '' from '' T74: 211512 0:46.05 audio linear copyallowed stereo title '' from '' T75: 214967 0:43.60 audio linear copyallowed stereo title '' from '' T76: 218252 0:39.74 audio linear copyallowed stereo title '' from '' T77: 221251 0:45.41 audio linear copyallowed stereo title '' from '' T78: 224667 0:37.26 audio linear copyallowed stereo title '' from '' T79: 227468 0:38.72 audio linear copyallowed stereo title '' from '' T80: 230390 0:40.20 audio linear copyallowed stereo title '' from '' T81: 233410 0:37.56 audio linear copyallowed stereo title '' from '' T82: 236241 0:37.47 audio linear copyallowed stereo title '' from '' T83: 239063 0:40.02 audio linear copyallowed stereo title '' from '' T84: 242065 0:37.64 audio linear copyallowed stereo title '' from '' T85: 244904 0:41.35 audio linear copyallowed stereo title '' from '' T86: 248014 0:48.43 audio linear copyallowed stereo title '' from '' T87: 251657 0:42.72 audio linear copyallowed stereo title '' from '' T88: 254879 0:50.43 audio linear copyallowed stereo title '' from '' T89: 258672 0:37.18 audio linear copyallowed stereo title '' from '' T90: 261465 0:48.05 audio linear copyallowed stereo title '' from '' T91: 265070 0:32.66 audio linear copyallowed stereo title '' from '' T92: 267536 0:31.71 audio linear copyallowed stereo title '' from '' T93: 269932 0:11.01 audio linear copyallowed stereo title '' from '' T94: 270758 0:23.13 audio linear copyallowed stereo title '' from '' T95: 272496 0:16.54 audio linear copyallowed stereo title '' from '' Leadout: 273750 -- Daniel Lakeland [EMAIL PROTECTED] http://www.street-artists.org/~dlakelan -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#361164: Jack
It seems to work, it spews some messages about invalid track numbers and soforth which might be on stderr from cdparanoia, but then goes on and seems to start ripping the disk ok -- Daniel Lakeland [EMAIL PROTECTED] http://www.street-artists.org/~dlakelan -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#361164: Jack
Actually, cdda2wav doesn't work either. It reports a different problem about not being able to send a SCSI command Options: vbr read-ahead=99 id=140e425f len=60:50 | press Q to quit j 01 00:04: :DAE: Error: Operation not permitted. Cannot send SCSI cmd via ioctl 02 00:24: 03 00:32: ... It's an IDE DVD drive. On Fri, Apr 07, 2006 at 04:32:29AM +0200, Martin Michlmayr wrote: clone 361164 -1 reassign -1 cdparanoia retitle -1 cdparanoia TOC: Invalid track number, but cdda2wav works severity -1 normal thanks * Daniel Lakeland [EMAIL PROTECTED] [2006-04-06 19:04]: Here's the output for two different disks, both of which ripped fine on my older machine. I see cdda2wav says that one of them is copydenied whatever that means. The interesting thing is that the CD that shows the problem is not copydenied. But you're saying that both CDs cause issues, right? Can you show the output of cdparanoia -d /dev/cdrom -Q 21 from the other CD (that with 9 songs)? Yes the second disk does really have 95 tracks, It's an audiobook. Well, 95 tracks is okay... but cdparanoia reports 270. I think this should probably be reported as a cdparanoia bug. Yep, I'm making a 2nd bug report out of this right now which I reassign to cdparanoia. In the meantime, using cdda2wav as your ripper in jack should make it work. -- Martin Michlmayr http://www.cyrius.com/ -- Daniel Lakeland [EMAIL PROTECTED] http://www.street-artists.org/~dlakelan -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#361164: Jack
On Fri, Apr 07, 2006 at 04:40:20AM +0200, Martin Michlmayr wrote:
* Daniel Lakeland [EMAIL PROTECTED] [2006-04-06 19:36]:
Options: vbr read-ahead=99 id=140e425f len=60:50 | press Q to quit
j
01 00:04: :DAE: Error: Operation not permitted. Cannot send SCSI cmd via
ioctl
It's just a matter of permissions. Do:
sudo chmod u+s /usr/bin/cdda2wav
and it will work.
I did that and then jack cranked through the tracks and got to the end
and gave:
track_92: 22.0x [ DAE done with cdda2wav ] [coding @14.5x done, 96kbit
track_93: 23.5x [ DAE done with cdda2wav ] [coding @15.0x done, 103kbit
track_94: 26.1x [ DAE done with cdda2wav ] [coding @15.6x done, 113kbit
track_95: 25.0x [ DAE done with cdda2wav ] [coding @15.2x done, 113kbit
Traceback (most recent call last):
File /usr/bin/jack, line 274, in ?
jack_tag.tag(freedb_rename)
File /usr/lib/python2.3/site-packages/jack_tag.py, line 69, in tag
if cf['_id3_year'] == -1 and len(track_names[0]) = 3:
TypeError: unsubscriptable object
and subsequent attempts to run jack gave:
This is jack 3.1.1 (C)2004 Arne Zellentin [EMAIL PROTECTED]
*info* querying...
*warning* 202 No match for disc ID 140e425f. How about trying another
--server?
freedb search failed, continue? (y/N) y
Tagging.Traceback (most recent call last):
File /usr/bin/jack, line 274, in ?
jack_tag.tag(freedb_rename)
File /usr/lib/python2.3/site-packages/jack_tag.py, line 182, in tag
oggi.add_tag('ALBUM', a_title.encode(utf-8))
AttributeError: 'NoneType' object has no attribute 'encode'
--
Daniel Lakeland
[EMAIL PROTECTED]
http://www.street-artists.org/~dlakelan
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#344236: addl information
I saw this same bug when I upgraded xfce4. I upgraded one library at a time as suggested by Li Daobing. The one that did the trick was libxfcegui4-3 4.2.3-1 Looks like a dependency problem, simply upgrading xfce4 should pull in all the latest libraries. -- Daniel Lakeland [EMAIL PROTECTED] http://www.street-artists.org/~dlakelan -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#269876: Status update?
It's been almost 300 days since this was reported, have there been any further discussions or fixes upstream? what is the status of this bug? It just bit me in the butt when I tried to figure out why starting 3 days ago I have all sorts of files and directories in my /home/lost+found directory. Most of them are firefox cache files but some are of potentially minor importance, and I'd like to make sure my filesystem is ok. However, I can't compare my current /home directory to the backup on the other machine using --compare-at-time because I get this bug. I love Debian, because it's always got someone wonderful working on finding and fixing these things, so I'd love to hear if there's an update to this issue. thanks, Dan -- Daniel Lakeland [EMAIL PROTECTED] http://www.street-artists.org/~dlakelan -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
