Le lundi, 22 octobre 2012 15.51:19, Paul Menzel a écrit :
> Didier, thank you for following up on the report. Today I hit this
> problem again – unfortunately when being in a hurry. It looks like on a
> new installed system, CUPS is not affected as it does not use the gs
> filter by default anymore
Hi Michael, and thanks for your very detailed bugreport, it's greatly
appreciated.
Without much insight into your specific problem, would the (quite invasive)
attached patch solve your problem ? It's the "backport" of latest upstream
CUPS libusb backend over 1.5.3-2.3 .
Le samedi, 20 octobre 2
Le vendredi, 12 octobre 2012 13.17:30, Julien Cristau a écrit :
> > What's your take there ? The above modprobe is currently in unstable but
> > we can either a) drop it completely; b) make it modprobe -b.
>
> Either works for me, with a slight preference for option a.
Uploaded, with b), as 1.5.3
Hi Julien, and thanks for your feedback.
Le mercredi, 10 octobre 2012 21.34:01, Julien Cristau a écrit :
> […]
> this whole stuff smells like insanity but I guess it's no worse than it
> used to be
Indeed. It's a whole mess. And don't get me started on bzr. :>
> > === modified file 'debian/cups.
Le dimanche, 30 septembre 2012 15.45:03, Didier Raboud a écrit :
> tags 687924 + patch
> tags 687924 + pending
> thanks
>
> Dear maintainer,
>
> I've prepared an NMU for moodle (versioned as 2.2.3.dfsg-2.3) and
> uploaded it to DELAYED/1. Please feel free to tell me if I
> should delay it longer.
Hi Julien,
I'm swapping the order of your comments for more clarity.
Le samedi, 15 septembre 2012 20.57:52, Julien Cristau a écrit :
> > === modified file 'debian/cups.install'
> > --- old/debian/cups.install 2012-05-23 10:47:58 +
> > +++ new/debian/cups.install 2012-08-03 10:09:05 +
> >
Hi Dmitry,
Le vendredi, 14 septembre 2012 13.19:43, Dmitry Smirnov a écrit :
>Package name: libdvdcss-pkg
Surprising package.
> * Installer is implemented as shell script installed as DPKG post-invoke
>handler.
>
> * Host package version meant to me an exact match of guest package
>
Le dimanche, 26 août 2012 13.02:04, Boris Pek a écrit :
> > we would normally not accept new packages into testing, but that one
> > seems a bit special. If I parse it properly, it was previously available
> > in squeeze, from the src:gtk-qt-engine package, but it has now moved to
> > a dedicated s
Control: tags -1 +patch +moreinfo
Le lundi, 13 août 2012 14.03:55, Sam Morris a écrit :
> menu.cfg can't be loaded, because the TFTP prefix
> 'debian-installer/amd64/text' is prepended to the path in the config
> file of 'debian-installer/amd64/boot-screens/menu.cfg'. If the config
> file used pat
.oO(I thought I had explicitely dropped -devel, meh).
Le mardi, 28 août 2012 14.07:40, Reinhard Tartler a écrit :
> I'd suggest to signal the situation properly to the user. This would
> make the situation less hard to identify.
>
> Ideally, the user is presented some dialog box that instructs hi
(Dropping -devel)
Hi Reinhard,
Le mardi, 28 août 2012 12.18:31, Reinhard Tartler a écrit :
> Package: modemmanager
> Version: 0.5.2.0-1
>
> On Tue, Oct 18, 2011 at 10:58 PM, Michael Biebl wrote:
> > Am 18.10.2011 21:16, schrieb Tollef Fog Heen:
> >>
> >> modemmanager shouldn't recommend usb-mo
Control: unarchive -1
Control: reopen -1
Le lundi, 9 juillet 2012 20.44:19, Cyril Brulebois a écrit :
> Didier Raboud (09/07/2012):
> > Uploaded, thanks.
>
> Unblocked.
Hmm, from both the PTS and local apt-cache polcy, it hasn't been unblocked,
hence hereby re-opening.
Cheers,
OdyX
--
To U
Le vendredi, 10 août 2012 18.56:33, Hans-Christoph Steiner a écrit :
> Package: debootstrap
> Version: 1.0.42
> Severity: normal
> Tags: upstream
>
>
> https://github.com/guardianproject/lildebi
>
> When using debootstrap 1.0.42 in the Android app Lil' Debi, it runs, gets
> the Release info, the
Le jeudi, 9 août 2012 12.13:12, ian_br...@fastmail.net a écrit :
> By defining a single environment variable, the new code can be
> configured to use the binary, rather than decimal, values of the
> suffixes {K, M, G, T} for both input and output, while retaining the
> above features.
To be comple
Le mardi, 7 août 2012 22.46:03, Roger Lynn a écrit :
> This has caught me out in the past. When it says gigabyte I expect 2^30
> bytes. Hopefully this time when I do an installation I will remember to get
> a calculator out. The people who don't care are mostly those who don't know
> what a gigabyt
tags 683654 +moreinfo
thanks
Le jeudi, 2 août 2012 16.38:41, Teodor a écrit :
> In Debian the recommendation for all init scripts is to check the variable
> VERBOSE from /etc/default/rcS and only print a message on console only if
> this variable is not 0.
From the content of the debian-policy pa
Le dimanche, 5 août 2012 17.50:42, Joey Hess a écrit :
> Didier Raboud wrote:
> > b) Impact of this change on choose-mirror ? Does it really make
> >
> >http.debian.net appear first ?
>
> No; choose-mirror lists either push-primary mirrors in a country,
> or for countries with none, leaf mirr
Le vendredi, 3 août 2012 20.09:04, Vladimir Berezenko a écrit :
> Package: hplip
> Version: 3.12.6-3
> Followup-For: Bug #647868
>
> Dear Maintainer,
>
> Almost same problem with HP OfficeJet Pro 8000. The HPLIP Printer Test Page
> is printed with smeared colors. The vertical gradiend from W to K
reassign 682426 ghostscript 9.05~dfsg-6
thanks
Le mardi, 24 juillet 2012 21.31:02, Till Kamppeter a écrit :
> The real bug here is a Ghostscript bug. Ghostscript is not able to
> render a given input file in a reasonable time. This will be best fixed
> by the upstream developers of Ghostscript. Th
tags 475873 +patch
severity 475873 serious
thanks
Le vendredi, 3 août 2012 10.19:13, Bastien ROUCARIES a écrit :
> I think this bug #475873 is serious, and should be fixed before stable.
>
> What do you think ?
Indeed, rising severity.
I think that has already been addressed in #333474 with a "
reassign 679401 www.debian.org
thanks
Hi Timo,
AFAIK, there is no packages.debian.org pseudo-package; hereby reassigning to
www.debian.org which is the closest I can see.
Cheers,
OdyX
signature.asc
Description: This is a digitally signed message part.
Le dimanche, 29 juillet 2012 18.03:16, Jonas Smedegaard a écrit :
> > > For Wheezy we should probably aim for the uglier but much simpler
> > > solution. the "master" branch is not intended for Wheezy, I will
> > > use a separate "master-wheezy" for that.
> >
> > I think I disagree. The patch I p
tags 682656 +patch +pending
thanks
I have committed a versioning of the netboot images to the git repository:
http://anonscm.debian.org/gitweb/?p=d-i/debian-installer-netboot-
images.git;a=commitdiff;h=4b7fa7ac69342cf0f61cf78c22464dd5571fb0a1
This will be fixed at the next upload (which will ha
Le dimanche, 29 juillet 2012 15.40:19, Jonas Smedegaard a écrit :
> On 12-07-29 at 02:33pm, Didier 'OdyX' Raboud wrote:
> > Le dimanche, 29 juillet 2012 14.20:45, Didier 'OdyX' Raboud a écrit :
> > > A nice solution to this bug is IMHO to replicate in ghostsc
Le dimanche, 29 juillet 2012 15.17:39, Jonas Smedegaard a écrit :
> On 12-07-29 at 02:20pm, Didier 'OdyX' Raboud wrote:
> > A nice solution to this bug is IMHO to replicate in ghostscript-cups
> > what has been done for most packages shipping Cups drivers: transform
>
Le dimanche, 29 juillet 2012 14.20:45, Didier 'OdyX' Raboud a écrit :
> A nice solution to this bug is IMHO to replicate in ghostscript-cups what
> has been done for most packages shipping Cups drivers: transform the
> postinst code into a dpkg trigger and let the Cups post
Le vendredi, 27 juillet 2012 14.23:27, Jonas Smedegaard a écrit :
> severity 520753 serious
> thanks
>
> On 12-07-27 at 11:48am, Bastien ROUCARIES wrote:
> > Bug 520753 is about a faillure in postinst script when /etc/cups/ppd
> > is not present. i am tented to raise this bug as serious, because t
Le jeudi, 19 juillet 2012 03.19:56, vous avez écrit :
> If upstart is installed but not running, init_is_upstart produces this
> error message:
>
> initctl: Unable to connect to Upstart: Failed to connect to socket
> /com/ubuntu/upstart: Connection refused
>
> I guess initctl version should redir
tags 682963 +moreinfo
thanks
Le vendredi, 27 juillet 2012 14.13:33, Jonas Smedegaard a écrit :
> Package: lsb-printing
> Version: 4.1+Debian7
> Severity: normal
>
> ghostscript-cups is only generally usable together with cups.
>
> If intent of lsb-printing is to _ensure_ that related packages ar
Le mardi, 24 juillet 2012 13.17:10, Andreas Beckmann a écrit :
> debian-installer-6.0-netboot- and
> debian-installer-7.0-netboot- are not co-installable because they
> ship the same files, but don#t have corresponding conflicts.
Indeed, thanks for your report.
> Since they already provide the de
tags 651204 +patch
thanks
Le mercredi, 30 mai 2012 11.47:05, Thijs Kinkhorst a écrit :
> Hi,
>
> Wheezy and sid contain a patch for this issue. Squeeze seems still
> affected. Are you able to provide an updated package for squeeze?
Would the attached patch do the job for Squeeze?
OdyX
From: Til
Le lundi, 23 juillet 2012 09.02:08, vous avez écrit :
> Le vendredi, 20 juillet 2012 20.56:21, Tomasz Muras a écrit :
> > Those are fixes from upstream Moodle 2.2.4, correct?
> > If so, then I think that some more patches are required, those are not
> > covered:
I cherry-picked:
> > MDL-31692 (C
Le lundi, 23 juillet 2012 13.40:48, Mike Gabriel a écrit :
> Package: wnpp
> Severity: wishlist
> Owner: Mike Gabriel
>
> * Package name: console
I think "console" is a far too generic package name for a "console". Please
use something like cream-console or cde-console depending on what thi
Le vendredi, 20 juillet 2012 20.56:21, Tomasz Muras a écrit :
> Those are fixes from upstream Moodle 2.2.4, correct?
> If so, then I think that some more patches are required, those are not
> covered:
> MDL-31692 (CVE-2012-3389)
> MDL-32126 (CVE-2012-3398)
> MDL-33916 (CVE-2012-3388)
> MDL-32199 (
tags 682203 +patch
thanks
Le vendredi, 20 juillet 2012 11.15:32, vous avez écrit :
> Package: moodle
> Severity: grave
> Tags: security
>
> Please see http://www.openwall.com/lists/oss-security/2012/07/17/1
> for details and links to patches.
Hi,
I propose the attached patch and patch series th
Le mardi, 17 juillet 2012 11.25:05, Till Kamppeter a écrit :
> In the newest CUPS package (1.5.3-4) we have lifted the blacklisting
> again (solving the USB problems with a new USB backend).
Dear CUPS maintainers,
as far as I understand our buglist, lifting the usblp blacklisting in Wheezy
as wa
tags 681994 +patch
thanks
Le mercredi, 18 juillet 2012 17.06:39, Jakub Wilk a écrit :
>
> $ discover-config --list
> usage: /usr/bin/discover-config --VAR ...
>
> Print the value of the variable VAR. Run /usr/bin/discover-config -l or
> /usr/bin/discover-config --list for a list of valid variab
Le mercredi, 27 juin 2012 07.34:20, Christian PERRIER a écrit :
>
> Thanks for the detailed answer.
>
> Am I correct concluding that we can safely add
> browser-plugin-lightspark to the desktop task?
My opinion as maintainer is that is is safe to do so _provided_ lightspark
gets more bugs filed
tags 679001 +patch +pending
thanks
Hi Chris, and thanks for your bugreport,
Le lundi, 25 juin 2012 18.16:49, Chris a écrit :
>
> while using the fingerprint-gui https://launchpad.net/~fingerprint on my
> Thinkpad T61 with this fingerprint reader:
>
> Bus 002 Device 002: ID 0483:2016 SGS Thomso
X-PTS-Approved: yes
reassign 678260 sysvinit-utils 2.88dfs-22.1
retitle 678260 startpar has a timeout value that lets boot messages get mixed
thanks
Hi Thilo, hi sysvinit maintainers,
Le jeudi, 21 juin 2012 17.17:35, Thilo Six a écrit :
>
> > Hmm. Weird; really. Does it still shuffle the boot m
Le jeudi, 21 juin 2012 16.13:47, vous avez écrit :
> > Has this appeared only with 4.1+Debian7 or was it there before ?
>
> Now that you ask i can not exactly tell when this started. I only noticed
> it lately when i had to install/remove some services for testing.
> Just for completeness after su
tags 678260 +moreinfo
thanks
Hi Thilo, and thanks for your bugreport,
Le mercredi, 20 juin 2012 13.15:46, vous avez écrit :
> the lsb fancy boot messages currently provided via
> '/lib/lsb/init-functions' and
> '/lib/lsb/init-functions.d/20-left-info-blocks' get mixed up.
> Attached is a 1:1 exer
tags 677966 +patch +pending
thanks
Le lundi, 18 juin 2012 11.18:31, vous avez écrit :
> Package: libjim-dev
> Version: 0.73-2
> Severity: wishlist
>
> It would be cool if it were possible to link against libjim without need
> to download its sources again. Could you please put .a into libjim-dev
Hi Phil,
First, many thanks for your detailed bugreport, that even proposes a patch;
that's highly appreciated!
Le mercredi, 13 juin 2012 23.13:45, vous avez écrit :
> Package: lsb-base
> Version: 3.2-23.2squeeze1
>
> The specific problem I'm experiencing is with /etc/init.d/portmap, which
> re
Le lundi, 18 juin 2012 16.35:36, vous avez écrit :
>
> Thank you very much. Removing the file did solve the problem.
>
> But tracing its roots, I get:
>
> rrs@champaran:~$ sudo dpkg -S /etc/lsb-base-logging.sh
> lsb-base: /etc/lsb-base-logging.sh
>
> Would you want to remove it or at least prom
Le 30.05.2012 17:08, Stuart Anderson a écrit :
> On Wed, 30 May 2012, Jonathan Nieder wrote:
>>
>> There is not much time, but would anyone like to help revive it,
>> perhaps in an LSB 4 version?
>
> If anyone is interested in adoping this package, and the ones related to
> it, please get in touch
severity 675162 serious
tags 675162 +patch +pending
thanks
Le 30.05.2012 11:50, Kamen Naydenov a écrit :
> Package: lsb-base
> Version: 4.1+Debian5
> Severity: normal
>
> Dear Maintainer,
>
> after lsb-base upgrade (Wed May 30 12:41:22 EEST 2012: [UPGRADE]
> lsb-base:amd64
> 4.1+Debian4 -> 4.1+
reassign 675156 gnome-keyring 3.4.1-4
retitle 675156 gnome-keyring can't keep login perms granted by fprintd
tags 675156 +upstream
affects 675156 fprintd
thanks
Le 30.05.2012 11:20, Michele Cane a écrit :
> Package: fprintd
> Version: 0.4.1-5-g73edad0-3
> Severity: wishlist
>
> After login the sy
Le 21.05.2012 15:07, Roger Leigh a écrit :
> On Mon, May 21, 2012 at 02:07:40PM +0200, Didier 'OdyX' Raboud wrote:
>> Hmm; now that I think of it, it would be possible to simply have
>> /etc/default/rcS ship an empty (or even commented) FANCYTTY= definition
>> a
tags 673207 +pending
thanks
Le 21.05.2012 14:07, Didier 'OdyX' Raboud a écrit :
> Hmm; now that I think of it, it would be possible to simply have
> /etc/default/rcS ship an empty (or even commented) FANCYTTY= definition
> and let /etc/lsb-base-logging.sh untouched: if an adm
Le 21.05.2012 13:47, Roger Leigh a écrit :
> I'm not sure what you mean here. Do you plan to keep the definition
> in two places (for backward compatibility?)? Which would be the
> "preferred" location, i.e. which would take priority over the other?
Given that /etc/lsb-base-logging.sh is a docum
Le 21.05.2012 12:18, Roger Leigh a écrit :
>> FANCYTTY=$([ -e /etc/default/rcS ] && . /etc/default/rcS && echo $FANCYTTY)
>
> I'm not sure why you need to do this BTW, none of the existing users
> do. If you want to avoid polluting your environment with settings
> you don't need, then it's fine,
Hi Mats,
Le 07.03.2012 14:25, Didier 'OdyX' Raboud a écrit :
> Le 04.10.2011 21:36, Mats Erik Andersson a écrit :
>> At a previous time the functions in 'init-functions'
>> were allowed to use
>>
>>/bin/echo -e
>>
>> whereas pr
Hi Roger, and thanks for your (quick) feedback,
Le 18.05.2012 22:16, Roger Leigh a écrit :
> On Fri, May 18, 2012 at 10:00:12PM +0200, Didier Raboud wrote:
>> Le jeudi, 17 mai 2012 00.19:38, Stanislav Maslovski wrote :
>>> Evidently, if you decide to use /etc/default/rcS for this setting,
>>> this
Hi Hilko and Michael,
First, many thanks for your work towards more recent wine packages in
Debian: I definitely hope that this work will allow Wheezy to benefit
from wine 1.4 (and wine 1.5.3 as wine-unstable ?).
That said, I think that the current pace (and content, FWIW) of the NMUs
is fine but
Le 02.05.2012 08:55, Steve Langasek a écrit :
> BTW, I'm sorry to say I've just noticed the patch I sent has a bug; the
> output of 'which initctl' should be suppressed, otherwise each init script
> using this function will output "/sbin/initctl" which we don't want.
>
> So the line should be:
>
tags 661109 -moreinfo +pending
thanks
Le 01.05.2012 07:42, Steve Langasek a écrit :
> My opinion is that this is best done in the single /lib/lsb/init-functions
> file. The filename is an interface defined in the LSB, but there's nothing
> in the LSB that says this interface can't provide additio
tags 670621 +pending
thanks
Le 27.04.2012 13:28, Vanja Cvelbar a écrit :
> Updated Slovenian translation.
> I did not manage to commit it, therefore the bugreport.
I have committed that to my repository, will push it later, but consider
that as included (hence +pending).
Cheers,
OdyX
--
To U
tags 670144 +help
retitle 670144 fancy output sometimes broken by misbehaving initscripts
thanks
Le 23.04.2012 13:56, Michael Biebl a écrit :
> the new "fancy" output is nice. I've noticed a few services though,
> where it is broken, e.g. the udev or fsck init script. The output looks
> like this:
tags 668958 +pending
thanks
Le 16.04.2012 11:07, Adrian Fita a écrit :
>> This patch (besides being reversed) makes all "pidofproc with
>> unspecified pidfile name" calls call /bin/pidof, which is undesired IMHO.
>>
>> I propose the attached patch, that only resorts to calling /bin/pidof
>> when t
tags 668958 +patch
thanks
Le 16.04.2012 03:48, Adrian Fita a écrit :
> Hi.
>
> I noticed that "/etc/init.d/hddtemp status" wasn't returning the correct
> status when the daemon was running. hddtemp daemon doesn't create a pidfile
> when started, so I tracked the problem back to the pidofproc func
Le 11.04.2012 22:04, Raphael Hertzog a écrit :
> On Wed, 11 Apr 2012, Nicholas Bamber wrote:
>> Hmm... This contradicts section 6.1 of the Debian policy.
>>
>> "The package management system looks at the exit status from these
>> scripts. It is important that they exit with a non-zero status if
>
severity 668416 serious
tags 668416 +patch
thanks
Le 11.04.2012 19:59, Peter Eisentraut a écrit :
> Somewhere between versions 3.2+Debian31 and 4.1+Debian0, the exit
> status of the killproc function (/lib/lsb/init-functions) was changed
> to return 3 when the program is not running. This is only
tags 606898 +patch
thanks
Hi Tim, hi Iustin,
Le 12.12.2010 21:24, Tim a écrit :
> Package: python-pyxattr
> Severity: wishlist
>
> The latest version of pyxattr supports python3. However, no package
> exists in Debian for this, so it must be built from source when
> developing for python3. I a
Hi Russ, Raphael, Marc and dear Lintian maintainers,
Le 22.02.2009 05:46, Russ Allbery a écrit :
> Raphael Geissert writes:
>> Now that lenny is out even oldstable (i.e. etch) has an lsb-base > 3.0-6
>> Am I right to assume that this bug should therefor be closed?
>
> No, the problem isn't the v
Hi Russ and David, dear Lintian maintainers,
Le 01.11.2006 04:14, Russ Allbery a écrit :
> David Härdeman writes:
>
>> Package: lintian
>> Version: 1.23.25
>> Severity: wishlist
>
>> Now that lintian checks for LSB boot dependency headers in init.d scripts,
>> it would be nice if it could also
Hi Chris,
(CC to the MIA Team for information and -devel for opinions)
I am deeply sorry to have to resort to these means, but your silence
since November 2011 on the #647531 bug doesn't leave me with any other
choice (given that I really want that bug solved). Hence:
I hereby state my intent
tags 662929 +confirmed
block 662929 by 663188
thanks
Le 07.03.2012 12:15, Moritz Muehlenhoff a écrit :
> Package: pyside-mobility
> Version: 0.2.3+git4~8118106-1
> Severity: serious
>
> Your package fails to build from source:
I confirm this.
The cause of that FTBFS bug is that cmake's FindPyth
tags 338556 +unreproducible +moreinfo
thanks
Le 11.11.2005 01:46, Ian Zimmerman a écrit :
> Now that they use the functions in /lib/lsb/init-functions, the output from
> many
> initscripts now looks like this:
>
> Thu Nov 10 18:48:02 2005: .
> Thu Nov 10 18:48:02 2005: findfs: Unable to resolve
tags 479295 +wontfix +help
tags 450652 +wontfix +help
thanks
Le 08.11.2007 21:22, Marc Haber, in #450652, a écrit :
> to start a daemon that does not write its pidfile itself, it might be
> needed to pass the --background and/or --make-pidfile to
> start-stop-daemon. Ths lsb-base function should o
tags 644285 +moreinfo
thanks
Hi Mats, and thanks for your bugreport,
Le 04.10.2011 21:36, Mats Erik Andersson a écrit :
> At a previous time the functions in 'init-functions'
> were allowed to use
>
>/bin/echo -e
>
> whereas presently they are all forced into using
>
> /bin/echo -n
>
>
tags 650584 +patch
thanks
Le 30.11.2011 23:37, Daniel Nelson a écrit :
> The killproc function called without a signal does not wait for the
> process to end as required by the lsb specification, and never sends
> SIGKILL if the process does not end.
>
> I believe this was introduced with the fix
tags 660790 +wontfix
thanks
Hi Luca, and thanks for your bugreport,
Le 21.02.2012 22:42, Luca Capello a écrit :
>
> As you can see, the leading space is not respected. I think this is
> because log_warning_msg calls log_begin_msg, which actually uses
> `/bin/echo -n "$@"` instead of adding a lea
Le 07.03.2012 11:37, Didier 'OdyX' Raboud a écrit :
> Agreed. I committed the attached patch, attributed to you (as it's not
> 100% the same patch, but equal in functionality and essence).
Meh, failed at attaching.
From 1a02293da50c624a01c61c6fd4e956215726994a Mon Sep 17 00:0
tags 653598 +pending +patch
thanks
Hi Peter, and thanks for your bugreport, and patch
Le 29.12.2011 19:15, Peter Eisentraut a écrit :
> When a pid file is specified to status_of_proc with the -p option, but
> it's not readable, then status_of_proc returns 3 (not running) instead
> of 4 (unknown).
tags 565631 +patch
thanks
Le 17.01.2010 15:58, Thomas Koch a écrit :
> Package: lsb-base
> Version: 3.2-23
> Severity: normal
>
> status_of_proc is not documented. You may want to provide documentation
> in /usr/share/doc/lsb-base/README.Debian
Hi Thomas, and thanks for your bugreport,
I propos
Le 06.03.2012 11:33, David Kalnischkies a écrit :
> On Thu, Mar 1, 2012 at 15:35, Didier 'OdyX' Raboud wrote:
>> So apt should either:
>>
>> a) gracefully fallback on short translations when it fails to
>> uncompress/parse the Translation packages;
>> b)
Hi Steve, and thanks for your bugreport,
Le 24.02.2012 10:05, Steve Langasek a écrit :
> Please find attached a patch for lsb that adds a new helper function to
> /lib/lsb/init-functions to support maintainer scripts that should behave as
> no-ops because the package is upstart-aware and upstart i
Hi again,
Le 02.03.2012 13:18, Didier 'OdyX' Raboud a écrit :
> Hi Colin and Sven, and thanks for your input on this bug;
>
> I propose the attached patch to get this fixed by removing the symlinks
> farm handling and replacing all symlinks by `solid` symlinks in the
>
tags 403120 +wontfix
thanks
Hi Steffen, and thanks for your bugreport,
Le 14.12.2006 21:31, Steffen Joeris a écrit :
> Yesterday I saw a package which uses the shell functions provided by
> lsb-base but did not have a dependency against it and I came across this
> topic.
That's a bug.
> Current
tags 642076 +patch
thanks
Le 23.01.2012 21:44, Sven Joachim a écrit :
> On 2011-09-19 11:15 +0200, Colin Watson wrote:
>>
>> Nothing ever created /lib/ld-lsb-x86-64.so.[23] symlinks in the first
>> place, so as far as I can see there's no need to clean them up; the
>> problem was that the symlink
tags 604360 -patch +wontfix
thanks
Le 23.02.2012 18:54, Jeff Licquia a écrit :
> On 02/23/2012 09:31 AM, Didier 'OdyX' Raboud wrote:
>> Given that LSB has deprecated the use of Qt3 libraries since its 3.2
>> version, I propose to demote the relationship on libqt3-mt from
tags 637039 +unreproducible +moreinfo
thanks
Hi Luke, and thanks for your bugreport,
Le 08.08.2011 04:45, Luke Kenneth Casson Leighton a écrit :
> On Mon, Aug 8, 2011 at 1:33 AM, lkcl wrote:
>> Package: lsb-release
>> Version: 3.2-27
>> Severity: normal
>> Tags: patch
>>
>> ok it's not exactly a
severity 657560 serious
thanks
Le 27.01.2012 22:01, Michael Prokop a écrit :
> All of:
>
> #657029 - mirrors: apt-get update does not understand content negotiation
> #657560 - apt: ...i18n_Translation-en Encountered a section with no Package:
> header
> #657563 - aptitude: Fails on bzip2-only T
Le 27.02.2012 21:14, Thorsten Glaser a écrit :
> This still results in:
>
> No LSB modules are available.
> Distributor ID: Debian
> Description:Debian GNU/Linux 1.0 (n/a)
> Release:1.0
> Codename: n/a
>
> The most important thing is probably the Codename (always sid, as
> debia
Hi,
please don't forget to send the mail to the bugreport (I have bounced it
now, so don't worry for your past message).
Le 28.02.2012 16:00, ASD Consultoria a écrit :
> My system is Sid but the USB printer is pluged in a machine with
> system stable 6.0.4.
>
> (...)
>
> 2) This bug 661589, only
tags 604360 +patch
thanks
Hi Eckhart, and thanks for your bugreport,
Le 21.11.2010 20:42, Eckhart Wörner a écrit :
> In order to make this move, all packages directly or indirectly depending on
> the KDE3/Qt3 libraries have to either get ported to KDE4/Qt4 or eventually
> get
> removed from th
clone 546743 -1
reassign 546743 openssh-server
retitle -1 lsb-base:/lib/lsb/init-functions may fail if `set -e` is used
severity -1 whishlist
tags -1 +help
thanks
Okay, I think I begin to get the whole picture. With my "LSB maintainer
wannabe" (ITA: #616131) hat on, let's reassign this to openssh-
Le 23.02.2012 13:19, Didier 'OdyX' Raboud a écrit :
> Hi Bastian,
>
> Le 23.02.2012 11:41, Bastian Blank a écrit :
>> On Thu, Feb 23, 2012 at 11:09:20AM +0100, Didier 'OdyX' Raboud wrote:
>>>>> The LSB init script example explicitely stat
Hi Bastian,
Le 23.02.2012 11:41, Bastian Blank a écrit :
> On Thu, Feb 23, 2012 at 11:09:20AM +0100, Didier 'OdyX' Raboud wrote:
>>>> The LSB init script example explicitely stat that you must not use
>>>> "set -e".
>>> Obvious nonsense IMO
tags 569059 +unreproducible
thanks
Le 11.02.2010 17:19, Julian Andres Klode a écrit :
>> AttributeError: 'module' object has no attribute 'Element'
>> ^CTraceback (most recent call last):
>> File "/usr/bin/software-center", line 80, in
>> app = SoftwareCenterApp(datadir, xapian_base_path)
>> File
tags 546743 +help
thanks
Hi Colin and Bastian,
Le 15.09.2009 17:21, Colin Watson a écrit :
> On Tue, Sep 15, 2009 at 04:47:24PM +0200, Bastian Blank wrote:
>> On Tue, Sep 15, 2009 at 03:16:53PM +0100, Colin Watson wrote:
The ssh init script fails to do anything useful of echo fails with EIO
tags 514041 +unreproducible
thanks
Le 03.02.2009 18:37, Rene Engelhard a écrit :
> on one fresh installed system here I get:
>
> $ lsb_release -a
> LSB Version:
> core-2.0-ia32:core-2.0-noarch:core-3.0-ia32:core-3.0-noarch:core-3.1-ia32:core-$
> Distributor ID:
> Description:Debian GNU/Linux
unarchive 646377
reopen 646377
retitle 646377 RFP: xonotic -- a fast-paced first-person shooter
merge 646377 660636
thanks
Hi,
let's merge those two bugs, re-open the ITP and make it the new RFP.
Cheers,
OdyX
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subje
Hi Joerg, and thanks for your feedback;
Le 20.02.2012 08:03, Joerg Jaspert a écrit :
> Does it need to be a new binary, or can't this go into the normal one and
> be just an "option to select PXE"?
Not necessarily. I think there are basically three options to solve that
bug:
a) include the "PXE"
retitle 616131 ITA: lsb -- Linux Standard Base 4.0 support package
owner 616131 !
Hi all,
(tl;dr Git repository with actual state is available, please help :->)
I just noticed the worrying state of the LSB package in Debian:
* Still in version 3.2 (released in January 2008) while 4.1 is out
Hi Karolina and Christian,
Le 24.01.2012 00:39, Karolina Kalic a écrit :
> Serbian.nlf to SerbianLatin.nlf, I checked, Serbian Latin is supported
> by Nsis installer.
Great, thanks.
> I'm just not sure about this:
>
> #. translate:
> #. This must be a valid string recognised by Nsis. If your
>
tags 657830 +patch
thanks
Le 29.01.2012 11:00, Alkis Georgopoulos a écrit :
> An ipxe package is available in Debian wheezy and sid:
> $ rmadison ipxe
> ipxe | 1.0.0+git-2.149b50-1 | wheezy | source, all
> ipxe | 1.0.0+git-2.149b50-1 | sid| source, all
>
> It would be awesome if people coul
Le 30.01.2012 15:54, Makc a écrit :
> Hmm. Unavailable link.
Right, sorry. Alioth is indeed down [0].
I have pushed the files to a private server of mine:
[i386]
http://azrael.raboud.homelinux.org/~didier/Debian/usb-modeswitch_1.2.2-1-1~bugfix0_i386.deb
[amd64]
http://azrael.raboud.homelinux.org
tags 515024 +pending
thanks
Le Wednesday 2 March 2011 20:11:35 Yves-Alexis Perez, vous avez écrit :
> Yes, with cdbs just adding a -dbg package in debian/control should be
> enough.
>
> Regards,
This has been committed to ghostscript's git (with pre-ack from Jonas).
Cheers,
--
Didier Raboud,
1001 - 1100 of 1294 matches
Mail list logo
