Package: general
Severity: normal
It appears from web searching that this may have to do with udev rules.
Usually, automounting allows user access but I am not able to read/write w/out
having to manually changing permissions.
-- System Information:
Debian Release: 6.0.3
APT prefers stable-upd
On 10/12/11 02:46, Jelmer Vernooij wrote:
Am 10/12/11 00:07, schrieb Philip Ashmore:
On 09/12/11 17:43, Jelmer Vernooij wrote:
Am 09/12/11 04:18, schrieb Philip Ashmore:
I've got several projects in SourceForge, one of which is v3c-dcom
http://sourceforge.net/projects/v3c-dcom/
I'm quickl
Am 10/12/11 00:07, schrieb Philip Ashmore:
On 09/12/11 17:43, Jelmer Vernooij wrote:
Am 09/12/11 04:18, schrieb Philip Ashmore:
I've got several projects in SourceForge, one of which is v3c-dcom
http://sourceforge.net/projects/v3c-dcom/
I'm quickly coming to the realisation that I would ne
Goswin von Brederlow writes:
> Maybe we also need a different "need help" system where it is easier to
> find something fun and usefull to do on a rainy day.
> Something where RFHs for small jobs can be added with some tags for
> required skill sets and so on and a frontend to filter out stuff y
Russ Allbery writes:
> Tollef Fog Heen writes:
>
>> I've always (well, since they were introduced) thought about the RFH
>> bugs as either «we're now starting a team effort to fix up $package,
>> please come and help» and more commonly: «I'm stuck maintaining this
>> package with a mostly non
On Fri, Dec 9, 2011 at 3:25 PM, Luis R. Rodriguez wrote:
> Hey folks, I'm looking for Frans Pop , I think he
> also used f...@debian.org but both e-mail addresses are bouncing...
> Anyone know his new e-mail address
Thanks for the hint, unfortunately I was informed Frans Pop passed away:
http://
Hey folks, I'm looking for Frans Pop , I think he
also used f...@debian.org but both e-mail addresses are bouncing...
Anyone know his new e-mail address?
Luis
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.d
On 09/12/11 17:43, Jelmer Vernooij wrote:
Am 09/12/11 04:18, schrieb Philip Ashmore:
I've got several projects in SourceForge, one of which is v3c-dcom
http://sourceforge.net/projects/v3c-dcom/
I'm quickly coming to the realisation that I would need several
headers/tools from Wine
htt
On 09/12/11 19:57, Stephen Kitt wrote:
Hi Philip,
On Fri, 09 Dec 2011 03:18:32 +, Philip Ashmore
wrote:
I've got several projects in SourceForge, one of which is v3c-dcom
http://sourceforge.net/projects/v3c-dcom/
I'm quickly coming to the realisation that I would need several
heade
Stephan Seitz writes:
> On Fri, Dec 09, 2011 at 08:21:30AM +0100, Goswin von Brederlow wrote:
>>As I mentioned I have a bug open (in the grml bug tracker) about
>>providing a grml.deb. That would install an image in /boot and add
>>itself to the bootloader. The small grml image is more like 180MB
Peter Samuelson writes:
> [Kees Cook]
>> This doesn't work with source-format-1 packages without adding
>> "chmod" lines for the scripted debhelper config files in the rules
>> file. Perhaps this isn't a big deal since we should all be using
>> source-format-3 anyway.
>
> We should? I prefer to
Gergely Nagy writes:
> Goswin von Brederlow writes:
>
>>> Compared to writing overrides, it's less effort. Compared to just
>>> writing the variable and expecting it to work, it's two commands more. I
>>> believe that's not much.
>>>
>>> On the other hand, though, making it obvious that it's a s
Tollef Fog Heen writes:
> I've always (well, since they were introduced) thought about the RFH
> bugs as either «we're now starting a team effort to fix up $package,
> please come and help» and more commonly: «I'm stuck maintaining this
> package with a mostly nonexistent/dysfunctional team, if s
]] Russ Allbery
> Tollef Fog Heen writes:
>
> > Maybe we should consider closing those bugs after a while? While I'm
> > sure help for grub2 would be welcome, are people actually going to see
> > that bug which is about 7.6 years old? What are the criteria for
> > closing the bugs?
>
> Yeah,
]] Russ Allbery
> Peter Samuelson writes:
>
> > Not for native packages.
> > Not for packages in format 3.0 (quilt).
>
> > In both cases, execute permission in debian/ is preserved, with the
> > obvious exception of debian/rules, for which dpkg-source forces the +x
> > bit.
>
> But still, how
On Fri, 09 Dec 2011 20:43:46 +0100
Rodolfo kix Garcia wrote:
> On 12/09/2011 07:15 PM, Tollef Fog Heen wrote:
> > Maybe we should consider closing those bugs after a while?
>
> But, if the bug exists, you cannot close the bug.
Of course it can be closed and it can be closed by anyone with a QA
On Thu, 08 Dec 2011, Marco d'Itri wrote:
> > There are quite good reasons why you wouldn't want to do thing that
> > way though. We should at least do our best not to make things
> > unreasonably difficult for people in this situation, even if we chose
> > not to really 'support' it.
> We need to
Tollef Fog Heen writes:
> Maybe we should consider closing those bugs after a while? While I'm
> sure help for grub2 would be welcome, are people actually going to see
> that bug which is about 7.6 years old? What are the criteria for
> closing the bugs?
Yeah, I've been wondering about that fo
Hi Philip,
On Fri, 09 Dec 2011 03:18:32 +, Philip Ashmore
wrote:
> I've got several projects in SourceForge, one of which is v3c-dcom
>
> http://sourceforge.net/projects/v3c-dcom/
>
> I'm quickly coming to the realisation that I would need several
> headers/tools from Wine
>
> htt
On 12/09/2011 07:15 PM, Tollef Fog Heen wrote:
]]
For the following packages help is requested:
[list of 64 packages with an average time since bug opened of just above 1000
days and a
median of 881 days.]
Maybe we should consider closing those bugs after a while?
But, if the bug exists,
Peter Samuelson writes:
> Not for native packages.
> Not for packages in format 3.0 (quilt).
> In both cases, execute permission in debian/ is preserved, with the
> obvious exception of debian/rules, for which dpkg-source forces the +x
> bit.
But still, how do you end up with random text files
* Jakub Wilk , 2011-11-17, 20:03:
The most common reasons for cross-architecture differences appear to be
(in random order):
[...]
- Using gzip without the -n option.
This is now detected by lintian >= 2.5.4.
[...]
- Including /usr/lib/debug/usr/bin/* stuff in -dbg package.
debhelper >= 8
On 10/12/2011 01:36, Bernd Zeimetz wrote:
> On 12/08/2011 07:00 PM, Chow Loong Jin wrote:
>> On 09/12/2011 01:40, Gergely Nagy wrote:
>>> Adam Borowski writes:
>>>
>> *tad*
>> It would need to be a compiled program, since you can’t use scripts in
>> shebangs.
>
> Wrong, you
[Bernd Zeimetz]
> So there are sources which have executable debhelper files already? I
> doubt it as you'd have to chmod them manually.
Not for native packages.
Not for packages in format 3.0 (quilt).
In both cases, execute permission in debian/ is preserved, with the
obvious exception of debia
]]
> For the following packages help is requested:
[list of 64 packages with an average time since bug opened of just above 1000
days and a
median of 881 days.]
Maybe we should consider closing those bugs after a while? While I'm
sure help for grub2 would be welcome, are people actually going
Am 09/12/11 04:18, schrieb Philip Ashmore:
I've got several projects in SourceForge, one of which is v3c-dcom
http://sourceforge.net/projects/v3c-dcom/
I'm quickly coming to the realisation that I would need several
headers/tools from Wine
http://www.winehq.org/
, the idea being to be
]] Stephan Seitz
> On Thu, Dec 08, 2011 at 08:34:03PM +, Simon McVittie wrote:
> >On Thu, 08 Dec 2011 at 21:14:05 +0100, Iustin Pop wrote:
> >> Please excuse me if I misunderstand things, but there was no information
> >> about this in the previous thread: why would gnome _ever_ care when /us
Package: wnpp
Severity: wishlist
Owner: "Roberto C. Sanchez"
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
* Package name: python-hipay
Version : 0.0~git+20111209
Upstream Author : Ousmane Wilane
* URL : https://github.com/cyrilb/python-hipay
On 12/09/2011 05:01 PM, Jakub Wilk wrote:
> * Joey Hess , 2011-12-09, 11:50:
>>> On the other hand we do have packages with executable debhelper files that
>>> are NOT scripts. Debhelper currently breaks those. The execute scripts
>>> feature should use a compat level.
>> I have made hundreds of ch
On 12/08/2011 07:00 PM, Chow Loong Jin wrote:
> On 09/12/2011 01:40, Gergely Nagy wrote:
>> Adam Borowski writes:
>>
> *tad*
> It would need to be a compiled program, since you can’t use scripts in
> shebangs.
Wrong, you can.
>>>
>>> On Linux and Hurd, yeah.
>>> On kFreeB
On 12/09/2011 07:42 AM, Goswin von Brederlow wrote:
> Bernd Zeimetz writes:
>
>> On 12/07/2011 11:47 PM, Josselin Mouette wrote:
>>> Now that we’ve made incredible progress in terms of obfuscation, I’d
>>> appreciate if we could have a working solution that does not require
>>> scripting for
Jakub Wilk writes:
> * Gergely Nagy , 2011-12-09, 16:05:
>> Comments, critique, testing and whatnot is more than welcomed, feel
>> free to shout my head off if you see something remarkably stupid.
>>
>> [1]: https://github.com/algernon/dh-subst
>
> As I already told you on IRC: this name (both pa
* Joey Hess , 2011-12-09, 11:50:
On the other hand we do have packages with executable debhelper files
that are NOT scripts. Debhelper currently breaks those. The execute
scripts feature should use a compat level.
I have made hundreds of changes to debhelper that broke buggy packages
without us
Goswin von Brederlow wrote:
> On the other hand we do have packages with executable debhelper files
> that are NOT scripts. Debhelper currently breaks those. The execute
> scripts feature should use a compat level.
I have made hundreds of changes to debhelper that broke buggy packages
without usin
* Gergely Nagy , 2011-12-09, 16:05:
Comments, critique, testing and whatnot is more than welcomed, feel
free to shout my head off if you see something remarkably stupid.
[1]: https://github.com/algernon/dh-subst
As I already told you on IRC: this name (both package name and binary
name) is w
Gergely Nagy writes:
> Kees Cook writes:
>
>> Which means I can't use DEB_HOST_MULTIARCH in the config-scripts,
>> unfortunately.
>
> Not to worry! dh-subst will be coming in a day or two (+ NEW waiting
> time), which will allow you to use DEB_HOST_MULTIARCH as you'd expect
> to.
'lo and behold
On Dec 09, Stephan Seitz wrote:
> >For "GNOME" read "system services which GNOME depends on", presumably.
> Such services should not be started in the early boot stage. And
> when the system switches to runlevel 2, /usr is mounted.
>
> So, this is no excuse.
Great, now that you had the right ide
[Kees Cook]
> This doesn't work with source-format-1 packages without adding
> "chmod" lines for the scripted debhelper config files in the rules
> file. Perhaps this isn't a big deal since we should all be using
> source-format-3 anyway.
We should? I prefer to think of this whole debacle as yet
On Fri, Dec 09, 2011 at 10:41:35AM +0100, Steffen Möller wrote:
> Dear list,
>
> I just sponsored a package that built nicely locally with g++ 6.4.2-5 on
> amd64 but fails on the platforms listed in the subject line:
>
> https://buildd.debian.org/status/package.php?p=ball&suite=sid
>
> which
On Fri, 09 Dec 2011 10:41:35 +0100, Steffen Möller wrote:
Gcc 4.6.2-5 on amd64 does not complain at all. I do not know the
version of gcc on the buildds.
The build logs will tell you which version of gcc and other toolchain
packages were used.
Regards,
Adam
--
To UNSUBSCRIBE, email to deb
Dear list,
I just sponsored a package that built nicely locally with g++ 6.4.2-5 on
amd64 but fails on the platforms listed in the subject line:
https://buildd.debian.org/status/package.php?p=ball&suite=sid
which gives plenty of repeats of
.. /source/DATATYPE/hashGrid.C:23:3: error: narrow
On Fri, Dec 09, 2011 at 08:21:30AM +0100, Goswin von Brederlow wrote:
As I mentioned I have a bug open (in the grml bug tracker) about
providing a grml.deb. That would install an image in /boot and add
itself to the bootloader. The small grml image is more like 180MB than
25-50MB but it is a verr
On Thu, Dec 08, 2011 at 08:34:03PM +, Simon McVittie wrote:
On Thu, 08 Dec 2011 at 21:14:05 +0100, Iustin Pop wrote:
Please excuse me if I misunderstand things, but there was no information
about this in the previous thread: why would gnome _ever_ care when /usr
is mounted?
For "GNOME" read
43 matches
Mail list logo
