Bug#452128: Is there a need to run the upgrade script?

2008-04-25 Thread Shawn Willden
On Friday 25 April 2008 08:20:06 am Jan Wagner wrote: > Hi Shawn, > > On Friday 25 April 2008 16:04, Shawn Willden wrote: > > zsh 11 % ls -la /var/lib/gallery2/ > > total 1 > > drwxr-xr-x 3 root root 80 2007-04-01 22:06 . > > drwxr-xr-x 47 root

Bug#452128: Is there a need to run the upgrade script?

2008-04-25 Thread Shawn Willden
Sorry for the delay. I somehow missed your e-mail. On Saturday 19 April 2008 04:00:41 am Jan Wagner wrote: > You are confusing me with your /var/lib/gallery2/g2data*. What > does "ls -la /var/lib/gallery2/" say? zsh 11 % ls -la /var/lib/gallery2/ total 1 drwxr-xr-x 3 root root 80 2007

Bug#452128: Is there a need to run the upgrade script?

2008-04-18 Thread Shawn Willden
On Friday 18 April 2008 01:33:03 pm Jan Wagner wrote: > can you please provide a "ls -dla /var/lib/gallery2/g2data/"? Here it looks > like: Sure. Mine is: drwxr-xr-x 2 www-data www-data 4096 Nov 7 04:42 /var/lib/gallery2/g2data I notice that this directory is empty, though. My actual data is

Bug#452128: Is there a need to run the upgrade script?

2008-03-18 Thread Shawn Willden
On Monday 17 March 2008 08:25:23 am Thijs Kinkhorst wrote: > tags 452128 etch moreinfo > Hi Shawn, > > > After upgrading this morning (to obtain the security fixes), my > > gallery installation cannot perform the web-based portion of the > > upgrade process. When it gets to step 2 "System Checks",

Bug#452128: Is there a need to run the upgrade script?

2008-03-18 Thread Shawn Willden
On Monday 17 March 2008 10:01:57 am Michael Schultheiss wrote: > Shawn Willden wrote: > I just tested this on 2008-03-14 and was not forced to run the web-based > upgrader when moving from the original etch package to the security > update. > > What versions of gallery2 are

Bug#469885: madwifi-source: Atheros AR5212 unable to attach to hardware since upgrade to 0.9.4

2008-03-07 Thread Shawn Willden
Package: madwifi-source Version: 1:0.9.4~rc2-1 Severity: important I upgraded my system this morning, to kernel 2.6.24, bringing it current with Sid. In the process, I updated madwifi-tools and built the 0.9.4 module from madwifi-source. The build had no errors, though I did get an error messa

Bug#452128: gallery2: Upgrade claims files are unwritable

2007-11-20 Thread Shawn Willden
Package: gallery2 Version: 2.1.2-2.0.etch.1 Severity: grave Justification: renders package unusable After upgrading this morning (to obtain the security fixes), my gallery installation cannot perform the web-based portion of the upgrade process. When it gets to step 2 "System Checks", it fails

Bug#388623: Problem was a change in the GAIM API

2006-09-21 Thread Shawn Willden
Tags: patch The gaim_base16_decode and gaim_base64_decode functions appear to have changed. The attached patch fixes the issue for me. Thanks, Shawn. --- gaim-meanwhile-1.2.8.orig/src/mime.c +++ gaim-meanwhile-1.2.8/src/mime.c @@ -328,10 +328,10 @@ *len = part->data->len; } el

Bug#388623: gaim-meanwhile crashes when receving an image

2006-09-21 Thread Shawn Willden
Package: gaim-meanwhile Version: 1.2.8-2 Severity: important As of last week or so, anytime anyone sends me an image via the GAIM meanwhile plugin (the senders are using IBM's various SameTime clients), GAIM dies istantly. All windows disappear. After starting GAIM again, it functions normally

Bug#377704: Happens to me, too

2006-08-16 Thread Shawn Willden
Also happens on my machine. However, the current version of madman in the ARCH repository does not have the problem. I may try to track down the difference if I have time, but I don't recommend waiting on me :-) Shawn. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of

Bug#361408: Why it works on 2.6.8

2006-05-21 Thread Shawn Willden
It appears the scripts in the initrd image for 2.6.8 don't attempt to start the md devices. I'm not sure how 2.6.8 manages to mount /dev/md0 on root, but it does, and then the rest of the md arrays remain unstarted until the /etc/init.d/mdadm-raid script runs, which happens after the root part

Bug#361408: mdadm: I have the same problem and some ideas

2006-05-21 Thread Shawn Willden
Package: mdadm Version: 1.12.0-1 Followup-For: Bug #361408 I have the same problem, although I'm upgrading from 2.6.8 to 2.6.15. What seems to happen is that during boot the md devices are being detected and set up early and without regard to the minor numbers that are specified in the superbloc

Bug#343113: slapd: Can someone provide a workaround?

2006-04-13 Thread Shawn Willden
Package: slapd Version: 2.2.26-5 Followup-For: Bug #343113 I was able to get to where I could start to use the database by setting a rootdn and rootpw in slapd.conf, but I'd like to correctly set the admin password in the database. How do I do that? Can someone post a detailed, step-by-step wo

Bug#337295: kernel-patch-badram: Badram appears not to work

2006-04-10 Thread Shawn Willden
On Sunday 09 April 2006 02:57, Yann Dirson wrote: > Did you find the time to get a look at newer patch version ? > FWIW, I'm uploading a 2.6.16 version right now. > If you cannot look at it, I'll tag this report as non reproducible and > close it. Nope. I never did, unfortunately, Shawn.

Bug#339132: autofs: Patch

2005-11-15 Thread Shawn Willden
Package: autofs Version: 4.1.4-8 Followup-For: Bug #339132 This patch corrects the problem and, I believe, retains the semantics of the original sort command line. -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (500, 'stable'), (1,

Bug#337295: kernel-patch-badram: Badram appears not to work

2005-11-03 Thread Shawn Willden
On Thursday 03 November 2005 11:47 am, Yann Dirson wrote: > This is an amd64 kernel, right ? I expect that such a kernel would > not be completely supported, since the upstream says about 2.6.13 support: > > "In progress. Trying to incorporate x86_64 support." Interesting. I just looked at the k

Bug#337295: kernel-patch-badram: Badram appears not to work

2005-11-03 Thread Shawn Willden
Package: kernel-patch-badram Version: 2.6.12.0-1 Severity: important I just added 2GB of RAM to my system (for a total of 3GB), and memtest86 reports that I have a bad region of memory. The badram pattern suggested by memtest86 is 0x5c8e400c,0xfffc. I do plan on exchanging these bad DIMM

Bug#332472: kernel-patch-badram: Badram appears not to work for small bad regions

2005-10-06 Thread Shawn Willden
Package: kernel-patch-badram Version: 2.6.12.0-1 Severity: important I just added 2GB of RAM to my system (for a total of 3GB), and memtest86 reports that I have a bad region of memory. The badram pattern suggested by memtest86 is 0x5c8e400c,0xfffc. I do plan on exchanging these bad DIMMs

Bug#294792: xmms-crossfade: Crossfade doesn't work with ARTS output

2005-02-11 Thread Shawn Willden
Package: xmms-crossfade Version: 0.3.5-1 Severity: normal If you enable xmms-crossfade and configure it to use the ARTS output plugin (xmms-arts), it behaves oddly. It plays songs at high speed, skipping forward many times per second. I have verified this on Debian unstable on both an i386 syst

Bug#294510: ia32-libs: README should mention ldconfig

2005-02-09 Thread Shawn Willden
Package: ia32-libs Version: 0.7 Severity: wishlist The README provides a good explanation of how to add additional ia32 libraries that may be required, but doesn't mention that it may be necessary to run ``ldconfig'' after installing a new set of libs in order to get the new libraries cached. Wi

Bug#184484: acknowledged by developer (lsbdev removed)

2005-02-07 Thread Shawn Willden
Debian Bug Tracking System wrote: The lsbdev package has been removed from Debian because it was "out of date, orphaned debian, orphaned upstream". Not the resolution I was hoping for, but certainly understandable. :-/ Shawn. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "un

Bug#291579: doc-linux-html: Kiosk Howto is missing

2005-01-21 Thread Shawn Willden
Package: doc-linux-html Version: 2005.01-1 Severity: normal The Kiosk HOWTO is referenced on the index page but is not actually available. -- System Information: Debian Release: 3.1 APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: i386