headers
Jonathan Nieder | 1 Nov 2010 01:08
Picon

Bug#538822: [PATCH/RFC 1/2] debian/dash.preinst: cope better with local diversions

Hi Gerrit,

Ken Bloom wrote:

> I can report on the broken scenario, since I made this change just a
> few days ago to have dash provide /bin/sh on its own.
> 
> The following instructions are given in
> /usr/share/doc/bash/README.Debian.gz for making /bin/sh point to
> something else.
> 
>    Type
> 
>         dpkg-divert --add /bin/sh
> 
>    and then point it to whatever you want. Upgrades to bash  won't upgrade
>    the /bin/sh symlink. To put /bin/sh under dpkg control again, type
> 
>         dpkg-divert --remove /bin/sh

Here's a patch implementing (II) from
<http://bugs.debian.org/cgi-bin/bugreport.cgi?msg=97;bug=546528>:

-- 8< --
Subject: debian/dash.preinst: Cope better with local diversions

Before dash was essential, local sysadmins and various packages
like dash, pdksh, posh, and mksh would use dpkg-divert to redirect
bash's /bin/sh elsewhere before installing their own /bin/sh
symlink.
(Continue reading)

Permalink | Reply | 0 comments |
headers
Mikhail Kshevetskiy | 1 Nov 2010 01:13
Picon

Bug#601708: smbnetfs: broken source code link in DPTS page

On Thu, 28 Oct 2010 21:10:52 +0300
Alexandros Prekates <aprekates <at> gmail.com> wrote:

> Package: smbnetfs
> Version: 0.5.2-1
> Severity: wishlist
> 
> 
> In the Debian Package Tracking System page the source code link is broken.

Hm...
Could you give an example of packages that have such feature?
A screenshot with red mark around a problematic place will be perfect.

Mikhail  

> -- System Information:
> Debian Release: squeeze/sid
>   APT prefers testing
>   APT policy: (990, 'testing')
> Architecture: amd64 (x86_64)
> 
> Kernel: Linux 2.6.32-5-amd64 (SMP w/4 CPU cores)
> Locale: LANG=el_GR.UTF-8, LC_CTYPE=el_GR.UTF-8 (charmap=UTF-8)
> Shell: /bin/sh linked to /bin/dash
> 
> Versions of packages smbnetfs depends on:
> ii  fuse-utils                2.8.1-1.2      Filesystem in USErspace (utilities
> ii  libc6                     2.11.1-3       Embedded GNU C Library: Shared lib
> ii  libfuse2                  2.8.1-1.2      Filesystem in USErspace library
(Continue reading)

Permalink | Reply | 0 comments |
headers
Mattia Dongili | 1 Nov 2010 01:18
Picon
Favicon

Bug#602032: cpufreqd: WTF is my machine burning up? AMD 64 bit Turion.

On Sun, Oct 31, 2010 at 06:02:10PM -0600, s. keeling wrote:
> Incoming from Mattia Dongili:
> > On Sun, Oct 31, 2010 at 04:07:36PM -0600, s. keeling wrote:
> > > Package: cpufreqd
> > > Version: 2.3.3-4
> > > Severity: important
> > > 
> > > Yo.  This is an HP Pavilion dv4.  I'm running fluxbox, CPU's barely
> > > ticking over at 0-1%, yet this (it's presently at C 80):
> > > 
> > >  -----------------------------------------------------------
> > > HP Pavilion is primary (AMD 64).
> > ...
> > > Bottom line: they're both using the ondemand governor, and cpu
> > > freq. is set to lowest freq. cpu can run at.  When demand hits,
> > > cpufreqd ought to step cpu freq. to higher freq. to handle demand,
> > > yes?  All I see is cpu spiking to 100% usage, fan screams even faster,
> > > and cpu temp. spikes towards C 90.
> > > 
> > > Why doesn't it ever step the cpu freq. up to 2.10 or 1.05 GHz to
> > > handle what 525 MHz is struggling with?  Dunno.
> > 
> > what kernel? if you uninstall cpufreqd does it get any better? have you
> 
> Both of them are 2.6.32.  I'll uninstall cpufreq* and report back.
> 
> > tried changing cpufreqd configuration to match your needs?
> 
> I've done what I can figure out, and verified w d-u (for what that's
> worth).
(Continue reading)

Permalink | Reply | 6 comments |
headers
gregor herrmann | 1 Nov 2010 01:21
X-Face
Picon
Favicon
Gravatar

Bug#601971: unblock: liboauth/0.9.1-1

On Sun, 31 Oct 2010 16:51:13 +0100, Mehdi Dogguy wrote:

> > Without this package, BTI and other twitter clients will not function in squeeze, as they would not be able
> > to authenticate with Twitter.
> While this appears to be useful for Twitter clients (those actually
> using the lib), there is not a single application build-depending on
> this library for now. So, why should we accept this in Squeeze?

JFTR: bti would already (build-)depend on it if it had been around
longer :)

(In fact I have a package ready with the new upstream release of bti
which uses liboauth).

> > libOAuth was accepted very recently into Debian Unstable, and that
> > is why it isn't in squeeze yet.
> Then, we won't be able to accept it in Squeeze I'm afraid.

Right, that's totally understandable.

I guess this is one of the cornercases where we have to sacrifice
an improvement in a small corner in order to improve the larger good
(i.e. get out the release without unnecessary delays and risk for the
quality).

(And we can then upload a newer bti + liboauth + other clients into
backports.)

Cheers,
gregor
(Continue reading)

Permalink | Reply | 4 comments |
headers
Henrique de Moraes Holschuh | 1 Nov 2010 01:25
Picon
Favicon

Bug#601972: [Pkg-fglrx-devel] Bug#601972: 10-9: does not quiesce GPU bus-mastering before teardown on VT switch

On Mon, 01 Nov 2010, Patrick Matthäi wrote:
> >just one of some more problematic lines is e.g. the dri2 load.

Well, it is not that.  Nor any of the other modules.  And aticonfig
--initial just outputs the same xorg.conf, but with an empty modules section
(after I removed it entirely).  Actually, those modules are all loaded by
default anyway, I'd have to blacklist them to get rid of them.  And
aticonfig is not doing that.

> btw if it still occurs after these steps you may also try out
> version 10-10-1, building from our svn (just finished the packaging
> today).

Will do.

--

-- 
  "One disk to rule them all, One disk to find them. One disk to bring
  them all and in the darkness grind them. In the Land of Redmond
  where the shadows lie." -- The Silicon Valley Tarot
  Henrique Holschuh
Permalink | Reply | 0 comments |
headers
Ana Guerrero | 1 Nov 2010 01:19
Picon
Favicon

Bug#601805: viewvc: diff for NMU version 1.1.5-1.1

tags 601805 + pending
thanks

Dear maintainer,

I've prepared an NMU for viewvc (versioned as 1.1.5-1.1) and
I will upload it to DELAYED/10. Please feel free to tell me if I
should delay it longer.

Ana
Attachment (viewvc-1.1.5-1.1-nmu.diff): text/x-diff, 1205 bytes
Permalink | Reply | 1 comment |
headers
Yaroslav Halchenko | 1 Nov 2010 01:30
Gravatar

Bug#544232: tentative [PATCH] issue5178: use a temporary directory or file created with mktemp

Hi Zbyszek,

thanks for looking into it ...

action.d/mynetwatchman.conf  changes -- should be ok
action.d/mail-buffered.conf -- I don't think it would work...

> +tmpdir = `mktemp --directory --suffix=-f2ban-dshield`
> +tmpfile = <tmpdir>/dshield

since this is just a Python config file, it would simply substitute
`mktemp --directory --suffix=-f2ban-dshield`/dshield
for every occurrence of <tmpfile> which would be not what is desired...
am I correct?

as a generic and simple resolution, I think, tmpfiles should simply be
created under /var/run/fail2ban which belongs to root.  I think there
was some discussion in some other bugreport... or it is deja vu

agreed?

--

-- 
                                  .-.
=------------------------------   /v\  ----------------------------=
Keep in touch                    // \\     (yoh <at> |www.)onerussian.com
Yaroslav Halchenko              /(   )\               ICQ#: 60653192
                   Linux User    ^^-^^    [175555]
Permalink | Reply | 1 comment |
headers
Karl Schmidt | 1 Nov 2010 01:59
Favicon

Bug#601810: [libsane] Epson perfection 2450 dev created without scanner group

On 10/31/2010 04:18 AM, Julien BLACHE wrote:
> Karl Schmidt<karl <at> xtronics.com>  wrote:
>> $ scanimage -L
>> device `epson2:/dev/sg3' is a Epson GT-9700 flatbed scanner
>> $ ll /dev/sg3
>> crw------- 1 root root 21, 3 Oct 30 20:31 /dev/sg3
>
> Did you unplug/replug the scanner after adding the rule?

Yes - just to be sure I just re-ran the test.

>
> Can you send the content of the following files, under
> /sys/dev/char/≤major>:<minor>/device/ (that'd be 21:3 for /dev/sg3 as
> shown above)
>   - model
>   - vendor
>   - type

After retesting it is now /dev/sg7 so:

# cat /sys/dev/char/21\:7/device/model
GT-9700
# cat /sys/dev/char/21\:7/device/vendor
EPSON
# cat /sys/dev/char/21\:7/device/type
3

More output:
(Continue reading)

Permalink | Reply | 2 comments |
headers
s. keeling | 1 Nov 2010 02:25
Favicon

Bug#602032: cpufreqd: WTF is my machine burning up? AMD 64 bit Turion.

Incoming from Mattia Dongili:
> On Sun, Oct 31, 2010 at 06:02:10PM -0600, s. keeling wrote:
> > Incoming from Mattia Dongili:
> > > On Sun, Oct 31, 2010 at 04:07:36PM -0600, s. keeling wrote:
> > > > Package: cpufreqd
> > > > Version: 2.3.3-4
> > > > Severity: important
> > > > 
> > > > Yo.  This is an HP Pavilion dv4.  I'm running fluxbox, CPU's barely
> > > > ticking over at 0-1%, yet this (it's presently at C 80):
> > > > 
> > > >  -----------------------------------------------------------
> > > > HP Pavilion is primary (AMD 64).
> > > ...
> > > > Bottom line: they're both using the ondemand governor, and cpu
> > > > [...]
> > > > Why doesn't it ever step the cpu freq. up to 2.10 or 1.05 GHz to
> > > > handle what 525 MHz is struggling with?  Dunno.
> > > 
> > > what kernel? if you uninstall cpufreqd does it get any better? have you
> > 
> > Both of them are 2.6.32.  I'll uninstall cpufreq* and report back.

i   linux-image-2.6.32-bpo.5-amd64       - Linux 2.6.32 for 64-bit PCs

Still holding at C76.

--

-- 
Any technology distinguishable from magic is insufficiently advanced.
(*)                                         Please don't Cc: me.
(Continue reading)

Permalink | Reply | 0 comments |
headers
s. keeling | 1 Nov 2010 02:15
Favicon

Bug#602032: cpufreqd: WTF is my machine burning up? AMD 64 bit Turion.

Incoming from Mattia Dongili:
> On Sun, Oct 31, 2010 at 06:02:10PM -0600, s. keeling wrote:
> > Incoming from Mattia Dongili:
> > > On Sun, Oct 31, 2010 at 04:07:36PM -0600, s. keeling wrote:
> > > > Package: cpufreqd
> > > > Version: 2.3.3-4
> > > > Severity: important
> > > > 
> > > > Yo.  This is an HP Pavilion dv4.  I'm running fluxbox, CPU's barely
> > > > ticking over at 0-1%, yet this (it's presently at C 80):
> > > > 
> > > >  -----------------------------------------------------------
> > > > HP Pavilion is primary (AMD 64).
> > > ...
> > > > Bottom line: they're both using the ondemand governor, and cpu
> > > > freq. is set to lowest freq. cpu can run at.  When demand hits,
> > > > cpufreqd ought to step cpu freq. to higher freq. to handle demand,
> > > > yes?  All I see is cpu spiking to 100% usage, fan screams even faster,
> > > > and cpu temp. spikes towards C 90.
> > > > 
> > > > Why doesn't it ever step the cpu freq. up to 2.10 or 1.05 GHz to
> > > > handle what 525 MHz is struggling with?  Dunno.
> > > 
> > > what kernel? if you uninstall cpufreqd does it get any better? have you
> > 
> > Both of them are 2.6.32.  I'll uninstall cpufreq* and report back.
> > 
> > > tried changing cpufreqd configuration to match your needs?
> > 
> > I've done what I can figure out, and verified w d-u (for what that's
(Continue reading)

Permalink | Reply | 2 comments |

Gmane