Package: nicotine
Version: 1.0.8rc1-1
Severity: normal
I got this in my nicotine log today:
12:26:34 Peer message type 256 size -3 contents '' unknown
12:32:24 Peer message type 256 size -3 contents '' unknown
That negative size looks suspicious. This could be a security problem.
-- System
1.1) experimental; urgency=low
+
+ * Add new command "#includeliteral"; note that I don't know Perl -- it
+ works, but it's probably ugly.
+
+ -- Flavio Stanchina <[EMAIL PROTECTED]> Sun, 27 Nov 2005 12:57:21 +0100
+
gtml (3.5.4-1) unstable; urgency=low
* New upstre
Package: smbfs
Version: 3.0.20b-2+b1
Severity: normal
mount.cifs is not suid root as intended, because dh_fixperms will remove
the setuid bit (see man dh_fixperms). See also bug #283819.
This problem is best solved, I think, with a debconf question and
dpkg-statoverride. I think there is an expla
Package: smbfs
Version: 3.0.20b-2+b1
Severity: normal
umount.cifs is missing from the smbfs package, so users wouldn't be able
to unmount shares even if mount.cifs is made suid root.
-- System Information:
Debian Release: testing/unstable
APT prefers testing
APT policy: (500, 'testing'), (10,
This bug is a serious problem for me -- the backup script on my servers
suddenly started spitting out ~6MB of "file is unchanged; not dumped"
messages to the logs.
That message should be printed only if -v is selected. Please apply the
included patch, taken from
http://lists.gnu.org/archive/html/b
> Due to space considerations, I had to put /usr/share
> on a different filesystem.
>
> As a result when i attempt to install the fglrx-driver package,
> it chokes on [...]
> dpkg-divert: rename: rename `/usr/X11R6/lib/libGL.so.1.2' to
> `/usr/share/fglrx/diversions/libGL.so.1.2': Invalid cross-d
Package: sbuild
Version: 0.36
Severity: normal
I ran buildd.chroot with an incorrect mirror URL and I got this:
I: Retrieving Release
E: Invalid Release file, no entry for main/binary-amd64/Packages
cp: cannot create regular file `/home/flavio/chroot-sid/etc/hosts': No
such file or directory
/usr
Francesco P. Lovergine wrote:
> Thats' a debootstrap issue recently fixed. Would you pls enclose the
> debootstrap version you are using?
Wasn't that at the bottom of the reportbug mail? I think it was. Anyway,
it's debootstrap version 0.3.2.
But that's not the point. There's no error handling in
Christian Marillat wrote:
> The new diversion is broken. Here is the dpkg-shlibdeps output :
>
> dpkg-shlibdeps: warning: diversions involved - output may be incorrect
> diversion by fglrx-driver from: /usr/X11R6/lib/libGL.so.1
>
> After that my package depends on fglrx-driver instead of the xli
Had the same problem recently, but the solution is very simple: use
zcat -f
if might or might not be compressed.
--
Ciao, Flavio
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Stephen R Laniel wrote:
That's cool, but shouldn't zcat behave just like zgrep and
the others? [...] Why are the interfaces different?
I don't know why they are different, but I don't think it would be a
good idea to change them now. Only $DEITY knows how many scripts could
be broken by such
stable; urgency=low
+
+ * Add support for bzip2'd Packages/Release/Sources files.
+ * gc_approx: Keep "Release.gpg", not "Release.gz" which doesn't exist.
+
+ -- Flavio Stanchina <[EMAIL PROTECTED]> Sun, 12 Jun 2005 13:01:47 +0200
+
approx (1.15) unstable; urgenc
Package: dpkg
Version: 1.10.28
Tags: patch
I've been bitten by bug #245562 recently and I came up with the following
patch to dpkg-divert.pl: basically, function checkrename() shouldn't
silently accept ENOENT as a non-error if it can't create the temporary file
for the target.
Note: I consider th
I've been working on fglrx packages meant to make their way into the
official Debian archive. A preview is available here:
http://www.stanchina.net/~flavio/debian-official/fglrx-driver.html
Michel Dänzer has been providing some suggestions and is willing to sponsor
the upload of these packages whe
Package: module-assistant
Version: 0.8.5
Severity: minor
Tags: patch
The attached patch fixes a few typos in m-a's usage info and also addsa
line about the -t option which was undocumented here. Please apply.
-- System Information:
Debian Release: 3.1
APT prefers testing
APT policy: (990, 'te
Package: nicotine
Version: 1.0.8rc1-1
Severity: normal
Tags: patch
The color selection box does not open if the color name is empty (for
example, because you clicked "Default").
The problem is in BloatFrame.PickColour() in pynicotine/gtkgui/settingswindow.py
and I fixed it by handling the ValueEr
Package: xmms
Version: 1.2.10-2
Severity: normal
The buffer in id3_read_frame() [see file "Input/mpg123/id3_frame.c"]
should be 'unsigned char *', not 'char *', otherwise the calculation of
frame->fr_raw_size will be wrong if any of buf[4..7] have the high bit
set. I saw this on a 138-byte PRIV ta
Package: weex
Version: 2.6.1-6sarge1
Severity: normal
The attached config makes 'weex -d' crash. It doesn't crash anymore if
you move "IgnoreLocalDir=RCS" from the [default] section to the
[spazioweb] section.
-- System Information:
Debian Release: testing/unstable
APT prefers stable
APT poli
Ludovic Drolez wrote:
> Could you send me the output of 'weex -D yoursite' ? (with and w/o the
> RCS ignore).
If I uncomment the IgnoreLocalDir line, it just segfaults before printing
anything else.
Without IgnoreLocalDir, the output with -D looks boringly uninteresting. Is
there something specif
Package: gtkpod
Version: 0.94.0-1
Severity: normal
Tags: patch
Sort by size and by track length doesn't work: classic bug, two missing
break statements in a switch... Patch is attached.
-- System Information:
Debian Release: testing/unstable
Architecture: i386 (i686)
Shell: /bin/sh linked to /bi
Daniel Leidert wrote:
> @Flavio: I sent you the updated manpages for the current version in Etch
> some time ago. Could you please update them in the Debian package?
Ooops, sorry Daniel and all, I've been a bit busy lately and I missed that.
Will do.
--
Ciao, Flavio
--
To UNSUBSCRIBE, email t
tags 368802 + pending
thanks
Loïc Minier wrote:
> The attached trivial patch permits building fglrx under Xen for me, and
> the resulting driver seems to work like a charm.
Thanks. The patch looks "obviously correct", but before I upload it, it
would be great if the original reporter could chec
changelog
+++ b/debian/changelog
@@ -1,3 +1,10 @@
+apt (0.6.46.4) unstable; urgency=low
+
+ * Non-maintainer upload.
+ * Add command "get " to apt-key. Closes: #341976
+
+ -- Flavio Stanchina <[EMAIL PROTECTED]> Thu, 23 Nov 2006 12:13:53 +0100
+
apt (0.6.46.3) unstable; urgency=l
Josip Rodin wrote:
>> I think he needs a card that actually works with the new drivers :-) We're
>> really not sure what to do, given the decision by ATI to drop 8500 support.
>
> Damn. Well, I might have a go at it standalone if no one else is willing,
> if there is a modicum of documentationabou
Max Alekseyev wrote:
> retitle 388794 upstream version 8.30.3 is available
> thanks
You should have opened a different bug. Please do not retitle bugs you
don't own.
Apart from that, thanks for the heads up.
--
Ciao, Flavio
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "un
Package: rsync
Version: 2.6.9-2
Severity: wishlist
Please add a logrotate script to the rsync package, at least as an
example. Attached is such a script,intended to be installed as
/etc/logrotate.d/rsync.
/var/log/rsyncd.log {
weekly
rotate 99
missingok
notifempty
[EMAIL PROTECTED] wrote:
> Please consider these two hacks: [...]
> They are ugly but flgrx works again.
The ugliness is not the problem. From the ATI license:
(d) In addition to the license terms above, with respect to portions of
the Software in source code or binary form designed exclu
Package: mp3rename
Version: 0.6-9
Severity: normal
Apparently, the program always takes argv[2] as the argument to -s,
without properly parsing all the options.
$ mp3rename -v -s '&k. &t'
Default is now set
$ cat ~/.mp3rename
-s
-- System Information:
Debian Release: testing/unstable
Package: bluez-utils
Version: 3.1-4
Severity: wishlist
Yesterday I bought a Bluetooth USB dongle to connect with my mobile
phone, but I had some problems with discovery and sending files from
phone to computer. I'm using bluez-utils and kdebluetooth on Debian
testing/unstable.
The problem with di
Jakob Haufe wrote:
> The installation of fglrx driver fails with
>
> trying to overwrite '/usr/lib/libGL.so.1.2' which is also in package
> libgl1-mesa-glx
>
> I think the install script forgets to create a diversion.
That's possible, but unlikely. Was it an install from scratch or an
upgrade? P
Josselin Mouette wrote:
> Le jeudi 27 janvier 2005 à 20:08 +0100, Flavio Stanchina a écrit :
>> I got this in my nicotine log today:
>>
>> 12:26:34 Peer message type 256 size -3 contents '' unknown
>
> Do you still get this with the latest nicotine versio
es (Closes: #279224).
+ * Add %N switch for the number of tracks (Closes: #310176).
+
+ -- Flavio Stanchina <[EMAIL PROTECTED]> Thu, 28 Sep 2006 23:39:50 +0200
+
grip (3.3.1-9) unstable; urgency=low
* Downgrading depends on yelp to a recommends to allow skipping the long
diff --git a/doc/
Note: I also submitted the patch upstream (minus Debian changelog) at
http://sourceforge.net/tracker/index.php?func=detail&aid=1567381&group_id=3714&atid=303714
--
Ciao, Flavio
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
package fglrx-driver
severity 388271 important
merge 384325 388271
tags 384325 - moreinfo unreproducible
thanks
Christopher Martin wrote:
> I'm reassigning bugs #384325 and #387138 to fglrx. These bugs are caused
> by the failure of the fglrx driver to return display height and width
> values (i
tags 389744 + pending
merge 389744 391522
thanks
Chris Hanson wrote:
> "/etc/init.d/fglrx-driver" refers to "/etc/default/fglrx" but that
> file has been renamed to "/etc/default/fglrx-driver". This prevents
> switching of power states even if it's enabled.
Already reported, will be fixed in the
Jerry Quinn wrote:
> Package: fglrx-driver
> Version: 8.28.8-2
> Severity: normal
>
> [...]
> make[1]: Entering directory `/usr/src/linux-headers-2.6.18-1-686'
> CC [M] /usr/src/modules/fglrx/firegl_public.o
> /usr/src/modules/fglrx/firegl_public.c:233: error: UTS_RELEASE undeclared
> here (no
tags 391598 + moreinfo
thanks
newbeewan wrote:
> Compiling against kernel 2.6.18 work fine but the module make Xorg crash !
First of all, could you please give us more details of your system? For
example, what's your hardware (ATI card, CPU, chipset)? Are you using a
Debian packaged kernel or did
severity 391279 important
thanks
Joel Fried wrote:
> Package: fglrx-driver
> Version: 8.28.8-2
> Severity: grave
> Justification: renders package unusable
The bug is at most severity important, as it doesn't make the package
completely unusable for everyone (it certainly works for me and for many
Package: hibernate
Version: 1.93-1
Severity: normal
After resume, the sensors limits are not set. I think the easiest
solution is adding
StartServices lm-sensors
to the config file, but maybe this is a problem worth solving with an
ad-hoc scriptlet (which I would be writing if it wasn't this la
Steve Langasek wrote:
> On Mon, Sep 11, 2006 at 03:26:16AM +0200, Fernando Cerezal wrote:
>> The package uses gcc to build the module kernel. The latest version of
>> gcc in testing is 4.1, but the package needs that gcc be a link to gcc-4.0.
>> Otherwise the module builds sucessfully, but it is in
Josip Rodin wrote:
> It escalated :( This version of the fglrx driver, after I boot the machine,
> decides to ignore my configuration in xorg.conf, it boots up improperly
> with something like "EnableMonitor tv" (notice: no crt!), and then proceeds
> to blithely *OVERWRITE* my xorg.conf with its br
tags 388271 + moreinfo unreproducible
thanks
Brent S. Elmer wrote:
> fireglcontrol doesn't work it just gives "Floating point exception"
It works here. Please check your setup; I see you're using a
custom-built kernel, are you sure it's fine?
--
Ciao, Flavio
--
To UNSUBSCRIBE, email to [EMAI
xbfaa79f0,
> [EMAIL PROTECTED],
> argv=0xbfaa7b34, type=QApplication::GuiClient)
> at kernel/qapplication.cpp:813
> #6 0xb79f85dc in QApplication (this=0xbfaa79f0, [EMAIL PROTECTED],
> argv=0xbfaa7b34) at kernel/qapplication.cpp:728
> #7 0x08055561 in main (argc=1, ar
Brent S. Elmer wrote:
> I moved qtrc out of the way. I don't think there is any difference.
>
> (gdb) r
> Starting program: /home/brente/firegl/fireglcontrol
> [Thread debugging using libthread_db enabled]
> [New Thread -176896 (LWP 25293)]
> Qt: gdb: -nograb added to command-line options.
>
Daniel Leidert wrote:
> Am Dienstag, den 26.09.2006, 18:35 -0700 schrieb Max Alekseyev:
>> So I think version 8.29.6 should be packaged separately from version 8.28.8
>> rather than replace it.
> I don't think so. AFAIK the last 5 or 6 releases of the ATIs Linux
> driver had massive problems with
tags 389744 + pending
thanks
Andrea IACOVITTI wrote:
> In the power management script "/etc/acpi/fglrx-powermode.sh" we try to
> source the configuration file "/etc/default/fglrx", but the real file, coming
> with the same package, is "/etc/default/fglrx-driver": better to source this
> one.
T
LI Daobing wrote:
> can't build, check the build log in attachment
I guess you have /usr/bin/moc pointing to moc-qt4, while we need
moc-qt3. Could you please check if that's the case?
I can explicitly call moc-qt3, not just moc, when building the control
panel, but I wonder if this is correct or
tags 389504 + pending
thanks
Steinar H. Gunderson wrote:
> Calling moc-qt3 would be the right thing, AFAICS; there's no good reason to
> build-conflict with qt4-dev-tools as long as we actually _can_ build just
> fine with it installed.
Thanks, will be fixed in the next upload.
--
Ciao, Flavio
package fglrx-driver
retitle 345040 fglrx-driver: No console after logging out from Gnome/KDE/X
tags 345040 - fixed
tags 345040 + upstream
thanks
Andrea Cavaglieri wrote:
> I don't think the problem is related to the kernel: both with Linux 2.6.15
> and
> Linux 2.6.17, if I do '/etc/init.d/kdm s
Joel Fried wrote:
> My latext Xorg log:
Sorry for the delay, been busy.
In the log I see an exception just after the VESA VBE information, followed
by a register dump and stack trace:
(EE) fglrx(0): unknown reason for exception
(II) fglrx(0): EAX=0x00ac, EBX=0x2000, ECX=0x0001, [.
K.S. Bhaskar wrote:
> The fglrx kernel module fails to compile. See make.sh.log below.
It builds fine here; see http://bugs.debian.org/389947 for more information.
In short, you likely have stale kernel module sources around.
Just in case this is actually a bug, please describe *how* you tried t
Package: debian-installer
Version: 20130613+deb7u1+b1
Severity: important
I'm trying to build a bootable USB stick with the "hd-media" image at:
http://ftp.it.debian.org/debian/dists/wheezy/main/installer-amd64/current/images/hd-media/boot.img.gz
plus the debian-7.3.0-amd64-i386-netinst.iso C
I'd like to add a few notes to this bug. I installed just the Sqlite
backend as I don't want MySQL on this machine. This worked fine on squeeze
and wheezy, but I recently upgraded to jessie and every time I logged into
a KDE session I would get a dialog box saying that Akonadi was "upgrading
resour
Package: virt-manager
Version: 0.9.5-1
Severity: normal
I added a CD-ROM to a virtual machine and used "Browse Local" to connect
an ISO image in my home directory. After I closed the virtual machine, I
tried to delete the ISO image as I didn't need it any longer, but its owner
had been changed to
> openvpn (2.3.2-9) unstable; urgency=medium
> .
>* Create /run/openvpn in init script even if no VPN is
> autostarted by it. (Closes: #741938)
No it doesn't. Why should the systemd configuration depend on the legacy
init.d script? I've disabled it entirely with
systemctl disable openv
I've just installed proftpd-basic and gadmin-proftpd to help a friend who
wants to use it and I'm quite disappointed about it.
It's actually much worse than what the original bug report says. First,
even before gadmin-proftpd has finished starting up, it rewrites the
proftpd.conf file with all
Package: courier-mta
Version: 0.65.0-3
Severity: normal
Courier's makesmtpaccess tool calls makedat (in package courier-base) with
the -cidr option which requires the Net::CIDR module to work correctly.
Please add a dependency (or at least a Recommends) on libnet-cidr-perl.
-- System Information:
Package: approx
Version: 5.1-1
Severity: normal
Approx failed to download a file because the remote mirror was down. After
I switched to another mirror, I got this error from apt-get:
Err http://approx/debian/ sid/main libgmp10 i386 2:5.0.2+dfsg-2
404 Not Found
I looked into the pool and foun
I upgraded cron yesterday and I now received this warning:
The following lost+found directories were not available:
/srv/lost+found
Here, /srv is a bind mount of a subdirectory in another filesystem, so it's
perfectly normal that there isn't a lost+found directory there. I'm not
going to a
On 16/01/2012 15:28, Eric Cooper wrote:
On Sun, Jan 15, 2012 at 06:11:00PM +0100, Flavio Stanchina wrote:
After removing the zero-length file, the download and installation went on
without trouble.
I've now noticed that the zero-length files are mentioned in the README. I
somehow missed
Please add a Recommends or *at least* a Suggests to the package that
installed bootlogd before the split, and a prominent note in its
README.Debian! I just wasted half an hour debugging a problem that I would
have found immediately if I had the last boot log, plus a few minutes spent
puzzling about
First things first: I can confirm that linux-image-3.2.0-1-amd64 3.2.6-1
crashes too.
I've been able to capture the kernel messages using netconsole. The
messages start, accidentally, just in time to see the kernel assemble the
two "real" arrays I have here:
[6.119851] md: raid1 personality r
Package: sqwebmail
Version: 0.65.0-3
Severity: normal
If /etc/courier/calendarmode doesn't exist, then /etc/init.d/sqwebmail fails
to start the webmaild daemon without printing any message.
I edited /etc/init.d/sqwebmail to remove a redirection to /dev/null (which I
highly dislike in init.d scrip
Package: debian-installer
Version: 20110106+squeeze3+b1
Severity: normal
The syslinux menu on squeeze installation media is configured in such a way
that some of the menu entries, the "press TAB to edit a menu entry" message
and the help messages fall off the bottom of the screen. I tested with
ne
Screenshot from the amd64+i386 multiarch netinst CD's advanced menu (which
is 13 lines long) where no item is selected because the selection went off
the screen.
--
Ciao, Flavio
Those who do not understand Unix are condemned to reinvent it, poorly.
-- Henry Spencer
<>
On 06/12/2011 04:40, Joey Hess wrote:
Flavio Stanchina wrote:
If further space is wanted, I'd suggest moving the logo up, there's plenty
of black pixels at the top of the image. IMHO, the old boot screen was
neater and looked defintely less "toyish", by the way.
There&
Package: mozilla-gtk-vnc
Version: 0.5.0-1
Severity: important
The package contains a symlink /usr/lib/iceweasel/plugins/gtk-vnc-plugin.so
that points to ../../gtk-vnc/plugins/gtk-vnc-plugin.so, but the actual plugin
in /usr/lib/gtk-vnc/plugins is missing.
Version 0.4.4-1 currently in testing has
Package: gtk-vnc
Version: 0.5.0-1
Severity: serious
Justification: fails to build from source
I got this error while trying to build gtk-vnc:
[...]
dh_girepository
dh_girepository: Could not find gir file for GVncPulse-1.0.typelib
make[1]: *** [override_dh_makeshlibs] Error 2
make[1]: Le
tags 653658 patch
thanks
Here's a patch that fixes debian/mozilla-gtk-vnc.install and also fixes
debian/rules to actually run dh_install for the mozilla-gtk-vnc package.
I can confirm that the plugin works with Iceweasel 8.03 currently in testing.
--
Ciao, Flavio
Those who do not understand
tags patch upstream
thanks
Here's a patch from Neil Brown that fixes this bug:
http://neil.brown.name/git?p=md;a=commitdiff;h=37b8fb4a7443ad1d83a977f4b1720b5617447fed
The patch is queued to be merged after 3.3; see
https://bugzilla.kernel.org/show_bug.cgi?id=42954 for more details.
--
Ciao, Fla
Package: courier-mta
Version: 0.65.0-3
Severity: normal
courier-mta.postinst uses:
echo -e "localhost\n$RET"
to populate /etc/courier/locals; unfortunately, dash's builtin echo command
doesn't support -e, so you get the "-e" in the locals file.
-- System Information:
Debian Release: 6.0.3
AP
(no description available)
pn psrip (no description available)
-- Configuration Files:
/etc/hylafax/config changed [not included]
/etc/hylafax/hosts.hfaxd changed [not included]
/etc/init.d/hylafax changed [not included]
-- debconf in
Package: dpkg
Version: 1.16.2
Severity: normal
I'm trying this multiarch stuff. The plan was to find a couple of packages
that I don't normally use, with a small set of dependencies, and try to
install the i386 version of those packages on amd64. The packages I chose
were mboxgrep and pcregrep bec
Package: hddtemp
Version: 0.3-beta15-52
Severity: wishlist
Tags: upstream patch
This patch adds support for Samsung 840, 840 PRO and 840 EVO Series SSDs.
I've tested this on a 120G 840 drive and on a 250G 840 EVO drive and I can
confirm it's working properly.
There is a Launchpad "bug" about this
David wrote:
> The X server does not start, it reads "no screen found".
Please attach the full X server log, otherwise there's no way to guess
what's wrong.
--
Ciao, Flavio
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Package: backuppc
Version: 3.0.0-4
Severity: minor
Those who don't backup localhost with BackupPC will have removed the
/var/lib/backuppc/pc/localhost directory to avoid a daily email
complaining about its existence, but that directory is included in the
package and gets recreated on upgrade. IMHO
Package: ark
Version: 4:3.5.10-2.1
Severity: normal
Tags: patch
When you try to open a lha file from the command line ("ark file.lha"),
you get this error:
The utility is not in your PATH.
Please install it or contact your system administrator.
That's because the lha module doesn't set the u
Same problem here. The bug is quite obvious: the backup file name is
generated *after* the warning is printed.
Here's an excerpt of xserver-xorg.postinst around line 1685:
warn "$XORGCONFIG has been customized, but we need to make updates. \
Backing up your config to $BACKUP_XORGCONFIG. If we
[EMAIL PROTECTED] wrote:
> this link is also needed in /usr/lib/xorg/modules/linux
>
> libfglrxdrm.so -> /usr/X11R6/lib/modules/linux/libfglrxdrm.so
It is required for what?
Please provide an explanation and version information on the packages you
are using. I suspect you're using old or t
Frank Mehnert wrote:
> The driver is always compiled for non-SMP systems, regardless if
> CONFIG_SMP of the kernel source is set or not. Reason: firegl-public.c
> asks for __SMP__ but not for CONFIG_SMP. __SMP__ is defined by make.sh
> but this script is not called when building the debian package
Andrew Lau wrote:
> I've just tried reinstalling fglrx-driver and fglrx-kernel-src from
> non-free after previously using the ATI installer generated packages
> from a few weeks back. However: [...]
>
> As you can see, libGL is still looking for the X library in the old
> X.org 6.8 location instea
Package: smbclient
Version: 2:3.2.5-4lenny2
Severity: normal
Same bug as reported here:
https://bugzilla.redhat.com/show_bug.cgi?id=447820
As described there, it looks like smbclient no longer reads $PASSWD if
the -N option is specified. This causes backups to fail if the share
requires a passwor
FYI:
smbclient 3.3.3-1~bpo50+1 from backports.org (and therefore, I guess,
3.3.3 from sid) behaves the same.
The smbclient man page says this about the -N option:
If a password is specified on the command line and this option is also
defined the password on the command line will be silently
I'm CCing the BackupPC maintainer since it looks like this beast is going
to bite him.
Christian Perrier wrote:
Quoting Flavio Stanchina (fla...@stanchina.net):
The smbclient man page says this about the -N option:
If a password is specified on the command line and this option is
Ludovic Drolez wrote:
Le Monday 27 April 2009 20:43:53 Flavio Stanchina, vous avez écrit :
Should I reassign this bug to BackupPC then?
That's not necessary, I've removed the '-N' option in backuppc 6 months ago.
Ooops, and you also added a note about it to README.
Filippo Giunchedi wrote:
latest version in unstable is 3.7 and I'm packaging 3.12, can I close this bug
which apparently is related to pre-3.4?
Every version from 3.4 onwards has worked fine here, as far as I can
remember. Version 3.7-1 works for sure (used it yesterday), so this bug can
cert
Package: backuppc
Version: 3.0.0-3
Severity: normal
I installed BackupPC 3.0.0-3 from sid on a mostly-etch system. The first
backup failed with:
File::RsyncP module version (0.64) too old: need 0.68
I see that the backuppc package suggests libfile-rsyncp-perl (>= 0.68),
but AFAIK only dependenc
Ico Doornekamp, the author of philesight, fixed the license issue. This is
what he wrote:
"I just fixed this with the latest version, which is now released under the
GPL license. This is mentioned both in the README and on the website."
The source code can be downloaded here:
http://zevv.nl/p
Package: plasma-scriptengines
Version: 4:4.3.1-1
Severity: minor
The /usr/share/doc/plasma-scriptengines/README file contains just a single,
mangled line of text. Same fo other plasma-scriptengine-* packages.
-- System Information:
Debian Release: squeeze/sid
APT prefers stable
APT policy: (5
Package: crystalcursors
Version: 1.1.1-10
Severity: minor
The corner resize cursors are swapped in all the Crystal cursor themes:
the NW-SE cursor appears in the top right and bottom left corners while
the NE-SW cursor appears in the top left and bottom right corners.
This is definitely a minor b
Package: roundcube
Version: 0.2.2-1
Severity: important
After upgrading roundcube from 0.2.1 to 0.2.2, I tried to log in but was
greeted with this error:
Parse error: syntax error, unexpected '*' in /etc/roundcube/debian-db.php on
line 20
Upon examining /etc/roundcube/debian-db.php, I found t
Vincent Bernat wrote:
After upgrading roundcube from 0.2.1 to 0.2.2, I tried to log in but was
greeted with this error:
[...]
ii dbconfig-common1.8.36common framework for packaging dat
1.8.36 is older than the version in stable. Maybe you should upgrade to
1.8.39 firs
Package: wnpp
Severity: wishlist
* Package name: philesight
Version : 2009-02-18
Upstream Author : Ico Doornekamp
* URL : http://zevv.nl/play/code/philesight/
* License : unknown (not found on website, in the source or README)
Programming Lang: Ruby
Descrip
Package: dmsetup
Version: 2:1.02.38-1
Severity: normal
The command "dmsetup help -c" prints the normal help text then stops
with a segmentation fault.
-- System Information:
Debian Release: squeeze/sid
APT prefers stable
APT policy: (500, 'stable'), (400, 'testing'), (300, 'unstable'), (100,
Package: pidgin
Version: 2.5.8-1+b1
Severity: wishlist
Trying to upgrade pidgin to version 2.6.2:
# apt-get -t testing --no-install-recommends install pidgin
Reading package lists... Done
Building dependency tree
Reading state information... Done
The following extra packages will be instal
This has been implemented in backuppc 3.1.0.
--
Ciao, Flavio
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Package: backuppc
Version: 3.1.0-2
Severity: wishlist
The graph of the pool size is nice indeed, but a bit too prominent IMHO.
Running jobs and failures are more important than the graph, so I'd
rather have it at the bottom of the summary page and I'd also add a
couple of 's to make some room arou
Package: fatresize
Version: 1.0.2-3
Severity: grave
Justification: causes non-serious data loss
After running fatresize on my iPod nano, it refused to boot. The
firmware partition disappeared from the partition table.
iPod partition tables are a bit bizarre and even cfdisk doesn't handle
them cor
Philippe Coval wrote:
> Flavio Stanchina wrote:
>> fatresize 1.0.2 (07/03/08)
>> Error: The location 4178MB is outside of the device /dev/sda.
>>
> does this also happend on previous debian's version 1.0.2-2 ?
That's my iPod nano's disk, and 1.0.
Filippo Giunchedi wrote:
> I too have an ipod nano (8Gb, 3rd generation) though the partition table looks
> regular: [...]
Yes, it does indeed look regular. Maybe they now put the firmware somewhere
else, in a regular file for example.
> also the number of sectors in your partition table looks a
1 - 100 of 128 matches
Mail list logo
