Re: Bug#790933: ITP: drive - Google Drive tool

[Jackson Doak]

It might be possible to rename the binary and symlink "drive" to it, which
would allow you to give the binary name over easier
On 5 Jul 2015 9:11 am, "Clint Byrum"  wrote:

> Excerpts from Joachim Breitner's message of 2015-07-04 13:45:40 -0700:
> > Hi,
> >
> > Am Samstag, den 04.07.2015, 17:16 +0200 schrieb Sophie Brun:
> > > Le 03/07/2015 21:46, Guillem Jover a écrit :
> > > > drive is an extremely generic name in tech, please use something
> > > > else
> > > > when packaging this, both for the source/binary packages and the
> > > > executables and other related files. Prefixing it with «google-»
> > > > could
> > > > be an option, perhaps. Doing this upstream would be preferable.
> > >
> > > I followed your suggestion and opened this issue:
> > > https://github.com/odeke-em/drive/issues/271
> > > But upstream doesn't seem to be agreed. What do you suggest?
> >
> > you are free to choose your source and binary package name independent
> > from upstream’s choice. For example, all Haskell packages are named
> > haskell-foo, where upstream calls it just foo. So let upstream do what
> > he likes and do what you think is best within Debian with the Debian
> > package.
> >
>
> Indeed. However, they've selected 'drive' as their binary command name..
> so following upstream's rather unfortunate namespace grab might actually
> be the right way to go, to make sure it's clear 'this is the package
> that owns drive in the execution path'.
>
>
> --
> To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
> with a subject of "unsubscribe". Trouble? Contact
> listmas...@lists.debian.org
> Archive: https://lists.debian.org/1436050805-sup-4...@fewbar.com
>
>

Re: Any way to apply patch on some archs only?

[Jackson Doak]

I don't know the exact way, but you can do it with some debian/rules magic.
What's the issue with patching the non-affected arches?

On Thu, Jan 29, 2015 at 5:26 PM, olivier sallou  wrote:

> Hi
> I d like to know if it is posdible to apply a patch on some archs only.
> I have some FTBS on some archs for a package. I have a patch but I d like
> to apply it only on failings archs and keep original upstream code for
> others.
>
> Patches can indeed fix an issue but be less performant/optimal...
>
> I could not find a way to do so, but i am sure some others already faced
> the case before me and can drive me to the doc i did not find :-)
>
> Thanks
>
> Olivier
>

Re: Can a leaf package require SSE2 on i386?

[Jackson Doak]

The package infernal has also dropped i386 support for this reason. Using
it's example, this can cause issues for downstreams with i386 arch:all
builders. Just something to consider

On Sun, Sep 14, 2014 at 6:07 PM, Balint Reczey  wrote:

> Hi,
> On Sep 14, 2014 9:16 AM, Michael Gilbert  wrote:
> >
> > On Sun, Sep 14, 2014 at 2:47 AM, Sébastien Villemot  wrote:
> > > The bottom line is that julia needs SSE2 (and porting it to the x87 FPU
> > > requires changes that are beyond what I am willing/able to do, see [1]
> > > for more details). And the presence of SSE2 is not guaranteed on the
> > > i386 architecture.
> >
> > chromium upstream decided to go SSE2-only, but I've reverted that in
> > the Debian packages for now.  I would prefer to not diverge, and would
> > do so if there were a convenient way to detect and prompt users about
> > the problem (rather than segfault).
> How about creating a package named like sse2-support for i386 which fails
> to install (unless it is forced) on not SSE2-capable hardware emitting a
> proper error message?
> Packages requiring SSE2 could (build-) depend on it.
>
> BTW steam already requires SSE2.
>
> Cheers,
> Balint

Re: Where have all the package VCSs gone?

[Jackson Doak]

I'm getting the same issue for the web viewer


On Sun, Jan 26, 2014 at 7:55 AM, Rebecca N. Palmer wrote:

> Do they now require login, or is the server down?
>
> simgear$ git pull
> fatal: unable to access 'https://alioth.debian.org/
> anonscm/git/collab-maint/simgear.git/': The requested URL returned error:
> 403
>
> http://anonscm.debian.org/viewvc/pkg-llvm/emscripten/trunk/:
>
> An Exception Has Occurred
>
> The root "pkg-llvm" is unknown. If you believe the value is correct, then
> please double-check your configuration.
> HTTP Response Status
>
> 404 Not Found
>
> http://anonscm.debian.org/gitweb/?p=collab-maint/flightgear.git:
>
> projects /
>
>
> 404 - No such project
> OPML TXT
>
> https://alioth.debian.org/scm/browser.php?group_id=100578[openscenegraph] 
> redirects to the Alioth login page (
> https://alioth.debian.org/account/login.php?triggered=1&;
> return_to=%2Fscm%2Fbrowser.php%3Fgroup_id%3D100578)
>
>
> --
> To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
> with a subject of "unsubscribe". Trouble? Contact
> listmas...@lists.debian.org
> Archive: http://lists.debian.org/52e424da.4030...@bham.ac.uk
>
>

Re: Valve games for Debian Developers

[Jackson Doak]

yay for dota


On Thu, Jan 23, 2014 at 11:03 AM, Russ Allbery  wrote:

> ابراهیم محمدی  writes:
>
> > Hey, this looks more like an anti-Valve trap for DDs aimed to slow down
> > development of Debian as base of Steam OS by steering their time
> > spending from developing Debian to playing Valve games. ... OK, I was
> > joking, or at least _mostly_ joking. ;-)
>
> The choice of default init system will be decided by a best three out of
> five set of Dota 2.  Better get practicing!  :)
>
> --
> Russ Allbery (r...@debian.org)   
>
>
> --
> To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
> with a subject of "unsubscribe". Trouble? Contact
> listmas...@lists.debian.org
> Archive: http://lists.debian.org/87sisflg2w@windlord.stanford.edu
>
>

Re: Proposal: switch default desktop to xfce

[Jackson Doak]

XFCE is short of maintainers, both upstream and debian, but 4.12 is
expected to be released sometime in the next 6 months. That said,
everything both debian and upstream is stable, and a number of 4.11
"development release" packages are able to be uploaded to experimental
if more people come onboard to help with the resultant bugs.

On Fri, Oct 25, 2013 at 6:35 AM, Cesare Leonardi  wrote:
> On 24/10/2013 17:40, Steve McIntyre wrote:
>>
>> Let's change the default desktop for installation to xfce.
>
>
> I agree.
> I'm using it happily for more than a year and it mostly works. Less mature
> than Gnome 2.x, which i still miss, but powerful and functional.
>
>> Pros:
>>
>>   * CD#1 will work again without size worries
>>
>>   * Smaller, simpler desktop
>>
>>   * Works well/better on all supported kernels (?)
>>
>>   * Does not depend on replacing init
>
>
> * Works well with old hardware.
>
> * Basic compositing works well.
>
>> Cons:
>>   * 
>
>
> * Currrent version 4.10 is older than a year and the current development is
> very slow: i've read many times that it mostly depends on the cronical lack
> of manpower.
> Even if i agree on make xfce the default desktop, i think that upstream
> health is a parameter that Debian should consider evaluating this switch.
>
> * As as a consequence of the previous point, i agree with Neil Williams that
> xfce-goodies needs some love.
>
> Cesare.
>
>
> --
> To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
> with a subject of "unsubscribe". Trouble? Contact
> listmas...@lists.debian.org
> Archive: http://lists.debian.org/52697682.2070...@gmail.com
>


-- 
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: 
http://lists.debian.org/ca+k2i_1y-rf2433hhdqnd0dzywtv3f-5vnyecb6drofcq3_...@mail.gmail.com

Re: Proposal: switch default desktop to xfce

[Jackson Doak]

+1 to xfce, but it might be worth using a nicer theme than the current xfce one.

On Fri, Oct 25, 2013 at 4:46 AM, Simon McVittie  wrote:
> On 24/10/13 17:31, Lucas Nussbaum wrote:
>> What's the the status of XFCE regarding accessibility?
>>
>> That was a big strengh of GNOME for a long time, though I've heard
>> rumors (sorry not to be more specific) that gnome-shell has some
>> unsolved issues in that regard, which is a problem since GNOME
>> classic/fallback mode is gone in 3.8.
>
> My understanding was that it's the other way round: for Wheezy the
> Debian default configuration for gdm3 (which is upstream's non-Shell
> fallback mode) isn't accessible, and the recommendation is to switch it
> to the GNOME-Shell-based mode used by upstream (which has more hardware
> requirements, but is accessible) if required.
>
> Debian wheezy's "GNOME Classic" is upstream's "fallback session", with
> the Panel and other GNOME-2-ish components. AIUI, upstream don't call
> this mode "Classic"; that's a Debian invention.
>
> Upstream's "GNOME Classic" on GNOME 3.8 onwards is GNOME Shell, with
> some plugins to adjust its appearance and behaviour to be somewhere
> between GNOME 2 and the normal Shell. It doesn't use GNOME Panel or
> other deprecated-by-upstream components, and has the same hardware
> requirements as the normal Shell.
>
> S
>
>
> --
> To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
> with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
> Archive: http://lists.debian.org/52695d11.2000...@debian.org
>


-- 
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: 
http://lists.debian.org/CA+K2i_15d04h9jhQ3-q7JZf0gMZbsjBJg-aX-jjD62=wo8o...@mail.gmail.com

Bug#718365: ITP: Testdrive -- run the daily Ubuntu ISO in a virtual machine

[Jackson Doak]

Package: wnpp
Priority: wishlist
Owner: Jackson Doak 
X-Debbugs-CC: debian-devel@lists.debian.org

* Package name: testdrive
  Version : 3.22
  Upstream Author : Andres Rodriguez 
* URL or Web page : https://launchpad.net/testdrive
* License : GPL-3
  Description : run the daily Ubuntu ISO in a virtual machine

Testdrive is a tool for running the daily Ubuntu ISO (an any ISOs you
configure it for) in a virtual machine or on live USB. It is made by
canonical and already packaged in Ubuntu.

Thanks,
Jackson Doak


-- 
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: 
http://lists.debian.org/CA+K2i_2d7TFb-mZ=iwq4uvj4k3eimeix_ffbud1fkeyzzmt...@mail.gmail.com