Russ Allbery writes ("Re: Let's shrink Packages.xz"):
> I'm fairly sure Jakub's message was in response to the recent discussion
> about small Node.js packages and the frequent complaints that we should
> not introduce small packages into the archive because it bloats our
> metadata.
>
> Reducing
Package: wnpp
Severity: wishlist
Owner: Andreas Tille
* Package name: r-bioc-snpstats
Version : 1.14.0
Upstream Author : David Clayton
* URL :
http://bioconductor.org/packages/release/bioc/html/snpStats.html
* License : GPL-3
Programming Lang: R
Descripti
Colin Watson writes ("Re: /usr/lib to /lib symlinks (absolute?)"):
> On Fri, Jul 18, 2014 at 10:45:14AM +0200, Josselin Mouette wrote:
> > I think it’s a bad idea to use symbolic links rather than bind mounts
> > for this kind of stuff, but I’m pretty sure we would break some systems
> > if we stop
Abou Al Montacir writes ("Re: How Debian should handle users requests?"):
> On Sun, 2014-07-20 at 17:01 +0200, Adam Borowski wrote:
> > Suspend quirks are among worst bugs for a non-hacker to report.
>
> I fully understand this, but we can not close bugs just because we
> assume that the user will
Arto Jantunen writes ("Re: How Debian should handle users requests?"):
> I don't think reportbug should allow filing bugs against general at
> all. The extremely rare cases when one is needed can be filed manually.
Indeed. If the user tries to do so, it should direct the user to a
support forum.
Jonathan Dowland writes ("Re: How Debian should handle users requests?"):
> Or a pseudo-package which *is* meant for user support, to which bugs are
> re-assigned, and for which debian-user is the "maintainer". Making d-u (more)
> useful as well as solving this issue sounds quite attractive to me.
On Fri, Jul 25, 2014 at 6:50 AM, Ian Jackson
wrote:
>> Reducing the size of Packages.xz by 11% or 22% would leave room for quite
>> a lot of small packages while not making the problem any worse than it is
>> today.
>
> But the problem with lots of small packages is not that the
> Packages.xz has
Am Dienstag, 22. Juli 2014, 22:54:55 schrieb Julian Gilbey:
> For me, this is a killer, as I still do not know how to solve the
> problem I asked a while back on debian-user
> (https://lists.debian.org/debian-user/2014/04/msg01286.html): in
> summary, I need to unlock an encrypted filesystem during
Package: wnpp
Severity: wishlist
Owner: Ana Guerrero Lopez
* Package name: libmlx5
Version : 1.0.1
Upstream Author : Eli Cohen
* URL : https://www.openfabrics.org/downloads/mlx5/
* License : To choose between OpenIB.org BSD license or GPL v2
Programming Lang
Package: wnpp
Severity: wishlist
Owner: "Marcin Kulisz (kuLa)"
* Package name: apt-transport-s3
Version : 20120426090326git
Upstream Author : Kyle Shank
* URL : https://github.com/kyleshank/apt-s3
* License : GPLv3
Programming Lang: C++
Description : A
Hi,
I do not know about your case.
FYI: I uploaded c++11 depending package as a sponsor since it compiled
nicely on my amd64. Than got bug report from arm people.
On Tue, Jul 22, 2014 at 10:35:17AM +0200, Thibaut Paumard wrote:
> > Well, since g++-4.9 now c++11 feature complete (with one exce
Hi,
On Fri, Jul 25, 2014 at 03:24:38AM +0200, Marco d'Itri wrote:
> This script shows how to import in git the complete history of a Debian
> package. It creates a structure of a properly merged upstream tree and
> Debian changes.
>
> http://www.linux.it/~md/software/import-inn2.sh
Interesting
On 25/07/14 16:47, Osamu Aoki wrote:
> Hi,
>
> I do not know about your case.
>
> FYI: I uploaded c++11 depending package as a sponsor since it compiled
> nicely on my amd64. Than got bug report from arm people.
>
> On Tue, Jul 22, 2014 at 10:35:17AM +0200, Thibaut Paumard wrote:
>>> Well, si
❦ 25 juillet 2014 14:22 +0200, Martin Steigerwald :
> Re: Bug#755989: cfdisk: german help page strangely formatted
> https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=755989#15
>
> (In addition to NFS mounts broken with systemd currently.)
>
>
> Sure I can go through setting up chroot for that,
Martin Steigerwald wrote:
> Sure I can go through setting up chroot for that, yet I really think if my
> work requires changes in other packages and the recent systemd changes do
> require this kind of work, I *help* with these changes, instead of uploading
> my changes to unstable *before* the oth
El Fri, 25 de Jul 2014 a las 8:47 AM, Josh Triplett
escribió:
Martin Steigerwald wrote:
Sure I can go through setting up chroot for that, yet I really
think if my
work requires changes in other packages and the recent systemd
changes do require this kind of work, I *help* with these changes,
On Fri, Jul 25, 2014 at 04:00:31PM -0007, Cameron Norman wrote:
> El Fri, 25 de Jul 2014 a las 8:47 AM, Josh Triplett
> escribió:
> >Martin Steigerwald wrote:
> >> Sure I can go through setting up chroot for that, yet I really
> >>think if my
> >> work requires changes in other packages and the re
Ian Jackson writes:
> But the problem with lots of small packages is not that the Packages.xz
> has too many bytes.
> It's that the packaging tools, UIs (for users and developers), and
> humans, need to think about too many packages.
> This makes packaging tools slow, UIs cluttered, and humans
]] Martin Steigerwald
> Sure I can go through setting up chroot for that, yet I really think if my
> work requires changes in other packages and the recent systemd changes do
> require this kind of work, I *help* with these changes, instead of uploading
> my changes to unstable *before* the ot
It's my understanding, please correct me if wrong, that LVM thin
provisioning is disabled in Wheezy due to lack of availability of user
tools (at the time). I've reconfigured the kernel to include thin
provisioning target support but when creating a thin pool I get: "WARNING:
Unrecognized segment
On Jul 25, Osamu Aoki wrote:
> Looks like I got a full history. Can you elaborate where it failed in your
> case.
Everything that I tried either failed to create the proper structure of
merges from upstream to debian or just failed to import some of the
releases.
--
ciao,
Marco
signature.
On Fri, 2014-07-25 at 13:24 +0100, Ian Jackson wrote:
> Abou Al Montacir writes ("Re: How Debian should handle users requests?"):
> > On Sun, 2014-07-20 at 17:01 +0200, Adam Borowski wrote:
> > > Suspend quirks are among worst bugs for a non-hacker to report.
> >
> > I fully understand this, but we
On Fri, Jul 25, 2014 at 06:56:06PM +0200, Tollef Fog Heen wrote:
> ]] Martin Steigerwald
> > Sure I can go through setting up chroot for that, yet I really think if my
> > work requires changes in other packages and the recent systemd changes do
> > require this kind of work, I *help* with thes
On Fri, Jul 25, 2014 at 10:07:25AM -0700, Russ Allbery wrote:
> Ian Jackson writes:
> > But the problem with lots of small packages is not that the Packages.xz
> > has too many bytes.
> > It's that the packaging tools, UIs (for users and developers), and
> > humans, need to think about too many pa
Am Freitag, 25. Juli 2014, 10:23:02 schrieb Steve Langasek:
> On Fri, Jul 25, 2014 at 06:56:06PM +0200, Tollef Fog Heen wrote:
> > ]] Martin Steigerwald
> >
> > > Sure I can go through setting up chroot for that, yet I really think if
> > > my
> > > work requires changes in other packages and the
Am 25.07.2014 19:23, schrieb Steve Langasek:
> On Fri, Jul 25, 2014 at 06:56:06PM +0200, Tollef Fog Heen wrote:
>> ]] Martin Steigerwald
>
>>> Sure I can go through setting up chroot for that, yet I really think if my
>>> work requires changes in other packages and the recent systemd changes do
Steve Langasek writes:
> For the specific case of a change that makes basic desktop functions
> unusable between upgrade and reboot (including the "reboot" button
> itself), the right answer is "until it's ready, and if you want it
> sooner then help."
I continue to be baffled by people's appare
On Fri, Jul 25, 2014 at 08:19:14PM +0200, Michael Biebl wrote:
> Am 25.07.2014 19:23, schrieb Steve Langasek:
> > On Fri, Jul 25, 2014 at 06:56:06PM +0200, Tollef Fog Heen wrote:
> >> ]] Martin Steigerwald
> >>> Sure I can go through setting up chroot for that, yet I really think if
> >>> my
>
On Fri, Jul 25, 2014 at 11:42:16AM -0700, Russ Allbery wrote:
> Steve Langasek writes:
> > For the specific case of a change that makes basic desktop functions
> > unusable between upgrade and reboot (including the "reboot" button
> > itself), the right answer is "until it's ready, and if you wan
On Vi, 25 iul 14, 13:26:30, Ian Jackson wrote:
> Arto Jantunen writes ("Re: How Debian should handle users requests?"):
> > I don't think reportbug should allow filing bugs against general at
> > all. The extremely rare cases when one is needed can be filed manually.
>
> Indeed. If the user tries
Steve Langasek writes:
> The difference here is that, without systemd-shim, logging out and
> logging back in still does not give the user a working session, you
> would have to completely reboot instead. I think this is an important
> difference in the quality of the upgrade experience.
Ah, *t
Steve Langasek writes:
> On Fri, Jul 25, 2014 at 11:42:16AM -0700, Russ Allbery wrote:
>> I continue to be baffled by people's apparent belief that this
>> happening during a major upgrade is some sort of regression. Having
>> those buttons not work after a major component upgrade, until the X
>
Am 25.07.2014 21:20, schrieb Steve Langasek:
> I can't imagine how anyone can simultaneously hold the view that Debian
> should use systemd for improved integration with end-user-targeted desktop
> environments, and believe that Debian should leave these end users grubbing
> around on the console t
Am 25.07.2014 22:00, schrieb Michael Biebl:
> Am 25.07.2014 21:20, schrieb Steve Langasek:
>> I can't imagine how anyone can simultaneously hold the view that Debian
>> should use systemd for improved integration with end-user-targeted desktop
>> environments, and believe that Debian should leave t
On Fri, Jul 25, 2014 at 12:50:53PM -0700, Russ Allbery wrote:
> Steve Langasek writes:
> > I can't imagine how anyone can simultaneously hold the view that Debian
> > should use systemd for improved integration with end-user-targeted
> > desktop environments, and believe that Debian should leave
On Fri, Jul 25, 2014 at 10:00:07PM +0200, Michael Biebl wrote:
> Am 25.07.2014 21:20, schrieb Steve Langasek:
> > I can't imagine how anyone can simultaneously hold the view that Debian
> > should use systemd for improved integration with end-user-targeted desktop
> > environments, and believe that
On 2014-07-25 22:18:23 +0200, Michael Biebl wrote:
> And we already concluded that you need to logout anyway, even with
> systemd-shim. A reboot and relogin isn't that much different from a
> users POV.
Screen sessions, SSH sessions and computation processes running in
background are lost after a
Am 25.07.2014 20:44, schrieb Steve Langasek:
> Correct. But it's well-established that, when you upgrade your system,
> things may be broken in a currently logged-in desktop session until you
> log out and log back in.
The release notes actually mention that the system should *not* be
upgraded fr
Am 25.07.2014 22:43, schrieb Vincent Lefevre:
> On 2014-07-25 22:18:23 +0200, Michael Biebl wrote:
>> And we already concluded that you need to logout anyway, even with
>> systemd-shim. A reboot and relogin isn't that much different from a
>> users POV.
>
> Screen sessions, SSH sessions and comput
Am 25.07.2014 19:23, schrieb Steve Langasek:
> systemd-shim 6-4 has now been uploaded to unstable with a dependency on
> cgmanager, implementing the new post-v205 interfaces.
I just installed systemd-shim 6-4 and cgmanager 0.28-1.
Unfortunately the cgmanager package seems to be not quite ready ye
On Fri, 2014-07-25 at 23:10 +0200, Michael Biebl wrote:
> I just installed systemd-shim 6-4 and cgmanager 0.28-1.
> Unfortunately the cgmanager package seems to be not quite ready yet.
>
> The init script fails with
>
> # service cgmanager start
> [] Starting cgroup management daemon: cgmanag
Quoting Michael Biebl (bi...@debian.org):
> Am 25.07.2014 19:23, schrieb Steve Langasek:
> > systemd-shim 6-4 has now been uploaded to unstable with a dependency on
> > cgmanager, implementing the new post-v205 interfaces.
>
> I just installed systemd-shim 6-4 and cgmanager 0.28-1.
> Unfortunatel
On Fri, Jul 25, 2014 at 10:46:45PM +0200, Michael Biebl wrote:
> Am 25.07.2014 20:44, schrieb Steve Langasek:
> > Correct. But it's well-established that, when you upgrade your system,
> > things may be broken in a currently logged-in desktop session until you
> > log out and log back in.
> The r
Hi Serge!
Am 25.07.2014 23:35, schrieb Serge Hallyn:
> Quoting Michael Biebl (bi...@debian.org):
>> Am 25.07.2014 19:23, schrieb Steve Langasek:
>>> systemd-shim 6-4 has now been uploaded to unstable with a dependency on
>>> cgmanager, implementing the new post-v205 interfaces.
>>
>> I just insta
Am 25.07.2014 23:35, schrieb Serge Hallyn:
> Quoting Michael Biebl (bi...@debian.org):
>>
>> The init script fails with
>>
>> # service cgmanager start
>> [] Starting cgroup management daemon: cgmanagercgmanager: Failed
>> mounting memory onto /run/cgmanager/fs/memory: No such file or director
On Fri, Jul 25, 2014 at 11:10:41PM +0200, Michael Biebl wrote:
> Am 25.07.2014 19:23, schrieb Steve Langasek:
> > systemd-shim 6-4 has now been uploaded to unstable with a dependency on
> > cgmanager, implementing the new post-v205 interfaces.
> I just installed systemd-shim 6-4 and cgmanager 0.2
Quoting Michael Biebl (bi...@debian.org):
>
> Am 25.07.2014 23:35, schrieb Serge Hallyn:
> > Quoting Michael Biebl (bi...@debian.org):
> >>
> >> The init script fails with
> >>
> >> # service cgmanager start
> >> [] Starting cgroup management daemon: cgmanagercgmanager: Failed
> >> mounting me
Quoting Michael Biebl (bi...@debian.org):
> Hi Serge!
>
> Am 25.07.2014 23:35, schrieb Serge Hallyn:
> > Quoting Michael Biebl (bi...@debian.org):
> >> Am 25.07.2014 19:23, schrieb Steve Langasek:
> >>> systemd-shim 6-4 has now been uploaded to unstable with a dependency on
> >>> cgmanager, implem
El Fri, 25 de Jul 2014 a las 2:50 PM, Steve Langasek
escribió:
On Fri, Jul 25, 2014 at 11:10:41PM +0200, Michael Biebl wrote:
Am 25.07.2014 19:23, schrieb Steve Langasek:
> systemd-shim 6-4 has now been uploaded to unstable with a
dependency on
> cgmanager, implementing the new post-v205 in
On Fri, Jul 25, 2014 at 11:44:43PM +0200, Michael Biebl wrote:
> Ah perfect. Seems this just hasn't hit the archive yet when I installed
> cgmanager.
> Steve, could you please bump the depends on cgmanager in systemd-shim
> accordingly to ensure a working cgmanager is installed?
No, I'm not going
Cameron Norman writes:
> Oh this is easy. The init script calls s-s-d and does not check the return
> code (so always exits 0). I am just going to use set -e in the init
> script, only a couple tweaks are needed.
Please don't use set -e in init scripts. See Policy 9.3.2:
Be careful of usin
Steve Langasek writes:
> On Fri, Jul 25, 2014 at 11:44:43PM +0200, Michael Biebl wrote:
>> Ah perfect. Seems this just hasn't hit the archive yet when I installed
>> cgmanager.
>> Steve, could you please bump the depends on cgmanager in systemd-shim
>> accordingly to ensure a working cgmanager i
Am 25.07.2014 19:23, schrieb Steve Langasek:
> systemd-shim 6-4 has now been uploaded to unstable with a dependency on
> cgmanager, implementing the new post-v205 interfaces. libpam-systemd now
> needs to be updated to depend again on systemd-shim (>= 6-4) | systemd-sysv.
>
> Michael Biebl has sa
El Fri, 25 de Jul 2014 a las 3:42 PM, Russ Allbery
escribió:
Cameron Norman writes:
Oh this is easy. The init script calls s-s-d and does not check the
return
code (so always exits 0). I am just going to use set -e in the init
script, only a couple tweaks are needed.
Please don't use se
Cameron Norman writes:
> I thought that start-stop-daemon (and status_of_proc) returned the
> correct codes, and whatever it returns you can relay / let the shell
> catch? The script is here
> (https://github.com/cgmanager/cgmanager/pull/14/files), if you wanted to
> take a look.
It does not, at
On 2014-07-25 23:04:55 +0200, Michael Biebl wrote:
> Am 25.07.2014 22:43, schrieb Vincent Lefevre:
> > On 2014-07-25 22:18:23 +0200, Michael Biebl wrote:
> >> And we already concluded that you need to logout anyway, even with
> >> systemd-shim. A reboot and relogin isn't that much different from a
Package: wnpp
Severity: wishlist
Owner: Mattia Rizzolo
* Package name: librevenge
Version : 0.0.1
Upstream Author : David Tardon (and others)
* URL : http://sourceforge.net/p/libwpd/librevenge/ci/master/tree/
* License : MPL2+/LGPGL2.1
Programming Lang: C++
Quoting Russ Allbery (r...@debian.org):
> Cameron Norman writes:
>
> > Oh this is easy. The init script calls s-s-d and does not check the return
> > code (so always exits 0). I am just going to use set -e in the init
> > script, only a couple tweaks are needed.
>
> Please don't use set -e in in
On Saturday, July 26, 2014 01:49:06 Mattia Rizzolo wrote:
> Package: wnpp
> Severity: wishlist
> Owner: Mattia Rizzolo
>
> * Package name: librevenge
> Version : 0.0.1
> Upstream Author : David Tardon (and others)
> * URL :
> http://sourceforge.net/p/libwpd/librevenge
Hello,
whenever I try to send a bug with reportbug to sub...@bugs.debian.org, I get a
failure notification
550 malware detected: Sanesecurity.Junk.3451.UNOFFICIAL: message rejected
So, I can't open bugs.
I don't know who is in charge for that, so I thought I'd write here.
--
Salvo Tomaselli
❦ 25 juillet 2014 16:19 -0700, Russ Allbery :
>> I thought that start-stop-daemon (and status_of_proc) returned the
>> correct codes, and whatever it returns you can relay / let the shell
>> catch? The script is here
>> (https://github.com/cgmanager/cgmanager/pull/14/files), if you wanted to
>>
61 matches
Mail list logo
